Hey all,
I was wondering if anyone had an idea as to what I could do to troubleshoot this potential issue.
# ldmp2v prepare -v -c 8 -o keep-mac -o keep-hostid -M 2048M -d /p2v/cm02 cm04
Creating vdisks ...
Creating vdisk cm04-disk0 ...
Creating volume cm04-vol0@primary-vds0 (70494 MB)...
Creating VTOC on /dev/rdsk/c4d0s2 (disk0) ...
Creating file systems ...
Creating UFS file system on /dev/rdsk/c4d0s0 ...
Populating file systems ...
Restoring /p2v/cm02/ufsdump.0 to /ldom/disks/cm04/a ...
I ran this command 2 days ago, but when I returned to my serial session, it wasn't finished, I had to reboot the box and delete the old data before re-trying
# cat manifest
archive_method ufsdump
cpu 2
disk 0 /dev/dsk/c0t0d0 143349312
hostid HOST ID
ip x.x.x.189
memory 4096
net 0 bge0 x.x.x.188 MAC ADDRESS
nodename cm04
os_release 5.10
swap 0 /dev/dsk/c0t0d0s1 4131440
ufs 0 / /dev/dsk/c0t0d0s0 136929090 74274324 72905034
vtoc 0 /dev/dsk/c0t0d0s0 0 2 00 4202688 139034688 143237375
vtoc 0 /dev/dsk/c0t0d0s1 1 3 01 71232 4131456 4202687
vtoc 0 /dev/dsk/c0t0d0s2 2 5 00 0 143349312 143349311
vtoc 0 /dev/dsk/c0t0d0s4 4 15 01 0 71232 71231
vtoc 0 /dev/dsk/c0t0d0s5 5 0 00 143237376 111936 143349311
Is there any log or any type of logging I can look into while this process is running?
---------- Post updated 11-29-11 at 11:24 AM ---------- Previous update was 11-28-11 at 11:52 AM ----------
still the same problem.
It's still hanging...
I might have to do another collect then I'll get back to this thread.
I was hoping to have some kind of command similar to vxtask list but I couldn't find anything as of yet.
Hi everyone,
I can see I received a lot of views but no replies...
But I can understand why 
For such a simple set of commands I was convinced that my issue must have been imposed by a user, I started to investigate the server I was planning to migrate from physical to virtual.
I checked out the partitions and it had some bad partitions which I think the ldmp command was trying to copy over.
Part Tag Flag Cylinders Size Blocks
0 root wm 413 - 14075 66.30GB (13663/0/0) 139034688
1 swap wu 7 - 412 1.97GB (406/0/0) 4131456
2 backup wm 0 - 14086 68.35GB (14087/0/0) 143349312
3 - wu 7 - 14086 68.32GB (14080/0/0) 143278080
4 - wu 0 - 6 34.78MB (7/0/0) 71232
5 unassigned wm 14076 - 14086 54.66MB (11/0/0) 111936
6 unassigned wm 0 0 (0/0/0) 0
7 unassigned wm 0 0 (0/0/0) 0
I'm assuming this was my issue?
I tried it on another server with correct partitions and voila! I was able to collect and prepare
UPDATE:
Hey all, I'm able to collect but now the system just hangs on prepare.
ldmp2v prepare -v -c 8 -M 512M -o keep-mac -o keep-hostid -d /p2v/training training
Is there any other way to monitor this?
What I find strange is that the above command has worked SOMETIMES; yet, at other times it doesn't finish.
I can see the ufsrestore in the process tree (I see it start and end) but the command never returns to the user and at this point I'm forced to reboot (even logging in cannot be done when this is happening, I'm only able to run prstat if I had a session on the box before hand)
I can collect and prepare (but prepare is not consistent and now I cannot even finish the prepare command)
I ran the command above with truss as well but after ufsrestore the process just hangs
It's tough finding any info about this, any help would be greatly appreciated!