Hi all
I have this pool that has been suffering from some bad backplanes etc. Currently
it''s showing up ok, but after a resilver, a spare is stuck.
raidz2-5 ONLINE 0 0 4
c4t1d0 ONLINE 0 0 0
c4t2d0 ONLINE 1 0 0
c4t3d0 ONLINE 0 0 0
c4t4d0 ONLINE 0 0 0
spare-4 ONLINE 0 0 0
c4t5d0 ONLINE 0 0 0
c4t44d0 ONLINE 0 0 0
c4t6d0 ONLINE 0 0 0
c4t7d0 ONLINE 0 0 0
So, the VDEV seems ok, the pool reports two data errors, which is sad, but not a
showstopper, however, trying to detach the spare from that vdev doesn''s
seem to easy
roy at dmz-backup:~$ sudo zpool detach dbpool c4t44d0
cannot detach c4t44d0: no valid replicas
iostat -en shows some issues with drives in that pool, but none on the two in
the spare mirror
0 0 0 0 c4t1d0
0 82 131 213 c4t2d0
0 0 0 0 c4t3d0
0 0 0 0 c4t4d0
0 0 0 0 c4t5d0
0 0 0 0 c4t6d0
0 0 0 0 c4t7d0
0 0 0 0 c4t44d0
Is there a good explaination why I can''t detach this mirror from the
VDEV?
Vennlige hilsener / Best regards
roy
--
Roy Sigurd Karlsbakk
(+47) 97542685
roy at karlsbakk.net
http://blogg.karlsbakk.net/
--
I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er
et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av
idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og
relevante synonymer p? norsk.
Yeah, this is a known problem. The DTL on the toplevel shows an outage, and is preventing the removal of the spare even though removing the spare won''t make the outage worse. Unfortunately, for opensolaris anyway, there is no workaround. You could try doing a full scrub, replacing any disks that show errors, and waiting for the resilver to complete. That may clean up the DTL enough to detach the spare. On 1 Jun 2011, at 20:20, Roy Sigurd Karlsbakk wrote:> Hi all > > I have this pool that has been suffering from some bad backplanes etc. Currently it''s showing up ok, but after a resilver, a spare is stuck. > > raidz2-5 ONLINE 0 0 4 > c4t1d0 ONLINE 0 0 0 > c4t2d0 ONLINE 1 0 0 > c4t3d0 ONLINE 0 0 0 > c4t4d0 ONLINE 0 0 0 > spare-4 ONLINE 0 0 0 > c4t5d0 ONLINE 0 0 0 > c4t44d0 ONLINE 0 0 0 > c4t6d0 ONLINE 0 0 0 > c4t7d0 ONLINE 0 0 0 > > So, the VDEV seems ok, the pool reports two data errors, which is sad, but not a showstopper, however, trying to detach the spare from that vdev doesn''s seem to easy > > roy at dmz-backup:~$ sudo zpool detach dbpool c4t44d0 > cannot detach c4t44d0: no valid replicas > > iostat -en shows some issues with drives in that pool, but none on the two in the spare mirror > > 0 0 0 0 c4t1d0 > 0 82 131 213 c4t2d0 > 0 0 0 0 c4t3d0 > 0 0 0 0 c4t4d0 > 0 0 0 0 c4t5d0 > 0 0 0 0 c4t6d0 > 0 0 0 0 c4t7d0 > 0 0 0 0 c4t44d0 > > Is there a good explaination why I can''t detach this mirror from the VDEV? > > Vennlige hilsener / Best regards > > roy > -- > Roy Sigurd Karlsbakk > (+47) 97542685 > roy at karlsbakk.net > http://blogg.karlsbakk.net/ > -- > I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk. > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
> Yeah, this is a known problem. The DTL on the toplevel shows an > outage, and is preventing the removal of the spare even though > removing the spare won''t make the outage worse. > > Unfortunately, for opensolaris anyway, there is no workaround. > > You could try doing a full scrub, replacing any disks that show > errors, and waiting for the resilver to complete. That may clean up > the DTL enough to detach the spare.I''m not familiar with the DTL term, but does this mean, in English, that if data errors are found and are not correctable, they will stay? If so, is there another workaround than upgrading to something? Is this bug still in s11ex? Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 roy at karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk.
Roy Sigurd Karlsbakk
2011-Jun-04 11:01 UTC
[zfs-discuss] [OpenIndiana-discuss] Another zfs issue
> > Yeah, this is a known problem. The DTL on the toplevel shows an > > outage, and is preventing the removal of the spare even though > > removing the spare won''t make the outage worse. > > > > Unfortunately, for opensolaris anyway, there is no workaround. > > > > You could try doing a full scrub, replacing any disks that show > > errors, and waiting for the resilver to complete. That may clean up > > the DTL enough to detach the spare. > > I''m not familiar with the DTL term, but does this mean, in English, > that if data errors are found and are not correctable, they will stay? > If so, is there another workaround than upgrading to something? Is > this bug still in s11ex?Can someone please fill me in on how this problem can be fixed? Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 roy at karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et element?rt imperativ for alle pedagoger ? unng? eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer p? norsk.