add disk with info onto a new server (quorom not present)

[Chet Woods]

Hi all,

I'm trying to get the info off of a disk that is exact as 85 other servers/disks by putting it in a local server here where I am. In the past these are the steps I've used and they've worked:
1) vgexport /dev/vg01
2) vgscan
3) mkdir /dev/vg01
4) mknod /dev/vg01/group c 64 0x01000
5) vgimport /dev/vg01 /dev/dsk/c0t5d0
Get this error (this time):
vgimport: Warning: Volume Group belongs to different CPU ID.
Can not determine if Volume Group is in use on another system. Continuing.
vgimport: Warning: Volume Group contains "2" PVs, "1" specified. Continuing.
vgimport: Quorum not present, or some physical volume(s) are missing.
Warning: A backup of this volume group may not exist on this machine.
Please remember to take a backup using the vgcfgbackup command after activating
the volume group.
6) vgchange -a y /dev/vg01
7) vgdisplay -v /dev/vg01
8) mkdir /home
9) mount /dev/vg01 /home

Can anyone help?? Basically I just need to get the info off of the "new disk" then remove it, and put the "old disk" back in the server.

I sure do appreciate it.
Chet

[Geoff Wild]

Maybe the post - but your mknod is missing a 0, should be:

mknod /dev/vg01/group c 64 0x010000

The answer is in the error:
Warning: Volume Group contains "2" PVs, "1" specified. Continuing

Sounds like you need 2 disks from the original volume group...

What if, on the original server, you did this:

vgexport -s -v -p -m /tmp/vg01.map /dev/vg01

Then copy the map file to the local server...

then vgimport it:

vgimport -s -v -m /tmp/vg01.map /dev/vg01

Rgds...Geoff

[RAC_1]

1) vgexport /dev/vg01
2) vgscan
3) mkdir /dev/vg01
4) mknod /dev/vg01/group c 64 0x01000
5) vgimport /dev/vg01 /dev/dsk/c0t5d0

Add following after 1 to check few more things.

pvdisplay /dev/dsk/c0t5d0 -- should resturn error.
strings /etc/lvmtab | grep c0t5d0
strings /etc/lvmconf/*.conf | grep c0t5d0

Is this disk from SAN/NAS storage?? Is it being used on some other server??
Is this under HA??

Anil

[Prashant Zanwar_4]

What switches you are using for vgexport and vgimport.

check the disks which are belonging to your VG.
vgexport -m mapfile -v /dev/vgxx

take the mapfile to other server

and

mkdir /dev/vgxx
mknod /dev/vgxx/group 64 0x0n0000

vgimport -m mapfile (which have took from other server) -v vg_name pv_path

This shall go through..

Thanks
Prashant

[Chet Woods]

First, I appreciate everyone responding. Secondly, I cannot do anything on the server that this disk originally was in (we've upgraded the servers and the 3rd party tech. didn't move over the data properly thus, the reason I have only the harddrive - which is internal by the way, to retrieve the data).

I suppose I should tell you more about our environment:
These servers are OLD HP9000/e25, with 10.20 on them with 2 internal drives one 1 gb drive (with vg00, OS only) then there's a 2gb drive (with VG01, other filesystems that are required for our environment are stored here).

To answer questions asked: Geoff - that was a typo on my part I've been typing (when it counts) 0x010000, RAC - this is not a SAN/NAS environment.

Here's the output from : pvdisplay /dev/dsk/c0t5d0

pvdisplay: Warning: couldn't query physical volume "/dev/dsk/c0t5d0":
The specified path does not correspond to physical volume attached to
this volume group
pvdisplay: Couldn't query the list of physical volumes.
pvdisplay: Couldn't retrieve the names of the physical volumes
belonging to volume group "/dev/vg01".
pvdisplay: Cannot display physical volume "/dev/dsk/c0t5d0".

# strings /etc/lvmtab | grep c0t5d0
/dev/dsk/c0t5d0

# strings /etc/lvmconf/*.conf |grep c0t5d0
/dev/rdsk/c0t5d0
/dev/rdsk/c0t5d0

Thanks,
Chet

[Geoff Wild]

Use The block device - rdsk not dsk for pvdisplay:

pvdisplay /dev/rdsk/c0t5d0

Rgds...Geoff

[Chet Woods]

Geoff,

Here's the output I got from that:
pvdisplay: Physical volume "/dev/rdsk/c0t5d0" is not a block special file.
Usage: pvdisplay

[RAC_1]

Even if it is giving error, it is importing the disk.

Modify the step 6 as follows and try mounting
the lvol

6) vgchange -a y -q n /dev/vg01
7) vgdisplay -v /dev/vg01
8) mkdir /home
9) mount /dev/vg01/lvolx /home

Anil

[Geoff Wild]

whoops - sorry - I was thinking of pvcreate - you are right - block device is dsk NOT rdsk...

Rgds...Geoff

[Chet Woods]

RAC,

Here's what I did...#1-4 on my process worked, 5 got the same error changed #6-9 to coincide with your instructions and 6-8 worked, #9 recieved the following error:
# mount /dev/vg01/lvol1 /home
/dev/vg01/lvol1: unrecognized file system

I can however mount /dev/vg01 to /home but, it's just a bunch of unusable block and raw files. (ex: lvol1, rlvol1, lvol2, rlvol2, etc...)

Thanks.

[RAC_1]

What does following return?/

fstyp -v /dev/vg01/lvol1

Anil

[Chet Woods]

# fstyp -v /dev/vg01/lvol1
unknown_fstyp (no matches)

[RAC_1]

Probably there were more than one pv in this VG. you are just importing one (by overriding the quorum). any lvol that spawns two disks, will give problem.

You may try fsck /dev/vg01/rlvol1 -y full

Anil

[Chet Woods]

It didn't like that either. Here's the output:
# fsck /dev/vg01/rlvol1 -y full
fsck: /etc/default/fs is used for determining the file system type
fsck: /etc/default/fs is used for determining the file system type
fsck: /etc/default/fs is used for determining the file system type
cannot open device /dev/vg01/rlvol1
vxfs fsck: /dev/vg00/rlvol3 is currently mounted
vxfs fsck: /dev/vg00/rlvol6 is currently mounted
vxfs fsck: /dev/vg00/rlvol7 is currently mounted
vxfs fsck: /dev/vg00/rlvol8 is currently mounted
vxfs fsck: /dev/vg00/rlvol9 is currently mounted
vxfs fsck: cannot convert /dev/vg01/apps to c character device
vxfs fsck: cannot convert /dev/vg01/home to c character device
vxfs fsck: cannot stat full

I'm not sure why this isn't working...it's worked in the past. UGGGHHHHH!!!

[RAC_1]

It is not working because, there were more than two disks in VG, you are importing just one. The lvols than spawned more than onde disk will have problem.

Anil

[Geoff Wild]

I agree with Anil - you need that second disk....

I think now would be a good time to mount the backup tape from the old server...and restore the data you are looking for...

Rgds...Geoff

[Chet Woods]

I agree Geoff, I'm done screwing around with it for now. I just want to get the data so I can get it to my users. Thanks alot for all of your help guys!!

Chet

[RAC_1]

Chet,

How many lvols it creates?? (ll /dev/vg01/lvol*). If any of these sits just on one disk. You may luck mounting it.

Try mounting all of then one by one. See if any of these gets mounted.

Anil