home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sgi / 19101 < prev    next >
Encoding:
Text File  |  1993-01-25  |  2.9 KB  |  65 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!gatech!darwin.sura.net!sgiblab!sgigate!odin!exacto.dallas.sgi.com!fouts
  3. From: fouts@exacto.dallas.sgi.com (Christopher Fouts)
  4. Subject: Re: BZ on diskless Indigo's
  5. Message-ID: <1993Jan25.211759.20963@odin.corp.sgi.com>
  6. Sender: news@odin.corp.sgi.com (Net News)
  7. Nntp-Posting-Host: exacto.dallas.sgi.com
  8. Organization: Silicon Graphics (Dallas, TX)
  9. References:  <1993Jan25.170535.17638@news.acns.nwu.edu>
  10. Date: Mon, 25 Jan 1993 21:17:59 GMT
  11. Lines: 52
  12.  
  13. In article <1993Jan25.170535.17638@news.acns.nwu.edu>, williams@casbah.acns.nwu.edu (Gus Williams) writes:
  14. |> 
  15. |> 
  16. |> We have a lab of 8 Indigo's (on which the graduate students
  17. |> have recently discovered the usefulness of bz :^)  ) however
  18. |> there is a problem.  3 of the Indigo's are diskless,  when
  19. |> bz is fired up on the diskless stations initially nearly all
  20. |> of the 5 other diskfull stations see it,  they soon lose contact
  21. |> though.  The bz program on the diskless station usually sees only
  22. |> a couple of the other running programs, then soon loses contact.
  23.  
  24. I've seen problems on complex networks with lots o' subnets, but haven't
  25. heard of any problems on the same subnet.  Is there a heavy load on the
  26. network?  Does ping show 0% packet loss between the diskless and non-diskless
  27. machines?
  28.  
  29. |> Occasionly bz on the diskless stations doesn't see any other
  30. |> bz programs running.
  31.  
  32. Bz will only add a player after it 1) receives game packets from the other
  33. player's machine, and 2) it receives a acknowledgement packet from the
  34. other machine that it is receiving packets.  If you have packet loss, it's
  35. conceivable that the acknowledgement packets just happen to be among
  36. those being dropped (so the other players aren't added).
  37.  
  38. Check the log file, /usr/tmp/bz.log.  It may provide some clue as to who is
  39. not receiving the packets (check on all machines involved).
  40.  
  41. If you're playing the default game (with team flags enabled), bz has to do
  42. a bit more validation of players to make sure that everybody can see
  43. everybody else (due to the way flags are treated).  When you play "bz -noflag",
  44. this constraint is relaxed.  In this case it is only necessary that you
  45. and the candidate player to be added see each other, not that he see
  46. everybody else that you can see.  This may or may not make any sense in the
  47. way I have described it, but just try "bz -noflag" (on all the machines) to
  48. see if that helps.  You'll be able to choose teams, but no flags will appear.
  49.  
  50. Perhaps one of the SGI networking gurus can suggest other possibilities.
  51.  
  52. By the way, what's the configuration of the diskless stations, particularly
  53. memory?  The process size of bz is ~8MB according to ps.  If your diskless
  54. systems have less than 32MB, you're probably swapping which could be impacting
  55. the net. :^)
  56.  
  57. -- 
  58.  
  59. Chris Fouts                Email:  fouts@dallas.sgi.com
  60. Systems Engineer            Phone:  (214)-788-4122
  61. Silicon Graphics Computer Systems    Vmail:    8714
  62. Dallas, TX
  63.  
  64.               "If you rush something, you mistakes."
  65.