home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / isis / 297 < prev    next >
Encoding:
Text File  |  1992-11-10  |  2.2 KB  |  46 lines
  1. Organization: Carnegie Mellon, Pittsburgh, PA
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!spool.mu.edu!sdd.hp.com!saimiri.primate.wisc.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!news.sei.cmu.edu!fs7.ece.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!<UNAUTHENTICATED>+
  3. Newsgroups: comp.sys.isis
  4. Message-ID: <gf069Ry00hNSQ1DYxK@cs.cmu.edu>
  5. Date: Tue, 10 Nov 1992 20:31:09 -0500 
  6. From: Sean Levy <snl+@cs.cmu.edu>
  7. Subject: PS -- join never returns
  8. Lines: 36
  9.  
  10. Another data point. I just got around the problem with restarting ISIS
  11. by restarting ISIS at another site first, e.g. I did "isis -Z" on the
  12. sun4 that was giving me trouble, which shut down all sites, then went
  13. over to another site and fired up ISIS, which went fine, then came back
  14. to the trouble site and restarted ISIS and it fired up. This was the
  15. message I was getting when I tried to re-start ISIS in the trouble site
  16. after I zapped:
  17. ---
  18. .... lots of boring gunk from ISIS startup/isis.rc ...
  19. ;; remainder of isis.rc file can be changed
  20. ;; this runs protos with a 30-second failure detection timer
  21. ;; and using directory <site-no>.logdir for log files
  22. ../bin/protos <isis-protos> -f30 -d#.logdir
  23. ld.so: warning: /usr/lib/libc.so.1.6 has older revision than expected 7
  24. bind ip_listen: Address already in use
  25. barbera.nectar.cs.cmu.edu (14/128): -- panic --
  26. client_init unable to acquire port 9601.  Is ISIS already running?
  27. ... still waiting for protos startup, please be patient... still
  28. waiting for protos startup, please be patient... still waiting for
  29. protos startup, please be patient... still waiting for protos startup,
  30. please be patientisis: unable to restart <protos> at this site (check
  31. 14.log or for core image)---
  32. This went away when I applied the procedure described above. Immediately
  33. after restart, I can also run the program that was giving me troubles,
  34. from which I posted code fragments. It will be interesting to see how
  35. many times I can fire it up before I can't anymore... is this a problem
  36. with a process dying in an "uncooperative" way, e.g. dumping core (not
  37. calling exit(2))?
  38.  
  39. Anyone know what the hell is happening? I sure don't.
  40.  
  41. Cheers,
  42.         -- Sean
  43. --
  44. Sean Levy, n-dim Group, EDRC, CMU, 5000 Forbes Ave, PGH, PA 15213
  45. Email: snl+@cmu.edu, Phone: +1 412 268 5221, Fax: +1 412 268 5229
  46.