Hello everyone,
Somebody knows how to stop a "sparing" process?
I have tried:
admin at seal.macc.unican.es:~$ pfexec zpool detach oceano c8t24d0
cannot detach c8t24d0: no valid replicas
without success.
I know that the drive been "spared" is OK and I want to stop the
process.
Here you can see my zpool status (the failing disk which originated a
general failure is been replaced):
admin at seal:~$ zpool status
pool: oceano
state: DEGRADED
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 0h3m, 0.01% done, 883h56m to go
config:
NAME STATE READ WRITE CKSUM
oceano DEGRADED 0 0 0
raidz2-0 ONLINE 0 0 0
c5t5000CCA369C5A416d0 ONLINE 0 0 0
c5t5000CCA369C5A420d0 ONLINE 0 0 0
c5t5000CCA369C5A432d0 ONLINE 0 0 0
c10t5000CCA369C505D5d0 ONLINE 0 0 0
spare-4 ONLINE 0 0 0
c10t5000CCA369C506AFd0 ONLINE 0 0 0
c8t24d0 ONLINE 0 0 0 131M
resilvered
c10t5000CCA369C506BBd0 ONLINE 0 0 0
c5t5000CCA369C5C19Ad0 ONLINE 0 0 0
c10t5000CCA369C508C9d0 ONLINE 0 0 0
c5t5000CCA369C52E05d0 ONLINE 0 0 0
c10t5000CCA369C508E0d0 ONLINE 0 0 0
c10t5000CCA369C50609d0 ONLINE 0 0 0
raidz2-1 ONLINE 0 0 0
c4t5d0 ONLINE 0 0 0
c4t6d0 ONLINE 0 0 0
c4t7d0 ONLINE 0 0 0
c8t10d0 ONLINE 0 0 0
c8t11d0 ONLINE 0 0 0
c8t12d0 ONLINE 0 0 0
c8t13d0 ONLINE 0 0 0
c8t14d0 ONLINE 0 0 0
c8t15d0 ONLINE 0 0 0
c8t16d0 ONLINE 0 0 0
c8t17d0 ONLINE 0 0 0
raidz2-2 ONLINE 0 0 0
c4t8d0 ONLINE 0 0 0
c4t9d0 ONLINE 0 0 0
c4t10d0 ONLINE 0 0 0
c4t11d0 ONLINE 0 0 0
c8t6d0 ONLINE 0 0 0
c8t18d0 ONLINE 0 0 0
c8t19d0 ONLINE 0 0 0
c8t20d0 ONLINE 0 0 0
c8t21d0 ONLINE 0 0 0
c8t22d0 ONLINE 0 0 0
c8t23d0 ONLINE 0 0 0
raidz2-3 ONLINE 0 0 0
c5t5000CCA369C5A41Dd0 ONLINE 0 0 0
c10t5000CCA369C4E90Bd0 ONLINE 0 0 0
c5t5000CCA369C5A42Dd0 ONLINE 0 0 0
c10t5000CCA369C4F888d0 ONLINE 0 0 0
c5t5000CCA369C5A374d0 ONLINE 0 0 0
c10t5000CCA369C50F1Fd0 ONLINE 0 0 0
c5t5000CCA369C5A407d0 ONLINE 0 0 0
c10t5000CCA369C224D1d0 ONLINE 0 0 0
c5t5000CCA369C5A409d0 ONLINE 0 0 0
c10t5000CCA369C504D1d0 ONLINE 0 0 0
c5t5000CCA369C59954d0 ONLINE 0 0 0
raidz2-4 ONLINE 0 0 0
c5t5000CCA369C55766d0 ONLINE 0 0 0
c10t5000CCA369C508E5d0 ONLINE 0 0 0
c5t5000CCA369C54C04d0 ONLINE 0 0 0
c10t5000CCA369C508ECd0 ONLINE 0 0 0
c5t5000CCA369C554CAd0 ONLINE 0 0 0
c10t5000CCA369C509D4d0 ONLINE 0 0 0
c5t5000CCA369C598A7d0 ONLINE 0 0 0
c10t5000CCA369C509ECd0 ONLINE 0 0 0
c5t5000CCA369C599ACd0 ONLINE 0 0 0
c10t5000CCA369C5026Ed0 ONLINE 0 0 0
c10t5000CCA369C50679d0 ONLINE 0 0 0
raidz2-5 DEGRADED 0 0 0
c5t5000CCA369C58224d0 ONLINE 0 0 0
c10t5000CCA369C5084Bd0 ONLINE 0 0 0
c5t5000CCA369C5190Dd0 ONLINE 0 0 0
replacing-3 DEGRADED 0 0 0
c10t5000CCA369C50680d0 OFFLINE 0 0 0
c10t5000CCA221C25B1Ed0 ONLINE 0 0 0
c10t5000CCA369C5177Bd0 ONLINE 0 0 0
c5t5000CCA369C59907d0 ONLINE 0 0 0
c10t5000CCA369C5178Fd0 ONLINE 0 0 0
c5t5000CCA369C59910d0 ONLINE 0 0 0
c10t5000CCA369C47080d0 ONLINE 0 0 0
raidz2-6 ONLINE 0 0 0
c4t4d0 ONLINE 0 0 0
c4t12d0 ONLINE 0 0 0
c8t7d0 ONLINE 0 0 0
c8t8d0 ONLINE 0 0 0
c8t9d0 ONLINE 0 0 0
c8t1d0 ONLINE 0 0 0
c8t3d0 ONLINE 0 0 0
c4t3d0 ONLINE 0 0 0
c8t4d0 ONLINE 0 0 0
logs
/dev/zvol/dsk/rpool/oceanolog ONLINE 0 0 0
cache
c8t5d0 ONLINE 0 0 0
spares
c8t24d0 INUSE currently in use
c10t5E83A972B7F39C50d0 AVAIL
errors: No known data errors
Regards
Antonio
--
--
Antonio S. Cofi?o
Grupo de Meteorolog?a de Santander
Dep. de Matem?tica Aplicada y
Ciencias de la Computaci?n
Universidad de Cantabria
Well, I hate to do it, but sometimes, I''ve just unplugged the power on my SATA drives, or ejected them if hot plug to stop nonsense that I could not stop. As a matter of fact, I recently received a replacement drive for one I RMA''d. I attached it to the mate drive, and it floundered for more than 5 minutes, disabling ''format'' and ''spool status'' pretty much. If there was anything that I''d change about ZPOOL activities, is I''d change user ioctl operations into async activities on kernel threads, and have a complete view of the pools stored in ram that could be read (as updates occurred) via a unix domain socket by a status reporting tool. That tool, in a GUI desktop environment, would post a read, and when satisfied, it would report the details of the "error", "transition", etc. as a popup on the desktop. Whether a GUI was present or not, it should log the data to syslog. That would make it much more nice to use ZFS so that admins could always take action on multiple pools and devices without being burdened by the constant problems with failing devices locking you out of system administration activities. Gregg Wonderly On Jul 28, 2012, at 6:45 AM, Antonio S. Cofi?o <antonio.cofino at unican.es> wrote:> Hello everyone, > > Somebody knows how to stop a "sparing" process? > > I have tried: > admin at seal.macc.unican.es:~$ pfexec zpool detach oceano c8t24d0 > cannot detach c8t24d0: no valid replicas > > without success. > > I know that the drive been "spared" is OK and I want to stop the process. > > Here you can see my zpool status (the failing disk which originated a general failure is been replaced): > > admin at seal:~$ zpool status > pool: oceano > state: DEGRADED > 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 0h3m, 0.01% done, 883h56m to go > config: > > NAME STATE READ WRITE CKSUM > oceano DEGRADED 0 0 0 > raidz2-0 ONLINE 0 0 0 > c5t5000CCA369C5A416d0 ONLINE 0 0 0 > c5t5000CCA369C5A420d0 ONLINE 0 0 0 > c5t5000CCA369C5A432d0 ONLINE 0 0 0 > c10t5000CCA369C505D5d0 ONLINE 0 0 0 > spare-4 ONLINE 0 0 0 > c10t5000CCA369C506AFd0 ONLINE 0 0 0 > c8t24d0 ONLINE 0 0 0 131M resilvered > c10t5000CCA369C506BBd0 ONLINE 0 0 0 > c5t5000CCA369C5C19Ad0 ONLINE 0 0 0 > c10t5000CCA369C508C9d0 ONLINE 0 0 0 > c5t5000CCA369C52E05d0 ONLINE 0 0 0 > c10t5000CCA369C508E0d0 ONLINE 0 0 0 > c10t5000CCA369C50609d0 ONLINE 0 0 0 > raidz2-1 ONLINE 0 0 0 > c4t5d0 ONLINE 0 0 0 > c4t6d0 ONLINE 0 0 0 > c4t7d0 ONLINE 0 0 0 > c8t10d0 ONLINE 0 0 0 > c8t11d0 ONLINE 0 0 0 > c8t12d0 ONLINE 0 0 0 > c8t13d0 ONLINE 0 0 0 > c8t14d0 ONLINE 0 0 0 > c8t15d0 ONLINE 0 0 0 > c8t16d0 ONLINE 0 0 0 > c8t17d0 ONLINE 0 0 0 > raidz2-2 ONLINE 0 0 0 > c4t8d0 ONLINE 0 0 0 > c4t9d0 ONLINE 0 0 0 > c4t10d0 ONLINE 0 0 0 > c4t11d0 ONLINE 0 0 0 > c8t6d0 ONLINE 0 0 0 > c8t18d0 ONLINE 0 0 0 > c8t19d0 ONLINE 0 0 0 > c8t20d0 ONLINE 0 0 0 > c8t21d0 ONLINE 0 0 0 > c8t22d0 ONLINE 0 0 0 > c8t23d0 ONLINE 0 0 0 > raidz2-3 ONLINE 0 0 0 > c5t5000CCA369C5A41Dd0 ONLINE 0 0 0 > c10t5000CCA369C4E90Bd0 ONLINE 0 0 0 > c5t5000CCA369C5A42Dd0 ONLINE 0 0 0 > c10t5000CCA369C4F888d0 ONLINE 0 0 0 > c5t5000CCA369C5A374d0 ONLINE 0 0 0 > c10t5000CCA369C50F1Fd0 ONLINE 0 0 0 > c5t5000CCA369C5A407d0 ONLINE 0 0 0 > c10t5000CCA369C224D1d0 ONLINE 0 0 0 > c5t5000CCA369C5A409d0 ONLINE 0 0 0 > c10t5000CCA369C504D1d0 ONLINE 0 0 0 > c5t5000CCA369C59954d0 ONLINE 0 0 0 > raidz2-4 ONLINE 0 0 0 > c5t5000CCA369C55766d0 ONLINE 0 0 0 > c10t5000CCA369C508E5d0 ONLINE 0 0 0 > c5t5000CCA369C54C04d0 ONLINE 0 0 0 > c10t5000CCA369C508ECd0 ONLINE 0 0 0 > c5t5000CCA369C554CAd0 ONLINE 0 0 0 > c10t5000CCA369C509D4d0 ONLINE 0 0 0 > c5t5000CCA369C598A7d0 ONLINE 0 0 0 > c10t5000CCA369C509ECd0 ONLINE 0 0 0 > c5t5000CCA369C599ACd0 ONLINE 0 0 0 > c10t5000CCA369C5026Ed0 ONLINE 0 0 0 > c10t5000CCA369C50679d0 ONLINE 0 0 0 > raidz2-5 DEGRADED 0 0 0 > c5t5000CCA369C58224d0 ONLINE 0 0 0 > c10t5000CCA369C5084Bd0 ONLINE 0 0 0 > c5t5000CCA369C5190Dd0 ONLINE 0 0 0 > replacing-3 DEGRADED 0 0 0 > c10t5000CCA369C50680d0 OFFLINE 0 0 0 > c10t5000CCA221C25B1Ed0 ONLINE 0 0 0 > c10t5000CCA369C5177Bd0 ONLINE 0 0 0 > c5t5000CCA369C59907d0 ONLINE 0 0 0 > c10t5000CCA369C5178Fd0 ONLINE 0 0 0 > c5t5000CCA369C59910d0 ONLINE 0 0 0 > c10t5000CCA369C47080d0 ONLINE 0 0 0 > raidz2-6 ONLINE 0 0 0 > c4t4d0 ONLINE 0 0 0 > c4t12d0 ONLINE 0 0 0 > c8t7d0 ONLINE 0 0 0 > c8t8d0 ONLINE 0 0 0 > c8t9d0 ONLINE 0 0 0 > c8t1d0 ONLINE 0 0 0 > c8t3d0 ONLINE 0 0 0 > c4t3d0 ONLINE 0 0 0 > c8t4d0 ONLINE 0 0 0 > logs > /dev/zvol/dsk/rpool/oceanolog ONLINE 0 0 0 > cache > c8t5d0 ONLINE 0 0 0 > spares > c8t24d0 INUSE currently in use > c10t5E83A972B7F39C50d0 AVAIL > > errors: No known data errors > > > Regards > > Antonio > > -- > -- > Antonio S. Cofi?o > Grupo de Meteorolog?a de Santander > Dep. de Matem?tica Aplicada y > Ciencias de la Computaci?n > Universidad de Cantabria > > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss