home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / aix / 9418 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.3 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!news.sei.cmu.edu!drycas.club.cc.cmu.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!<UNAUTHENTICATED>+
  2. Newsgroups: comp.unix.aix
  3. Subject: re: HELP! How to Restore Lost Logical Vol
  4. Message-ID: <8eeKNqb0Bwxa0IDmhY@transarc.com>
  5. From: Barry_Wolman@transarc.com
  6. Date: Sat,  5 Sep 1992 22:01:26 -0400 
  7. References: <web30vD0Bwx3I0mEQy@transarc.com>
  8. Organization: Carnegie Mellon, Pittsburgh, PA
  9. Lines: 44
  10.  
  11. This is a follow up to my posting of August 26 where I asked for help
  12. in restoring a "lost" 300MB file systems.  Fortunately, a very
  13. knowledgeable and helpful IBM Field Service Quality Support analyst
  14. saw my posting and responded by email.  With help from her, I was able
  15. to recover all of the file system.
  16.  
  17. The recovery process was complicated by the fact that repeating the LVM
  18. commands that had originally been used to create the logical volumes
  19. in vg02 caused the logical volumes to be created at different offsets
  20. on the disk.  "lslv -m" described the LVs as occupying the same PPs on
  21. the disk, but the offsets were different.  My current hypothesis is
  22. that when vg02 was first created by our system people, they specified
  23. a smaller maximum number of disks for the VG than the default of 32
  24. that you get when using smit to create a VG;  this caused the new VG
  25. to have a larger VGDA, which made the LVs in the recreated vg02 start
  26. at higher disk offsets.  If I had used the same max number of disks
  27. for the recreated VG, my strategy of reloading the tapes and then
  28. recreating the Lvs probably would have worked.
  29.  
  30. I finally used the following strategy to recover the file system:
  31.  
  32. * recreate LVs in vg02 on disks 5 and 9
  33.  
  34. * define an empty file system on lv01
  35.  
  36. * reload physical backup tapes from 5 and 9 onto disks 4 and 8
  37.  
  38. * copy appropriate physical 4K blocks from hdisk4 and hdisk8 into
  39.   lv01.  Knowing where the old LV was reloaded on hdisk4/8 (I had
  40.   to write a simple program to search a disk for a LV header) and
  41.   the allocation details of the new lv01, it was straightforward
  42.   (but non-trivial!) to work out the series of dd commands to do the
  43.   copy.
  44.  
  45. After refilling the new lv01 with the old contents, I was able to
  46. mount /dev/lv01 read only and copy the files into another large
  47. file system.
  48.  
  49. I still don't know why the volume group "disappeared".  At least
  50. I've got the files back.
  51.  
  52. Barry
  53.  
  54.  
  55.