Hello,
I''m a grown-up and willing to read, but I can''t find where to
read. Please point me to the place that explains how I can diagnose this
situation: adding a mirror to a disk fills the mirror with an apparent rate of
500k per second.
1) what diagnostic information should I look at (and perhaps provide to you
people here)?
2) how should I have gone about seeking help for a problem like this?
3) on a related note -- why is "zpool status -v data" slower to run as
root than it is as a normal user?
Thanks for your time!
Oliver
os10000 at giant:~$ (zpool status -v data; zpool iostat -v data; dmesg | tail
-5) | egrep -v ''^$''
pool: data
state: ONLINE
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scrub: resilver in progress for 12h13m, 45.74% done, 14h29m to go
config:
NAME STATE READ WRITE CKSUM
data ONLINE 0 0 0
mirror-0 ONLINE 0 0 0
c9t3d0 ONLINE 0 0 0
c9t1d0 ONLINE 0 0 0
mirror-1 ONLINE 0 0 0
c9t2d0 ONLINE 0 0 0
c9t0d0 ONLINE 0 0 0 20.4G resilvered
errors: No known data errors
capacity operations bandwidth
pool alloc free read write read write
---------- ----- ----- ----- ----- ----- -----
data 755G 1.76T 67 3 524K 14.1K
mirror 530G 1.29T 6 1 40.8K 5.89K
c9t3d0 - - 3 1 183K 6.04K
c9t1d0 - - 3 0 183K 6.04K
mirror 224G 472G 60 1 484K 8.24K
c9t2d0 - - 13 0 570K 4.05K
c9t0d0 - - 0 34 17 490K
---------- ----- ----- ----- ----- ----- -----
May 13 10:33:38 giant genunix: [ID 936769 kern.notice] sv0 is /pseudo/sv at 0
May 13 10:33:38 giant pseudo: [ID 129642 kern.notice] pseudo-device: ii0
May 13 10:33:38 giant genunix: [ID 936769 kern.notice] ii0 is /pseudo/ii at 0
May 13 10:34:34 giant su: [ID 810491 auth.crit] ''su root''
failed for os10000 on /dev/pts/4
May 13 20:44:09 giant pcplusmp: [ID 805372 kern.info] pcplusmp: ide (ata)
instance 1 irq 0xf vector 0x45 ioapic 0x4 intin 0xf is bound to cpu 6
--
This message posted from opensolaris.org
Oliver Seidel <osol <at> os10000.net> writes:> > Hello, > > I''m a grown-up and willing to read, but I can''t find where to read. > Please point me to the place that explains how I can diagnose this > situation: adding a mirror to a disk fills the mirror with an > apparent rate of 500k per second.I don''t know where to point you, but I know that "iostat -nx 1" (not to be confused with zpool iostat) can often give you enough information. Send us its output over a period of at least 10 sec. -mrb
On Thu, May 13, 2010 at 16:51, Oliver Seidel <osol at os10000.net> wrote:> Hello, > > I''m a grown-up and willing to read, but I can''t find where to read. ?Please point me to the place that explains how I can diagnose this situation: adding a mirror to a disk fills the mirror with an apparent rate of 500k per second.iostat (and zpool iostat) report an average-since-boot for the first set of values, which is all you see in your example output. Try "zpool iostat -v data 10", and wait 10 seconds. Then the second set of data represents the past 10 seconds, and will likely be larger than 500 KB/s. Also, "iostat -x 10" output for the same time period might be informative.> ? ? ? ? ? ?c9t0d0 ?ONLINE ? ? ? 0 ? ? 0 ? ? 0 ?20.4G resilveredNote this number: 20GB would take ~10 hours to resilver at 500 KB/s. Did it take that long? Will
Hello Will, thank you for the explanation of "zpool iostat -v data" without any further arguments! I will run the two suggested commands when I get back from work. Yes, the 20gb have taken about 12h to resilver. Now there''s just 204gb left to do ... Thanks to everyone for your replies, Oliver (now back to my temporarily disabled user ID) -- This message posted from opensolaris.org
Hello Everybody, thank you for your support. I have been able to find a sustained 50-70mb resilvering with the "iostat -x 10" command. On one out of 3 discs. The other two discs are now on their way back to the vendor and I hope to be able to report better success when I get them back. Thanks again, Oliver -- This message posted from opensolaris.org