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 <mart...@youngguns.nl>
> 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 <mart...@youngguns.nl>
> >> 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
> >> >> <mart...@youngguns.nl> 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
> >> >>> Solaris-Users@filibeto.org
> >> >>> http://www.filibeto.org/mailman/listinfo/solaris-users
> >> >>>
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Walter Lamagna, Eng, SCSA.
> >> >> serverlinux.blogspot.com
> >> >> www.magnacounter.com
> >> >> _______________________________________________
> >> >> Solaris-Users mailing list
> >> >> Solaris-Users@filibeto.org
> >> >> http://www.filibeto.org/mailman/listinfo/solaris-users
> >> >>
> >> >
> >> > _______________________________________________
> >> > Solaris-Users mailing list
> >> > Solaris-Users@filibeto.org
> >> > 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
> > Solaris-Users@filibeto.org
> > http://www.filibeto.org/mailman/listinfo/solaris-users
> >
>
>
>
> --
> Walter Lamagna, Eng, SCSA.
> serverlinux.blogspot.com
> www.magnacounter.com
> _______________________________________________
> Solaris-Users mailing list
> Solaris-Users@filibeto.org
> 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
Solaris-Users@filibeto.org
http://www.filibeto.org/mailman/listinfo/solaris-users
