home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / perl / 7006 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.2 KB
  1. Xref: sparky comp.lang.perl:7006 comp.unix.ultrix:8351
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!olivea!sgigate!odin!sierra.corp.sgi.com!stantz
  3. From: stantz@sierra.corp.sgi.com (Mark Stantz)
  4. Newsgroups: comp.lang.perl,comp.unix.ultrix
  5. Subject: Re: Perl program 'aub' crashes ULTRIX 4.2A
  6. Keywords: perl,ultrix,crash,open files
  7. Message-ID: <1992Nov16.200224.15289@odin.corp.sgi.com>
  8. Date: 16 Nov 92 20:02:24 GMT
  9. References: <1992Nov16.153208.11855@dxcern.cern.ch>
  10. Sender: news@odin.corp.sgi.com (Net News)
  11. Organization: Silicon Graphics, Inc.
  12. Lines: 39
  13. Nntp-Posting-Host: sierra.corp.sgi.com
  14.  
  15. In article <1992Nov16.153208.11855@dxcern.cern.ch> dietrich@dxcern.cern.ch 
  16.   (Dietrich Wiegandt) writes:
  17. >
  18. >some users here use the Perl program 'aub' (assemble usenet binaries),
  19. >Author stantz@sgi.com, to process image files received via USENET.
  20. >Somehow this program seems to manage to corrupt the open file table in the
  21. >user area so that ULTRIX crashes e.g. when the program is exiting and the
  22. >files are being closed.  It apparently leaves a large number of files
  23. >behind, because fsck on /tmp, where this program was supposed to create
  24. >files, complains about unconnected files and other strange anomalies.  It
  25. >looks as if the program is going beyond 64 open files before the crash
  26. >occurs.
  27. >>
  28. >Some configuration details: DECserver 5900, Prestoserve, ULTRIX 4.2A,
  29. >Perl 4.035, aub v2.0 and v2.0.5 behaving alike.
  30. >
  31. >Panics that we have seen sofar:
  32. >        >gfs_lock: locking unrefed gnode
  33. >        >km_free: bad addr
  34. >        >unaligned access
  35. >
  36. >Any help would be very much appreciated.
  37.  
  38.     It's not at all likely, despite appearances, that aub is responsible
  39. for corrupting your disk.  The only disk operations aub does are opens, reads, 
  40. writes, and closes.  It's possible that aub will use up a lot of file 
  41. descriptors when trying to write to a disk that doesn't have enough space on 
  42. it to hold all the data aub wants to write, but this should never cause the
  43. file system to become corrupted.
  44.  
  45.     Your problem is more likely, in estimated order of probability:
  46.  
  47.     1) That your disk was already corrupt when aub started running,
  48.        and that its disk activity merely exacerbated an existing 
  49.        problem.
  50.     2) A bug in your port of perl.
  51.     3) A bug in Ultrix.
  52.  
  53.     -Mark
  54.