I see that the mirror d23 has problems, probably because of the bad disk. What happens if you issue the metareplace command with the usb disk ? Do you want to do a backup of the whole system or are you just trying things ?
Best regards, On Tue, Sep 22, 2009 at 8:49 AM, Martijn de Munnik <[email protected]> wrote: > > On Tue, 2009-09-22 at 08:29 -0300, Walter Lamagna wrote: >> I would like to see a list with the mirrors and slices, i thought you >> only had 2 slices mirrored. >> > metastat output of the current situation > > ---- > > d3: Mirror > Submirror 0: d23 > State: Needs maintenance > Submirror 1: d13 > State: Okay > Submirror 2: d33 > State: Okay > Pass: 1 > Read option: roundrobin (default) > Write option: parallel (default) > Size: 10249470 blocks (4.9 GB) > > d23: Submirror of d3 > State: Needs maintenance > Invoke: metareplace d3 c1d0s4 <new device> > Size: 10249470 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c1d0s4 0 No Maintenance Yes > > > d13: Submirror of d3 > State: Okay > Size: 10249470 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c0d0s4 0 No Okay Yes > > > d33: Submirror of d3 > State: Okay > Size: 10249470 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c2t0d0s4 0 No Okay Yes > > > d2: Mirror > Submirror 0: d22 > State: Okay > Submirror 1: d12 > State: Okay > Submirror 2: d32 > State: Okay > Pass: 1 > Read option: roundrobin (default) > Write option: parallel (default) > Size: 5799465 blocks (2.8 GB) > > d22: Submirror of d2 > State: Okay > Size: 5799465 blocks (2.8 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c1d0s5 0 No Okay Yes > > > d12: Submirror of d2 > State: Okay > Size: 5799465 blocks (2.8 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c0d0s5 0 No Okay Yes > > > d32: Submirror of d2 > State: Okay > Size: 5799465 blocks (2.8 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c2t0d0s5 0 No Okay Yes > > > d0: Mirror > Submirror 0: d20 > State: Needs maintenance > Submirror 1: d10 > State: Needs maintenance > Submirror 2: d30 > State: Needs maintenance > Pass: 1 > Read option: roundrobin (default) > Write option: parallel (default) > Size: 10281600 blocks (4.9 GB) > > d20: Submirror of d0 > State: Needs maintenance > Invoke: after replacing "Maintenance" components: > metareplace d0 c1d0s0 <new device> > Size: 10281600 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c1d0s0 0 No Last Erred Yes > > > d10: Submirror of d0 > State: Needs maintenance > Invoke: metasync d0 > Size: 10281600 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c0d0s0 0 No Okay Yes > > > d30: Submirror of d0 > State: Needs maintenance > Invoke: metasync d0 > Size: 10281600 blocks (4.9 GB) > Stripe 0: > Device Start Block Dbase State Reloc Hot Spare > c2t0d0s0 0 No Okay Yes > > > Device Relocation Information: > Device Reloc Device ID > c2t0d0 Yes id1,s...@f10a333174ab23b4b0004939f0000 > c1d0 Yes id1,c...@ahitachi_hdt725032vla360=______vfm200r8087emn > c0d0 Yes id1,c...@ahitachi_hdt725032vla360=______vfm204r81netvb > > ---- > > The rest of the disk is a zpool which is working just fine. I build this > config when Solaris was unable to boot from zfs. > I followed these instuctions > (http://www.ashtech.net/~syntax/blog/archives/50-Solaris-10-Partitioning,-RAID,-and-ZFS.html) > then. > > regards, > Martijn > >> Thanks. >> >> >> On Tue, Sep 22, 2009 at 4:48 AM, Martijn de Munnik <[email protected]> >> wrote: >> > >> > On Mon, 2009-09-21 at 16:58 -0300, Walter Lamagna wrote: >> >> Hi, which slice have you mirrored ? I see that you are using slice 1 >> >> (swap) and slice 6 (/usr). >> > >> > /, /usr and /var are mirrored. The only mirror I haven't fixed jet is / >> > >> >> If this is the case, dont bother about >> >> swap because that partition is for temporary use during operating >> >> system runtime. Anyway, worry about recovering the info you are able >> >> to restore from the mirror (i speculate you would be able to recover >> >> everything) and get rid of the failing disks ASAP. >> >> >> >> Best regards, >> >> >> >> On Mon, Sep 21, 2009 at 4:07 PM, Martijn de Munnik <[email protected]> >> >> wrote: >> >> > >> >> > On Sep 21, 2009, at 4:13 PM, Walter Lamagna wrote: >> >> > >> >> >> Next option i would try is to be sure that the current mirror is being >> >> >> read in a round-robin way: >> >> >> >> >> >> metaparam -r >> >> >> >> >> >> If this do not works i would disable the update of the mirrors that >> >> >> have bad blocks, may be the syncronization is trying to write there >> >> >> and on the error it is stoping. Look at the manual to see how to use >> >> >> this command on your mirror configuration: >> >> >> metaparam -p 0 >> >> >> >> >> >> If this do not works try this to view the mirror status: >> >> >> # metastat -a >> >> >> Try several times to resume the syncronization: >> >> >> # metasync volume >> >> >> # metasync -s <setname> >> >> > >> >> > Hi, >> >> > >> >> > I did some fiddling with metasync and I managed to get one of the slices >> >> > synced again, using 'metasync 128 d3'. I'm trying this with the other >> >> > slice >> >> > but so far no luck. I also tried changing the read param (first, >> >> > geometric >> >> > and roundrobin) but without success so far. >> >> > >> >> >> >> >> >> Thanks, >> >> >> >> >> >> How stable is your system ? Would it be possible to create a snapshot >> >> >> and copy the partitions to the usb disk by hand ? >> >> >> >> >> >> >> >> >> >> >> >> On Mon, Sep 21, 2009 at 10:49 AM, Martijn de Munnik >> >> >> <[email protected]> wrote: >> >> >>> >> >> >>> On Mon, 2009-09-21 at 10:44 -0300, Walter Lamagna wrote: >> >> >>>> >> >> >>>> Hi, if you already detached and attached the mirror to try once again >> >> >>>> its creation, then i would do this: >> >> >>>> >> >> >>>> Add this line to /etc/system: >> >> >>>> set md_mirror:md_resync_bufsz = 2048 >> >> >>> >> >> >>> Hi Walter, >> >> >>> >> >> >>> That is already in /etc/system >> >> >>> >> >> >>>>>>> I have these lines in /etc/system >> >> >>>>>>> >> >> >>>>>>> * Begin MDD root info (do not edit) >> >> >>>>>>> rootdev:/pseudo/m...@0:0,0,blk >> >> >>>>>>> * End MDD root info (do not edit) >> >> >>>>>>> set md:mirrored_root_flag=1 >> >> >>>>>>> set md_mirror:md_resync_bufsz=2048 >> >> >>>>>>> >> >> >>>>>>> >> >> >>>>>>> c0d0 and c1d0 are the internal scsi disks, c2t0d0 is the 3rd >> >> >>>>>>> (temporary >> >> >>>>>>> usb) disk. >> >> >>>>>>> >> >> >>>>>>>> >> >> >>>>>>>> Thanks. >> >> >>> >> >> >>> >> >> >>> _______________________________________________ >> >> >>> Solaris-Users mailing list >> >> >>> [email protected] >> >> >>> http://www.filibeto.org/mailman/listinfo/solaris-users >> >> >>> >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> Walter Lamagna, Eng, SCSA. >> >> >> serverlinux.blogspot.com >> >> >> www.magnacounter.com >> >> >> _______________________________________________ >> >> >> Solaris-Users mailing list >> >> >> [email protected] >> >> >> http://www.filibeto.org/mailman/listinfo/solaris-users >> >> >> >> >> > >> >> > _______________________________________________ >> >> > Solaris-Users mailing list >> >> > [email protected] >> >> > http://www.filibeto.org/mailman/listinfo/solaris-users >> >> > >> >> >> >> >> >> >> > >> > Met vriendelijke groet, >> > >> > Martijn de Munnik >> > >> > -- >> > YoungGuns >> > Kasteleinenkampweg 7b >> > 5222 AX 's-Hertogenbosch >> > T. 073 623 56 40 >> > F. 073 623 56 39 >> > www.youngguns.nl >> > KvK 18076568 >> > >> > _______________________________________________ >> > Solaris-Users mailing list >> > [email protected] >> > http://www.filibeto.org/mailman/listinfo/solaris-users >> > >> >> >> >> -- >> Walter Lamagna, Eng, SCSA. >> serverlinux.blogspot.com >> www.magnacounter.com >> _______________________________________________ >> Solaris-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/solaris-users >> > > Met vriendelijke groet, > > Martijn de Munnik > > -- > YoungGuns > Kasteleinenkampweg 7b > 5222 AX 's-Hertogenbosch > T. 073 623 56 40 > F. 073 623 56 39 > www.youngguns.nl > KvK 18076568 > > _______________________________________________ > Solaris-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/solaris-users > -- Walter Lamagna, Eng, SCSA. serverlinux.blogspot.com www.magnacounter.com _______________________________________________ Solaris-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/solaris-users
