home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aix / 11775 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  3.1 KB
  1. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ucselx!network.ucsd.edu!sdcc12!sdcc10!dkf
  2. From: dkf@sdcc10.ucsd.edu (Donald French)
  3. Newsgroups: comp.unix.aix
  4. Subject: HELP!!!  Our RS6k is dead!
  5. Summary: Flashing 552
  6. Message-ID: <41342@sdcc12.ucsd.edu>
  7. Date: 20 Nov 92 19:17:07 GMT
  8. Sender: news@sdcc12.ucsd.edu
  9. Organization: University of California, San Diego
  10. Lines: 54
  11. Nntp-Posting-Host: sdcc10.ucsd.edu
  12.  
  13.  
  14. Help!!!  I need help getting our RS6k back up.  IBM has been no help
  15. so far, thus I was hoping the net would fill in what IBM can't.  Here's
  16. my story:
  17.  
  18. Last night we powered down our rs6000 to do a little disk moving.  We
  19. have 2 SCSI channels and wanted to split our disks across them.  Before
  20. I did anything else, I did a mksysb backup (thru smit).  After the backup
  21. I exported the vg (chemvg) which was a 2 disk vg.  I was going to split 
  22. this VG across both SCSI channels and thought this would be safest.  Well
  23. I guess I was wrong because we are now stuck.
  24.  
  25. To continue, after exporting the VG we shutdown.  I then moved one of the
  26. SCSI disks on scsi0 to scsi1.  I also added a new disk to scsi1.  This left
  27. a configuration of scsi0: rootvg (hdisk0), uservg (hdisk1), chemvg (hdisk2)
  28.            scsi1: chemvg (hdisk3), scratchvg (hdisk4), ??? (hdisk5)
  29. Or at least this is what I expected when I rebooted.  Well, it wouldn't
  30. reboot!  I finally had to go into MAINT mode where I executed 'getrootfs'
  31. It returned a list of hdisks it new about, saying that hdisk3 was bootable.
  32. Now this should have been hdisk0!
  33.  
  34. After further examination we discovered that scsi0 was now scsi1 and vise
  35. versa.  We have tried many things from booting the mksysb we made and
  36. restoring rootvg to clear nvram (which we are now running diags on).
  37. We have also done 'getrootfs hdisk3' and tried working with the files
  38. on the rootvg.  getrootfs never does complete properly, but it acts the
  39. same whether we boot from our mksysb or the v3.2.2 install tape.
  40.  
  41. I would like to point out that we were getting a flashing 517 as the stop
  42. point just before we cleared nvram and tried rebooting, thus receiving
  43. the stuck 552.   For the life of me I can't understand why it wants to 
  44. boot from the network.  But that is now gone.
  45.  
  46. I remeber hearing something a while back about a script out of defect 
  47. support that allowed one to prune the ODM.  I would like to find it so
  48. I can basically redefine my disks (which according to one of my manuals--
  49. General Concepts and Procedures??-- that the hdisk number should never
  50. change no matter where the disk is moved on the system as long as it has
  51. a PV Id# that is unique or is bootable.  WHat gives?
  52.  
  53. Sorry for the long message, but I am very frustrated.  I have been here all
  54. night, and when my boss and I tried to get help out of Austin they sent us
  55. to our SE.  What a joke.  Our SE left 5monthes ago.  He was replaced by a nice
  56. lady who is an SE but in the mainframe area.  SHe has admitted tyhat she 
  57. doesn't know AIX, which means we need help.  One local guy did call us back
  58. on his vacation but he suggested a restore and then the ODM prune script,
  59. that is if I can get it out of AUSTIN!
  60.  
  61. Any help will be much appriciated.
  62.  
  63.     Dave French
  64.     dkfrench@ucsd
  65.     (619)534-0204
  66.  
  67.