home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / att / 2030 < prev    next >
Encoding:
Text File  |  1992-08-14  |  2.3 KB  |  57 lines
  1. Newsgroups: comp.sys.att
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!news.csuohio.edu!vmcms.csuohio.edu!R1004
  3. From: R1004@vmcms.csuohio.edu
  4. Subject: Starlan Problems rear their heads again
  5. Message-ID: <168439C2A.R1004@vmcms.csuohio.edu>
  6. Sender: news@news.csuohio.edu (USENET News System)
  7. Organization: CSU
  8. Date: Fri, 14 Aug 1992 16:06:18 GMT
  9. Lines: 46
  10.  
  11.        Greetings!
  12.  
  13.        Once again my starlan network is giving me problems...
  14.  
  15. The backround:  3B2/500, UNIX 3.2.1, StarGROUP 3.2, WIN/TCP 3.2
  16.  
  17. The original problem was when telneting, (or ftp-ing, or cu-ing, or
  18. mailing) to another 3B2 across campus the StarLAN listener
  19. shrivels up and dies.  Some on the net suggested checking with
  20. crash to make sure I'm not running out of streams - I'm not.  NCR
  21. wanted me to bump up the tunables a little - I did.
  22. Les Mikesell described a similiar problem and his work-around:
  23. check the /usr/net/nls/starlan/log for "FAILED" - then killing
  24. and restarting the listen process.
  25.  
  26.     The newest twist is the listener refuses to restart.
  27. When I attempt nlsadmin -s startlan the following shows up in
  28. the log:
  29.     ...15881; @(#)listen:listen.c    1.19.4.7
  30.     ...15881; Using data base file: /usr/net/nls/starlan/dbf
  31.     ...15881; attempted to bind address 
  32.     ...15881; actually bound address 
  33.   010490000000000000080001030113CFE01
  34.     ...15881; TLI bound to a different name than requested
  35.     ...15881; *** listener terminating!!! ***
  36.  
  37.     So, something got corrupted,  any one have any idea what?
  38. how to fix it?  or better, prevent it from happening?
  39.  
  40.      Shutting down and restarting the network cleans thing up
  41. so there is a possible solution - it is a pain to bring everything
  42. down then restart in the middle of the day.  I'd rather not
  43. have to disrupt the users that have already established links
  44. and mess up RFS by killing StarLAN.
  45.  
  46.  
  47.    Oh, nlsadmin -i says things are alraedy initalized, if that
  48. helps.
  49.  
  50.     Thanks!
  51. ------------------------------------------------------------------------
  52. Bob Martel               |
  53. bob2@cua3.csuohio.edu    |  Lady luck must have been a wonderful girl
  54. R1004@vmcms.csuohio.edu  |    -She's never been a friend of mine!
  55.                          |                        Alan Parsons Project
  56. --------------------------------------------------------------------------
  57.