home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / aix / 8773 < prev    next >
Encoding:
Text File  |  1992-08-13  |  9.0 KB  |  219 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!chx400!aragorn.unibe.ch!iacrs1!haedener
  3. From: haedener@iacrs1.unibe.ch (Konrad Haedener)
  4. Subject: Re: 220 conf'ed for using /usr server
  5. Message-ID: <1992Aug13.134333.11682@aragorn.unibe.ch>
  6. Followup-To: <1992Aug13.085828.4829@newssrv.edvz.univie.ac.at>
  7. Sender: haedener@iacrs1 (Konrad Haedener)
  8. Reply-To: haedener@iacrs1.unibe.ch
  9. Organization: University of Berne
  10. References:  <1992Aug13.085828.4829@newssrv.edvz.univie.ac.at>
  11. Date: Thu, 13 Aug 1992 13:43:33 GMT
  12. Lines: 205
  13.  
  14. In article <1992Aug13.085828.4829@newssrv.edvz.univie.ac.at>, tom@bim.itc.univie.ac.at (Tom Kovar) writes:
  15. |>   I'am trying to configure our institute's 220's to use the /usr server, and
  16. |> have nice problems with it. (Running 3.2)
  17. |>   I am installing the system over network, as we have no tape stations on the
  18. |> 220's. I used various install images (copied from the original tape, generated
  19. |> using mksysb of a running 3.2 system, generated using mksysb of a running 3.2
  20. |> with applied 3.2 fixes, with applied patches upgrading the 3.2 to 3.2.1, and
  21. |> finaly after applying the patch U401209 and prereq., which should contain
  22. |> 220 corrections).
  23. |>   After copying a bunch of /usr files, the typical dd-command message comes
  24. |> (some thousands records in, 0 records out); after that a pax: error message
  25. |> comes, that the following files weren't found in the archive:
  26. |>         /usr/lib/microcode/8d77.32.52
  27. |>         /usr/lib/microcode/8d77.42.52
  28. |>         /usr/lib/microcode/8d77.44.52
  29. |> As these files are not on the original installation machine, the only thing
  30. |> I could do was to require continuation. It tries to generate bos boot file
  31. |> and boot image on the disk, which aborts with the error message, that it
  32. |> cannot find the file
  33. |>         /etc//microcode/8d77.32.04
  34. |> This file *is* on the original install machine, but it is of no help,as the
  35. |> installation is aborted and there is no boot image on the disk.
  36. |> 
  37. |>   Anyone can help me? 
  38. |>   Just a note - according to the manual, I used only the installation image
  39. |> bos.obj.*; sure it is enuff???
  40. |> 
  41. |>   I'd be immensely gratefull for any kind of help.
  42. |> 
  43. |>   Thanx,
  44. |>                             Tom
  45.  
  46. O.k. People@IBM, take this as a textbook example of how competent your
  47.      AIX support people (over here) are (sorry Mickey C., if you're reading
  48.      this - hand it over to your Swiss colleagues).
  49.  
  50. I had exactly the same problem and, after loosing a serious amount of time
  51. and eventually finding a workaround, sent off the following message to IBM:
  52. =-=-=-=-=-=-
  53. From haedener Tue Jul 21 09:41:58 1992
  54. Subject: AIX 3.2.1 Installation Media Defect
  55. To: aixserv@chvm1.vnet.ibm.com (AIX Support Team)
  56. Date: Tue, 21 Jul 92 9:41:58 NFT
  57. Organization: University of Berne, Switzerland
  58. X-Mailer: ELM [version 2.3 PL11]
  59.  
  60. MyName:        Dr. Konrad Haedener
  61. MyOrg:        University of Berne, Institute for Physical Chemistry
  62. MyEMailAddr:    haedener@iacrs1.unibe.ch
  63. MyPhone:    +41 31 65 42 25
  64. MyFax:        +41 31 65 44 99
  65. MyMachineS/N:    7011 44-12127
  66. MyOSlevel:    3.2.1
  67. MyMedia:    1/4" DC QIC120
  68.                 System Number KV207
  69.                 Order Number GL93OK
  70.                 Serial Number 85AAWQV
  71.                 Date 92.06.17 (Denmark)
  72.                 Volumes L500275, L500276, L500277, L500278
  73.  
  74. Severity:    2 (serious loss of time)
  75.  
  76. Problems:    When installing BOS on a mod 220, I get:
  77.  
  78.                 pax: ./usr/lib/microcode/8d77.32.52   +
  79.                      ./usr/lib/microcode/8d77.42.52   |>  not found in archive
  80.                      ./usr/lib/microcode/8d77.44.52   +
  81.  
  82.                 During bosboot for internal hdisk I get:
  83.  
  84.                 /etc/microcode/8d77.32.04 missing
  85.  
  86.                 BOS installation remains incomplete and system does not boot
  87.                 correctly. When installing BOS on a mod 520 from same media
  88.                 and using same tape drive, no errors and no such problems.
  89.  
  90.                 When applying selective updates from volume L500278,
  91.                 installation stops due to missing prerequisites.
  92.                 TOC of L500278 shows:
  93.  
  94. [ TOC contents deleted ]
  95.  
  96. Comment:    please note that file with sequence number 4 (01:04) is
  97.                 missing from TOC (was BOS.U401969 according to media
  98.                 description report);
  99.  
  100.                 please note that sequence numbers are wrapped to zero after 99,
  101.                 i.e.:
  102.                 
  103.                 (01:98)                         (01:98)
  104.                 (01:99)                         (01:99)
  105.                 (01:00)        instead of       (01:100)
  106.                 (01:01)                         (01:101)
  107.                 (01:02)                         (01:102)
  108.  
  109.  
  110. Workaround:    - inserting /etc/microcode/8d77.32.04 manually during
  111.                   BOS installation on mod 220 (requires another running
  112.                   system)
  113.  
  114.                 - copying L500278 to disk and manually editing
  115.                   /usr/sys/inst.images/.toc; apply missing U401969 from
  116.                   diskette.
  117.       
  118. lscfg(220):
  119.  
  120. INSTALLED RESOURCE LIST
  121.  
  122. [ deleted to save bandwidth ]
  123.  
  124. --
  125. Konrad Haedener                             Phone: +41 31 65 42 25
  126. Institute for Physical Chemistry            FAX:   +41 31 65 44 99
  127. University of Berne
  128. Switzerland                                 haedener@iacrs1.unibe.ch
  129.  
  130. =-=-=-=-=-=-=-=-=-=-=-=-=
  131.  
  132. Now, as to the `answer' of IBM:
  133. =-=-=-=-=-=-=-=-=-=-=-=-=
  134. Date: Mon, 27 Jul 92 14:51:57 CET
  135. From: "Martin Tschanz" <MTS@CHVM1.VNET.IBM.COM>
  136. To: haedener@iacrs1.unibe.ch
  137. Subject: Tar / Install /Fixes
  138. Status: RO
  139.  
  140. Herr Haedener
  141.  
  142. [ text re another hanging bug/problem deleted ]
  143.  
  144. Wegen der Installation auf dem Mod 220 habe ich noch unsere Datenbank abge-
  145. sucht, jedoch keine aehnlichen Probleme gefunden. Unser Herr Muenger, der
  146. etliche 220 instaliert hat, ist selbst auch noch nicht auf solches gestossen
  147. (Microcode), wobei er vorausgeschickt hat, dass er keine Installation mit einer
  148. Gigadisk oder OEM Disk vorgenommen hat.
  149.  
  150. [ in free translation:
  151.  
  152.    Regarding your installation problem on the mod 220, I have searched our
  153.    database but haven't found any pointers to similar, known problems. My
  154.    colleague Mr Muenger has already installed quite a number of 220s and is
  155.    yet to have problems related to microcode; none of his installations
  156.    was, however, on a gigadisk or an OEM disk.
  157. ]
  158.  
  159. [ neither was mine, btw. The `lscfg' output is quite clear about that point ]
  160.  
  161. Das TOC Problem habe ich mit Herrn Bruderer angeschaut. Wie es aussieht, muss
  162. in der Routine, die zur Erstellung der 1/4" Tapes gebraucht wird, ein Fehler
  163. sein. Die verschickten 8mm Tapes aus Daenemark scheinen i.O. zu sein, da wir
  164. bis jetzt keine aehnliche Reaktion erhalten haben. Ich habe fuer einen Kunden
  165. letzte Woche 1/4" Tapes auf 8mm umkopiert. Ich werde mich diese Woche bei ihm
  166. erkundigen, ob er dieselben Probleme hatte.
  167.  
  168. Ich hoffe, Ihnen geholfen zu haben und werde die Disketten erstellen und zu-
  169. senden.
  170.  
  171. Mit freundlichen Gruessen
  172. Martin Tschanz
  173.  
  174. [ in free translation:
  175.  
  176.    Together with Mr Bruderer I have had a look into the tape TOC problem.
  177.    As it appears now, there must be a bug in the routine used to copy
  178.    the 1/4" tapes [in Denmark, i.e.]. The 8mm tapes distributed by Denmark
  179.    seem to be o.k., as we have not had similar reactions [from other
  180.    customers]. Last week I have copied 1/4" tapes to 8mm for a customer.
  181.    I will contact him this week to see whether he has had the same problems.
  182.    I hope to have helped you and will send you the diskettes [with quite
  183.    a number of Unnnnn's and IXnnnnn's, i.e.]
  184. ]
  185.  
  186. CONCLUSIONS:
  187.  
  188. o  there is a problem with 1/4" install tapes for 3.2.1;
  189.    they contain inconsistent update information, as acknowledged by IBM
  190.    Switzerland. Customer support apparently doesn't care and prefers to
  191.    do statistics, like how many other customers will notice that they are
  192.    not installing the `selective' updates they are thinking they are, but
  193.    rather some others (and certainly loosing a substantial amount of time).
  194.  
  195. o  there is a problem with mod 220s being installed as /usr clients under 3.2.1.
  196.    IBM customer support was not able to reproduce it and thus concludes
  197.    that there is no such problem. Period.
  198.  
  199. o  AIX software distribution is a mess.
  200.  
  201. o  the problem with the IBM AIX support team (CH) is the following:
  202.  
  203.    o customers are a priori wrong;
  204.    o if they can't readily reproduce a problem, there _is_ no problem
  205.      (c.f. statement above); nobody considers solving it as an alternative;
  206.    o they (usually) only work when given precise APAR and PTF numbers
  207.      (learned by customers from sources like comp.unix.aix); they won't
  208.      figure them out by themselves; `working' in this context means
  209.      downloading files and copying them to diskette.
  210.  
  211. Sorry if I'm stepping on someone's toes, it's by intention: customers 
  212. purchasing equipment from IBM have a right to get adequate support and those reporting bugs shouldn't be treated like fools :-(.
  213.  
  214. -- 
  215. Konrad Haedener                             Phone: +41 31 65 42 25
  216. Institute for Physical Chemistry            FAX:   +41 31 65 44 99
  217. University of Berne
  218. Switzerland                                 haedener@iacrs1.unibe.ch
  219.