home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / hardware / 14197 < prev    next >
Encoding:
Text File  |  1992-07-25  |  3.8 KB  |  100 lines
  1. Newsgroups: comp.sys.mac.hardware
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!usenet.ucs.indiana.edu!bronze!jkain
  3. From: jkain@bronze.ucs.indiana.edu (Jeff Kain)
  4. Subject: Unsolvable problem
  5. Message-ID: <1992Jul25.195522.5726@bronze.ucs.indiana.edu>
  6. Summary: We can't solve a baffling network problem
  7. Keywords: help problem Mac Hardware network printing File Sharing
  8. Organization: Indiana University
  9. Date: Sat, 25 Jul 92 19:55:22 GMT
  10. Lines: 88
  11.  
  12. Hello...
  13.  
  14. I'd like to share a problem we are unable to explain. It has baffled
  15. us, and we are out of ideas on how to fix it. Any ideas you have would
  16. be greatly appreciated!
  17.  
  18. DIARY:
  19.  
  20. June 20, 1992
  21. -------------
  22. Pediatrician's office with Macintosh network. Two Mac IIcx computers
  23. and one Mac SE running System 6.0.8, all with 2MB RAM, all sharing an
  24. AppleTalk ImageWriter printer. One IIcx is the 'file server' and a
  25. workstation for a database program, connected via TOPS. No problems,
  26. everything is working fine.
  27.  
  28. June 21, 1992
  29. -------------
  30. We, the experts, walk into the office to do several things:
  31.   1. Upgrade each IIcx to 5MB RAM and the SE to 4 MB
  32.   2. Remove TOPS on all Macs and install System 7.0.1 on the CXs
  33. (6.0.8 still on the SE)
  34.   3. Upgrade the medical database program to the latest version
  35.  
  36. We opened each machine, vacuumed the insides, installed the memory on
  37. each machine, then removed TOPS and installed System 7 and the new
  38. program. Did a quick check to make sure the memory was working, loaded
  39. the new program and did quick tests, and left.
  40.  
  41. June 22, 1992
  42. -------------
  43. The office calls with many problems.
  44.   1. The AppleTalk Imagewriter, which used to print very fast (always
  45. in draft mode) is now taking two to four minutes to print a single
  46. page from the CXs only. The SE prints fine.
  47.   2. The database program on the non-server IIcx, which opens by
  48. loading a set of data dictionaries into RAM across the network, is now doing so
  49. approximately five times slower than before, and five times slower
  50. than the SE which is also doing the same network loading.
  51.   3. The connection to the printer is periodically lost from the
  52. non-server CX.
  53.  
  54. Here's what we tried to solve these problems, over the last month:
  55.  
  56. 1. Replace all phoneNet connectors.  Didn't help.
  57. 2. Tried booting the CX from a 6.0.8 floppy and running database.
  58. Didn't help. Net still slow.
  59. 3. Exchanged the CX and the SE CPUs only, using the identical network
  60. cabling, power cords, keyboard, mouse, etc.. The SE ran normally. Put
  61. the CX in its place, the CX went back to the same problems.
  62. 4. Brought the CX to our office and tested on our network. No
  63. problems, performed flawlessly. Brought to Apple Authorized Service,
  64. where they did several hours of diagnostics. No problems found, that
  65. will be $70 please...
  66. 5. Directly connected the SE to the file server (sat them side-by-side
  67. and used a new piece of phone wire to connect them, bypassing the
  68. existing wiring in the ceiling). SE ran fast.  Put the CX in its
  69. place, still slow.
  70. 6. Copied the database program from the SE to the CX and replaced
  71. existing copy. Didn't help.
  72.  
  73. The office is furious and frustrated. We are out of ideas! Our next
  74. step is to rewire the whole office and reformat each hard disk, but we
  75. don't think that these are the problems.
  76.  
  77. Some long-shots we considered:
  78. - All the CPUs are sharing the same Kensington UPS. The overload light
  79. does not light on the UPS, and doesn't otherwise indicate there is too
  80. much load or that it is not supplying enough power to all machines.
  81.  
  82. - Maybe we have two separate problems... a defective printer and
  83. something else causing the CX to load data slowly.
  84.  
  85. - Something (an X-ray machine, lab equipment, ...) is causing just the
  86. one CX to have problems.
  87.  
  88. Any ideas?  Any comments will be gratefully accepted!  Please e-mail
  89. to jkain@bronze.ucs.indiana.edu or WabashMed@aol.com
  90.  
  91. Thanks!
  92.               Jeff Kain
  93.  
  94.  
  95.  
  96. -- 
  97. jkain@bronze.ucs.indiana.edu
  98. F7 d+ m++ b- r-- s++ e- h c
  99.  
  100.