HDTenEightyP/NetNews huggingface dataset:
From: yaron@aristo.tau.ac.il (Yaron Zabary)
Subject: Re: Runaway sendmail!!!
Organization: Tel-Aviv University Computation Center
X-Newsreader: TIN [version 1.1 PL8]
Date: Fri, 22 Jan 1993 17:54:56 GMT

Daniel X Pape (dpape@imlab) wrote:
: I looked at a ps -e listing of the current processes...

: and there were at least 25 sendmail processes running.

  Try to use the mailq command to check if there are any mail items that are
waiting for delivery. If that is the case, it might indicate a sendmail which
is not properly configured, a wrong address or a connectivity problem. Anyway,
they should go away after a few minutes and start again after some time.

: What could cause sendmail to be run more than once? I thought that
: the only place that sendmail was invoked was by init on startup.

 If I am recalling correctly, there is a sendmail process for each outgoing
mail item.

: I've rebooted the machine a few times, and this doesn't seem to help.
: Killing all but one of the processes doesn't work either.

 Every time you reboot the machine, sendmail finds the defered mail and spawns
itself again. See the man-page for sendmail for more details.

: OH-- also when running osview.... there are alway around 60-70 graphics
: interrupts every second, and about 250-300 system interrupts a second.
: EVEN when the machine is just sitting there with only one user!!

 That doesn't seem like a high number to me.

: 	
: 	Problems... Problems...



: Dan Pape
--

-- Yaron.
Newsgroups: comp.sys.sgi.admin
From: chew@macross.csd.sgi.com (Stephen Chew)
Subject: Re: Runaway sendmail!!!
Organization: Silicon Graphics, Inc.
Date: Fri, 22 Jan 1993 02:25:36 GMT

In article <C17xuE.JM2@news.cso.uiuc.edu>, dpape@imlab (Daniel X Pape) writes:
|> I looked at a ps -e listing of the current processes...
|> 
|> and there were at least 25 sendmail processes running.
|> 
|> What could cause sendmail to be run more than once? I thought that
|> the only place that sendmail was invoked was by init on startup.
|> 

Sounds like you have undeliverable mail bouncing somewhere.
Everytime sendmail needs to deliver a messge, it forks off
another process.

|> I've rebooted the machine a few times, and this doesn't seem to help.
|> Killing all but one of the processes doesn't work either.
|> 
|> 

What you should do is:
	1) killall sendmail
	2) cd /usr/spool/mqueue
	3) rm *  <- This assumes that you don't have any mail messages 
                    you want to keep.  If that is not true, you may want
                    to mv all these files somewhere else and look at them.
                    Also, if there are alot of messages, you may have to
                    par off the wildcard by using A*, B* etc.
                    Whatever you do, DO NOT do .* 

|> OH-- also when running osview.... there are alway around 60-70 graphics
|> interrupts every second, and about 250-300 system interrupts a second.
|> EVEN when the machine is just sitting there with only one user!!

I don't have an answer for this.
--
Stephen Chew (chew@csd.sgi.com) "Have a Happy New Year,
SGI Product Support              but please recycle the old one.  
				  	Green earth and all the rest."
Newsgroups: comp.sys.sgi.admin
From: James Petts <pettsj@visigoth.demon.co.uk>
Subject: Re: Sync'ing clocks
X-Xxmessage-Id: <A78BEFDAB7020855@visigoth.demon.co.uk>
X-Xxdate: Wed, 27 Jan 93 15:52:58 GMT
Organization: No Affiliation
X-Useragent: Nuntius v1.1.1d13
Date: Wed, 27 Jan 1993 07:56:13 GMT

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.

 ===> James Petts <===

=========================================================================
   pettsj@visigoth.demon.co.uk (preferred), pettsj@cix.compulink.co.uk  
=========================================================================
James Petts   % visigoth has no connection with any other host in the
Middlesex, UK % domain "demon.co.uk" | PGP 2.0 KEY AVAILABLE FOR SWAP
=========================================================================
From: arc@xingping.esd.sgi.com (Andrew Cherenson)
Newsgroups: comp.sys.sgi.admin
Subject: Re: named - does it work??
Date: 21 Jan 93 19:03:17 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1993Jan21.064844.6254@ucc.su.OZ.AU> horne@physics.su.OZ.AU (Geoff Horne) writes:
>
>I've been following the instructions (I know bad idea) in the site
>admin guide and in the new InSight version - and even reading the
>man pages for named bit:
>I Still can't get it to work...

"DNS and BIND in a Nutshell" from O'Reilly & Associates (ISBN 1-56592-010-4)
is an excellent guide. The InSight SAG has IRIX-specific details on setup.
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi.admin
Subject: Re: named - does it work??
Date: 21 Jan 93 15:32:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1993Jan21.064844.6254@ucc.su.OZ.AU>, horne@physics.su.OZ.AU (Geoff Horne) writes:
> ...
> Has anyone got named working on an SGI...


Try `nslookup - 192.48.153.1` and then type "ls sgi.com" to see if
anyone has made `named` work in IRIX 4.0.5.

I sympathize with your frustration, but it is always wise to check the
too common "logic" of "I can't make it work, so it never worked."  Weak
programmers tend to make an analogous mistake, "thinking" along the
lines of "I don't understand how it works, so it never worked, and so
it must be rewritten from scratch without understanding what the other
code was trying to do."


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi.admin
From: merritt@climate.NoSubdomain.NoDomain (John H. Merritt)
Subject: Re: Xlib:  connection to "Silver: 0.0" refused by server
Organization: Climate and Radiation Branch
Date: Thu, 21 Jan 1993 15:31:37 GMT

In article <DFk=Ta#@engin.umich.edu>, hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:
[...]
|> Intermittently it doesn't allow users to log in from the console:
|> from the login window, a user types name and password, the screen
|> clears, and a few seconds later the login window reappears.  If the
|> user tries a second time, there's no problem!
[...]

|> I'm baffled largely by the fact that this is intermittent.  Any ideas?

Yea, make sure that you only have ONE xdm running for the server, in
this case your console.  I had this very problem with one of our
X-terminals.  This is a very nice example of a race condition and every
now and then one of them (xdm) wins.

Note, there should be one xdm for each Xserver connection so don't kill
all the xdm's :-)

        \___   \______   \__  \__  \___   \__
        \___  \________  \__  \__  \____  \__
        \___  \__   \__  \__  \__  \_____ \__
        \___  \__   \__  \_______  \__ \__\__   merritt@climate.gsfc.nasa.gov
\___    \___  \__   \__  \_______  \__  \____   
\___    \___  \__   \__  \__  \__  \__   \___   "Yesterday I knew nothing,
 \_________   \_______   \__  \__  \__    \__    Today I know that."
  \______      \_____    \__  \__  \__     \_
From: oohara@anima.kek.ac.jp (Ken-ichi Oohara)
Newsgroups: comp.sys.sgi.admin
Subject: Re: network printers..???
Date: 28 Jan 93 07:50:32 GMT
Organization: KEK, Tsukuba, Japan

In article <ramsey.728092533@moonshine> 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
>
>	   #! /bin/sh
             :
             :
>	   files="$*"
>	   i=1
>	   while [ $i -le $copies ]
>	   do
>		    for file in $files
>		    do
>			    lpr -Pqmsps "$file"
>		    done
>		    i=`expr $i = 1`
>	   done
>	   exit 0
>
>

In article <ramsey.728094282@moonshine> ramsey@sundance.llnl.gov (Susanne B. Ramsey) writes:

>   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

I am using the similar way with a shell script a bit different from
Susanne's; like

	#!/bin/sh
	#
	NAME=
	TYPE=Dumb
	seqid=$1
	name=$2
	title="$3"
	copies=$4
	options="$5"
	shift; shift; shift; shift; shift
	files="$*"

	lpr -Plpr_printer -#$copies $options $files
	exit 0

This will call 'lpr' once even if I need 900 copies. 
I can specify lpr options (except -m option) as -o'lpr-options'
like

    % lp -dlpr_printer -o'-p -T test' files

Even if you add lpr's -m option, you will *not* recieve a mail
upon completion, but the mail will be sent to user 'lp'.
From: ramsey@sundance.llnl.gov (Susanne B. Ramsey)
Newsgroups: comp.sys.sgi.admin
Subject: network printers..???
Date: 26 Jan 93 23:55:33 GMT
Organization: Magnetic Fusion Energy - LLNL

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

	#! /bin/sh
	NAME="Generic Postscript"
	TYPE=PostScript
	segid=$!
	name=$2i
	title="$3"
	copies=$4 
	options="$5"
	shift; shift; shift; shift; shift
	files="$*"
	i=1
	while [ $i -le $copies ]
	do
       		 for file in $files
       		 do
       		         lpr -Pqmsps "$file"
       		 done
       		 i=`expr $i = 1`
	done
	exit 0
 
Note if it is NOT a PostScript printer or queue then NAME is blank and TYPE is
Dumb.  

I then do a lpshut; lpadmin -p<printer> -v/dev/null -m<modle>; lpsched; accept;
enable <printer>

My question is - is there a easier/better way to do this.. I am told that SGI
does not support printers that are not on other SGIs or local - How do YOU
access printers on SUNs or that have their own network interface...??? Is there
a better file to be using in the model directory..???

Thanks
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.
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Runaway sendmail!!!
Date: 26 Jan 93 00:37:30 GMT
Organization: Silicon Graphics, Inc.

In article <C17xuE.JM2@news.cso.uiuc.edu>, dpape@imlab (Daniel X Pape) writes:
|> OH-- also when running osview.... there are alway around 60-70 graphics
|> interrupts every second, and about 250-300 system interrupts a second.
|> EVEN when the machine is just sitting there with only one user!!

It looks like others have answered all but this one. I think the graphic
interrupts are caused by the screen refresh cycles: 60 or 72 times a second.
-------------------------------------------------------------------------
Stan Jensen, Systems Engineer                          stanj@corp.sgi.com
Silicon Graphics Inc., M/S 14L-120                    Phone:(415)390-5822
P.O. Box 7311, 1350 Charleston Road                   FAX:  (415)962-1589
Mt. View, CA  94039-7311                                "I (heart) Tonks"
-------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.admin
From: James Petts <pettsj@visigoth.demon.co.uk>
Subject: Re: help on ethernet address
X-Xxmessage-Id: <A7854CEB2B010855@visigoth.demon.co.uk>
X-Xxdate: Fri, 22 Jan 93 07:04:11 GMT
Organization: No Affiliation
X-Useragent: Nuntius v1.1.1d13
Date: Fri, 22 Jan 1993 07:07:28 GMT

In article <g251H=dy0c@atlantis.psu.edu> Zhe, ZHE@ECLX.PSU.EDU writes:
>1) Where should I find out the ether net address, i checked /etc/ethers
and
>/usr/etc/ethers, /usr/etc/hosts, nothing is there except IP address and 
>hostname.
>
>2) Is there any utility in the unix that give me ethernet address ?


Type "netstat -ain". You will see something like:

horus 1# netstat -ain
Name Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
et0  1500  193.35.16   193.35.16.1        35528     0    35008     0  4784
                        224.0.2.2
                        224.0.0.1
                        08:00:69:02:0c:70
lo0  32880 127         127.0.0.1          21490     0    21490     0     0
                        224.0.0.1
horus 2#

The ethernet address is the six pairs of hex digits separated by colons 
on line 5 of the example shown above.

 ===> James Petts <===

*** CAUTION - READ THIS .sig AT YOUR OWN RISK! ***************************
*                                                * NOTE! VISIGOTH HAS NO *
* Q. Wenn ist das Nunstueck git und Slotermeyer? * CONNECTION WITH ANY   *
* A. Ja!... Beiherhund das Oder die Flipperwaldt * OTHER SITE AT         *
*    gersput!                                    * DEMON.CO.UK           *
*                                                *                       *
**************************************************************************
*  pettsj@visigoth.demon.co.uk (preferred), pettsj@cix.compulink.co.uk   *
**************************************************************************
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware
From: doctor@tardis.arc.nasa.gov (Terry Fong)
Subject: Re: problem upgrading from R3K to R4K Indigo
Followup-To: Re: problem upgrading from R3K to R4K Indigo
Keywords: R4000, indigo 
Reply-To: terry@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center
Date: Tue, 26 Jan 1993 18:23:42 GMT

My sincere thanks to everyone who responded to my posting! The
solution to the problem was given by David Senseman, who it turns out
suffered the same difficulty a few weeks back. In short, since my
system *already* had IRIX 4.0.5F installed when I swapped the CPU
boards, inst was not smart enough to know it had to replace the R3000
kernal with one for R4000. David's solution (see below) is to use "set
neweroverride" to force inst to make the correct changes.

> Before you start thinking you have a disk problem, let me ask
> one question. After you did your upgrade, and you were re-installing
> your operating system, did you first set the NEWEROVERIDE flag
> to true and force inst to re-install EOE1?
> 
> The error message you received is EXACTLY the one I received after
> doing the R3K -> R4K and re-installing the software. However,
> since IRIX 4.0.5F was already installed, inst left the old
> R3K unix kernel on which gives the above error.
> 
> I did post a warning to this effect about a month ago and asked
> SGI to add this information to the release notes for the upgrade.
> IMHO, the problem is INST is semi-smart. It's smart enough to
> know that your installation software is at the same release level
> as what is already on the disk -- but it's not smart enough to
> know that it's the wrong software for your new CPU :)

Thanks David!

-Terry

-- 
_______________________________________________________________________________
A straight line may be the shortest     Terry Fong <terry@ptolemy.arc.nasa.gov>
distance between 2 points, but it is     NASA-AMES M/S 269-3, Moffett Field, CA
by no means the most interesting-Dr. Who    (415) 604-6063 office, 604-6081 lab
From: james@sam.contex.com (James McQueston)
Newsgroups: comp.sys.sgi.admin
Subject: SLIP - (1)hangup and (2)"212" Dialer
Keywords: SLIP Admin
Date: 26 Jan 93 20:19:25 GMT

I've got my slip connection working pretty well with two high-speed
modems, but I have one open problem, and one problem that I solved
that took a long time to track down and for which I don't understand
my workaround.

Question 1:

I would like to have my remote (incoming) SLIP die when its modem loses
DCD.  This would cause uugetty to re-chat with the modem and reset it
to answer the modem for the next user.  What happens instead is that the
modem has hung up the phone, and SLIP keeps trying to talk to the modem
in its command mode.  Although SLIP seems to know that something is wrong,

    sl0: bad checksum
    ...
    sl0: bad checksum
    sl0: bad checksum
    sl0: dropping babble
    sl0: bad checksum
    sl0: bad checksum
    ...

it never gives up.  If I become root and killall -HUP SLIP, it ignores it.
Then only way to get rid of the incoming SLIP seems to be to kill it with
something more substantial.

Is there something I don't know, or can do, so that SLIP will die on the
tty-generated HUP signal?  Or is this the way SLIP is supposed to work
for some weird reason?  Here are snippets of some important files:

#/etc/passwd:
slip-garbo::0:0:Remote SLIP from garbo:/:/usr/etc/remoteslip

#/etc/inittab:
t1:23:respawn:/usr/lib/uucp/uugetty -DNt5 -iDSIin,conn ttyf1 dx_38400 #DSIin

#/usr/etc/remoteslip
case $USER in
...
slip-garbo)
    echo User is slip-garbo >> /tmp/slip.$$
    exec /usr/etc/slip -p comp -i -r garbo -ddd
    ;;
...
esac

Question 2:

When writing a /usr/lib/uucp/Devices line for outgoing SLIP, I find that
it will not work on /dev/ttyf1 unless the "built-in" dialer-token pair
"212 x" is given.  Of all the pages and pages of documentation on SLIP
and UUCP in the IRIX Site Admin. Guide and IRIX Network Admin. Guide,
the only reference to this is in the latter on page 7-4, where it says
that
	The correct format for a line appropriate for SLIP in
	/usr/lib/uucp/Devices is:
	    ACUSLIP device null speed 212 x dialer

It never explains why.  The man page for SLIP never mentions this fact.
And if you don't do it, the error you get from SLIP -ddd is a timeout
when trying to access the device.

Can someone explain what the "212" dialer is, what the "x" token for it means,
and why SLIP breaks when you don't use it.  Furthur, can someone at SGI
add this explanation to the man page for SLIP, and convince the Documentation
people to explain this a little more in section 7.2.2 of the Network Admin.
Guide?
-- 
-----
James H. McQueston		james@contex.com
Xyvision Color Systems, Inc.	(617) 246-1776 x 5523 (office, voicemail)
Wakefield MA 01880-1291		(617) 245-4471        (lab phone direct)
Newsgroups: comp.sys.sgi.admin
From: mancus@sweetpea.jsc.nasa.gov (Keith Mancus 283-4283)
Subject: Re: mouse cleaning
Organization: MDSSC
Date: Wed, 27 Jan 1993 17:34:00 GMT

> 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.
> Richard Mulac                             mulac@daystrom.lerc.nasa.gov

  We are using the SGI "Global Vision" pads on most machines.  What kind
of experiences have peole had with them?

| Keith Mancus    <mancus@cheers.jsc.nasa.gov>                           |
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware
From: doctor@tardis.arc.nasa.gov (Terry Fong)
Subject: problem upgrading from R3K to R4K Indigo
Keywords: indigo, R4000, upgrade
Reply-To: terry@ptolemy.arc.nasa.gov
Organization: NASA Ames Research Center
Date: Tue, 26 Jan 1993 01:48:46 GMT

I am trying to upgrade an Indigo Elan from R3000 to R4000 and have run
into a bit of a problem: when I try to boot the machine (with R4000)
installed, I get the following error message:

  Cannot load scsi(0)disk(1)rdisk(0)partition(8)/sash
  Unable to load bootfile: not enough space

Also, if I try running diagnostics from the PROM monitor, I get:

  Cannot load scsi(0)disk(1)rdisk(0)partition(8)ide
  Error 16 while loading scsi(0)disk(1)rdisk(0)partition(8)ide

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.

Any suggestions?

-Terry

-- 
_______________________________________________________________________________
A straight line may be the shortest     Terry Fong <terry@ptolemy.arc.nasa.gov>
distance between 2 points, but it is     NASA-AMES M/S 269-3, Moffett Field, CA
by no means the most interesting-Dr. Who    (415) 604-6063 office, 604-6081 lab
From: j_murdoc@csd.uwe.ac.uk (Justin Murdock)
Newsgroups: comp.sys.sgi.admin
Subject: Alt keys, how do I use them?
Date: 26 Jan 93 18:20:25 GMT
Organization: the New Uni in WOE

I'm probably postiny to the wrong group, but this is something I would
normaly ask my sys admin, but I don't have one

running a winterm under 4Dwm on a personal iris, when I use the alt
key, I would like the char to be sent with the high bit set.

How can I do this?
--
"Super Tabby Ginger Pusscat Man"     ______     j_murdoc@csd.uwe.ac.uk
                                     \    /
I meant what I thought. What you      \  /      I'm here I'm queer and
read is a different issue. Razz!       \/       I'm gonna keep posting
Newsgroups: comp.sys.sgi.admin
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Re: adding static routes
Organization: Yale University
X-Newsreader: TIN [version 1.1 PL8]
Date: Thu, 28 Jan 1993 15:10:28 GMT

Michael Gajhede (michael@ki.ki.dk) wrote:
: I would like to add a static route at startup time, doing the same
: as the command  : route add default ...
: Could anyone  please tell me exactly where to put this command ?

Here's what we do:

[dcs neutron:~/ws] cat /etc/init.d/network.local
#! /bin/sh
#Tag 0x00000f00

# This script controls local network setup. The following symlinks must be
made
# on each machine on which this is run:
#
#   ln -s /etc/init.d/network.local /etc/rc0.d/K39network
#   ln -s /etc/init.d/network.local /etc/rc2.d/S31network
#
# (One copy lives in /etc/init.d on each machine.) It is actually run as
# '/etc/rc0.d/K39network stop' and '/etc/rc2.d/S31network start' during
# transitions to run levels 0 and 2 respectively. See the comments in
# /etc/init.d/network.

case "$1" in
'start')

    # There is only one router on our subnet and we need not run 'routed'.
See
    # section 2.3.6 of the Network Administration Guide. We just tell the
    # network software to route all packets through the chem.yale.edu
gateway:

    /usr/etc/route add default 130.132.25.1 1
    ;;
'stop')
    ;;
*)
    echo "Usage: $0 {start|stop}"
    ;;
esac

Hope it helps. Cheers,

--
| 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. |
From: hogg@ucs.ubc.ca (John Hogg)
Newsgroups: comp.sys.sgi.admin
Subject: Re: mouse cleaning
Date: 25 Jan 1993 20:03:13 GMT
Organization: The University of British Columbia
NNTP-Posting-Host: swiss.ucs.ubc.ca
In-reply-to: davidb@gdfwc3's message of Fri, 22 Jan 1993 17:46:58 GMT

In response to comments expressing preference for optical mice: I guess I
must be strange - I prefer the new mechanical mouse that comes with the
Indigo.
--
John Hogg; hogg@ucs.ubc.ca; Computing Services, University of British Columbia