system fails to boot...possible Volume Manager involvement

[Chandler, Carolyn]

Hello all,
	Happy New Year!

	The following is the vfstab file from the Solaris 2.6 system I've
been having problems booting. None of my OS filesystems are encapsulated.
The system isn't mission critical, so we don't have the OS disks mirrored.
Rootdg has only a single disk in it, and it's not used.  The filesystems
were created on volumes in a disk group called "bigtop" so that we can
import and deport them if required.


#device		device		mount		FS	fsck	mount
mount
#to mount	to fsck		point		type	pass	at boot
options
#
#/dev/dsk/c1d0s2 /dev/rdsk/c1d0s2 /usr		ufs	1	yes	-
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/dsk/c2t4d0s1 - - swap - no -
/dev/dsk/c0t0d0s1 - - swap - no -
/dev/dsk/c2t4d0s0 /dev/rdsk/c2t4d0s0 / ufs 1 no -
/dev/dsk/c2t4d0s3 /dev/rdsk/c2t4d0s3 /usr ufs 1 no -
/dev/dsk/c2t4d0s4 /dev/rdsk/c2t4d0s4 /var ufs 1 no -
/dev/dsk/c0t1d0s6 /dev/rdsk/c0t1d0s6 /opt ufs 2 yes -
/dev/dsk/c2t4d0s5 /dev/rdsk/c2t4d0s5 /oracle/smback ufs 2 yes -
swap	-	/tmp	tmpfs	-	yes	-
/dev/vx/dsk/bigtop/vol01 /dev/vx/rdsk/bigtop/vol01 /ora01 ufs 3 yes -
/dev/vx/dsk/bigtop/vol02 /dev/vx/rdsk/bigtop/vol02 /ora02 ufs 3 yes -
/dev/vx/dsk/bigtop/vol03 /dev/vx/rdsk/bigtop/vol03 /ora03 ufs 3 yes -
/dev/vx/dsk/bigtop/vol05 /dev/vx/rdsk/bigtop/vol05 /ora05 ufs 3 yes -
/dev/vx/dsk/bigtop/vol04 /dev/vx/rdsk/bigtop/vol04 /vol04 ufs 3 yes -
/dev/vx/dsk/bigtop/vol06 /dev/vx/rdsk/bigtop/vol06 /ora06 ufs 3 yes -
/dev/vx/dsk/bigtop/vol07 /dev/vx/rdsk/bigtop/vol07 /ora07 ufs 3 yes -
/dev/vx/dsk/bigtop/vol08 /dev/vx/rdsk/bigtop/vol08 /ora08 ufs 3 yes -
/dev/vx/dsk/bigtop/vol09 /dev/vx/rdsk/bigtop/vol09 /ora09 ufs 3 yes -
/dev/vx/dsk/bigtop/vol11 /dev/vx/rdsk/bigtop/vol11 /ora23 ufs 3 yes -
/dev/vx/dsk/bigtop/vol10 /dev/vx/rdsk/bigtop/vol10 /ora22 ufs 3 yes -
/dev/vx/dsk/bigtop/vol12 /dev/vx/rdsk/bigtop/vol12 /ora24 ufs 3 yes -
/dev/vx/dsk/bigtop/vol13 /dev/vx/rdsk/bigtop/vol13 /ora25 ufs 3 yes -
/dev/vx/dsk/bigtop/vol14 /dev/vx/rdsk/bigtop/vol14 /ora26 ufs 3 yes -
/dev/vx/dsk/bigtop/vol15 /dev/vx/rdsk/bigtop/vol15 /ora27 ufs 3 yes -
/dev/vx/dsk/bigtop/vol16 /dev/vx/rdsk/bigtop/vol16 /ora28 ufs 3 yes -
/dev/vx/dsk/bigtop/vol17 /dev/vx/rdsk/bigtop/vol17 /users ufs 3 yes -


I haven't had the chance to reboot the system since last week, so I haven't
been able to narrow down the problem any further than what I reported on the
30th.  Hopefully, I'll be able to reboot it this evening...maybe tonight
I'll be able to determine if there's anything else that might be causing the
problem that I just overlooked before.

Thanks a lot,
Carol


-----Original Message-----
From: Chandler, Carolyn [mailto:ChandleC@ncr.disa.mil]
Sent: Thursday, December 30, 1999 1:28 PM
To: 'ssa-managers@eng.auburn.edu'
Subject: RE: system fails to boot...possible Volume Manager involvement


I forgot to add the following to my original
message on this subject:

The primary reason I considered that my problem
was Volume Manager related is that the one time
I actually moved out the Volume Manager boot 
scripts from /etc/rcS.d and /etc/rc2.d, the 
system booted into single-user mode fine.

Thanks,
Carol