Re: SVM RAID1 reboot issues

From: Dimitar Vasilev (dimitar.vassilev@gmail.com)
Date: Tue Jan 29 2008 - 09:56:08 EST


2008/1/28, Dimitar Vasilev <dimitar.vassilev@gmail.com>:
>
> Hi all.
> I've got an E4500 with D1000, that has / mirrored
> I've got into /etc/system
>
> * Begin MDD root info (do not edit)
> rootdev:/pseudo/md@0:0,0,blk
> * End MDD root info (do not edit)
>
> enterprise-root(/var/adm)=>metadb
> flags first blk block count
> a m p luo 16 8192 /dev/dsk/c1t1d0s7
> a p luo 8208 8192 /dev/dsk/c1t1d0s7
> a p luo 16400 8192 /dev/dsk/c1t1d0s7
> a p luo 24592 8192 /dev/dsk/c1t1d0s7
> a p luo 32784 8192 /dev/dsk/c1t1d0s7
> a p luo 40976 8192 /dev/dsk/c1t1d0s7
> a p luo 49168 8192 /dev/dsk/c1t1d0s7
> a p luo 57360 8192 /dev/dsk/c1t1d0s7
> a p luo 65552 8192 /dev/dsk/c1t1d0s7
> a p luo 16 8192 /dev/dsk/c1t2d0s7
> a p luo 8208 8192 /dev/dsk/c1t2d0s7
> a p luo 16400 8192 /dev/dsk/c1t2d0s7
> a p luo 24592 8192 /dev/dsk/c1t2d0s7
> a p luo 32784 8192 /dev/dsk/c1t2d0s7
> a p luo 40976 8192 /dev/dsk/c1t2d0s7
> a p luo 49168 8192 /dev/dsk/c1t2d0s7
> a p luo 57360 8192 /dev/dsk/c1t2d0s7
> a p luo 65552 8192 /dev/dsk/c1t2d0s7
> a p luo 73744 8192 /dev/dsk/c1t2d0s7
>
> /dev/md/dsk/d0 /dev/md/rdsk/d0 / ufs 1 no -
>
> mount
>
> / on /dev/md/dsk/d0
> read/write/setuid/devices/intr/largefiles/logging/xattr/onerror=panic/dev=1540000
> on Mon Jan 28 17:11:
>
> eeprom | grep boot-device
>
> boot-device=disk1 disk2 net
>
> uname -a
> SunOS 5.10 Generic_118833-36 sun4u sparc SUNW,Ultra-Enterprise
>
> When I go into init 6/S/5 or shutdown I get:
>
> init S
>
> xxx@xxx svc.startd: The system is coming down for administration. Please
> wait.
>
> Jan 28 13:46:33 enterprise rpc.metad: Terminated
>
> However from single user to multi-user this does not occur.
>
> I'm aware of:
>
> unability to specify pseudo-device (mirror in my case) in the prom to boot
> from - please correct me if I'm wrong.
>
> http://forum.java.sun.com/thread.jspa?threadID=5082398&messageID=9327029
>
> Patch 121010-05/06 and higher
>
> Could someone point me to a solution how to fix this?
> I'd prefer a solution that does not involve patching, but
> if needed I'll perform it.
> Summary will be given at the end.
> Thanks for input and all the best.

Latest update:
descreased the state replicas to 3 per partition and applied 121010-06 -
still no effect

Problem with unability to sync filesystems after rpc.metad termination
still occurs.
When rpc.metad is not initialized in single user mode
I'm able to sync the fs.

Will try with breaking the mirror.

-- 
> PP8P<P8QQ
Q PP0QP8P;P5P2
> Dimitar Vassilev
>
> GnuPG key ID: 0x9E997D24
> Keyserver: pgp.mit.edu
> Primary key fingerprint: CFB1 C9D4 F685 D6A9 5045  E762 013D D411 9E99
> 7D24
-- 
PP8P<P8QQ
Q PP0QP8P;P5P2
Dimitar Vassilev
GnuPG key ID: 0x9E997D24
Keyserver: pgp.mit.edu
Primary key fingerprint: CFB1 C9D4 F685 D6A9 5045  E762 013D D411 9E99 7D24
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers


This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:43 EDT