Thanks for all the replies. I still don't understand why Veritas wiped out a partition that existed prior to encapsulation. First suggestion was to use vxunroot, that was actually attempted prior to manual removal, however vxunroot was demanding that I remove the swap partition. Second suggestion was to use Veritas saved vtoc located here: /etc/vx/reconfig.d/disk.d/<physical path of rootdisk>/prtvtoc. The command to restore vtoc would've been /etc/vx/bin/vxedvtoc -f <filename> <devicename> There was also a mention of " Next time if you dont want to run vxunroot then at least run vxmksdpart and put back the opt slice " Unfortunately that information went away with removal of Veritas packages. Our solution was to use prtvtoc/fmthard of a second root disk that was mirrored prior to installation of veritas, and it worked. Original message: All, We had a test server running vxvm3.1, where we tried removing VxVM3.1, together with dbed2.1. Can opt be recovered, and why was it lost? Here are the steps taken: a) /etc/system edited to take out all vxvm3.1 b) system rebooted, but VxVM license was missing c) system rebooted off second disk (which had pre-vm disk config) (system refused to boot from cdrom with MMU error) d) /etc/vfstab overwritten with /etc/vfstat.prevm on original boot disk e) system rebooted again with -s f) all veritas pkgs removed g) system rebooted /dev/rdsk/c5t0d0s5: I/O error Can't open /dev/rdsk/c5t0d0s5 /dev/rdsk/c5t0d0s5: CAN'T CHECK FILE SYSTEM. /dev/rdsk/c5t0d0s5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. fsck fails [root@v880]-> format Searching for disks...done AVAILABLE DISK SELECTIONS: Unable to open /dev/tty. [root@v880]-> prtvtoc /dev/rdsk/c5t0d0s5 * /dev/rdsk/c5t0d0s5 partition map * * Dimensions: * 512 bytes/sector * 424 sectors/track * 24 tracks/cylinder * 10176 sectors/cylinder * 14089 cylinders * 14087 accessible cylinders * * Flags: * 1: unmountable * 10: read-only * * Unallocated space: * First Sector Last * Sector Count Sector * 4019520 4290947776 4294967295 * 143349312 4155637504 4019519 * 12414720 79382976 91797695 * 99999552 43339584 143339135 * * First Sector Last * Partition Tag Flags Sector Count Sector Mount Directory 0 2 00 0 4019520 4019519 / 1 7 00 4019520 8395200 12414719 /var 2 5 00 0 143349312 143349311 4 15 01 143339136 10176 143349311 6 4 00 91797696 8201856 99999551 /usr this is the only thing I had saved: [root@v880]-> cat rootdg.vxprint dg rootdg default default 0 1112383996.1025.v880 dm rootdisk c5t0d0s2 sliced 10175 143339136 - v opt - ENABLED ACTIVE 12292608 fsgen - ROUND pl opt-01 opt ENABLED ACTIVE 12292608 CONCAT - RW sd rootdisk-04 opt-01 rootdisk 79505087 12292608 0 c5t0d0 ENA v rootdisk3vol - ENABLED ACTIVE 67090368 swap - ROUND pl rootdisk3vol-01 rootdisk3vol ENABLED ACTIVE 67090368 CONCAT - RW sd rootdisk-01 rootdisk3vol-01 rootdisk 12414719 67090368 0 c5t0d0 ENA v rootvol - ENABLED ACTIVE 4019520 root - ROUND pl rootvol-01 rootvol ENABLED ACTIVE 4019520 CONCAT - RW sd rootdisk-B0 rootvol-01 rootdisk 143339135 1 0 c5t0d0 ENA sd rootdisk-02 rootvol-01 rootdisk 0 4019519 1 c5t0d0 ENA v usr - ENABLED ACTIVE 8201856 fsgen - ROUND pl usr-01 usr ENABLED ACTIVE 8201856 CONCAT - RW sd rootdisk-03 usr-01 rootdisk 91797695 8201856 0 c5t0d0 ENA v var - ENABLED ACTIVE 8395200 fsgen - ROUND pl var-01 var ENABLED ACTIVE 8395200 CONCAT - RW sd rootdisk-05 var-01 rootdisk 4019519 8395200 0 c5t0d0 ENA _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Wed May 4 20:57:11 2005
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:46 EST