HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI bus length question
Date: 1 Oct 92 05:01:51 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1228@shrike.com> flash@austin.lockheed.com (James W. Melton) writes:
| We have a V35 (VME-based) with an IRIS tower for additional SCSI
| devices. Our system has a QIC-150 tape drive and a 1.2GB disk in
| the internal bays, an 8500 8mm tape and 3 1.2GB disks in the IRIS
| tower.
| 
| The disk space in the tower is reserved for our database
| application (using Sybase); currently only one disk is in use. The
| other disks will be added when the application goes into production
| use.
| 
| The problem: the 8mm was a late addition to the system. At first,
| it did not seem to work, failing very early into nightly "dump"
| backups. Finally, however, we traced the problem to the last disk
| in the tower. This never-been-used disk failed (refused to show up
| in hinv or fx). Removing the disk from the tower fixed the tape
| drive problem. Backups now work flawlessly.
| 
| The question: is it possible that there is a SCSI problem here? The
| disk can't be repaired (replaced), because we are in a secure area and
| magnetic media doesn't go out. No one has come up with the $$ to
| buy a new disk (and we haven't been hurting for it yet). Why does a
| disk that is just sitting in a tower drawing power fail?

Have you checked to be sure that it has a unique SCSI ID?  Also
be sure that it doesn't have any terminators installed.

| We will be adding a CD to this system soon, so if there is a SCSI
| problem, I would like to know about it. The CD will max out the
| devices on the bus (4 disks, 1 QIC, 1 8mm, 1CD = 7 devices). These
| are all SGI devices, and the tower is supposed to terminate the bus
| properly.

Double check that all the cables are correctly hooked up, that none
of them are terminated (drives for some systems *do* come with
terminators, although they shouldn't for that system; did you order
the drives for that specific system)?
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: fnorman@magnus.acs.ohio-state.edu (J Farley Norman)
Subject: inst, again
Organization: The Ohio State University
Date: Mon, 5 Oct 1992 17:04:50 GMT

 whoops, sorry.  I should have said that
versions reported the unknown products
and subsystems, not inst.

   Farley
   fnorman@magnus.acs.ohio-state.edu

    Thanks again
From: per@cwi.nl (Per Spilling)
Newsgroups: comp.sys.sgi
Subject: Problem with dbx and edge
Date: 5 Oct 92 13:20:59 GMT
Organization: CWI, Amsterdam

I have two problem, one concerns dbx, and the other is a problem with edge.
Both of these problems occurr on an SGI Indigo (IRIX 4.0.2).

The problem with dbx is that dbx is not able to find the source files which
created the object file because it uses the full pathname of the file as
specified in the object file. The directory specified by the pathname does
not exist on my machine, but the sources are available in another
directory. I have specified a search path for dbx in my .dbxinit file but
dbx is still not able to find the source files. Is it possible to make dbx
use only the *filename* without the complete pathname as given in the
objectfile ?

The problem with edge is that I cannot get edge to run over the network. If
I start up edge on another machine I get the following error message:

   dgl error (comm): read returned 0

Is there anything I can do to correct this problem ?

Please send any suggestions directly to me as I do not regularly read this
newsgroup. Thanks in advance for any help.

-Per

-- 

Per Spilling
Centre for Mathematics & Computer Science (CWI),
Kruislaan 413, 1098 SJ Amsterdam, The Netherlands.
Email:per@cwi.nl, Tel: +31-20-592 4053
Newsgroups: comp.sys.sgi
Organization: Penn State University
Date: Mon, 5 Oct 1992 09:40:57 EDT
From: Bill Lasher <W0L@psuvm.psu.edu>
Newsgroups: comp.sys.sgi
Subject: Re: Soft PC Query

SoftPC does a reasonably good job with WordPerfect.  I am running on a 4D/35,
and performance is OK, but I don't use the mouse.  Everything does work as it
should, though.

When I complained about the graphics speed on SoftPC a year or so ago, I was
told that they were working on it.  Does anybody know when we might see an
improved version?

Bill
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Memory limits for the Indigo 4000
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 30 Sep 92 01:56:04 GMT

In <BvCI1D.I95@max.physics.sunysb.edu> rocek@max.physics.sunysb.edu (Martin Rocek) writes:
| Does anyone know what are the current and future memory limits for
| Indigo 4000's?

Current systems are limited to 128 Mbytes (96 Mbytes with easily
available SIMMs).  Support for up to 256 Mbytes should be out around
the end of the year (I don't know if an official date has even been
set), which should be about the same time that the SIMMs with 16 Mbit
chips start becoming readily available.

Right now, 256 Mbytes of 16 Mbit SIMMs is ~15,000 $US, and is just
barely sampling, from what I have been told.

NOTE: this is the price I was told somebody bought it at, I have no
idea whatsoever what price SGI or any 3rd party would charge for it!
I may also be mistaken on what it cost.

The full 384 Mbytes of memory will not be supported until our S5R4
based release sometime in calendar 93 (there are a number of kernel
issues to be resolved, and that is the release in which the work is
being done).

Some early systems may require a PROM upgrade to go to 384 MB, as the
PROM was finalized before the SIMMs were available, and a problem
was later found and fixed.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Remote install of 4.0 (Indigo) from 3.3.2 (4D)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 6 Oct 92 03:42:39 GMT

In <1992Oct5.143441.4622@serval.net.wsu.edu> mkibler@yoda.eecs.wsu.edu (Michael K. Kibler) writes:
| I have been trying to do a remote install from CD Rom on
| and SGI Indigo running 4.0 from a 4D/60T running 3.3.2.
| It seems to access the Indigo, but comes back with a message
| about no files descriptors found.

Rather strange; how are you doing the install on the 4D/60?  From
the miniroot, or under the kernel?  The 3.3.2 inst, which you
would use in the latter case, won't understand the 4.0 inst format.
--
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:14684 comp.sys.sun.hardware:4810 comp.sys.sun.misc:4530 comp.sys.sun.wanted:1586 comp.sys.sun.apps:2159
From: tmr@s8.msi.umn.edu (Tom Ruwart)
Newsgroups: comp.sys.sgi,comp.sys.sun.hardware,comp.sys.sun.misc,comp.sys.sun.wanted,comp.sys.sun.apps
Subject: Disk I/O Benchmarks
Date: 6 Oct 92 13:38:06 GMT
Article-I.D.: news2.1992Oct6.133806.17892
Organization: Minnesota Supercomputer Institute, U of Minnesota


I would like to know what disk I/O benchmarks are in common use and where I
can get copies of the source. Please email your response directly to me
as opposed to cluttering this news group with responses. 
	Thanks

Tom Ruwart (tmr@ahpcrc.umn.edu)
AHPCRC                                    ~~~        ,==-O
Minnesota Technology Ctr                      ~~~    \\  \_>
1100 Washington Avenue South                       __ /  __     Hammer time!
Mpls, MN 55415                              ~~~   / / - / /
612-626-8091                                      --    --
Newsgroups: comp.sys.sgi
From: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Subject: Re: R4k Indigo memory
Organization: University of Texas at San Antonio
Date: Sat, 3 Oct 1992 12:36:02 GMT

In article <qjomcv4@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <32863@adm.brl.mil> blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:
>|       4D/3X & Indigo, 32MB Kit (KSG32/RPC) $1300 (Part #:KTM-32/MM3) (Oct. '92)
>|       Indigo R4000 32MB Kit (KSG32/R40) $1100 (Oct. '92)
>|       Indigo R4000 64MB Kit (KSG64/R40) $2300 (Oct. '92)
>
>Not to accuse Impediment of anything, but one of our marketing folks
>brought some 3rd party r4k indigo memory into our lab the other day
>(I honestly don't remember who it was from), and it was a rather
>strange configuration, that could result in much worse bus loading
>than our standard SIMMs.  That memory could lead to unreliable
>operation (or it might work just fine, depending on which side
>of tolerances all the various parts are).  So make sure you
>get money back guarantees, or deal with somebody who is really
>understands memory and SIMMs.

WOW! After all the effort you guys went to modify the memory structure
of the r4K Indigo so it could use "standard 72-pin SIMMS" instead of
the custom memory in the r3K Indigo, I was looking forward to populating
my new r4K Indigo with "tons" of cheap RAM bought from the first mail order
outfit I found in the back of Byte Magazine. Now I'm scared to buy it
from even companies like Impediment that specializes in workstation
memories. Hope SGI still has me down for that $1,000 credit so I can
buy at least another 8 MB of RAM that I know will work :-(


-- 
David M. Senseman, Ph.D.      |   A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu)  |   from a freight car; but if he has a university
Division of Life Sciences     |   education, he may steal the whole railroad.
UT San Antonio                |             Theodore Roosevelt (1858-1919)
From: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: Complaining about 4.0.Xx
Date: 29 Sep 92 17:13:09 GMT

In article  <1992Sep25.112238.856@jarvis.csri.toronto.edu>,  Rodney Hoinkes
<rodney@dgp.toronto.edu> writes:

>  When is this crazy state of affairs going
>  to end?  Will there ever be a 'stable' version of 4.0 without
>  grand new additional features in minor revisions?

Hear, hear!  I have not yet upgraded my machines to 4.0.Xx (where X is
today's number and x is today's letter) because I don't know which
version I'm supposed to have for my machines or which one will work.
I thought 4.0.5 was supposed to solve all the problems caused by rushing
out this OS, but there are now (by my count) at least 7 versions of
that (a,b,c,d,e,f, and mm)!  And the SGI guys won't TELL us what
we need until we call up with some bug we've been fighting with for
WEEKS and they tell us that "Oh, all you need is version 4.0.9bfk12
to fix that."

I am not at all impressed with the way SGI has handled this new
release and I am not going to be installing it until a stable plateau
has been reached.  3.3.X may be old, but at least it works.



Kim Andersen
Crystallography
Harrington Cancer Center
andersen@marvin.ama.ttu.edu
From: SUTPHINWB@npt.nusc.navy.mil (SUTPHIN WILLIAM B)
Newsgroups: comp.sys.sgi
Subject: Why PANIC with missing VME Memory
Date: 30 Sep 92 14:50:15 GMT

I am trying to install a SBC on the VME bus of a 320S running 4.0.1.  I
have the portion of memory I want IRIX to share with the card properly
mapped via the mem file in /usr/sysgen.  When everything is ok, the
card maps in fine.

However, I want to install various numbers of these cards, so I want to
be able to test for there presence _from user mode_.  When I test an
address I now is not there (but still a valid mmap address, according
to the mem file), most time I get a bus error message on the console
and a bus error signal to my program (VME bus time out), other times
it panics the system.

It always panics the system if you get a VME time out while in dbx.

First, is there anyway I can keep the VME time out messages off the
console if I know there is going to be one?

Second, can I get consistant behavor from IRIX in handling these things? Is
there a more consistant way to check for the presences of VME memory than
trying to read from it?

Thanks
Bill Sutphin
From: mdm@orion.mc.duke.edu (Mark Martin)
Newsgroups: comp.sys.sgi
Subject: Workspace & famd
Date: 6 Oct 92 19:15:10 GMT

Greetings....

I have an SGI 320VGX running 3.3.2.  I also have users who are insistent upon running
WorkSpace, ( probably because it allows the SGI to look like a Mac).  Anyhow, the skill
of my users is not the problem.  

The problem is that when they try to run WorkSpace, the message:
Cannot access fam comes flying back.  The only other time I have seen a problem with
fam was due to a mailbox problem.

I have also noticed the following ouput from rpcinfo:

   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100004    2   udp    719  ypserv
    100004    2   tcp    720  ypserv
    100004    1   udp    719  ypserv
    100004    1   tcp    720  ypserv
    100009    1   udp   1023  yppasswdd
    100009   99   udp   1023  yppasswdd
    100007    2   tcp   1024  ypbind
    100007    2   udp   1025  ypbind
    100007    1   tcp   1024  ypbind
    100007    1   udp   1025  ypbind
    100003    2   udp   2049  nfs
    100005    1   tcp   1035  mountd
    100005    1   udp   1033  mountd
    100001    1   udp   1034  rstatd
    100001    2   udp   1034  rstatd
    100001    3   udp   1034  rstatd
    100008    1   udp   1035  walld
    100002    1   udp   1036  rusersd
    100012    1   udp   1037  sprayd
    100026    1   udp   1038  bootparam
    100028    1   tcp   1036  ypupdated

I notice that programs (rpc):

sgi_toolkitbus  391001
sgi_fam         391002

are not running.  In case it helps, here is my chkconfig:

        Flag                State               
        ====                =====               

        verbose             on
        acct                off
        named               off
        network             on
        noiconlogin         off
        rwhod               off
        sar                 off
        timed               off
        timeslave           off
        visuallogin         on
        xSGINeWS            on
        automount           off
        lockd               off
        nfs                 on
        yp                  on
        ypmaster            on
        ypserv              on
        routed              off

Thanks in advance....

Mark Martin
mdm@orion.mc.duke.edu
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Need libX11.a file
Date: 2 Oct 92 02:45:09 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct1.140539.3152@alw.nih.gov> root@helix.nih.gov (Super-User) writes:
| I have an Iris 4D25 and I have got a piece of software that needs
| the libX11.a file.  I am running sys 3.3.3.  The software people
| say this file should be on my disc as it's included with the SGI tapes.
| 
| I cannot find this file.  I tried to figure out which system tape this file
| is on, but can't figure out the command to get a listing of what files
| are on the tapes.  IF you haven't guessed I am a UNIX neophyte.  I posted to
| this net because I have no idea if the X11.a lib is an SGI thing or not.

You only get that library if  you installed the X development package
(a seperate product in 3.3.X).

| Please help me.  How do I extract this file (if I can find it) or who might
| have it on a system (no .com sites can be accessed) where I can ftp it from.

It is a purchased product.  Anybody letting you copy theirs is violating
their license agreement (unless you have a site license (RTU), and it is
somebody at the same site).
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Help with fx error messages
Date: 3 Oct 92 03:18:22 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <32873@adm.brl.mil> ll@gfdl.gov (Larry Lewis) writes:

| I have just connected two Micropolis 1906 1.6GB external disk drives to a
| 4D/35 running IRIX 4.0.1.  When I formatted the disks using the auto
| command in the extended mode of fx, I got the many of the following message
| pairs during the sequential pass of the exercise phase:
| 
| fx/auto/complete: warning - data mismatch
| fx/auto/complete: Error 0 -- Couldn't find bad block on track starting with
|  block 2687993 after 2 tries

That means that the data read back didn't match the data written
on the first pass (when a cylinder's worth was read).  On reading
sector by sector, we didn't get a mismatch.  Sounds like bad news
to me.  Either you have some intermittent SCSI bus problem, or bad
firmware in the drive, or a marginal block on the drive that wasn't
detected by the drive's ECC code (i.e., bad hardware/firmware on the
drive).

| During the butterfly pass of the exercise phase, there were 33 such message
| pairs for the 1st disk and 9 for the 2nd.  The block numbers were all above
| 1900000.

Sounds like the drive may have problems staying on track, or at least,
detecting that it is off track.

| What is the meaning of these two messages?  One interpretation could be
| that fx read the badblock list and expected to find a bad block in a

For 'bad block', read 'block in error'.  This code is somewhat generic
for the hard errors and the data mismatches, which was simplest to 
implement, but which really isn't quite reasonable; you really want
to know exactly which block has the data mismatch.  I'll add this to
my list of things to fix.

| BTW, formatting these disks seemed to take forever!  Each time the data
| mismatch warning message appeared, fx would access the disk for 15 minutes
| before issuing the Error 0 message and continuing.

That was a bug in the way the search logic for a failing bad block was
done, it was fixed around 4.0.4.  It was trying *way* too hard (i.e.,
more than I intended) to find the block in error.  It also no longer
claims 'error 0' in the data mismatch case.

All in all, I'd be reluctant to commit any important data to these
drives until you find and (hopefully) fix the problem.  For what it
is worth, I personally do not like Micropolis drives.  Various customers
have also reported problems with them.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: orman@IASTATE.EDU (David L Orman)
Subject: 4.0.5 and utmp and wtmp
Reply-To: orman@IASTATE.EDU (David L Orman)
Organization: Iowa State University
Date: Mon, 28 Sep 1992 23:57:28 GMT

Has anyone else noticed that the utmp and wtmp files get VERY outdateds since
4.0.5? a 'w' will show users that dont have any processes and havent been on for
days.  Anyone have any suggestions for fixing this?

Newsgroups: comp.sys.sgi
From: mbr@bellcore.com (Mark Rosenstein)
Subject: Re: Phaser II SD question(s)
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
Date: 3 Oct 92 08:50:19

In article <qjoh2ms@twilight.wpd.sgi.com> story@sgi.com (David (Duis) Story) writes:

   From: story@sgi.com (David (Duis) Story)
   Date: 3 Oct 92 01:56:20 GMT
   References: <BvEKB5.8vJ@helios.physics.utoronto.ca>
   Organization: Silicon Graphics, Inc.


   >The IISD will be hooked up to
   >the IRIS's parallel port.  Is the IISD a PostScript device?  If so, can we
   >just use "tops" (with the "-rgb" or "-RGB" option), and print the resultant
   >PostScript file?

   No need.  The IISD requires Impressario and will therefore
   automatically filter PostScript, SGI RGB, SGI BW, and text out to the
   printer.   
Not being familar with Impressario. Will it also work if we purchase it
and use lpr (we live in a sun world and lpr is the winner in our world) or is
it only an lp thing?

Mark.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo R4k DMA: 266 Mbytes/s or 266 Mbits/s?
Date: 3 Oct 92 02:12:01 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct2.165759.7695@virtuoso.uucp> chris%virtuoso@uunet.uu.net (Chris Cressy) writes:

| The Digital Media Overview Technical Report from SGI states on pg. 2
| that the Indigo R3k GIO32 bus runs at a speed of 133 megabits/sec.

It's a typo. Its megabytes, not megabits.

| Elsewhere in SGI product literature, I see many references to the R4k
| and R3k buses having 266/133 "MB/s" DMA, respectively.  My SGI sales
| rep has assured my that MB is really MegaBytes and that the
| Technical Report is in error.
| 
| Could anyone at SGI confirm the Indigo DMA rate for me?

Actually, the bus rate depends to some extent on what graphics you
have.  The Elan/XS graphics can't run at the same rate as the
starter graphics, so the GIO bus there runs at 25 MHz, giving you
100 Mbytes/sec, not 133.

r4k Indigo has the same GIO bus rate, but the *memory* bandwidth
to the CPU doubled (GIO bus DMA did not, and that is what graphics
and other i/o devices use).
--
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