HDTenEightyP/NetNews huggingface dataset:
From: pat@mercury.aichem.arizona.edu (Pat Walters)
Newsgroups: comp.sys.sgi.admin
Subject: Connecting A Dec TLZ04 DAT to an Indigo
Date: 26 Jan 93 01:53:44 GMT
Reply-To: pat@mercury.aichem.arizona.edu (Pat Walters)
Organization: University of Arizona, AICHEM

--
I found an old thread on comp.sys.sgi regarding connecting a Dec TLZ04
DAT to an Indigo.  As I understand it the process is:

1. cobble up a new entry in /usr/sysgen/master.d/tpsc
2. MAKEDEV tape
3. reboot

The only problem is I don't know how to "cobble up" this new entry.
Could someone please let me know what this new entry should look like.

Thanks in advance,

Pat

_________________________________________________________________________
Pat Walters                 pat@mercury.aichem.arizona.edu
Graduate Student
Laboratory for Artificial Intelligence in Chemistry    *
Dept of Chemistry                                    * * *  
University of Arizona, Tucson  AZ 85721              * * * 
602-621-6334                                          ***
"At least its a dry heat"                              * 
_______________________________________________________*__________________
Newsgroups: comp.sys.sgi.admin
From: thomas@bitrot.in-berlin.de (Thomas Driemeyer)
Subject: Re: mouse cleaning
Organization: Thomas Driemeyer, Berlin
Date: Wed, 20 Jan 1993 22:12:57 GMT

In article <C12zxv.8yq@crow.omni.co.jp> trich@crow.omni.co.jp writes:
>
> I found that it really makes a big difference to clean those
> mechanical mice.  You really need to open the whole thing up,
> which means pulling off the Silicon Graphics Label and removing
> the screw that is hidden underneath.  The steel rollers have
> some sort rough belt around them which I suppose is meant to

You have a rough section on the rollers? I don't. After almost a year,
the mouse cannot be moved slowly any more, the ball always slips.
Cleaning the ball with alcohol didn't help, and neither did cleaning
the rollers. I had to slip some rubber tubing over the rollers to get
the mouse to work again.

Anyway, I am glad SGI switched to mechanical mice. (They are really
mechanical inside, there are no optical pickups.) Those optical mice
didn't work when the lighting isn't right, if you run them off the pad,
or if the pad is rotated, covered, or dirty. Most, but not all, people
I asked agree with me.

Thomas
-- 

--
Thomas Driemeyer        thomas@bitrot.in-berlin.de        voice: +49 30 8924936
                   Schweidnitzer Str. 6, 1000 Berlin 31     fax: +49 30 8932764
Newsgroups: comp.sys.sgi.admin
From: dpape@imlab (Daniel X Pape)
Subject: Runaway sendmail!!!
X-Newsreader: Tin 1.1 PL5
Organization: University of Illinois at Urbana
Date: Thu, 21 Jan 1993 19:23:01 GMT

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.

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.


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!!

	
	Problems... Problems...



Dan Pape
Newsgroups: comp.sys.sgi.admin
From: ZHE@ECLX.PSU.EDU (Zhe)
Subject: help on ethernet address
Organization: Penn State Engineering Computer Lab
Distribution: usa
Date: Thu, 21 Jan 93 17:18:35 GMT
X-News-Reader: VMS NEWS 1.24

hi, everyone:
we are going to connect our sgi 4d/35 to university netnwork. the network 
manager ask us to give him the ethernet address of our workstation. 
my question is :

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 ?

any reply is appreciated.
Newsgroups: comp.sys.sgi.admin
Subject: Dial and Button Box Hookup
From: shea@hawk.cs.ukans.edu (Gary Shea)
Date: Mon, 25 Jan 1993 21:49:27 GMT
Distribution: usa
Organization: University of Kansas Computer Science Dept
Summary: How do I get it to work?

We have an Iris 4D/220, and we have a dial and button box.  The latter
worked with the former long ago, before Irix 4.0.  Now we have Irix 4.0.5,
but the box no longer works.  I have seen a posting
suggesting 'look in the toolbox under ...' but we don't have the
toolbox installed.  I'd like to know what entry[s] in what file[s]
are necessary to get this thing working -- I'm guessing it's something
in /etc/{ttytab, inittab}, but I can't find any documentation that
helps.

TIA
-- 

Gary Shea (shea@cs.ukans.edu)
Dept of Computer Science
Lawrence, Kansas
From: ec@matufia.stg.trw.com (ec)
Newsgroups: comp.sys.sgi.admin
Subject: UNSUBSCRIBE
Date: 25 Jan 93 18:03:51 GMT

UNSUBSCRIBE
CANCEL
Please...
Thanks

------------------------------------------------------------------------
| Enrique A. Caponi                        Ocean Technology Department |
| TRW S&TG, Mail Stop R1-1008, One Space Park, Redondo Beach, CA 90278 |
| ec@matufia.stg.TRW.com                  Phone/FAX: 310.812.0451/1363 |
------------------------------------------------------------------------

Newsgroups: comp.sys.sgi.admin
From: yaron@aristo.tau.ac.il (Yaron Zabary)
Subject: Re: looking for CC files
Organization: Tel-Aviv University Computation Center
X-Newsreader: TIN [version 1.1 PL8]
Date: Sun, 24 Jan 1993 10:38:02 GMT

Avi Weiss (avi@golem.apple.com) wrote:
> Hi all -

> I'm trying to build gcc and I'm using CC to do it.
> During compilation, cc tries to include the file:

> /usr/include/cmplrs/stsupport

> from inside the file /usr/include/syms.h (on line 113)

> unfortunatly, such a subdirectory does not exist. I haven't been
> able to find stsupport with find.

 You should load dev.*.* for that to work.  That is from the IDO 4.1 (or 4.0.1)
CD. My versions command shows:

I  dev.cmplrs_hdr       12/21/92  Base Compiler Headers
I  dev.cmplrs_hdr.dso   12/21/92  Base Compiler DSO Headers
I  dev.cmplrs_hdr.internal 12/21/92 Base Compiler Internal Headers
I  dev.cmplrs_man       12/21/92  Base Compiler Manual Pages
I  dev.cmplrs_man.base  12/21/92  Base Compiler Components Man Pages
I  dev.cmplrs_man.dso   12/21/92  Base Compiler DSO Man Pages
I  dev.cmplrs_man.ld    12/21/92  Base Compiler Loader Man Pages
I  dev.cmplrs_man.perf  12/21/92  Base Compiler Performance Man Pages
I  dev.cmplrs_man.relnotes 12/21/92 Base Compiler Release Notes
I  dev.cmplrs_man.util  12/21/92  Base Compiler Utility Man Pages
I  dev.cmplrs_sw        12/21/92  Base Compiler Software
I  dev.cmplrs_sw.base   12/21/92  Base Compiler Components
I  dev.cmplrs_sw.dso    12/21/92  Base Compiler DSO Support
I  dev.cmplrs_sw.ld     12/21/92  Base Compiler Loader
I  dev.cmplrs_sw.perf   12/21/92  Base Compiler Performance Tools
I  dev.cmplrs_sw.util   12/21/92  Base Compiler Utilities


  I probably loaded more than required, but gcc compiled fine.

--

-- Yaron.
From: samuel@cs.ubc.ca (Stephen Samuel)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Mechanical vs Optical mice (was Re: mouse cleaning)
Date: 22 Jan 1993 17:22:46 -0800
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Distribution: na
NNTP-Posting-Host: larry.cs.ubc.ca

mancus@sweetpea.jsc.nasa.gov (Keith Mancus 283-4283) writes:

>In article <35174@adm.brl.mil>, blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:
>|>      I want my optical mouse back!!!!!!!!!!!!!!!!!!!!!!!!
>|>      SGI read my electrons!  Give us back our optical mice!
>  Most of our users feel the same way.  Whenever we are forced to
>replace an optical mouse with a mechanical mouse, loud groans are heard.
>I, too, prefer the optical.

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).

Similarly, where can I get new MICE PADS?  (some of ours are incredibly 
old and well-used).
-- 
-- 
Stephen Samuel 		(604)822-9248		samuel@cs.ubc.ca
The first prerequisite to winning is playing the game.
Newsgroups: comp.sys.sgi.admin
From: davidb@gdfwc3 (David Brynell)
Subject: Re: satellite imagery on 8mm
Organization: General Dynamics, Fort Worth Division
Distribution: usa
Date: Wed, 20 Jan 1993 15:11:04 GMT

In article <1jif2lINNp4l@geraldo.cc.utexas.edu> imager@ccwf.cc.utexas.edu () writes:

   I have been trying to extract Landsat satellite image data 
   from an 8mm tape that originated from a company called
    EOSAT. I am using am using a SGI R4000 and IRIX release 
   4.0.5. I have had no success using TAR, Restore, BRU
   or CPIO. There should be several separate files on tape; an
   ascii header and then possibly a number of (I think) binary 
   files (possibly each with their own header file). 

   [ stuff deleted ]

   Tony Gale.

Try ansitape.  I know that DTED & DFAD tapes from DMA are stored
in that format (like on a vax - yuck!).  I think you also will
need to use /dev/tapens.  ansitape came with my 4.0.5 but don't
know which subsystem (eoe[12].whatever).

Hope that solves your problem.


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
David Brynell			"GD - Proudly serving as one of the
General Dynamics, Fort Worth	 largest government-funded adult
gdfwc3!davidb@uunet.uu.net	 day care centers in the world!"
brynell@gdwest.gd.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 16:20:16 GMT

In article <v4fddoc@zola.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
|> In <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!
[...]
|> Looks like your xhost -, wasn't followed by an xhost +localhost, or
|> localhost isn't recognized as being 'Silver'.

Also, check that you don't have more than ONE xdm process for each
console, or x-server.  I had this very problem, when I had two xdm's
for the same xterminal.  A good example of a race condition and every
now and again some one wins.
-- 
        \___   \______   \__  \__  \___   \__
        \___  \________  \__  \__  \____  \__
        \___  \__   \__  \__  \__  \_____ \__
        \___  \__   \__  \_______  \__ \__\__   merritt@climate.gsfc.nasa.gov
\___    \___  \__   \__  \_______  \__  \____   
\___    \___  \__   \__  \__  \__  \__   \___   "Yesterday I knew nothing,
 \_________   \_______   \__  \__  \__    \__    Today I know that."
  \______      \_____    \__  \__  \__     \_
From: miguel@boytoy.csd.sgi.com (Michael/Miguel Sanchez)
Newsgroups: comp.sys.sgi.admin
Subject: Re: Runaway sendmail!!!
Date: 22 Jan 93 02:40:39 GMT
Organization: Silicon Graphics, Inc.

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.
|> 
|> 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.
|> 
|> 
|> 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!!
|> 
|> 	
|> 	Problems... Problems...
|> 
|> 
|> 
|> Dan Pape


if you have not configured the sendmail program configuration file (/usr/lib/sendmail.cf), you can have runaway sendmail, ie sendmail
continues spawning other sendmails trying to deliver undeliverable 
mail.

if you think this is the case, I suggest the following...

	1) Stop the mail system with 

		/usr/init.d/mail stop 

	2) clear out the /usr/spool/mqueue directory of all 
		the current mail pending.

	3) configure sendmail (/usr/lib/sendmail.cf)

	4) restart mail with

		/usr/init.d/mail start



-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Miguel (Michael) J. Sanchez
miguel@csd.sgi.com			
Member Technical Staff, Silicon Graphics, Inc.         
Newsgroups: comp.sys.sgi.admin
From: garym@ie.utoronto.ca (Gary Murphy)
Subject: HELP! --- sendmail.cf updated from 3.x to 4.0.5
Summary: request for sendmail references
Organization: University of Toronto, Department of Industrial Engineering
Date: Wed, 27 Jan 1993 14:07:52 GMT

First, many thanks to those who responded on my previous dumb
question: indeed the C compiler for version 4 was packaged on a
seperate tape (whcih has been misplaced :-( ) and the inst program
graciously deleted the old version.

Now I have an equally naiive question, but one that has gained me a
lot of blank stares and well-wishes from non-IRIX sys-admins.  In
moving to 4.0.5, the sendmail.cf file has changed structure
dramatically. 

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.

I know the rules to add (or I hope the old rules will still work) but
the question is where to add them.  How does one go about tracing
sendmail's ability to receive these alternate addresses?  Any
comments, suggestions, yes and even just well-wishes :-) gratefully
accepted!  Solutions earn eternal gratitude from my feeder sites :-)


-- 
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: horne@physics.su.OZ.AU (Geoff Horne)
Subject: named - does it work??
Organization: School of Physics, University of Sydney, Australia
Date: Thu, 21 Jan 1993 06:48:44 GMT


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...

the error i seem to be getting is along the lines of:

*** Can't find server name for address <__> : Server failed

Has anyone got named working on an SGI and how did thay do it??

thanks in advance

	Geoff.
--


-----------------------------------------------------------------------------
        Geoff Horne               |      Egotism is the anesthetic that
  horne@suphys.physics.su.oz.au   |       dulls the pain of stupidity
-----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi.admin
From: mbersohn@alchemy.chem.utoronto.ca (M. Bersohn)
Subject: SGI Image File Format
Originator: mbersohn@plumbum.chem.utoronto.ca
Organization: University of Toronto Chemistry Department
Date: Sat, 23 Jan 1993 04:35:13 GMT

Hello SGI users:
    I posted the joking claim that the details of SGI's image format
is a closely guarded secret. No sooner had I flamed to this effect,
when several SGI people and a couple of customers, acting independently
and not in concert, hastened to tell me about
/usr/include/gl/image.h
which essentially describes the image file format. This,
together with imgtools in 4Dgifts allows one to write a
program that examines an image file, with a view to 
understanding what is being displayed or improving the
aesthetic quality or whatever we want to do.
    I am sorry to have hurt the SGI people's feelings and regret any
transient effect this may have had on SGI's image.
Malcolm Bersohn
Xref: sparky comp.sys.sgi.admin:300 comp.sys.sgi.hardware:205
From: ufe@dlva.dl.ac.uk ()
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware
Subject: Re: problem upgrading from R3K to R4K Indigo
Date: 26 Jan 1993 10:11:43 GMT
Organization: SERC Daresbury Lab, Warrington, U.K.
Distribution: world
Reply-To: ufe@dlva.dl.ac.uk ()
NNTP-Posting-Host: vxstn2.dl.ac.uk
Keywords: indigo, R4000, upgrade


This may be the error I was getting in similar circumstances. This was
caused by an aborted installation which left the pointer to the swap
partition pointing to 0 rather than 1. I had to boot fx off the CD and
change it back.

Cheers,
	Mark
========================================================================
Mark Enderby			   JANET - ENDERBY@UK.AC.DARESBURY
Systems Manager		  	   EARN/Bitnet - ENDERBY@DARESBURY.AC.UK
SERC Daresbury Laboratory
Keckwick Lane						
Daresbury
Warrington	tel:   0925-603353
WA4 4AD		Int:+44-925-603353
UK		fax:   0925-603174
Newsgroups: comp.sys.sgi.admin
From: orman@iastate.edu (David L Orman)
Subject: what makes /etc/OLDwtmp work?
Organization: Iowa State University, Ames IA
Date: Thu, 28 Jan 1993 01:00:52 GMT

on one of our machines OLDwtmp does seem to be getting updated anymore.

What controls/makes/starts/stops this?
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi.admin
Subject: Re: SLIP - (1)hangup and (2)"212" Dialer
Keywords: SLIP Admin
Date: 28 Jan 93 16:32:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <3330@contex.contex.com>, james@sam.contex.com (James McQueston) writes:
> I would like to have my remote (incoming) SLIP die when its modem loses
> DCD....

SLIP does not work well unless it does die when the modem does.  That's
why one should always use /dev/tty[mf]* for SLIP lines.  With a
reasonable (i.e. fast) modem, you should use /dev/ttyf* to get hardware
handshaking as well and "modem control."

Just change the line in /etc/inittab, and ensure that the cable is a
good, >=7 wire cable, and that the modem is programmed correctly.
Check /usr/lib/uucp/fix-*.  If you are already using /dev/ttyf*,
then it is likely that the modem has been incorrectly programmed to
keep DCD true at all times.


> 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?


There is no short, interesting, and useful description of why that is
necessary.  It works if you do it that way, and most other ways do not
work.  There are no useful changes that can be made in that string of
gunk.  If you really care why, review the source for HDB UUCP.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.hardware
From: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Subject: Re: problem upgrading from R3K to R4K Indigo
Keywords: indigo, R4000, upgrade
Organization: University of Texas at San Antonio
Date: Tue, 26 Jan 1993 12:50:48 GMT

In article <vbk6684@zola.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1993Jan26.014846.1473@kronos.arc.nasa.gov> doctor@tardis.arc.nasa.gov (Terry Fong) writes:
>| 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
>
>Sounds as though you somehow used fx to decrease the size of the
>volume header below the size used by sash and other program in
>the volhdr.
>

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 :)

-- 
David M. Senseman, Ph.D.              | Imagine the Creator as a low 
(senseman@lonestar.utsa.edu)          | comedian, and at once the world 
Center for Information Visualization  | becomes explicable.
University of Texas at San Antonio    |               H.L. Mencken 
Newsgroups: comp.sys.sgi.admin,comp.sys.sgi.apps
From: doctor@kronos.arc.nasa.gov (Terry Fong)
Subject: setting up mrouted for bz
Summary: need info on using mrouted for using bz across networks
Keywords: bz, mrouted
Organization: NASA/ARC Information Sciences Division
Date: Tue, 26 Jan 1993 07:02:05 GMT

I've been having difficult setting up mrouted for bz. The two machines
I have are located on two networks separated by a router. Can anyone
send me some pointers for setting up mrouted (i.e., configuration and
how to verify setup)?

Thanks in advance!

Terry
terry@ptolemy.arc.nasa.gov
-- 
_______________________________________________________________________________
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
Newsgroups: comp.sys.sgi.admin