-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everybody, some time ago a SSD within a ZIL mirror died. As I had no SSD available to replace it, I dropped in a normal SAS harddisk to rebuild the mirror. In the meantime I got the warranty replacement SSD. Now I''m wondering about the best option to replace the HDD with the SSD: 1. Remove the log mirror, put the new disk in place, add log mirror 2. Pull the HDD, forcing the mirror to fail, replace the HDD with the SSD Unfortunately I have no free slot in the JBOD available (want to keep the ZIL in the same JBAD as the rest of the pool): 3. Put additional temporary SAS HDD in free slot of different JBOD, replace the HDD in the ZIL mirror with temporary HDD, pull now unused HDD, use free slot for SSD, replace temporary HDD with SSD. Any suggestions? thx Carsten - -- Max Planck Institut fuer marine Mikrobiologie - - Network Administration - Celsiustr. 1 D-28359 Bremen Tel.: +49 421 2028568 Fax.: +49 421 2028565 PGP public key:http://www.mpi-bremen.de/Carsten_John.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4ISy8ACgkQsRCwZeehufs9MQCfetuYQwjbqH2Rb7qyY8G4vxaQ TvUAoNcHPnHED1Ykat8VHF8EJIRiPmct =jwZQ -----END PGP SIGNATURE-----
I think that the least disruptive way would be to detach the HDD from the ZIL mirror and offline it, remove and replace with an SSD, and then attach the SSD to the ZIL to make it a mirror again. Note that this would create a window of possible ZIL failure (and you had such a window already when the first SSD died), but the system *should* survive that (fall back to on-pool ZIL after a short timeout of the dedicated device) unless the power dies during this time. ----- ???????? ????????? ----- ??: Carsten John <cjohn at mpi-bremen.de> ????: Monday, June 27, 2011 13:21 ????: [zfs-discuss] replace zil drive ???? (To): zfs-discuss at opensolaris.org> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello everybody, > > some time ago a SSD within a ZIL mirror died. As I had no SSD > availableto replace it, I dropped in a normal SAS harddisk to > rebuild the mirror. > > In the meantime I got the warranty replacement SSD. > > Now I''m wondering about the best option to replace the HDD with > the SSD: > > 1. Remove the log mirror, put the new disk in place, add log mirror > > 2. Pull the HDD, forcing the mirror to fail, replace the HDD > with the SSD > > Unfortunately I have no free slot in the JBOD available (want to keep > the ZIL in the same JBAD as the rest of the pool): > > 3. Put additional temporary SAS HDD in free slot of different JBOD, > replace the HDD in the ZIL mirror with temporary HDD, pull now unused > HDD, use free slot for SSD, replace temporary HDD with SSD. > > > > Any suggestions? > > > thx > > > > Carsten > > > > > > - -- > Max Planck Institut fuer marine Mikrobiologie > - - Network Administration - > Celsiustr. 1 > D-28359 Bremen > Tel.: +49 421 2028568 > Fax.: +49 421 2028565 > PGP public key:http://www.mpi-bremen.de/Carsten_John.html > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk4ISy8ACgkQsRCwZeehufs9MQCfetuYQwjbqH2Rb7qyY8G4vxaQ > TvUAoNcHPnHED1Ykat8VHF8EJIRiPmct > =jwZQ > -----END PGP SIGNATURE----- > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss-- +============================================================+ | | | ?????? ???????, Jim Klimov | | ??????????? ???????? CTO | | ??? "??? ? ??" JSC COS&HT | | | | +7-903-7705859 (cellular) mailto:jimklimov at cos.ru | | CC:admin at cos.ru,jimklimov at gmail.com | +============================================================+ | () ascii ribbon campaign - against html mail | | /\ - against microsoft attachments | +============================================================+ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20110627/c5adbe87/attachment-0001.html>
I''d guess removing the SLOG altogether might be the safest, so for this configuration logs mirror-7 ONLINE 0 0 0 c2t22d0 ONLINE 0 0 0 c2t23d0 ONLINE 0 0 0 just `zpool remove zwimming mirror-7`, run `cfgadm -a` to find the full device path, do `cfgadm -c unconfigure devpath`, replace the drive, run devfsadm for good measure, check if it''s connected with cfgadm -a, and add the SLOG again. roy ----- Original Message -----> I think that the least disruptive way would be to detach the HDD from > the ZIL > mirror and offline it, remove and replace with an SSD, and then attach > the > SSD to the ZIL to make it a mirror again. > Note that this would create a window of possible ZIL failure (and you > had > such a window already when the first SSD died), but the system > *should* > survive that (fall back to on-pool ZIL after a short timeout of the > dedicated > device) unless the power dies during this time. > ----- ???????? ????????? ----- > ??: Carsten John <cjohn at mpi-bremen.de> > ????: Monday, June 27, 2011 13:21 > ????: [zfs-discuss] replace zil drive > ???? (To): zfs-discuss at opensolaris.org > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hello everybody, > > > > some time ago a SSD within a ZIL mirror died. As I had no SSD > > availableto replace it, I dropped in a normal SAS harddisk to > > rebuild the mirror. > > > > In the meantime I got the warranty replacement SSD. > > > > Now I''m wondering about the best option to replace the HDD with > > the SSD: > > > > 1. Remove the log mirror, put the new disk in place, add log mirror > > > > 2. Pull the HDD, forcing the mirror to fail, replace the HDD > > with the SSD > > > > Unfortunately I have no free slot in the JBOD available (want to > > keep > > the ZIL in the same JBAD as the rest of the pool): > > > > 3. Put additional temporary SAS HDD in free slot of different JBOD, > > replace the HDD in the ZIL mirror with temporary HDD, pull now > > unused > > HDD, use free slot for SSD, replace temporary HDD with SSD. > > > > > > > > Any suggestions? > > > > > > thx > > > > > > > > Carsten > > > > > > > > > > > > - -- > > Max Planck Institut fuer marine Mikrobiologie > > - - Network Administration - > > Celsiustr. 1 > > D-28359 Bremen > > Tel.: +49 421 2028568 > > Fax.: +49 421 2028565 > > PGP public key:http://www.mpi-bremen.de/Carsten_John.html > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.10 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > > > iEYEARECAAYFAk4ISy8ACgkQsRCwZeehufs9MQCfetuYQwjbqH2Rb7qyY8G4vxaQ > > TvUAoNcHPnHED1Ykat8VHF8EJIRiPmct > > =jwZQ > > -----END PGP SIGNATURE----- > > _______________________________________________ > > zfs-discuss mailing list > > zfs-discuss at opensolaris.org > > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss > -- > +============================================================+ > | | > | ?????? ???????, Jim Klimov | > | ??????????? ???????? CTO | > | ??? "??? ? ??" JSC COS&HT | > | | > | +7-903-7705859 (cellular) mailto:jimklimov at cos.ru | > | CC:admin at cos.ru,jimklimov at gmail.com | > +============================================================+ > | () ascii ribbon campaign - against html mail | > | /\ - against microsoft attachments | > +============================================================+ > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss-- 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20110627/cb31a6eb/attachment.html>
> From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss- > bounces at opensolaris.org] On Behalf Of Carsten John > > Now I''m wondering about the best option to replace the HDD with the SSD:What version of zpool are you running? If it''s >= 19, then you could actually survive a complete ZIL device failure. So you should simply offline or detach or whatever the HDD and then either attach or add the new SDD. Attach would be mirror, add would be two separate non-mirrored devices. Maybe better performance, maybe not. If it''s zpool < 19, then you absolutely do not want to degrade to non-mirrored status. First attach the new SSD, then when it''s done, detach the HDD.
A non-text attachment was scrubbed... Name: not available Type: application/pgp-encrypted Size: 11 bytes Desc: PGP/MIME version identification URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20110628/872d752a/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: encrypted.asc Type: application/octet-stream Size: 2106 bytes Desc: OpenPGP encrypted message URL: <http://mail.opensolaris.org/pipermail/zfs-discuss/attachments/20110628/872d752a/attachment.obj>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/28/11 02:55, Edward Ned Harvey wrote:>> From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss- >> bounces at opensolaris.org] On Behalf Of Carsten John >> >> Now I''m wondering about the best option to replace the HDD with the SSD: > > What version of zpool are you running? If it''s >= 19, then you could > actually survive a complete ZIL device failure. So you should simply > offline or detach or whatever the HDD and then either attach or add the new > SDD. Attach would be mirror, add would be two separate non-mirrored > devices. Maybe better performance, maybe not. > > If it''s zpool < 19, then you absolutely do not want to degrade to > non-mirrored status. First attach the new SSD, then when it''s done, detach > the HDD. >Sorry, sent encrypted before.... I''m currently running: zpool upgrade -v This system is currently running ZFS pool version 31 So, detaching the HDD seems to be a safe option. thx Carsten - -- Max Planck Institut fuer marine Mikrobiologie - - Network Administration - Celsiustr. 1 D-28359 Bremen Tel.: +49 421 2028568 Fax.: +49 421 2028565 PGP public key:http://www.mpi-bremen.de/Carsten_John.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4Je/EACgkQsRCwZeehufuHwwCglTkFJPT54dUhyyh/rqWMhFLy sIQAn3VaJw5uDKCdhI917PDzKLb81zfY =wtA6 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/28/11 02:55, Edward Ned Harvey wrote:>> From: zfs-discuss-bounces at opensolaris.org [mailto:zfs-discuss- >> bounces at opensolaris.org] On Behalf Of Carsten John >> >> Now I''m wondering about the best option to replace the HDD with the SSD: > > What version of zpool are you running? If it''s >= 19, then you could > actually survive a complete ZIL device failure. So you should simply > offline or detach or whatever the HDD and then either attach or add the new > SDD. Attach would be mirror, add would be two separate non-mirrored > devices. Maybe better performance, maybe not. > > If it''s zpool < 19, then you absolutely do not want to degrade to > non-mirrored status. First attach the new SSD, then when it''s done, detach > the HDD. >Worked like a charm. Detached the HDD, physically replaced the HDD with the new SSD and added the new SSD to the pool''s log. thx for the suggestions Carsten - -- Max Planck Institut fuer marine Mikrobiologie - - Network Administration - Celsiustr. 1 D-28359 Bremen Tel.: +49 421 2028568 Fax.: +49 421 2028565 PGP public key:http://www.mpi-bremen.de/Carsten_John.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk4JilAACgkQsRCwZeehufvfhACdF0yae2NGDKrNEswRmW4NVEFv K5sAn0EnuAyOa9Z7ytNQQZF9QPJPjgeZ =fVxi -----END PGP SIGNATURE-----