SUMMARY: Problems with LSM on DU4.0E

From: Massimo Merra (massimo.merra@gestioni.com)
Date: Fri May 24 2002 - 10:36:37 EDT


Thanks to Mahendra Rajah and Peter Gergen whom confirmed what I was
doubting.

The answers about the failure during the encapsulation procedure of the
system disk on a AlphaServer 2100 with DU 4.0E pointed all to the fact that
on the disk there was no room for the private region needed by LSM to create
an LSM simple disk (LSMsimp partition).

Original question :

Hello,
I have tried on a AlphaServer 2100 with Digital Unix 4.0E to mirror via LSM
the system disk but with no success. As described in the manual I have first
initialized the rootdg group executing /sbin/volsetup rz17 (the system disk
is rz16). After that I have executed the volencap utility to encapsulate the
existing boot disk as follows : /usr/sbin/volencap rz16. This command
creates all the necessary scripts to convert all the partitions contained on
rz16 to LSM volumes. To execute these scripts I have rebooted the system,
but at the end of the last automatic reboot the encapsulation procedure gave
an error failing to move the root volume from rz16e to rz16a. Using the
command volprint -ht I discovered that only the plexes swapvol-01 related to
the swap partion rz16b and vol-rz16g-01 related to the partition rz16g
(/usr) were present and the rootvol plex was missing. I enclose the partion
table of the system disk before the encapsulation :

/dev/rrz16a:
type: SCSI
disk: RZ2DA-LA
label:
flags:
bytes/sector: 512
sectors/track: 168
tracks/cylinder: 20
sectors/cylinder: 3360
cylinders: 5273
sectors/unit: 17773524
rpm: 7200
interleave: 1
trackskew: 33
cylinderskew: 6
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0

8 partitions:
# size offset fstype
[fsize bsize cpg]
   a: 51200 0 AdvFS
# (Cyl. 0 - 152*)
   b: 419304 512000 swap
# (Cyl. 152*- 1400*)
   c: 17773524 0 unused 0 0
# (Cyl. 0 - 5289*)
   d: 0 0 unused 0
0 # (Cyl. 0 - -1)
   e: 0 0 unused 0
0 # (Cyl. 0 - -1)
   f: 0 0 unused 0
0 # (Cyl. 0 - -1)
   g: 13067220 4706304 AdvFS
# (Cyl. 1400*- 5289*)
   h: 1 17773523 unused 0
0 # (Cyl. 5289*- 5289*)

Can the problem be caused by having no space at all associated with the
partitions d e f considering that the encapsulation procedure use them when
converting all the file systems on the disk to LSM volumes ?

Again thanks for the great and fast support.

Massimo Merra
UNIX System Manager
Gruppo Gestioni Elettroniche - Roma - Italy
* Telephone: +39.06.50098253
* Fax: +39.06.50098235
* E-mail: massimo.merra@sirio-it.com



This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:48:42 EDT