HDTenEightyP/NetNews huggingface dataset:
From: aas@beta.lanl.gov (Anthony A. Sako)
Subject: /etc/gateways
Organization: Los Alamos National Laboratory
Date: Mon, 17 Aug 1992 21:14:14 GMT

  Thanks in advance for any help you can give me on this problems,
and apologies if it's a FAQ. I also don't read this group often
and would beg you to send responses directly to me. I'll post a
summary if there is enough response.

  Here's my question - We just received a truckload of SGI's, and
some of the System Administrators have a question about setting up
the route tables. On other vendor system's at our site we use a
file named /etc/gateways, which gets read at boot. There is no man
page for the gateways file, but it is mentioned in the routed (1m)
man page.

  This file was set up as specified, but the results of the netstat
command showed that the specified route was NOT added. Are we missing
something ... or does the route daemon not look at the gateways
file ?

Here's the file, nothing too tricky, just telling routed about the
router which goes to the backbone :

mozart 12% more /etc/gateways
net 130.97.0.0 gateway mezuzart metric 1 passive
mozart 13% 


Thanks for any help ...
Tony Sako
aas@lanl.gov

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: ec0: too many oflows, changing modes?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 21 Aug 92 02:07:29 GMT

In <1992Aug20.091238.17149@news.uni-stuttgart.de> andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse) writes:

| Hi,
| 
| when I did "ifconfig debug" the following entries appeared in the SYSLOG:
| 
| Aug 20 02:43:48 awstar unix: ec0: too many oflows, changing modes
| Aug 20 03:48:13 awstar unix: ec0: dma stopped, rstat = 0x11, crbdp = 0x8015FAE0
| Aug 20 04:49:18 awstar last message repeated 2 times
| Aug 20 04:49:18 awstar unix: ec0: too many oflows, changing modes
| Aug 20 09:21:42 awstar unix: ec0: dma stopped, rstat = 0x11, crbdp = 0x8015FB40
| 
| Can anyone explain what these messages mean? I didn't find anything in
| the manual pages that could help me.

They are debug messages, not surprisingly.  The interesting one is the
'too many oflows' message.  Basicly, we are working around a chip bug
by putting the ethernet chip into promiscuous mode, and leaving in that
mode for a while.  Some nets run into this a lot, others don't.  When
the mode switches, and how long it stays that way can be controlled
by the variables in /usr/sysgen/master.d/if_ec2.

Later versions of the ethernet chip have some changes to remove this
problem.  There are no real problems associated with running the
chip in promiscuous mode, aside from more interrupts, which have
negligible impact on performance (the chip is run in promiscuous mode
anyway, if you use the network monitoring prodcut).

| Additionally we have a problem with NFS in that it transfers data
| (write only) in a kind of burst mode.  This is like: two or three
| hundred KB are transferred, then there are a few seconds delay, then
| the next some hundred KB are transfered and so on. Watching this with
| nfsstat shows that everytime when it stops for a while afterwards
| timeout and retrans are incremented by one. Maybe the reason for the
| timeout has something to do with the ifconfig error messages. (they
| don't coincide in time).

It is possible that they are related, but more likely you are having
physical network problems resulting in dropped packets.  It is surprising
how significant an impact a few dropped packets will have on NFS performance.
One of the symptoms of the problem that the promiscuous mode workaround
fixes was in fact dropped packets, but it doesn't sound like they match
up in your case.  You could reconfigure your kernel to remain in
promiscuous mode for longer periods once entered, and see if that has
an effect on your performance; you could also look around for other
network problems.

--
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
From: cunning@arthur (Dave Cunningham)
Subject: Re: CDC Drive Parameters
Organization: Lockheed Missiles and Space Co.
X-Newsreader: Tin 1.1 PL4
Date: Thu, 20 Aug 92 00:31:15 GMT

olson@anchor.esd.sgi.com (Dave Olson) writes:

: | My in-company computer repair folks replaced my failing 380 Mb system
: | disk on a 4D20 with with a similar one last used on a sun.  It's the
: | same model (CDC 94171-9) but with a different firmware rev. (0045).
:
:   Stuff deleted...
: 
: Error retry of 16 is strange, since that drive wants a multiple
: of 3.  readahead enabled is something you definitely want for
: performance.

Does the advice about readahead apply to drives shipped by SGI in 
late '89 that have it disabled ?  I have several 94161-9s and 94171-9s
that came with it turned off.  (they shipped with 4D20s).  Presumably
there was a reason for turning it off back then, but it may have been
an Irix software issue.  Anyone remember ?

--
#include  <standard_disclaimer.h>

Dave Cunningham				cunning@arthur.msd.lmsc.lockheed.com
Lockheed Missiles and Space Co.		O/81-10, B/157-5E, (408)-756-1382
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.5 on 4.0.4 installation confusion
Date: 20 Aug 92 10:07:15 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug20.061212.6742@comp.bioz.unibas.ch> doelz@comp.bioz.unibas.ch (Reinhard Doelz) writes:

| |> 
| |> | Well, one for all of your indigo's (r3k and r4k), and one for everything
| |> | else.  4.0.5D will only install on supported hardware; it will refuse
| |> | to install elsewhere.
| |> 
|  
| I did install 4.0.4 on a vanilla R3K Indigo entry for some reason. Now, as 
| I want to upgrade to 4.0.5, it tells me that some prerequisites are not met to 
| install the maint images. Looking for 'versions' I got surprised in seeing the 
| list of 'Unknown Product', 'Unknown maintenance release' also covered 
| compilers, and some 4DLT 4DDN NQS etc. optional software. Ignoring the fact 
| that this might not be a 'feature', is there any way to get 4.0.5. on this 
| indigo in OTHER way than downgrading to 4.0.1? 

You don't need to downgrade anything, just install the base systems
that the maint images want (none of the stuff in the maint images
is supposed to be in the eoe stuff, so no overlaps should occur
between what the maint stuff wants, and 4.0.5).  That doesn't
sound very clear as I re-read, but maint images themselves can't
be installed, unless some version of the product that the maint
image is an update for, is already installed.
--
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
From: karsh@sgi.com (Bruce Karsh)
Subject: Re: Audio on the Personal Iris
Keywords: audio, PI, MULAW, conversion
Organization: Silicon Graphics, Inc.
Date: Thu, 20 Aug 92 18:43:39 GMT

In article <1992Aug20.123614@disuns2.epfl.ch> matomira@disuns2.epfl.ch (Fernando Mato Mira) writes:

>I have a couple of questions concerning the audio capabilities of the PI.
>a) Is it mono?
>b) Is the encoding 8-bit linear, or what?

It depends which PI you have.  The 4D/30 and 4D/35 have very high quality
16 bit stereo 48khz simultaneous in and out with AES digital audio io.

The 4D/25 and 4D20 have low-quality 8 bit mono linear audio i/o.
--

			Bruce Karsh
			karsh@sgi.com
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: Zip shells
Date: 23 Aug 92 03:53:58 GMT


I use tcsh for interactivity, but sh for batch/backgroud stuff.

Zip is looking at my shell var, and running tcsh. Including
the interactive aliases which may prompt me for stuff.

.ziprc should have a shell option, and it should default to 
the Borne Shell (sh) instead of the shell variable.

In the mean time, us use a shell script wrapper that sets and exports
the SHELL=/bin/sh;export SHELL.

Any hope of preserving symlinks with zip ? Incrimental backups instead of
.sav ? 

I must say that the undo/redo is so good that backups have not been a problem.
I would like to save the undo/redo buffer between sessions.

Cheers!

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Research Associate      |
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager <1> (212) 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: raines@dirac.physics.upenn.edu (Paul Edgar Raines)
Newsgroups: comp.sys.sgi
Subject: Accessing remote tape drives
Keywords: remote device programming
Date: 19 Aug 92 22:37:58 GMT

How does one write programs to access remote tape drives
such as 'mt' with machine:/dev/rmt/tps* ?

-- 
Paul Raines	raines@purcell.physics.upenn.edu	215-898-8832
Dept. of Physics
University of Pennsylvania
From: miskines@acsu.buffalo.edu (Robert J. Miskines)
Newsgroups: comp.sys.sgi
Subject: Re: shutdown by user
Date: 22 Aug 92 02:46:29 GMT
Organization: UB

In article <23754@oasys.dt.navy.mil> hendrix@oasys.dt.navy.mil (Dane Hendrix) writes:
>
>I agree with the need for an /etc/ftpusers entry.  The reason for having 
>a shutdown account was so that a less closely held password could 
>enable users to shutdown the system.  If there is no entry in the 
>/etc/ftpusers file for the shutdown account, the damage possible due
>to disclosure of the shutdown password is nearly(?) as great as that 
>due to disclosure of the root password.
>

	Why not just make a link to init called "shutdown2" or
something suid to root, and let people run that...  You could even
make it so that a specific group could shut it down.  Eliminating the
possible guests that may use that machine.

	That way, noone has root access, and the machine can be shut
down without fail...  The other thing that I have noticed on Irix is
that in the /etc directory there is a file that looks like this:

-rwSr-xr-x   1 root     sys         8240 Jul 11 00:58 /etc/suid_exec

	Anyone know anything about this?

	There are a variety of ways to do things the secure way...
For instance, writing one's own 'C' program, something like this:

-=-=-=- cut here prog.c -=-=-=
#include <stdio.h>
#include <sys/types.h>
#include <signal.h>

main()
{
kill(1,1);
exit(0);
}
-=-=-=-= cut here prog.c -=-=-=

	Seeing as init is always pid 1, and signal 1 will shut down
the system, that's all you need...  Just remember to compile it with:

cc -D_BSD_SIGNALS -o shutdown2 prog.c

	The you'd:

chown root.[X] shutdown2
chmod 475[X] shutdown2

[X]= use your own discretion.

	At least that's the way i have it set up here...  And you can
even add it into your toolchest!  Now how's that for convienience?

	Don't just create a shell script and suid it to root...  That
would be bad!


	If you have any questions regarding the following, or you lack
a development system to compile that with, you can send mail to Karl
Vesterling at "kjv@exucom.com", and ask him to mail the binary to you.
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.5 A/B/C/D ???
Date: 14 Aug 92 18:14:38 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Organization: sgi

In article <1992Aug14.161122.6561@cs.yale.edu>, nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:
|> 4.0.5A arrived yesterday.  My local rep says the current
|> release is 4.0.5D. Could someone comment on the
|> differences, and whether I should stick with what I have
|> and be happy or call SGI and complain. 
|> 
|> 
|> --
|> Nathan Janette		"I'm a NeXTstep man,
|> Dept MB&B, Yale Univ	 I'm a NeXTcube guy"
|> New Haven, CT
|> nathan@laplace.biology.yale.edu (NeXT)
|> 

A few definitions would help:

	4D1-4.0.1
		<reference point>
		<full field distribution for maintenance customers>

	4D1-4.0.2
		<port of 4.0.1 to the Elan graphics hardware>
		<shipped on new Elan systems. Replaced by 4.0.4>

	4D1-4.0.3
		<port of 4.0.1 to the Crimson hardware>
		<shipped on new Crimson systems. Replaced by 4.0.4>

	4D1-4.0.4
		<combine 4D1-4.0.2 and 4D1-4.0.3>
		<fix a few nasty bugs>
		<fix on fail>
		<replaced by 4.0.5A>

	4D1-4.0.5
		<combine all 4D1-4.0.X releases>
		<fix more bugs>
		<fix on fail>

	4D1-4.0.5A (really revision B of 4D1-4.0.5)
		<make 4.0.5 work on a Mitsubishi monitor>
		<fix on fail>
		<shipping from manufacturing with all new machines
		 except RealityEngine and R4K Indigo>

	4D1-4.0.5C
		<fix two nasty but very isolated bugs (NFS lockd and R4K chip
			bug on Crimson)>
		<fix on fail>

	4D1-4.0.5D
		<port of 4D1-4.0.5C to RealityEngine and R4K Indigo hardware>
		<fix bugs as they relate to these platforms>
		<does not support other platforms>
		<shipped on new systems and hardware upgrades>

Hope this helps,
Bob Green (SGI)
From: paul@sunrise.sli.unimelb.edu.au (Paul Joyce)
Newsgroups: comp.sys.sgi
Subject: what is /usr/lib/libmalloc_d.a?
Date: 18 Aug 92 06:44:56 GMT
Organization: University of Melbourne
Originator: paul@sunrise.sli.unimelb.edu.au

Subject says it all. Is it a debugging version of malloc?
/usr/lib/libmalloc.a is under malloc(3X), and I can guess what
/usr/lib/libmalloc_G0.a is (I think). But _d?

Thanks.
-- 
Paul Joyce
paul@sunrise.sli.unimelb.edu.au

     "I think you're pretty smart, don't I?"      - Daffy Duck
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.5 distribution bottleneck
Date: 23 Aug 92 15:47:02 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <32167@adm.brl.mil>, karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)) writes:
> 
> It seems that you have to ask for the 4.0.5 update, but now that
> EVERYONE is asking, the TAC is giving ship date into next month.
> 
> Now, why not distribute it by a one time only anon ftp account
> on sgi.com ?

Because sgi.com does not have a direct T3 connection to the Internet.

People have tried copying the 600MB of a distribution over the Internet
from sgi.com to various places.  (E.g. Air Force bases, and so not
really violating the AUP).   If you compute how long a single copy
requires with the 56 Kbit/sec or 5 KByte/sec link to sgi.com, you
become unenthusiastic.  If you imagine the effects of 10,000 people all
trying to do it at once, you'll laugh.

Even if sgi.com had a T3 link, I doubt it would work.  Within the SGI
corporate network, we do a lot of network installations.  Every one of
the 1-4 builds/week is supposed to be installed on a thousand or two
machines.  I doubt more than 100 machines have more than 80% of the
builds installed, but sooner or later, all machines have major
milestones installed.  In the old days that was all done from one
machine.  Not any more.  There just isn't enough bandwidth either on
one machine or to one machine.

The moral is that in some cases "station wagon net" has better latency
and better through-put than any current or planned network.  ("Station
wagon net" is a station wagon filled with CD-ROMs (used to be tapes)
and driven accross the country.)


Vernon Schryver,  vjs@sgi.com
From: cwilson@toast.wpd.sgi.com (Chan Wilson)
Newsgroups: comp.sys.sgi
Subject: Re:  Re : FREE TinyUI NOW! (Please)
Date: 12 Aug 92 21:17:42 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <31758@adm.brl.mil>, blbates@aero36.larc.nasa.gov writes:

>      Can we please stop commaring SGI's fine machines to non-entities like
> Apple/NeXT.  What will really get SGI going, is to drop the prices and get
> the machines into elementary and high schools.  That is what Apple did,
> and we are still trying to get this trash out of the schools.  I know people

Tisk.  You're comparing Apples with Macintoshes.  There are far more 
Apple //e's and Apple //gs's in the elementary and high school than there
are Macintoshes, simply beacuse they are easier to use and cost less. 

For the types of things that people use computers for in elementary and high
school, Apple //s are fine.  Macintoshes aren't, really, because it's a bit
hard to teach the basics of programming on a Mac.

For home use, most people don't know enough about the different types of
computers to make a fully informed choice.  

> So SGI work harder to
> get these machines into schools.

You don't want to put existing SGI systems in a high school or elementary 
school environment.  They're far, far, too complex and complicated for 
the benifits they give.  

--Chan
From: MIKE@scripps.edu (Mike Whittaker)
Newsgroups: comp.sys.sgi
Subject: xwsh -vt100
Date: 21 Aug 92 19:47:53 GMT

I'm opening windows on my PI running 4.0.1 using xwsh -vt100 for logging into 
another system. I'm having two problems and I'll be darned if I can get enough
out of the man pages to fix them. Number 1, I'd like to change the font
in the windows, but I can't figure out the -xrm flag. Number 2, I'd like the
backspace key to actually act like a backspace key. Currently only the
delete key works like a backspace key when logged into the remote Vax.
Suggestions please.

Thanks.

Mike Whittaker
Department of Cell Biology
The Scripps Research Institute
La Jolla, CA 92037 (I hope the tourists go home soon so I can
mike@scripps.edu    find parking at the beach)
From: jon@bpa22.sbi.com (Jon Russell @ Salomon Brothers Inc., NY )
Newsgroups: comp.sys.sgi
Subject: Problem with Display Postscript on Indigo Elan
Date: 18 Aug 92 23:16:44 GMT

Running the demo DPS programs crashes the X server ( even just dpsexec) 
The OS is release 4.0.5 , xdpyinfo says the 2 extensions are included 

ps -ef | grep Xsgi -> /usr/bin/X11/Xsgi -gamma 1.7 -bs -c -pseudomap 4sight 

if anyone has a fix for this please email it to me

Thanks
-- 
Jonathan Russell            Bond Portfolio Analysis     212-783-7852
Salomon Brothers Inc        37th Floor                  jon@bpa10.sbi.com
New York NY 10048           Seven World Trade Center    uunet!sbi.com!bpa10!jon
From: arritt@kuhub.cc.ukans.edu
Newsgroups: comp.sys.sgi
Subject: RGB to ?????
Date: 19 Aug 92 16:16:55 CDT
Organization: University of Kansas Academic Computing Services

After saving screen images using 'snapshot' I would like to print
them out on our color PostScript printer.  To do this I need to 
translate from the RGB format to PostScript. 

Can anyone point me to a program to do this?  I've got the
PBMPLUS package but it doesn't seem to support SGI RGB.  If I can't get 
directly to color PostScript, possibly a multi-step procedure
could be used involving translation from RGB to [something] and then
using PBMPLUS to get from [something] to color PostScript, where
[something] = a format supported by PBMPLUS (GIF, TIFF, etc.)

Thanks for any help. 
________________________________________________________________________
Raymond W. Arritt                     |  Dept. of Physics and Astronomy  
Assistant Professor                   |  University of Kansas 
arritt@kuhub.cc.ukans.edu             |  Lawrence, KS  66045  
"And it should be the law: If you use the word `paradigm' without knowing what 
the dictionary says it means, you go to jail. No exceptions."
-- David Jones @ Megatest Corporation
From: chc@orion.ksc.nasa.gov (Charles Curley)
Newsgroups: comp.sys.sgi
Subject: Re: BattleZone + DogFight = WARZONE ?
Keywords: bz, flight, wz
Date: 20 Aug 92 15:07:12 GMT
Organization: Boeing Aerospace Operations, Inc., Kennedy Space Center, Florida

In article <Bsxu6L.Iy6@acsu.buffalo.edu> stein-c@acsu.buffalo.edu (Craig Steinberger) writes:
>Just out of curiosity, is it possible to have the binaries of the latest
>versions of the game-type demos (i.e. flight/dog, bz, and whatever else)
>avaliable at a FTP site? I realize it's not a priority to release them
>quickly in OS updates, but this would be kind o' neat.
>
>-Craig
>--
>Craig Steinberger                               stein-c@eng.buffalo.edu
>              SUNY at Buffalo, Computational Fluid Dynamics Lab

There is a BattleZone available from SGI?  Where?  I'm basically saying
that I would also like to see the binaries for the latest and greatest of
the SGI games available for AFTP.

--
Charles Curley, Research Analyst        Internet:  chc@orion.ksc.nasa.gov
Boeing Aerospace Operations, Inc.       Voice:     (407) 867-9619
MS FA-56, Bldg M7-409, Rm 170A          Facsimile: (407) 867-4079
Kennedy Space Center, Florida 32899
From: rob@gdfwc3.UUCP (Rob Walls)
Newsgroups: comp.sys.sgi
Subject: Problem with setting MwmFunctions with 4.0.5A
Date: 20 Aug 92 22:43:45 GMT
Reply-To: gdfwc3!rob@central.sun.com
Distribution: comp
Organization: General Dynamics, Fort Worth Division



We just loaded 4.0.5A on one of our 4D/35s and I am now seeing
a wierd problem, and I'm wondering whether anyone else has seen
it or whether it is a known bug.

The problem is: I can't seem to change the MwmFunctions or MwmDecorations
resource any more under mwm.  I have tried to set it in a resource file
and setting it directly within a program and it has no effect.  It works
find on our 4.0.1 systems, but does what it wants to on 4.0.5A.

Anybody got any clues why this is happening and a workable solution?


--------------------------------------------------------------------------
Rob Walls				| InterNet:
Advanced Electronic Systems		|	gdfwc3!rob@central.sun.com
General Dynamics - Fort Worth Division	| UUCP:
					|	texsun!gdfwc3!rob
--------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: A reply to email about backup of SGI networked systems [ Exxon ]
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 18 Aug 1992 16:52:27 GMT


Sorry for posting this here, but the reply address was bad, and I
didn't save the original...
=============================

It sounds like the MVax isn't positioning the tape as expected.

Some revs of Exabyte firmware don't work too well on SGI systems,
but most do (aside from the 8500, where there are literally 100's
of firmware revs...).

The easiest way to move it to an SGI system is to buy an external
chassis with power supply (typically around $75 at large computer
stores) designed for 5 1/4" drives.  Hook it up to one of the SGI
systems external SCSI connector (has a centronics 'D' connector),
making sure that the cable is terminated at the Exabyte end (either
with the same terminator, or terminators on the drive itself).

I personally prefer tar over dump, because with dump there is no way
to verify that the backup is actually good, just that it is readable,
and that the directory info at the front is good.

Many people like bru, because it has more extensive checksumming, but
it is also slower and consumes more tape.

Finally, SGI is now selling (just about to sell?) Legato's Networker
product, and several of the multimachine production nets at SGI are
using it and seem quite happy with it.  For backing up a number of
systems, that kind of thing is probably the most appropriate, but is
of course an extra cost product.

Most people around here use tar, and put multiple tape files on the
tape, one per host, or use NFS to back up all the hosts in a single
tar file.  They usually combine that with find -newer (bru has a builtin
incremental option) to backup only new files 4 days a week.  THere
have been several scripts posted to comp.sys.sgi and other newsgroups
for doing this kind of thing, so you can probably find them in the
archives.

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