HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: How to check and change swapspace (was Re: panic faulting when
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: usa
Date: Wed, 6 Jan 93 17:58:35 GMT

In <63172@mimsy.umd.edu> dong@umiacs.umd.edu (Dong Chen) writes:

| In article <uh43lv0@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
| >
| >It isn't an out of swap problem at all.  There is a disk error
| >of some kind, *or* you have somehow configured the system to believe
| >that there is more swap space than will fit on that partition.
| >
| 
| How do you check the swap space and change it ?
| Also, is there a way to make sure weather it's a disk error or just swap.

/etc/swap -l will tell you.  If there is only one swap area, it is
the configured swap area from the kernel, and that shouldn't be an
issue.  If it is a secondary swap area (as seems likely, since it was
on disk 3), then some rc script in /etc/rc2.d most likely has been
added locally that has swap -a commands in it.  Check the values
against prtvtoc -s dks0d3vh (or whichever disk is appropriate).
--
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
Xref: sparky comp.sys.sgi.bugs:94 comp.sys.sgi.hardware:91
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi.bugs,comp.sys.sgi.hardware
Subject: Re: IRIX 4.0.5F/RE/FDDI on a 340
Keywords: see subject
Date: 8 Jan 93 17:28:25 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <acas.726481209@godzilla.cgl.citri.edu.au>, acas@cgl.citri.edu.au (Andrew Cassin) writes:
> 	Today we had a RE (1 pipeline) installed on a 340. After upgrading
> 	to 4.0.5F, we (meaning the SGI SE and myself) suddenly found
> 	that the kernel would not link as a symbol "ipg_type" was not
> 	defined in any of the files in /usr/sysgen/boot ...


You need the current version of "FDDIXPRess", the driver and firmware
for the FDDI board.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi.bugs
From: brighton@pixar.com (Bill Carson)
Subject: PIOCPSINFO (proc) always EINVAL
Originator: brighton@stimpy
Keywords: PIOCPSINFO proc debug
Organization: Pixar - Pt. Richmond, CA USA
Date: Wed, 6 Jan 1993 18:14:44 GMT

Has anyone had any luck with the PIOCPSINFO ioctl?
According to the 4.0.5 proc(4) man page:

>          void *p;
>          retval = ioctl(fildes, code, p);
>
>     The argument p is a generic pointer whose type depends on the specific
>     ioctl code.  Where not specifically mentioned below, its value should be
>     zero.  <sys/procfs.h> contains definitions of ioctl codes and data
>     structures used by the operations.
> ...
>   PIOCPSINFO
>     This returns miscellaneous process information such as that reported by
>     ps(1).  p is a pointer to a prpsinfo structure containing at least the
>     following fields:
>
>     typedef struct prpsinfo {
>	...
>     } prpsinfo_t


Enclosed is a program that demonstrates the failure of the PIOCPSINFO ioctl.

$ cc -o prps prps.c
$ prps				(uses getpid(), or give a PID as first arg)
prps: using path: /debug/12850
prst.pr_pid 12850
prps: ioctl PIOCPSINFO: Invalid argument

[IRIX stimpy 4.0.5 06151813 IP12]
[also compiled/tried under 4.0.4 and 4.0.5F]

Any and all insight appreciated.  Thanks!

- Bill Carson / brighton@pixar.com

--------------------------------------------------------------------

#include <sys/types.h>

#include <stdio.h>
#include <errno.h>
#include <malloc.h>
#include <string.h>
#include <fcntl.h>

#include <sys/time.h>
#include <sys/signal.h>
#include <sys/fault.h>
#include <sys/syscall.h>
#include <sys/procfs.h>

static char *PGM = "prps";
#define ERR sys_errlist[errno]

main(ac, av)
char **av;
{
	FILE *pf;
	int pid, ret, fd;
	char path[1024];
	prstatus_t prst;
	prpsinfo_t prps;
	void *v;

	if (ac > 1)
		pid = atoi(av[1]);
	else
		pid = getpid();
	
	sprintf(path, "/debug/%05d", pid);

	setbuf(stdout, NULL);
	printf("%s: using path: %s\n", PGM, path);

	if ((fd = open(path, O_RDONLY, 0)) < 0) {
		fprintf(stderr, "%s: open \"%s\": %s\n", PGM, path, ERR);
		exit(1);
	}

	if ((ret = ioctl(fd, PIOCSTATUS, &prst)) < 0) {
		fprintf(stderr, "%s: ioctl PIOCSTATUS: %s\n", PGM, ERR);
		exit(1);
	}

	printf("prst.pr_pid %d\n", prst.pr_pid);

	/*
	 * no matter what, this always fails with EINVAL
	 */
	if ((ret = ioctl(fd, PIOCPSINFO, &prps)) < 0) {
		fprintf(stderr, "%s: ioctl PIOCPSINFO: %s\n", PGM, ERR);
		exit(1);
	}

	printf("prps.pr_pid %d\n", prps.pr_pid);

	if (close(fd) < 0) {
		fprintf(stderr, "%s: close: %s\n", PGM, ERR);
		exit(1);
	}

	exit(0);
}
From: shankar@sgi.com (Shankar Unni)
Newsgroups: comp.sys.sgi.bugs
Subject: Re: C++ atexit() doesn't work
Date: 5 Jan 93 01:43:34 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: boris.wpd.sgi.com
X-Newsreader: Tin 1.1 PL5

Harold Zatz (hzatz@cco.caltech.edu) wrote:

> krazy % CC -o test test.c
> krazy % test

An artifact of the woefully unportable AT&T C++ library. It has a
replacement for "exit()" that is totally bogus (it's pre-ANSI C, and
doesn't look for atexit() functions).

> 	Fixes? Workarounds? Anyone?

Solution (it's a little crude for the moment):

  1.  Create the following compilation unit:

      exit.c:

        /* --- cut here --- */

	extern "C" {
		extern void _exit(int);
		extern void __call_exitfns();
		extern void _cleanup();
	}
	extern void __dtors();

	extern "C" {
	extern void exit(int i);
	}

	extern void exit(int i)
	{
		__call_exitfns();		/* This is the fix */
		__dtors();
		_cleanup();
		_exit(i);
	}

        /* --- cut here --- */
           
  2.  To use this fix:

      (a) Compile it, and link it with your application as the last object
          file in the link list.  CAUTION: ensure that you have at least
	  *ONE* exit() call in your code, otherwise the version of exit()
	  in libC.a will be picked up. (Old-time Unix'ers will know why).

          OR

      (b) Replace the file in /usr/lib/libC.a:

            # ar rv /usr/lib/libC.a exit.o

          Be careful with the last: You may want to save the old libC.a
          before doing this, in case anything goes wrong..

--
Shankar Unni				E-Mail:	shankar@sgi.com
Silicon Graphics Inc.			Phone:	+1-415-390-2072
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.bugs
Subject: Re: Any fix for diskless idle times?
Date: 11 Jan 93 18:36:47 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <GREENDOG.93Jan11111225@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:

| Well, I think it's a pretty well known bug that diskless indigos
| have problems with such things as idle times of users, etc.
| Just as a quick summary, "w" reports:
| 
| greendog  q0  greendog@max  10:04pm  32days     3     1   w
| 
| The idle time always seems to be the amount of time since we installed
| the operating system!
| 
| Is there some quick/dirty fix for this?  Like some file that needs
| to be 'touched' or something?  Will SGI ever fix this in 4.x.x?
| It screws up our accounting and some other things (like condor, rwho)...

There is no fix planned for 4.0.X; it is filed as a bug that has
bothered a number of sites.  Hopefully it will be fixed in 5.0.
--
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.bugs
From: itkin@jade.itd.nrl.navy.mil (David Itkin)
Subject: libgl_s.a does not exist
Organization: NRL
Distribution: comp.sys.sgi.bugs
Date: Wed, 6 Jan 1993 14:48:33 GMT

Hello,
   On an Indigo running 4.0.5 the /usr/lib/libgl_s.a file is missing.  There 
is a /usr/lib/libgl_s, but this is not an archive file.
  Why is there not libgl_s.a?  Why is there a /usr/lib/libgl_s?  Any help 
would be appreciated.

	David Itkin
	Jade Simulations
	itkin@jade.itd.nrl.navy.mil
Newsgroups: comp.sys.sgi.bugs
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: panic faulting when out of memory
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: usa
Date: Wed, 6 Jan 93 04:04:58 GMT

In <Jan05.220529.70886@yuma.ACNS.ColoState.EDU> jamison@yuma.ACNS.ColoState.EDU (Jamie Gulden) writes:


| This probably isn't a bug but...
| 
| Does IRIX (4.0.4) normally panic fault if it runs out of swap
| space?  I've got a short 5-7 line program that I try to find
| out how much memory I can allocate and it keeps panic faulting.
| 
| The syslog has a bunch of these:
| 
| Jan  5 13:52:35 nagel unix: dks0d3s1: Swap out failed blkno 0x3C514 (page still in memory)
| Jan  5 13:52:35 nagel unix: 
| Jan  5 13:52:35 nagel unix: dks0d3s1: Swap out failed blkno 0x3C834 (page still in memory)
| Jan  5 13:52:35 nagel unix: 
| Jan  5 13:52:35 nagel unix: dks0d3s1: Swap out failed blkno 0x3CA9C (page still in memory)
| Jan  5 13:56:53 nagel syslogd: restart
| 
| 
| And then the system comes up with this:
| 
| Jan  5 13:57:04 nagel syslogd: restart
| Jan  5 13:57:05 nagel savecore: reboot after panic: 
| Jan  5 13:57:05 nagel PANIC: swapoutpts - i/o error in swap
| 
| 
| So, is there a disk I/O problem, did we tell it to use more blocks
| than there actually are, or something else I'm missing.

It isn't an out of swap problem at all.  There is a disk error
of some kind, *or* you have somehow configured the system to believe
that there is more swap space than will fit on that partition.

There are a couple of places in the swapping code where the system
is fully committed, and can't recover on an error; in most cases it
will just kill the process that it was trying to swap (or retry it
later).
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi.bugs
Subject: Re: libgl_s.a does not exist
Date: 6 Jan 93 16:43:36 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: fangio.asd.sgi.com

itkin@jade.itd.nrl.navy.mil (David Itkin) writes:
>Hello,
>   On an Indigo running 4.0.5 the /usr/lib/libgl_s.a file is missing.  There 
>is a /usr/lib/libgl_s, but this is not an archive file.
>  Why is there not libgl_s.a?  

libgl_s.a is in the gl_x_dev product.  'versions' will tell you if
you have gl_x_dev installed.

> Why is there a /usr/lib/libgl_s?  

libgl_s is needed to run GL applications that were linked against the
shared gl library, hence it is in the runtime eoe images.  libgl_s.a 
is part of the gl developers image since it is needed to link a GL program.

...robert
Xref: sparky comp.sys.sgi.bugs:66 comp.sys.sgi.graphics:89
Newsgroups: comp.sys.sgi.bugs,comp.sys.sgi.graphics
From: rodney@dgp.toronto.edu (Rodney Hoinkes)
Subject: Font Manager woes!  Even with Newest FM!
Organization: Centre for Landscape Research, University of Toronto
Date: 4 Jan 93 23:25:13 GMT

What has been happening to the Font Manager?

I have managed to survive the migration to 'proper' code utilizing
the fmfreefont calls AND the rotatepagematrix bug in the 4.0.5[a-f]
Font Manager as well upgrading to the new bug-fixed Font Manger
(post 4.0.5F release).

BUT, either I am going crazy or something is still terribly wrong
with the FM.

If I run the following code on a pre-4.0.5 FM system (3.3.x - 4.0.4)
it does not result in any memory loss.  Under 4.0.5a, mm, f, and
f with fixed FM it hums along slowely eating all of my RAM!  I start
up gr_osview and watch while it runs and it just sucks it all away.
I saw 0 memory loss after 1.7million iterations on a 70GT running
3.3.2 but ran well into swap after 60,000 iteration on a 4.0.5f
Entry Indigo.

#include <stdio.h>
#include <gl.h>
#include <device.h>
#include <fmclient.h>

main() {
    long its=0;
    fmfonthandle f,fsized;
    noport();
    winopen("fmfreefont_test");
    gconfig();
    fminit();
    while(!getbutton(LEFTMOUSE)) {
        ++its;
        f = fmfindfont("Times-Roman");
        fsized = fmscalefont(f,18.0);
        fmsetfont(fsized);
        fmfreefont(fsized);
        fmfreefont(f);
    }
    printf("AFTER %ld iterations\n",its);

}

This is a critical issue with me as my code is running in an interactive
exhibit on a Crimson VGX (4.0.5a - 32MB RAM) and crashes every 30min or
so as RAM runs out.  This obviously DOES NOT look good on me, my client,
and SGI (which is a sponsor!).

Can someone tell me what I may be doing incorrectly?  I have spent
considerable time on this issue dealing with the last 2 'items' (BUGS)

I am posting this here since I find this to be the best forum for
rapid knowledgeable responses.

	Rodney Hoinkes
	Head of Design Applications
	Centre for Landscape Research
	University of Toronto
	Tel:   (416) 978-7197
	Email: rodney@dgp.utoronto.ca
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	APIAWWGATI
	"Anything's possible IF and WHEN we get around to it."
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.bugs
Subject: Re: libimage iopen() bug
Date: 6 Jan 93 21:46:46 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan6.200247.24300@netcom.com> benoist@netcom.com (Tom Benoist) writes:

| Some wont consider this a bug.
| I also understand that 4Dgifts is officially unsupported demoware.

Not really.  That is the same source used to build libimage.a

| Anyway, the problem:
| 
| /usr/people/4Dgifts/iristools/libimage/open.c
| 
| If iopen() fails because its not sent a readable file
| in the proper format, it returns without:
| 1. Freeing up Memory it allocates using calloc
| 2. closing the file descriptor  

That's because the original behavior was to exit on that
error.  When I added the ability to trap the error and
call a user function and continue, I missed the free
(although I did catch and fix others...)

If the file isn't readable, the open fails, and there
*is* no file descriptor to close!

| The result is that using this code in an app that queries the
| user for filenames, you run the good chance of eventually
| running over the Max Limit of 100 for open files.  As we all
| know, after that point File IO basically stops working and
| your app becomes "quite impotent"

Nope, something else is going on here.  If you
meant a file that can be opened, but then the read of the
image header fails (or a write fails because the system
runs out of free space), you are right.

I'll file a bug on this, so it will be fixed for a future
release.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
From: knobi@knobi.munich.sgi.com (Martin Knoblauch)
Newsgroups: comp.sys.sgi.bugs
Subject: Re: C++ and -mips2
Keywords: C++, mips2
Date: 11 Jan 93 07:57:39 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: knobi.munich.sgi.com

In article <1993Jan9.153935.9091@midway.uchicago.edu>,
almgren@math.uchicago.edu (Robert Almgren) writes:
|> 
|> The program below compiles and runs properly with
|> 
|>     CC -o prog prog.C
|> 
|> but dumps core, apparently on the assignment, when compiled with
|> 
|>     CC -mips2 -o prog prog.C
|> 
|> It does the same with the -v2 flag.
|> 
|> Am I overlooking something obvious, or is something wrong with the
|> compiler?  (System is Crimson R4000; compilers are 3.10 release).
|> 
|> 					Robert Almgren
|> 
|> 					University of Chicago
|> 					almgren@math.uchicago.edu
|> 
|>
=====================================================================
|> 			File "prog.C"
|> 
|> #include <stdlib.h>
|> #include <stdio.h>
|> 
|> main()
|> {
|> 	printf("Beginning of program; allocating d\n");
|> 
|> 	double *d = new double[3];
|> 	printf("d has been allocated; setting d[0]\n");
|> 
|> 	d[0] = 1.;
|> 	printf("d[0] has been set; quitting\n");
|> }
|> 
|>
=====================================================================

  This is a known bug which has benn fixed for our next OS/compiler
release. It has to do with 'malloc(3)' from libc.a not allocating
doubles on double word boundaries, which is required by '-mips2'.

  For YOUR problem (there are others that can't be solved this
way) you can compile the program using:

CC prog.cc -o prog -mips2 -lC -lmalloc

  Be aware that you HAVE TO enter '-lC' before '-lmalloc'. The usage
'-lmalloc' should solve all simple alignment problems. An additional
benefit is the improved performance of the allocation algorithms in
'mallox(3x)'.

Martin
-- 
+---------------------------------+----------------------------------+
|Martin Knoblauch                 | Silicon Graphics GmbH            |
|Application Support              | Am Hochacker 3 - Technopark      |
|Silicon Graphics Computer Systems| W-8011 Grasbrunn-Neukeferloh, FRG|
|                                 | Phone: (+int) 89 46108-179 or -0 |
|                                 | Fax:   (+int) 89 46108-222       |
+---------------------------------+----------------------------------+
|Network: <knobi@sgi.com>         | V-Mail: 8935   | M/S: IMU-315    |
+--------------------------------------------------------------------+
From: dong@umiacs.umd.edu (Dong Chen)
Newsgroups: comp.sys.sgi.bugs
Subject: Disk problem
Date: 6 Jan 93 09:08:27 GMT
Organization: UMIACS, University of Maryland, College Park, MD 20742

I just moved my computer to another room.
When I was trying to edit a file, it just hang there and the disk made some
strange noise .
But when I killed the process and try to open the same file again,
everything seems fine.
The part of SYSLOG is shown as below:

Jan  6 03:57:28 fuzzy unix: sc0,1,0: cmd=0x2A timeout after 30 sec.
Resetting SCSI bus
Jan  6 03:57:30 fuzzy unix: dks0d1s0 (/): retrying request
Jan  6 03:57:31 fuzzy unix: dks0d6s6 (/home): retrying request


Does anybody know what happened ?

Also I noticed some time early, there're another  message :

Jan  5 17:44:02 fuzzy unix: dks0d1s1: Media error: ID CRC or ECC error,.
Block #37722 (72957)
Jan  5 17:44:02 fuzzy unix: dks0d1s1: Swap out failed blkno 0x92A8 (page
still in memory)


Does this mean my hard disk might have some problem ?
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin
From: cjgg1584@uxa.cso.uiuc.edu (Cynthia J. Gibas)
Subject: Help!  Can I recover screwed up tar archive?  (add'l info)
Organization: University of Illinois at Urbana
Date: Fri, 8 Jan 1993 18:23:24 GMT

I need to extract information, if possible, from a tape which tar reads as
having a 'directory checksum error'.  Is there a way to trick tar into reading
a tape screwed up in this particular way?

What I also meant to add is that the archive is on 1/4" tape, the tape drive
is a regulation SGI SCSI drive, and the computer in question is a personal
IRIS running 4.0.5 (sort of--it was only running at the inst level when the
archive was created).
-- 
--
Cynthia Gibas   cgibas@wraightc3.life.uiuc.edu
4223 Beckman Institute
405 N. Mathews
From: rme@stereo.adii.rl.af.mil (Richard M. Evans)
Newsgroups: comp.sys.sgi
Subject: Upgrade considerations
Date: 7 Jan 93 19:31:35 GMT

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?

TIA,

Rich Evans
rme@stereo.rl.af.mil
From: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: What do I use instead of ginit?
Date: 7 Jan 93 23:02:27 GMT

I recall reading here (many moons ago, when I didn't need it) about
how ginit() is evil under 4.0.X and should be replaced by something
else.

I have an application that uses ginit to occupy the whole screen,
then uses tpon and tpoff to bring up and put away the textport
while the program is running.  Under 4.0.X this doesn't work any
more -- the tpon command freezes the screen and the program has to
be externally killed.

Does anyone remember the fix for this?

Thanks in advance,


Kim Andersen                 |  It's only ones and zeroes.
Harrington Cancer Center     |  The wonder is that
andersen@marvin.ama.ttu.edu  |  it does anything at all.  -- anonymous
From: kermit@BRL.MIL ( Chuck Kennedy)
Newsgroups: comp.sys.sgi
Subject: [Reinhard Doelz:  Re: help]
Date: 11 Jan 93 06:04:34 GMT


----- Forwarded message # 1:

Received: from WOLF.BRL.MIL by WOLF.BRL.MIL id ab05937; 6 Jan 93 16:46 EST
Received: from WOLF.BRL.MIL by WOLF.BRL.MIL id af05889; 6 Jan 93 16:36 EST
Received: from smoke.brl.mil by WOLF.BRL.MIL id aa05869; 6 Jan 93 16:29 EST
Received: from wharf.brl.mil by SMOKE.BRL.MIL id aa14268; 6 Jan 93 13:34 EST
Received: from biox.embnet.unibas.ch by WHARF.BRL.MIL id aa16090;
          6 Jan 93 13:13 EST
Received:   by comp.bioz.unibas.ch
Date: Wed, 6 Jan 93 19:11:26 +0100
From: Reinhard Doelz <doelz@comp.bioz.unibas.ch>
To: Gregory Hicks - Rota Spain <ghicks@BRL.MIL>
Subject: Re:  help
Resent-Date:  Wed, 6 Jan 93 16:11:41 EST
Resent-From:  ghicks@BRL.MIL
Resent-To:  info-iris@BRL.MIL, doelz@comp.bioz.unibas.ch

Hello, 

sorry to inquire again but I have a customer here who cannot access 
copp.sys.sgi and would like to get it from mailing lists. He seems to 
remember that info-iris@brl.mil was mentioned once. From the help reply 
I cannot conclude whether the list is still active at brl.mil. 

Thanks 
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 ----------------+
               -----------------------------------------


----- End of forwarded messages
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: clock speed
Date: 11 Jan 93 18:33:59 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1is8dhINNhme@usenet.INS.CWRU.Edu> ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle) writes:
| Something that I have noticed since beginning administrating SGIs
| several months ago is that the clock on them run fast. Within three
| to four days of setting the time on them, they are around 20 minutes
| fast. Is this something inherent in SGIs or is it just something with
| our setup?

This should not be true of any but our oldest systems.  Are you sure
that you aren't running timed, timeslave, or ntp, and the master
time server is off?

In any case, there is a kernel variable that can be set (timed puts
an appropriate value in /usr/tmp/.timetrim by default, which of course
will only be valid if the master keeps good time) to adjust the
system clock in the event that the machine is not running any kind
of time synchronization software.

See the discussion at the variable 'timetrim' in /usr/sysgen/master.d/kernel.
If you change it, run /etc/init.d/autoconfig to generate a new kernel,
and then reboot.
--
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