HDTenEightyP/NetNews huggingface dataset:
From: greendog@insti.physics.sunysb.edu (Michael D. Fischer)
Newsgroups: comp.sys.sgi.misc
Subject: NFS Write Error 13
Date: 9 Jan 93 21:20:06 GMT
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.

What does the following (in /usr/adm/SYSLOG) exactly mean?

> Jan  2 14:17:23 orthe unix: NFS write error 13 on host insti

orthe is a diskless indigo/4000 connected to server insti (also R4000
indigo).  We have been experiencing many problems with the diskless
machines since upgrading to R4000's and this message has been
appearing often.

The problems are that, starting the day after they (5 of them) were
upgraded, occasionally when someone logs out, the display goes black
with little flashes of light all over the place.  I would *guess* that
it's either a problem with XDM or Xsgi since it only seems to happen
when someone logs out.  We have xdm terminate and restart the X server
whenever someone logs out to avoid the X server's size growing.  We
installed a new 405F diskless share/client tree when the machines were
upgraded.  The diskless machines all have entry graphics, while the
server is an XS.  The diskless tree was configured for entry though, and
they work fine 98% of the time.  Each machine seems to go OK for a few
days (say 20 logins) and then the display problem happens.  TAC has never
heard of this problem but also suggests it is a software problem.

Any help/info appreciated, on either this or the write errors (or both if
they may be related)!

Mike

--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
- "The future isn't what it used to be, Mr. Angle"                      -
-                                         - Louis Cyphre in Angel Heart -
-------------------------------------------------------------------------
-- 
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - (516) 632-7966 -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
From: chawley@sundiver.esd.sgi.com (Chris Hawley)
Newsgroups: comp.sys.sgi.misc
Subject: Re: imgworks don't
Keywords: xv, 8-bit only
Date: 6 Jan 93 08:57:11 GMT
Reply-To: chawley@sundiver.esd.sgi.com
Organization: Silicon Graphics, Inc. / Digital Sight & Sound Division


    In article <NS14.92Dec19134058@crux3.crux2.cit.cornell.edu>,
ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers) writes:

+ From: ns14@crux3.crux2.cit.cornell.edu (Nathan Otto Siemers)
+ Subject: Re: imgworks don't
+ Message-ID: <NS14.92Dec19134058@crux3.crux2.cit.cornell.edu>
+ Date: Sat, 19 Dec 92 13:40:58 PDT

	[23 lines omitted]

+ 	Numeric entry is not an option, but I heartily reccomend xv
+ for many of the image manipulation tasks you may need to do.  It is a
+ fantastic program, but I am not sure if it is capable of more than 8
+ bit color.  (i think it is)   It is also free.

    xv  (as of version 2.21) appears to manipulate images up to 24-bit RGB,
even though it cannot display them with more than eight bits.  Corrections
or pointers to newer versions are entirely welcome.

The cropping functions etc. are indeed friendly, though I have encountered
certain TIFF images which  xv  was unable to successfully read.

    (One of these days I'll get around to adding support for  .rgb  format!)


#include <std/disclaimer.h>
   /*  Employed by SGI in a non-speaking capacity.  All opinions are mine. */

+ Nathan Siemers.
+ --
+ /|/ /|  /  /-/ /| /|/    nathan@chemres.tn.cornell.edu
-- 
    Christopher J. Hawley / esper           /   chawley@sundiver.esd.sgi.com
    Silicon Graphics, Inc.   01L-945      PSD   phone:  415 / 390-1621  work
    Mountain View, CA   94039-7311  USA   /             415 / 965-0754  home
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
       .... somewhere in the spectrum between Real Love and a free lunch.
Xref: sparky comp.sys.sgi.misc:154 comp.sys.sgi.bugs:68
From: dittrich@carson.u.washington.edu (Dave Dittrich)
Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.bugs
Subject: Losing login messages under xdm/toolchest
Date: 5 Jan 93 18:34:33 GMT
Article-I.D.: shelley.1ickbpINN5q2
Organization: University of Washington
NNTP-Posting-Host: carson.u.washington.edu

Recently--while trying to track down a strange problem with an on-line
policy program I got from the net, then later when setting up BSD
quotas--I discovered a behaviour from the toolchest that I can only call
a bug.

The problem has to do with messages that are supposed to be delivered to
the user at *login* time (not when *each* shell is started, just the
*first* shell).  The bug is that when the toolchest is invoked it seems
to *eat* any output from the login process (xdm in the case of IRIX
4.0.5).  This means that the message about quota violation is *never*
seen by anyone logging in to the console; only when the user logs in
over the network (or from a character-based terminal, if one was
attached).

I have RTFM about X, xdm, etc., and find no indication of how to get
these login messages to be presented to the user.
/usr/lib/X11/xdm/Xsession claims that all messages from xdm and
toolchest will be routed to the console, but this does not appear to
work as claimed.

Can anyone at SGI who is familiar with the SGI X software tell me how I
go about getting "at login time" messages displayed under X/pandora/xdm?
Please direct your reply to me via email (as well as the net, if you
like).
From: ziggy@r-node.pci.on.ca (Adrian Buss Sys-op)
Newsgroups: comp.sys.sgi.misc
Subject: Iris 2400T questions...
Date: 11 Jan 93 22:22:40 GMT
Organization: R-node Public Access Unix - 1 416 249 5366


I would like to have the opinion of the more inteligent of you
ppl out on the net.

I have just picked up an Iris 2400T running SGI gl2lw3.5 Kernal up
date 0040144045 A.T&T SYS V.0.

Now what I am curriouse about is does that mean I am running system V
release 0.

The next question I would have is what are the posibilities of 
running a version, any version of elm, SL/IP RN/TRN or
actually finding anything that will complile on it.

I am nuts and should I quit while I am ahead and make it a nice
warm foot rest.

I dont mind spending some time playing with things to try and get this
running for home use.

Any comments at all would greatly be appreciated

regards

adrian



ziggy@r-node.pci.on.ca
Newsgroups: comp.sys.sgi.misc
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Re: Resident Set Size Confusion
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 6 Jan 93 08:18:54 GMT

In article <1993Jan6.072923.9471@odin.corp.sgi.com> blythe@sgi.com (David Blythe) writes:
>In article <syscrc.726293940@gsusgi1.gsu.edu> syscrc@pickle.gsu.edu (Randy Carpenter) writes:
>>We have a 4d/380s with 128MB of physical memory.  It's used for
>>computational chemistry.  Although there's plenty of available memory,
>>long running processes never seem to stay completely resident as evident
>>from the top(1) listing below.  Why does this happen?
>
>The short answer is that only the recently referenced memory pages stay
>resident.  The OS always keeps track of what is has not being referenced 
>recently and makes these pages available for other uses.  Just because
>you have lots of empty empty space isn't a good reason to keep around a lot
>of junk you may never look at again.

Really??  As long as there are free pages, I don't think an in-use page
would ever get swapped out, no matter how long it had been since it was
last touched.  Or do you just mean that transient memory usage by the OS
might occasionally fill up the really free space and cause some old stuff
to get swapped out?

>>Ocassionally, these processes will be killed due to insufficient swap
>>storage although we think there is plenty of available memory.  The
>>current swap is 48MB and we will be expanding it to 128MB soon.
>>
>I believe that if you have a process which has grown larger than the size
>of free swap space and the OS chooses to swap it out, it must swap it out in
>its entirety and at that point it has no choice but to kill the process.
>40Mb is a little small, 120Mb is much better but it depends on the mix
>you run.  /etc/swap -l will give you an idea of how much swap space is
>actually being used ...

Irix shouldn't swap out whole processes at a time -- swapping is done
page by page.

>>% top
>>
>>IRIX chemistry 4.0.1 11150233 IP7 Load[18.03,18.09,18.09] 23:13:15  500 procs
>>    user   pid  pgrp  %cpu proc  pri  size   rss    time  command        
>>  david   5641   381  56.8    5  105  3762  1656 4075:36  sybyl.40exe
>>  hui     7331   278  54.5    0  100 14596  1611 2570:55  charmm21r3exe
>>  tom    22880 15490  45.5    *  104  8390  2578 1060:34  sp_property
...and 15 more jobs with rss ~= 1600

If you add up the rss fields, it looks like there are about 30600 4K
pages of physical memory in use by these large jobs, or about 120 MB.
So in fact, if this is a typical load, there is no free memory after
all, since the OS should take up the remaining space.  The size fields
are much larger than the rss's, so most of the memory allocated by
these jobs must never be touched (otherwise they would overwhelm the
48 MB of swap space).  This is typical of Fortran programs with large
static array declarations.

        - David Hinds
          dhinds@allegro.stanford.edu
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: making inst distributions (was: Re: ghostscript)
Date: 9 Jan 93 00:09:35 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
NNTP-Posting-Host: sam.wpd.sgi.com

In article <1993Jan8.115859.7974@bitrot.in-berlin.de>, thomas@bitrot.in-berlin.de (Thomas Driemeyer) writes:
|> How about making the inst-ify programs available? Being able to create
|> distribution tapes that can be installed with "inst" would be a big win.

My boss, David Fenstemaker (davidf@sgi) is managing an effort to
make inst tools available.  Perhaps email to him would elicit more
details, and I'm sure he'd be interested in your suggestions.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi.misc
From: ra@agni.agni.std.com (C.Ramanathan)
Subject: Re: problem with sysmeter on an Indigo
Organization: Software Tool & Die
Date: Wed, 6 Jan 1993 20:12:13 GMT


>| when I run 'sysmeter' on an Indigo Elan running Irix 4.0.5F, I get the
>| following message and accompanying error at the bottom of /usr/adm/SYSLOG:
>| 
>| sysmeter: can't get stats: Remote system error
>| 
>| Jan  5 15:42:25 ewald rstatd[307]: read: iotim: No such device or address
>| 
>| I have made sure 'inetd' is running, but is there something else that I might
>| have configured wrong on the host?
>| 
>| Thanks in advance for the help.
>
>It is a bug in 405F that shows up (mostly on systems with Elan graphics)
>on some configurations.  It will probably not be fixed before the
>next major release (it still hasn't been tracked down).

Well, I'm running sysmeter on my R4k Indigo Elan under IRIX 4.05F and it
works fine. There're no error messages in /usr/adm/SYSLOG.

-ra

-------------------------------------------------------------------------------
Your computer is your access device <--> together we're the network
Login to the WORLD * (617)-739-WRLD  *  Public Access Unix 

C.Ramanathan, Software Tool & Die                 | ra@world.std.com
1330 Beacon St, Brookline, MA 02146,(617)739-0202 | uunet!world!ra




Newsgroups: comp.sys.sgi.misc,comp.mail.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: Zmailer-2.2:  does it work w/IRIX4.0.*?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 05:33:30 GMT

 Just trying out

Newsgroups: comp.sys.sgi.misc
From: penev@venezia (Penio Penev)
Subject: Re: How can I rlogin with the DISPLAY envar propagated?
Organization: Rockefeller University
Date: Sat, 9 Jan 1993 11:43:58 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: penev@venezia.rockefeller.edu
X-Posted-From: venezia.rockefeller.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Penio Penev (penev@venezia) wrote:
: Hi sgi netters,
: 
: I work on a X terminal, connected to a network of Indigos (4.0.1) and a
: Crimson(4.0.4). Usually I connect to a certain host and start Xsgi and 4Dwm
: from it. As long as I work on the same host, My DISPLAY points
: correctly to my Xterminal. When I wont to do computations on a
: different machine though, I have to rlogin there and start and monitor
: the job. The problem is that I no longer have my DISPLAY properly
: pointed at and certain X features (for example the -keymap option of
: xwsh) do not work.
: 
: I do not want to use telnet, becuse It doesn't understand euivalent
: hosts.
: 
: The man pages, say that the inclusion of DISPLAY propagation is in the
: to-do list. Is there a newer version of rlogin, which does this? Or is
: there a known workaround? Can I use telnet, perhaps with some options
: to setup equivalent hosts and/or users?
: 
: I feel, that this may be a problem for any user, which has the DISPLAY
: different from the REMOTEHOST, presumably all who use Xterminals.
: 
: Any info would be greatly appreciated.
: 
: -- Penio.
: 

Thank You very much for the suggestions. Besides the folowups I got
one email also.

There seem to be two basic methods for doing this. 1) Transmit
additional information in the TERM envar. 2) Use the rsh to connext
and then invoke xterm/winterm/xwsh with the -display option.

The first method is more general in the sense, that You may adapt it
to trasmit any information to the remote host.

The second one transmits oly the $DIPSPLAY envar, but is good, that it
lives the -e(xecuite) option of xwsh free for launching an application
on the remote machine. This again leaves room for transmitting any
information to the remote host (via the application launched). 

I personaly chose the 'rsh host xwsh -display $DISPLAY -e app_name',
since I usually do this from toolchest or 4Dwm.

I would suggest the two workarounds to be included in the man page of
rlogin in the BUGS: section.

Thank You again!

-- Penio.
Newsgroups: comp.sys.sgi.misc,comp.sys.ibm.pc
From: ori@marvin.technion.ac.il (Ori Degani)
Subject: Transferring from SGI to PC
Organization: Heart of Gold Institute
Date: Mon, 11 Jan 1993 08:52:44 GMT
Summary: How to transfer files from SGI to PC (Using DAT ?)
Keywords: SGI PC DAT

Hi,
  I'd like to install Linux on my PC at home.  My Indigo is connected
to the NET, and I can get Linux on to it.  I also have a DAT drive connected
to the SCSI, and have SCSI on my PC.  Does anyone knows how I can use the 
DAT to transfer the files from the Indigo to the PC?  I can put the files
on the DAT, but I'm not sure how I get them off the DAT to the PC (what
programs to use), and if it will even work, since it's DOS.
--
|E  Ori Degani  
    ori@marvin.technion.ac.il, ori@eddie.technion.ac.il
Newsgroups: comp.sys.sgi.misc,comp.mail.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: Zmailer-2.2:  does it work w/IRIX4.0.*?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 05:31:31 GMT

Newsgroups: comp.sys.sgi.misc
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Re: making inst distributions (was: Re: ghostscript)
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 9 Jan 93 02:35:23 GMT

In article <1il5f4INN6pq@fido.asd.sgi.com> pj@sgi.com writes:
>In article <1993Jan8.150400.20212@eagle.lerc.nasa.gov>, tohanson@gonzo.lerc.nasa.gov (Jeff Hanson) writes:
>|> It would be nice if administrators could add
>|> files to the list that inst has of configuration files.  This way we can
>|> use inst to control our configurations as well as those SGI supports.
>
>I'm not sure I understand this.
>
>Are you hoping that "versions changed" would emit names of your
>other config files that have changed (ie - have file.N or file.O
>variants visible)?  Nah - that doesn't sound right - and I'm at a
>loss for other guesses.

I'm not sure if this is what the original poster was talking about, but
for backing up non-user files on our SGI's, I use something like:

        versions -cm >file.list
        versions -e /usr/people user >>file.list

This gives a reasonably good list of everything that is part of the
system configuration, if you filter out directory names.  So, another
system can be set up the same way by installing from CD and adding
back just these files.  But this still leaves out a few system files
that I've changed but which are not known to inst as configuration
files.  These will still get clobbered when I upgrade IRIX, and I
will have to keep track of them on my own.

I noticed that /usr/lib/inst/userlist.exc is also not a configuration
file.  It might be nice if it were...

        - David Hinds
          dhinds@allegro.stanford.edu
Newsgroups: comp.sys.sgi.misc
From: eng10312@nusunix1.nus.sg (NEO LIN CHEN)
Subject: Re: NTP Time?
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 05:47:13 GMT

just trying out

Newsgroups: comp.sys.sgi.misc
From: dweber@ncsa.uiuc.edu (Daniel Weber)
Subject: Re: Clock rates in MH?
Originator: dweber@kankakee.ncsa.uiuc.edu
Reply-To: dweber@ncsa.uiuc.edu
Followup-To: comp.sys.sgi.misc
Organization: National Center for Supercomputing Applications
Date: Thu, 7 Jan 1993 15:10:00 GMT


In article <uijijns@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
|> Use hinv, since you don't seem to need it programmatically.
|> See 'man getinvent' if you do need it in a program, and 
|> /usr/include/sys/invent.h

Thanks!
-daniel

-- 
--
I AM NOT THE DANIEL WEBER YOU THINK I AM!!!!! There are six Daniel Webers 
in this town.  I am Daniel Eugene Weber, NCSA drone.  I am not Daniel Weber 
of community health, nor a senior in agriculture, nor a freshman in LAS.  
Newsgroups: comp.sys.sgi.misc
From: huober_r@hal.rz.uni-ulm.de (Reiner Huober)
Subject: Why is copying and/or deleting so slow on IRIX
Organization: Universitaet Ulm
Date: Tue, 12 Jan 1993 10:41:42 GMT

We use a 4D35 with biosym software on it. This software has a
help directory with over 3900 file, one or two blocks in size each.
If you copy or remove such a directory, then it takes several hours.

Is this specific to IRIX or have other systems the same behaviour
if there are many files in one directory.
Newsgroups: comp.sys.sgi.misc
Subject: Re: REALLY nice processes?
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Mon, 4 Jan 1993 09:38:00 GMT
Reply-To: doelz@urz.unibas.ch
Distribution: comp
Organization: EMBnet Switzerland [BASEL]   

In article <NS14.93Jan4013229@crux2.crux2.cit.cornell.edu>, ns14@crux2.crux2.cit.cornell.edu (Nathan Otto Siemers) writes:
...
|> 	Even when I nice my processes as much as possible, there is a
|> noticable drop in performance in interactive work.  Is there any way
|> to eliminate this?  I could envision the swapper swapping out
|> processes when an interactive job is running;  is this configurable?  

First, you could purchase a batch queuing system (like NQS) which does 
automatic non-aging priorities. Second, you could do it yourself with 
the npri(1) call. See the man page for this. Last, you could make a daemon
which greps the CPU time of, lets say, more than 1 hour and sends a STOP signal 
to there if you log in to the console. 

Regards 
Reinhard 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
Newsgroups: comp.sys.sgi.misc
From: stanj@ferrari.corp.sgi.com (Stan Jensen)
Subject: Re: Upgrade considerations
Organization: Silicon Graphics, Inc.
Date: Fri, 8 Jan 1993 18:29:17 GMT

In article <MBR.93Jan8071348@ponape.bellcore.com>, mbr@bellcore.com (Mark Rosenstein) writes:
|> In article <34912@adm.brl.mil> rme@stereo.adii.rl.af.mil (Richard M. Evans) writes:
|>    I am considering upgrading a 4D/340VGX to Reality Engine graphics.
|>    I've been told by a sales rep that the product is called HU-REALTT.
|>    What exactly do I get with this upgrade?
|> 
|> I assume you'd get a fabulous Reality Engine. Just a small warning. We
|> have a 340VGX twin tower, and our sales guy said it would just be a
|> board swap.  The RE arrived middle of December, when we learn, "Oh No,
|> Mr.  Bill", the RE only fits in the single tower. We are now in rather
|> unpleasant discussions, since the upgrade price is higher for twin
|> tower (I guess they have to replace the whole machine) about who
|> should pay the difference. (and of course our 1992 money is now history).
|> SGI's quote just say "RealityEngine graphics upgrade for IRIS
|> PowerSeries and IRIS Crimson deskside systems", but I guess there are
|> different part numbers for single vs.  twin tower upgrades, so make
|> sure your sales person gets you the right one. 

I'm sorry to hear of Mark's dilemma, but he is right about the marketing
code:
	HU-4DREALTT	upgrade for twin tower
	HU-4DREALDH	upgrade for single tower (DH=diehard)
	HU-4DREALRK	upgrade for POWER Series rack

Be sure your Sales Rep knows what model 340VGX you have.
-------------------------------------------------------------------------
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.misc