home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / sgi / 18589 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  3.5 KB

  1. Path: sparky!uunet!cs.utexas.edu!uwm.edu!spool.mu.edu!olivea!sgigate!odin!twilight!zuni!anchor!olson
  2. From: olson@anchor.esd.sgi.com (Dave Olson)
  3. Newsgroups: comp.sys.sgi
  4. Subject: Re: R4K Upgrade Warning!
  5. Message-ID: <uk0kues@zuni.esd.sgi.com>
  6. Date: 8 Jan 93 08:43:40 GMT
  7. References: <1993Jan8.053452.948@ringer.cs.utsa.edu>
  8. Sender: news@zuni.esd.sgi.com (Net News)
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 79
  11.  
  12. In <1993Jan8.053452.948@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
  13. | Today we received our first R3000 to R4000 Indigo upgrade. 
  14. | The SGI engineers have really done a marvelous job of 
  15. | engineering -- the whole process, including swapping the 
  16. | power supplies was EXTREMELY easy and took less than 10 min.
  17. | The only glitch was came when the system wouldn't boot with the
  18. | following error:
  19. | _______________________________________________________________
  20. | Cannot load scsi(0)disk(0)partition(8)/sash
  21. | Unable to load bootfile; not enough space
  22. | Unable to boot; press any key to continue:
  23. | _______________________________________________________________
  24.  
  25. Umm, you *did* install the new OS (or if you were already at
  26. 405F, reinstall with 'set neweroverride')?  If you didn't, 
  27. of course the system wouldn't boot!  (Yes, I see the answer
  28. below.)
  29.  
  30. The printed release notes quite definitely mention this.
  31. (They do *NOT* mention the set neweroverride issue, although
  32. it is mentioned in the normal Installation Guide; we should
  33. probably have put a reminder in the release notes about this,
  34. since some people have never experienced this issue.)
  35.  
  36. | When I explained these symptoms to the SGI Hotline 
  37. | representative, his only suggestion was that the
  38. | partition 8 "had been hosed" and suggested that I
  39. | use "fx" to rewrite the partition info, do a mkfs from
  40. | Admin -- i.e. wipe the disk and start over. 
  41.  
  42. Are you *sure* you made clear to them that you had just
  43. upgraded the hardware, but not the software?  If so, please
  44. let me know who it was (or the call ID), so I can get them
  45. straightened out (and yes, this includes the set neweroverride
  46. issue).
  47.  
  48. | This worked except when I did a Restore, the problem 
  49. | returned.
  50.  
  51. Of course it did, you restored the r3k kernel and standalone
  52. programs...
  53.  
  54. | Now 8 hours later, I think I see what went wrong.
  55. | The R3K machine was running IRIX 4.0.5F prior to the 
  56. | installation. When I installed the operating system, 
  57. | I didn't set the "neweroverride" to  "on" so the old 
  58. | /unix kernel didn't get updated. My hypothesis is that
  59. | when an R4K Indigo attempts to load an R3K /sash
  60. | it fails with the above error message. Is this correct?
  61. |  During a "Restore" simply put back the old R3K kernel.
  62.  
  63. Exactly.
  64.  
  65. | TAKE HOME LESSION?
  66. | If you are currently running IRIX 4.0.5F on an R3K Indigo
  67. | and you get an R4K upgrade kit, make sure you set the
  68. | "neweroverride" to "on" and step through list of
  69. | files and force INST to install eoe1 basic IRIX files.
  70.  
  71. No reason to do a step.  just type 'i i' to mark all currently
  72. installed subsystems for reinstallation.
  73.  
  74. | If I'm wrong in this, please correct me -- I'm just trying
  75. | to save some else the problems I had. Clearly the SGI
  76. | Hotline dude hadn't seen this problem before (or he
  77. | wouldn't have had me wipe my disk clean :-(
  78.  
  79. Everybody in support is supposed to be *very* aware of this
  80. issue.
  81. --
  82. Let no one tell me that silence gives consent,  |   Dave Olson
  83. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  84.     Maria Isabel Barreno                        |   olson@sgi.com
  85.