home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / vms / 14582 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!cdclu1.genrad.com!dongray
  2. From: dongray@cdclu1.genrad.com
  3. Newsgroups: comp.os.vms
  4. Subject: Re: What causes this DECNet OPCOM message?
  5. Message-ID: <9209031051.AA21813@genrad.com>
  6. Date: 3 Sep 92 10:51:41 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 59
  11.  
  12. > I have been getting a lot of messages to my operator console lately of
  13. > the form:
  14. >
  15. > DECnet event 0.7, aborted service request
  16. > From node 1.210 (ANESTH), 31-AUG-1992 15:50:28.54
  17. > Circuit QNA-0, Line open error, File open error, Tertiary loader
  18. > %MOM-E-OPENIN, error opening SYS$COMMON:[MOM$SYSTEM]ISL_LVAX_K.SYS; as
  19. > input
  20. > -RMS-E-FNF, file not found
  21. >
  22. > followed by an Ethernet address.  Over the last two months, there have
  23. > been 179 entries from 14 different Ethernet addresses, which I suspect
  24. > are all terminal servers. I have politely suggested to the folks who own
  25. > the multiple terminal servers for the hospital that they check their
  26. > configuration, but unless I can clearly explain to them what is going on,
  27. > they don't want to be bothered. Other than increasing the size of my
  28. > logs, it doesn't seem to be affecting me. Should I worry about this? If I
  29. > create an empty file SYS$COMMON:[MOM$SYSTEM]ISL_LVAX_K.SYS, will it bring
  30. > the servers to their knees?
  31. >
  32. > Thanks,
  33. > Jeff E Mandel MD MS
  34. > Associate Professor of Anesthesiology
  35. > Tulane University School of Medicine
  36. > New Orleans, LA
  37.  
  38. Terminal servers, info-servers and LAVc satellites load their software by
  39. simply broadcasting a 'LOAD ME' request to the network. DECnet then sends the
  40. appropriate secondary/tertiary loader, operating system or whatever. To get the
  41. above message you NCP entry for ANESTH must contain more than just the node
  42. number (i.e. name a tertiary loader) but the actual file to be loaded does not
  43. exist.
  44.  
  45. The failure messages will not cause any problem. The device will just keep
  46. asking the network until something succeeds in loading it.
  47.  
  48. DO NOT CREATE an empty file as this will almost certainly screw things up!
  49.  
  50. AS far as I am aware, the only 'fix' is to install the appropriate server
  51. software on all routing nodes. Then you'll just get the odd ...
  52.  
  53. DECnet event 0.7, aborted service request
  54. From node 10.22 (DUMPY), 24-AUG-1992 11:13:27.40
  55. Circuit SVA-0, Line open error, Line communication error
  56. %SYSTEM-F-TIMEOUT, device timeout
  57.  
  58. ... as someone else beats this node to it! So you can't win. :-)
  59.  
  60. If you've got bridges in your network, you can play with the filtering to
  61. isolate where the load requests go, but I've found it's not worth the effort. I
  62. just ignore them along with the 'adjacency down/up' messages from PCs.
  63.  
  64. --------------------------------------------------------------------------------
  65. Name : Derek Dongray, Systems Manager, GenRad Ltd.
  66. Phone : 061 486 1511 ext 166
  67. PSS : 234261600119::Dongray                 UKnet : Derek.Dongray@GenRad.co.uk
  68. InterNet : Dongray@cdclu1.GenRad.com        CompuServe : 70374,2745
  69. Address : Monmouth House, Monmouth Road, Cheadle Hulme, Cheshire, SK8 7AY, UK.
  70.  
  71.