Thanks to all those who helped, even despite the non-enterprise approach of
this question ;)
While experimenting I discovered that Solaris /tmp doesn't seem to support
sparse files: mkfile -n still creates full-sized files which can either use
up the
swap space, or not fit there. ZFS and UFS
I'd like to track a server's ZFS pool I/O throughput over time. What's a good
data source to use for this? I like zpool iostat for this, but if I poll at two
points in time I would get a number since boot (e.g. 1.2M) and a current number
(e.g. 1.3K). If I use the current number then I've lost
Sorry folks, the mail server is just too advanced for me.
Tfhis email was in the server since 1/14/2009, and coming through now would
be very misleading.
A side-method for Zhou is that (not for anyone to learn) when trouble comes
and we are not ready to deal with the trouble, we just hide
Brad,
I'd like to track a server's ZFS pool I/O throughput over time.
What's a good data source to use for this? I like zpool iostat for
this, but if I poll at two points in time I would get a number since
boot (e.g. 1.2M) and a current number (e.g. 1.3K). If I use the
current number
Are you looking for something like:
kstat -c disk sd:::
Someone can correct me if I'm wrong, but I think the documentation for
the above should be at:
http://src.opensolaris.org/source/xref/zfs-crypto/gate/usr/src/uts/common/avs/ns/sdbc/cache_kstats_readme.txt
I'm not sure about the file i/o
On Fri, Jan 16, 2009 at 02:08:09PM -0500, amy.r...@tufts.edu wrote:
I've installed an s10u6 machine with no UFS partitions at all. I've created a
dataset for zones and one for a zone named default. I then do an lucreate
and luactivate and a subsequent boot off the new BE. All of that appears
Please allow me to contribute some to this question, since this relates to
the protocol question years ago that I could not give an answer in a few
seconds.
[and I still cannot do that today -- no need, I insist.]
File I/O and block I/O is very different.
While block I/O measurements could be
[Just do not want to be misleading]
I think there is one aspect of the Zhou style is heavily misleading.
And that is how do we deal with ladies.
Personally, I have my opinions about ladies being open and career-minded, but
those are not important.
What is important, would be how should we deal
On Sat, Jan 17, 2009 at 2:46 PM, JZ j...@excelsioritsolutions.com wrote:
I don't know if this email is even relevant to the list discussion. I will
leave that conclusion to the smart mail server policy here.
*cough*
--
Brent Jones
br...@servuhome.net
[I thought this post would be related to ZFS list discussion, again, the
mail server will conclude. Sound is always more misleading than text.
;-) ]
I hope folks are not speaking because:
It's Saturday night!
I'm having an issue replacing a failed 500GB disk with another new one with the
error that the disk is too small. The problem is that it isn't. Is there any
help anyone can offer here?
I've tried adding it once set as a spare or seperate from the pool and with
different formats and configs all
Brad wrote:
I'd like to track a server's ZFS pool I/O throughput over time. What's a good
data source to use for this? I like zpool iostat for this, but if I poll at
two points in time I would get a number since boot (e.g. 1.2M) and a current
number (e.g. 1.3K). If I use the current number
[OMG, very nice, you U.S. musicians, better than what I thought.
But this is a ZFS discussion. And I only do DJ, not music-coding.]
Alright,
http://www.excelsioritsolutions.com/jzguest/music/zlove/NoPhunkWithMyHeart.wma
And, you know I always have “and” --
Old
Volume name =
ascii name = SAMSUNG-S0VVJ1CP30539-0001-465.76GB
bytes/sector= 512
sectors = 976760063
accessible sectors = 976760030
Part TagFlag First Sector Size Last Sector
0usrwm 256 465.75GB 976743646
1
14 matches
Mail list logo