HDTenEightyP/NetNews huggingface dataset:
From: ianh@resmel.bhp.com.au (Ian Hoyle)
Newsgroups: comp.sys.sgi.admin
Subject: Re: HELP! --- sendmail.cf updated from 3.x to 4.0.5
Date: 28 Jan 93 11:23:42 GMT
Organization: BHP Research - Melbourne Laboratories
NNTP-Posting-Host: morgana.resmel.bhp.com.au

garym@ie.utoronto.ca (Gary Murphy) writes:

>For most installations, this may not be much of a problem, but here in
>a large university, domain organization is not so friendly.  I managed
>to sort through enough to restore our outgoing mail and the plain
>vanilla incoming addresses, but one problem remains that is causing
>headaches for our feeder sites: virtual.rose.utoronto.ca is also
>(apparently often) referred to as virtual.rose.toronto.edu or
>virtual.toronto.edu --- in its present state, my sendmail.cf is
>rejecting mail with those addresses.

Gary,

The sendmail.cf.latest in sgi/sendmail on sgi.com (available via
anonymous ftp) includes the following ruleset:

#### w class ###############################################################
# Alternate names by which this host may be known.
# This class is pre-set to contain the h_name and all h_aliases of this host
# as returned by gethostbyname(3N).  If additional aliases are required,
# they may be added here.
Cw


If you add the host names you mention in this rule set, your host
will accept mail addressed to these domains -- you are in effect
telling your mailer that these are pseudonyms for your real domain.

My eternal gratitude for Robert Stephens of SGI for adding this class at
my suggestion some time back ..... :-)

	ian

PS another route to take would be to build sendmail 5.65c/IDA-1.4.4.1
which allows even greater control and flexibility. Your mileage will
vary.
-- 
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
"If the idea of a protocol behaving like a rabid,
 diseased sex-crased bunny rabbit appeals to you, 
 AppleTalk is for you." -- John Kennedy, comp.dcom.sys.cisco
Newsgroups: comp.sys.sgi.admin
From: yaron@aristo.tau.ac.il (Yaron Zabary)
Subject: Re: 22 SGIs which tend to hang: Help!
Organization: Tel-Aviv University Computation Center
X-Newsreader: TIN [version 1.1 PL8]
Distribution: comp.sys.sgi.admin
Date: Thu, 21 Jan 1993 18:14:13 GMT

Stephen M. Wynne (stevemw@wvirginia.wv.tek.com) wrote:
: We have a frequent problem with "hanging" on our system.  When use is
: up, users (provided they have NFS-mounted partitions in their paths)
: notice delays of 2 to 3 minutes (and longer) of commands as simple as
: "clear."

: We have 22 SGI systems at various stages of configuration/OS-level.
: The central file-server is a 4D/35 "Data Station" with two ethernet
: interfaces, one internal 1000MB and one external 1000MB disk, and
: running 4.0.1. Services provided include:

:   Euclid CAD database via NFS for about 15-20 heavy users at a time,
:   perhaps 30 or more at times (there are about 50 Euclid users).

:   PC-NFS to an unknown number of PC users -- probably about 50 at a
:   time or more.

:   NFS-mounted home, mail, X-terminal tftp (30 systems), and a common
:   directory. The /etc/rmtab contains 383 entries.

: Served include 21 SGIs including: 2 Crimsons, 4 Indigo R4000s, 2
: Personal IRISs, leaving the remaining Indigo R3000s. The X-terminals
: take XDMCP from the Crimsons and the R4000s for the most part.

: Shared on the network are 15-20 Sun workstations which have very
: little to do with the SGIs. The network rarely reaches 45% capacity.
: The Suns have few complaints about network performance.

: Intended changes include automouting home and work directories from
: the individual workstations across the SGI platforms.

: Thanks for any practial suggestions.

  Sorry to be so trivial, but have you tried to run more nfsd processes. I
mean like launching nfsd with nfsd 16 (in /etc/rc2.d/S??network).

: STEVE
--

-- Yaron.
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Newsgroups: comp.sys.sgi.admin
Subject: rpc.lockd[167]: get_fd: unable to cvt fh: Stale NFS file handle
Date: 26 Jan 1993 22:52:12 GMT
Organization: Department of Chemistry, University of Michigan, Ann Arbor
Distribution: world
NNTP-Posting-Host: u.chem.lsa.umich.edu

We've got a 4D/360 running Irix 4.0.5 as our main NFS server
(among other things).

I've been getting the error messages:

Jan 26 17:32:51 Uranium rpc.lockd[167]: get_fd: unable to cvt fh: Stale NFS file handle
Jan 26 17:33:51 Uranium last message repeated 29 times

etc., repeated roughly every two minutes for the past five
days (in /usr/adm/syslog).

I interpret this to mean that somebody's trying to open/read/write
a file which NFS thinks doesn't exist anymore, and is doing so
very persistently.

I've checked every workstation that NFS-mounts filesystems from
Uranium, done "umount -a" and then "mount -a" to try to flush things;
likewise I've killed (well, in a friendly fashion...) every user
process on every workstation which might have open files on the
server; tried "exportfs -ua" / "exportfs -a" on the server; all to no
avail.  I've rebooted the GatorBox which handles AppleShare-NFS
translation for us, also with no effect.

I've played with netstat and nfsstat, both on the server and on those
clients which support them, but haven't discovered anything useful.
I just got a copy of EtherPeek for my Mac - of course with no
documentation - but I don't see anything obvious in the traffic to/from
the server (of course if I knew what to look for it might be more
obvious...).

I'm about ready to reboot everything, but I'd like to know what's
causing this first.

So, can anyone tell me how to determine which machine/process is
causing this?  I'm setting up EtherPeek to capture traffic from
3 - 4 AM; what should i be looking for?

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Return of the Poor NFS performance
Date: 22 Jan 93 20:08:35 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <JP107.93Jan22121147@grus.cus.cam.ac.uk>, jp107@cus.cam.ac.uk (Jon Peatfield) writes:
> ...
>                          etherfind (great tool -- why don't SGI
> provide it?) ...


Why?  We have something far better, `netsnoop` and its more graphical
relatives.

If you want something free, I think `tcpdump` has been ported.
And people have written free imitations of `netvis`.


Vernon Schryver,  vjs@sgi.com
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Newsgroups: comp.sys.sgi.admin
Subject: Fatal error in: /usr/lib/uopt  Signal 11 - core dumped
Date: 28 Jan 93 17:31:13 GMT
Organization: Department of Chemistry, University of Michigan, Ann Arbor
NNTP-Posting-Host: u.chem.lsa.umich.edu

I've got a new Indigo R4000 which won't compile FORTRAN programs.

Error messages are:

Fatal error in: /usr/lib/uopt  Signal 10 - core dumped
or
Fatal error in: /usr/lib/uopt  Signal 11 - core dumped

Versions shows:

I  c                    12/17/92  Ansi C, 3.10
I  dev                  12/17/92  Development System, 4.1
I  eoe1                 09/18/92  Execution Only Environment 1, 4.0.5F
I  eoe2                 12/18/92  Execution Only Environment 2, 4.0.5F
I  ftn                  12/17/92  Fortran 77, 3.4.1

etc.

Even trivial programs don't compile.

I remember seeing stuff in the newsgroup about this for earlier versions
of Irix, but I thought this was fixed in 4.0.5.  The ftn compiler I 
installed from the CD which we got for our 4D/360 (the Indigo has licenses
but doesn't get its own media) - is there a separate version for the R4K?

I just noticed that on the 360 we have version 4.0.1 of the Development
System rather than 4.1 - and things compile fine there.

Should I upgrade the 360 dev to 4.1?  Downgrade the Indigo dev to 4.0.1?
Or should I just call the TAC?

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
Newsgroups: comp.sys.sgi.admin
From: nathan@laplace.biology.yale.edu (Nathan F. Janette)
Subject: OS version confusion (again!)
Reply-To: nathan@laplace.biology.yale.edu
Organization: Yale University, Department of Computer Science, New Haven, CT
Date: Thu, 21 Jan 1993 22:36:16 GMT

Just when I thought I had a handle on the different versions of Irix
4.0.n... 

I have a Crimson that is running:

	Irix 4.0.5 A
	Compilers 3.10

We are having a problem with segmentation errors in a fortran program,
which might be a bug mentioned as fixed in the release notes for Irix
4.0.5C (now Irix 4.0.5F?).  I want to upgrade the Crimson to:

	Irix 4.0.5 C or F
	Compilers 3.10

Here's the kicker: the compilers disk also installs some form of eoe1. 
What do I do to upgrade: load the C of F disk and then the compilers disk
(again)?

--
Nathan Janette	# "As I walk I hear my longing thoughts subsiding.
Dept MB&B	# Upon your cross I bleed the thoughts that I've been hiding.
Yale Univ/HHMI	# I'm all used up; there's not much more for me to give.
New Haven, CT	# Echoes of the life that we all want to live."

nathan@laplace.csb.yale.edu		
Xref: sparky comp.sys.sgi.admin:327 comp.unix.aix:13822
From: d5kwedb@dtek.chalmers.se (Kristian Wedberg)
Newsgroups: comp.sys.sgi.admin,comp.unix.aix
Subject: PC-NFS + SGI? (was: Re: Is NFS a dead-end on PC's?)
Date: 28 Jan 93 19:07:49 GMT
Organization: Chalmers University Of Technology

Having missed this thread I must ask:

	Will PC-NFS v3.01 work OK against SGI's? What about v4.0?
	Any pitfalls?

   
   Kristian Wedberg				d5kwedb@dtek.chalmers.se
Newsgroups: comp.sys.sgi.admin
From: garym@ie.utoronto.ca (Gary Murphy)
Subject: A Neophyte asks a really dumb question
Summary: why can I not find my cc?
Keywords: upgrading
Organization: University of Toronto, Department of Industrial Engineering
Date: Fri, 22 Jan 1993 23:50:45 GMT

This is probably something _really_ simple, something I may even find
if I poke around some more this weekend, but considering the
importance and the impending weekend, you can imagine why I might
ask here :-)

I recently upgraded my 4d/310 to 4.0.1 and then to 4.0.5  In the
process, my outgoing mail won't, but that is minor compared to having
lost my C compiler --- I can find the cpp, the lib's, the includes,
but nothing resembling a compiler :-(  When I run 'versions' I see
C listed in the list of installed items, and on checking on another
IRIS, I found 'cc' was a softlink to a file named 'device', but again,
in the wake of this upgrade, I can't find anything even remotely
similar to link to 'cc'.

Is it possible 'versions' is mistaken?  How does it know what is
installed?  The big question is "Where is cc or how do I find it" but
since this group does not abound with this question, maybe a more
sensible question might be, "How might I find a lost cc?" or simply
"which manual covers this sort of thing" ;-)

My apologies for grabbing bandwidth for such trivialities, but any
suggestions would be greatly appreciated.


-- 
Gary Lawrence Murphy ---------------- garym@virtual.rose.utoronto.ca
University of Toronto, Industrial Eng Dept    fax:    (416) 971-1373
4 Taddle Creek Rd, Toronto, Ont M5S 1A4       voice:  (416) 978-3776
The true destination is always just here, now ----------------------
Newsgroups: comp.sys.sgi.admin
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Sync'ing clocks
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 27 Jan 93 18:59:46 GMT

In <C1I61s.5Jz@demon.co.uk> pettsj@visigoth.demon.co.uk (James Petts) writes:

| In article <C1HBuF.40C@taurus.cs.nps.navy.mil> Matthew Koebbe,
| phaedrus@alioth.cc.nps.navy.mil writes:
| >  The clocks on our SGI workstations (3 Personals and a 380 Power
| Station)
| >are continually drifting.  We'd appreciate any input on how to
| automatically 
| >sync these things, say, once a day?  
| 
| The best way to sync clocks on a small network is to use timed(1M). The 
| man page for this is quite lucid. You will need to make sure timed is 
| turned on using chkconfig. The actual command which turns timed on is in 
| /etc/init.d/network, which is executed at boot.

Or large networks.  Most of the > 2000 systems on the SGI campus
on about 100 Class C nets use timed to keep the clocks in sync.
Another big chunk use xntp (including most of our WAN, but that
is as much because of the group responsible for WAN sites as anything
else, timed does work fine on WANs).
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: ramsey@sundance.llnl.gov (Susanne B. Ramsey)
Newsgroups: comp.sys.sgi.admin
Subject: Re: network printers..???
Date: 27 Jan 93 00:24:42 GMT
Organization: Magnetic Fusion Energy - LLNL

ramsey@sundance.llnl.gov (Susanne B. Ramsey) writes:

> I have tried several ways of accessing from the SGI some printers that are
> either on non-SGI systems or have network interfaces.. I am doing this so 
> that users can print from the Workspace and not have to worry about issuing
> commands at the command line..   

> The only success I have had is by doing the following:

> creating a file with the following in /usr/spool/lp/model

LOTS of stuff deleted....


Another problem related to this that I am having...

when I tried to send a file to one of the "network" printers I got into
some sort of a loop and started sending out about 900 copies of /etc/printcap

any clues as to why...???

Thanks again 

Susanne Ramsey


--
 Susanne B. Ramsey	     Lawrence Livermore National Laboratory
 7000 East Avenue L-630	  |  (510) 423-9530
 Livermore Ca 94550	  |  sbr@llnl.gov
_____________________________________________________________________
Fertility is hereditary.  If your parents didn't have any children, neither 
will you.
Xref: sparky comp.sys.sgi.admin:317 comp.sys.sgi.hardware:219
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware
Subject: Re: problem upgrading from R3K to R4K Indigo
Keywords: indigo, R4000, upgrade
Date: 27 Jan 93 05:44:27 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan26.070757.6541@kronos.arc.nasa.gov> doctor@kronos.arc.nasa.gov (Terry Fong) writes:

| In article <vbhp6uo@zola.esd.sgi.com> jeffs@soul.esd.sgi.com (Jeff Smith) writes:
| >In <1993Jan26.014846.1473@kronos.arc.nasa.gov> doctor@tardis.arc.nasa.gov (Terry Fong) writes:
| >
| >>I have no problem booting the machine from CD (which I did to upgrade
| >>to 4.0.5F). Also, if I replace the old R3000 board, the machine boots
| >>fine as well.
| >
| >You need to re-install software with the R4000 board installed.  It
| >should be detailed in the release notes for the upgrade.
| 
| Funny thing. That's exactly what I did... but it still didn't boot
| (same error). I booted the Indigo using a 4.0.5F (Indigo/Reality
| Engine only) CD, upgraded from that disc, then used the 4.0.5F
| maintenance disc. No luck...
| 
| Further info on the system: 32 MB RAM, 432 MB disk, Elan graphics. The
| system had been upgraded to 4.0.5F with the Elan upgrade (a few weeks
| back). After installing the R4K board and trying to upgrade from CD,
| inst did not seem to try and add very much at all.

Deja Vu; we just went over this last week.  You didn't do 'set neweroverride'
before reinstalling the software.  This could have been made clearer
in the release notes, but it is documented in the Installation Guide.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi.admin,comp.unix.admin
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Root permissions puzzle
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 28 Jan 1993 16:43:45 GMT

Hi all,

I manage a pair of equivalent (in the /etc/hosts.equiv sense) Irises. (All
the files and accounts I'll mention are identical on both by way of NFS or
rdist.) I've made a second root account for myself like so

dcs-root:snip:0:0:Dave Schweisguth:/usr/people/dcs:/usr/local/bin/tcsh

so that I can use my personal account with tcsh, aliases, etc. for admin and
leave the regular root account (with shell=/bin/csh and homedir=/, the SGI
defaults) as a backup in case NFS dies and I lose tcsh.

This is fine, but if I'm dcs-root on one machine and I rsh to the other, I
get the original (wrong shell and homedir) root account. If I'm dcs-root and
I "rsh dcs-root@foo" to the other, I need to provide my password. Either
way, it's obnoxious.

/etc/hosts.equiv presently contains "localhost" and the two Irises in
question, and /.rhosts lets in "root" from either machine. Adding "dcs-root"
to /.rhosts doesn't help. Adding it to my own ~/.rhosts (and chown'ing
~/.rhosts to root.sys) makes "rsh dcs-root@foo" work from either machine, but
also from the other non-trusted machines which I also need in my ~/.rhosts.

Can anyone think of a way to have my access and secure it too?

TIA,

--
| Dave Schweisguth   Yale MB&B & Chemistry   Net: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208     Fax: 203-432-6144    Home phone: 203-624-3866 |
| For complying with the NJ Right To Know Act:  Contents partially unknown. |
Newsgroups: comp.sys.sgi.admin
From: mulac@daystrom.lerc.nasa.gov (Richard Mulac)
Subject: Re: mouse cleaning
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Wed, 27 Jan 1993 16:13:06 GMT

blbates@aero36.larc.nasa.gov (Brent L. Bates) writes:
>>
>>  You're being sarcastic, right?!
>>  I want my optical mouse back!!!!!!!!!!!!!!!!!!!!!!!!
>>  Actually, our three older systems still have the superior optical mice,
>>so I'm only annoyed when I have to use our new Indigo that has the crummy
>>machanical mouse.  I have yet to hear any one give me an inteligent reason
>>why they prefer machanical mice.  You still need a pad for them.  The balls
>>tend to `jam' and jurk.  They are heavy.  And most of all they are machanical,
>>so they have parts that easily ware out, get dirty, etc..
>>  SGI read my electrons!  Give us back our optical mice!

davidb@gdfwc3 (David Brynell) writes:
>Brent is saying the exact same thing as all SGI users I have talked to
>about this subject.  I haven't heard from one user who likes the switch
>(even months later now after the "you'll get used to it" period has
>ended).

Three people in our group here with PI 4D/35s give a thumbs up for the
newer mechanical mice.  They seem to move much smoother and give you
a greater sense of control.  Some people I know with older systems who
have tried both wish they could have a mechanical mouse instead.  The only
people I know who didn't like the mechanical mouse are those who didn't
use it with a pad (their systems weren't shipped with one).  After they
got a good pad, it worked fine for them.  Our PIs didn't come with pads 
either, but after we called SGI about it they sent us some nice thick
rubber backed pads which work great.  And using alcohol on the metal
rollers to clean off the gunk really helps to keep them in perfect working
order as a previous poster suggested.

-- 
Richard Mulac                                     mulac@daystrom.lerc.nasa.gov
NASA Lewis Research Center, 21000 Brookpark Road, MS 5-9, Cleveland, OH  44135
------------------------------------------------------------------------------
"Well, judging by his outlandish attire, he's some sort | These pontifications
of free-thinking anarchist." - Charles Montgomery Burns |      are my own!    
Newsgroups: comp.sys.sgi.admin
From: jeffs@soul.esd.sgi.com (Jeff Smith)
Subject: Re: Mechanical vs Optical mice (was Re: mouse cleaning)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: na
Date: Sat, 23 Jan 93 07:07:47 GMT

In <1jq6l6INN3jt@larry.cs.ubc.ca> samuel@cs.ubc.ca (Stephen Samuel) writes:

>A better question:  Is there someplace that sells third-party optical 
>mice for the various models of SGI? I would LOVE to put optical mice on 
>our newer machines (actually, we've got a couple of IBMs that I'd love
>to put optical mice on as well).

Mouse Systems sells an optical mouse that works with SGI machines, which
is gold sealed by SGI, which I believe means you can buy it from SGI
directly.

Mouse Systems also sells a similar 3-button optical mouse that will work
with the RS/6000, but unfortunately it is sorta brain dead and the
middle mouse button will *not* work (the IBM PS/2 mouse protocol only
defines 2 buttons, but most mice do 3 buttons the same way including
Logitech (makes the RS/6000 mouse) and even newer Mouse Systems mice).

jeffs@sgi.com
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.admin
Subject: Re: A Neophyte asks a really dumb question
Keywords: upgrading
Date: 23 Jan 93 19:31:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <C1A4wM.1s8@ie.utoronto.ca> garym@ie.utoronto.ca (Gary Murphy) writes:

| This is probably something _really_ simple, something I may even find
| if I poke around some more this weekend, but considering the
| importance and the impending weekend, you can imagine why I might
| ask here :-)
| 
| I recently upgraded my 4d/310 to 4.0.1 and then to 4.0.5  In the
| process, my outgoing mail won't, but that is minor compared to having
| lost my C compiler --- I can find the cpp, the lib's, the includes,
| but nothing resembling a compiler :-(  When I run 'versions' I see
| C listed in the list of installed items, and on checking on another
| IRIS, I found 'cc' was a softlink to a file named 'device', but again,
| in the wake of this upgrade, I can't find anything even remotely
| similar to link to 'cc'.

Sounds to me like somebody manually removed some files, or that
some errors occurred during the upgrade that you didn't notice.
Do you have /usr/lib/driver (not device)?  That is what cc is
symlinked to (as ../lib/driver).  How about /usr/lib/*ccom?
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi.admin
From: mancus@sweetpea.jsc.nasa.gov (Keith Mancus 283-4283)
Subject: Can CDROM drive be changed 'hot'?
Organization: MDSSC
Distribution: usa
Date: Wed, 27 Jan 1993 20:24:51 GMT

  Is it safe to unplug a CDROM drive from one machine and
move it to another without shutting down either machine?

-- 
| Keith Mancus    <mancus@cheers.jsc.nasa.gov>                           |
|                 N5WVR                                                  |
| "Money is never *mere*.  It separates the feasible                     |
|    from the infeasible."                                               |
Newsgroups: comp.sys.sgi.admin
From: odonnell@sweetpea.jsc.nasa.gov
Subject: Of Mice and SGI
Keywords: mouse 
Organization: MDSS
Date: Tue, 26 Jan 1993 18:48:18 GMT

I've been working with SGI hardware for a number of years
now and have come to expect high quality products. But
I have to tell you SGI, ever since the introduction of 
mechanical mice, I've come to expect less than high quality
hardware. Where else are you cutting corners on quality?

bill odonnell
technical specialist for McDonnell Douglas Space Systems
odonnell@sweetpea.jsc.nasa.gov
Newsgroups: comp.sys.sgi.admin