Conference aosg::lsm

Again,  when I used "dxlsm" when all the disk are put offline, I 
could see the PD's but again, cannot use any menu commands to do 
anything to those disks.

Gina 

I thought that it might be clearer of what I'm asking by including 
some on-screen information.

# voldisk list
DEVICE       TYPE      DISK         GROUP        STATUS
rz4a         simple    disk01       rootdg       online
rzb10        sliced    -            -            offline
rzb11        sliced    -            -            offline
rzc11        sliced    -            -            offline
rzd11        sliced    -            -            offline
rze11        sliced    -            -            offline

# cat /etc/fstab
root_domain#root /              advfs rw 0 0
/proc            /proc  procfs rw 0 0
usr_domain#usr   /usr           advfs rw 0 0
/dev/rz0b        swap1  ufs sw 0 2
/dev/rz1c        swap2  ufs sw 0 2
bse-dm#bse      /usr/bse        advfs   rw
bse-dm#users    /bse_users      advfs   rw
ora-dm#ora      /usr/app        advfs   rw,userquota,groupquota 0 2
(this was sucessfully mounted prior to the "reboot")

# ls -l /etc/fdmns
total 32
-r--------   1 root     system         0 Dec 30 12:05 .advfslock_bse-dm
-r--------   1 root     system         0 Nov 22 19:25 .advfslock_fdmns
-r--------   1 root     system         0 Dec 30 14:10 .advfslock_ora-dm
-r--------   1 root     system         0 Nov 22 19:25 .advfslock_root_domain
-r--------   1 root     system         0 Nov 22 19:25 .advfslock_usr_domain
drwxr-xr-x   2 root     system      8192 Dec 30 12:05 bse-dm
drwxr-xr-x   2 root     system      8192 Dec 30 14:15 ora-dm
drwxr-xr-x   2 root     system      8192 Nov 22 19:25 root_domain
drwxr-xr-x   2 root     system      8192 Nov 22 19:25 usr_domain

# ls -l /etc/fdmns/bse-dm
total 0
lrwxr-xr-x   1 root     system        20 Dec 30 12:05 bse.bse-v01 -> /dev/vol/bse/bse-v01

# ls -l /etc/fdmns/ora-dm
total 0
lrwxrwxrwx   1 root     system        20 Dec 30 14:10 ora.ora-v01 -> /dev/vol/ora/ora-v01
lrwxrwxrwx   1 root     system        20 Dec 30 14:12 ora.ora-v02 -> /dev/vol/ora/ora-v02
lrwxrwxrwx   1 root     system        20 Dec 30 14:13 ora.ora-v03 -> /dev/vol/ora/ora-v03
lrwxrwxrwx   1 root     system        20 Dec 30 14:15 ora.ora-v04 -> /dev/vol/ora/ora-v04

# ls -l /dev/vol
total 8
drwxr-xr-x   2 root     system      8192 Dec 30 11:36 rootdg
brw-r--r--   1 root     daemon    40,  5 Dec 30 11:36 vol01

# ls -l /dev/rvol
total 8
drwxr-xr-x   2 root     system      8192 Dec 30 11:36 rootdg
crw-r--r--   1 root     daemon    40,  5 Dec 30 11:36 vol01

# voldg list
NAME         STATE    ID
rootdg       enabled  851355577.1025.dwnsth.zko.dec.com

 

Were the diskgroups "ora" and "bse" deported?  Is this an
ASE configuration?  What happens when you try to import
them (i.e., 'voldg import bse' and 'voldg import ora')?


[Posted by WWW Notes gateway]

>>>Were the diskgroups "ora" and "bse" deported?  Is this an
>>>ASE configuration?  What happens when you try to import
>>>them (i.e., 'voldg import bse' and 'voldg import ora')?

I've tried to import these diskgroup but no successful.
Here is the error message:

....(from option 8 "voldiskadm").....
Select disk group to import [<group>,list,q,?] (default: list) bse

  Importing disk group import failed.
  Error:

Invalid argument index
/usr/lib/lsm/bin/disk.import: voldg: Disk group bse: import failed: No valid disk found containing disk group: not found

.... AND....
# voldg import ora
voldg: Disk group ora: import failed: No valid disk found containing disk group

No, this is not and ASE configuration.  (I also forgot: I'm using D/U 4.0b)

Gina

I've fixed the problem.  Somehow, the scsi bus ID changed and
the driver ID's are different from what they were.  I don't know 
what was the cause though. 

Gina