home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / question / 9403 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  5.0 KB
  1. Xref: sparky comp.unix.questions:9403 comp.unix.sysv386:12397
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!ncoast!fmsystm!bmhalh!actcon!kearns
  3. From: kearns@actcon.canton.oh.us (Steve Kearns)
  4. Newsgroups: comp.unix.questions,comp.unix.sysv386
  5. Subject: PS/2 SCO XENIX woes
  6. Keywords: PS/2,problems
  7. Message-ID: <1992Jul23.215618.962@actcon.canton.oh.us>
  8. Date: 23 Jul 92 21:56:18 GMT
  9. Organization: A.C.T. Consulting, Inc.
  10. Lines: 101
  11.  
  12. Fellow netters,
  13.  
  14. My company installed an SCO XENIX system about 8 months ago on an old
  15. IBM PS/2 model 80 (micro-channel architecture).  Since that time we have 
  16. had nothing but problems; along several fronts.  Let me detail them...
  17.  
  18. HARD DISK:
  19.  
  20. We've had two major hard disk problems, but first a brief history of
  21. the hard disk.  The system has its original 70mb ESDI drive.  When we 
  22. initially installed XENIX, badtrk reported 2 bad tracks and locked them 
  23. out of use.  The system ran fine for about 3 months.  Then, in February 
  24. of this year, the system started barfing out ESDI errors at the console 
  25. and died two hours later (the customer was ignoring the messages).  
  26.  
  27. One of my fellow employees arrived and ran badtrk; this time it found
  28. 28 bad tracks.  We allowed it to lock them out and restored their system
  29. from the previous night's backup.
  30.  
  31. Things were fine again for a couple more months, then in April the system
  32. again died.  This time, the customer blamed us for their problems and
  33. had another vendor "repair" the machine; this repair involved the
  34. same process, accept this time they reformatted the drive and completely
  35. re-installed XENIX.  They told our customer that we had originally 
  36. installed XENIX wrong and that there was no hardware problem (ha!).
  37. (The customer's system crashed recently, and this time their "other
  38. vendor" told them it was because we configured the UPS wrong; of course
  39. this is a UPS without an auto-shutdown ability :-) ).
  40.  
  41. Strangely, after they reformatted the drive, badtrk reported no errors
  42. at all.  About a month ago, the system again started spitting out
  43. ESDI errors and crashed.  The errors are of the following form:
  44.  
  45.       esdi: ERROR: on fixed disk dev=1/40 block=5
  46.           cmd=00000002, isr=0000000C, sir=00000702
  47.           drive=0, sector=10, cylinder/head=1/0
  48.  
  49.       esdi: ERROR: on fixed disk dev=1/40 block=47
  50.           cmd=00000002, isr=0000000C, sir=00000702
  51.           drive=0, sector=30, cylinder/head=1/2
  52.  
  53.       esdi: ERROR: on fixed disk dev=1/40 block=38781
  54.           cmd=00000002, isr=0000000C, sir=00000702
  55.           drive=0, sector=26, cylinder/head=38/55
  56.  
  57. We've had about 60 such errors over the past eight months.  Each time
  58. this happens, I run badtrk (intensive, non-destructive) and each time
  59. it finds no bad tracks (the bad track table is empty).  Does anyone
  60. know how to interpret this error message (it's on the console and in
  61. /usr/adm/messages)?  NOTE: there is no consistency in the cylinder/head
  62. numbers; all errors logged are unique.
  63.  
  64. My second hard disk problem deals with a Procomm Technologies SCSI 
  65. drive and controller for the PS/2.  We purchased Procomm's XENIX
  66. drivers and installed a 200mb drive as /usr2.  The drive works fine; for
  67. about 3 days, then all processes which attempt to access the drive will
  68. get "hung."  The processes are hung to the point that kill -9 will not 
  69. even work.  I can't even shut the system down, as the shutdown eventually 
  70. hangs and I have to power off.  I've also found that performing two or 
  71. three df's in a row will cause the system to hang as well.
  72.  
  73. I've done about 10 rounds with Procomm Technologies who have no answers
  74. or advice (actually, they don't even return my calls anymore).  Has any
  75. one out there every used this configuration before?
  76.  
  77.  
  78. FOXBASE:
  79.  
  80. My next category of problems is SCO Foxbase (version 2.1.1).  I am having
  81. very unusual and inconsistent problems with Foxbase.  Strangely, I have
  82. never been able to replicate these problems on XENIX running on an ISA
  83. machine nor on our Altos 2000 machine.  Problems:
  84.  
  85.     - a program which works for days, weeks, months, will suddenly 
  86.       develop a "memory variable not found" error message.  Syntax 
  87.       wise the programs are fine; I've been over them a thousand times.  
  88.       It seems that Foxbase is losing some of its internal variables
  89.       (yes, I've changed all my assignments which used '=' to STORE's).
  90.  
  91.     - I sometimes get "file in use" while trying to open a database.  
  92.       Other process will have the database open, but no exclusive
  93.       opens are ever being done.  I'm very careful not use any database
  94.       operations which lock the entire database.
  95.  
  96.     - Every now and then, especially when printing, a user will get 
  97.       kicked all the way out of Foxbase with an "Invalid Signal"
  98.       message (no, they didn't hit the break key).
  99.  
  100. Like I said, I've only had these problems on the PS/2 MCA machine; never
  101. in DOS or on an ISA box.
  102.  
  103.  
  104. Any help or insight offered will be greatly appreciated.  
  105. Thanks in advance.
  106.  
  107. steve
  108. -- 
  109. Steve Kearns              A.C.T. Consulting, Inc.                  216-455-1444
  110.  
  111. Internet: kearns@actcon.canton.oh.us                
  112. UUCP    : uunet!aablue!redpoll!mrsmouse!actcon!kearns
  113.