HDTenEightyP/NetNews huggingface dataset:
From: lhawkins@olaf.wellesley.edu (Lee Hawkins)
Subject: Re: question about setld
Organization: Wellesley College
Date: Thu, 10 Sep 1992 13:29:30 GMT

In article <boccio-090992223810@photon.swarthmore.edu> boccio@cc.swarthmore.edu (John Boccio) writes:
>Ultrix 4.2A on DECstation 5000/240
>
>We would like to install DEC software such that the root-path is not /.
>
>The man page for setld says to use
>
>setld -D root-path -l location
>
>I am trying to install DEC FORTRAN v3.2.
>
>I issued the command
>
>setld -D /usr/things -l /dev/rmt0h
>
>An error came back...it said.....
>
>NO INSTALLABLE SUBSETS ........
>
>The same error occurs unless I use
>
>setld -D / -l /dev/rmt0h
>
>or
>
>setld -l /dev/rmt0h  (/ being the default root-path)
>
>Is this the correct behavior for setld ?

As far as I know.  I've had the same problem.

>
>If so, how can I get arround it and install FORTRAN in my choice of
>directories?

I'm not sure it is wise to do so.  A lot of software makes assumptions
as to where to find the compilers, and if you randomly change where they
are located, you will not be able to develop new software for that
package easily.  This exact thing happened to us here, by the way.  DEC
moved the location of their fortran compiler to a more 'standard'
location between the release of IRAF v2.9 and v2.10, so I haven't been
able to compile fortran addons to IRAF since then.
Currently , setld installs fortran in /usr/lib/cmplrs/fort/fort, and
links from /usr/bin/f77 to /usr/lib/cmplrs/fort/fort.

>
>Am I going to run into this problem with all DEC software?

As far as I can tell.
>
>Thanks,
>
>John Boccio
>boccio@cc.swarthmore.edu

Cheers,
--Lee (remember me?)

________________________________________________________________________________
R. Lee Hawkins					 lhawkins@annie.wellesley.edu
Department of Astronomy				 lhawkins@lucy.wellesley.edu
Whitin Observatory
Wellesley College                                   Ph. 617-283-2708
Wellesley, MA 02181                                 FAX 617-283-3642
________________________________________________________________________________
From: andy@ie.utoronto.ca (Andy Sun)
Subject: Re: SCSI/CAM problems
Organization: University of Toronto, Department of Industrial Engineering
Date: Mon, 7 Sep 1992 20:25:29 GMT

john@iastate.edu (John Hascall) writes:

>We upgraded our central NFS servers from 5000/200s to 5000/240s
>and since we had to upgrade from 4.2, we installed the SCSI/CAM
>at the same time.  Our machines have 2 or 3 SCSI boards, 8-12 RZ57s,
>and a TLZ04 each (the DEC support guy said he thought the other
>problem report he had on this also was a multi-SCSI machine).

>What happens is we start getting *tons* of:
>   XPT Packet Pool HIGH Water Mark Reached.
>   cam_logger: CAM_ERROR packet
>   cam_logger: No associated bus target lun
>messages on the console and also (in the two times I have seen it happen)
>the dreaded "cant get mbufs" message also appears.  It seems to be somehow
>related to uptime (memory leak?) and load (so, of course, today, with a
>machine which hung last night and being the Friday before a long weekend,
>we had neither and I couldn't reproduce it for DEC *sigh*).

I am afraid that the same thing happens to us (a DECsystem 5000/200
recently upgraded to 4.2a with SCSI/CAM). Similar messages appear in the
error log (viewed through uerf). Even more horrible, our machine hung up
on us twice so far (i.e. no response, not even from console). I attempted
a core trace without any luck. It seems to be related to our USENET news
activities, when there were lots of read/write to an RZ58 partition.

>I was told that backing out of SCSI/CAM was NOT as simple as
>just "setld -d ..."  If we can't get a fix by next week we are
>resigned to going backwards to 4.2a.

OH MY GOD!! (fainted...)

Andy
-- 
Andy Sun (andy@ie.utoronto.ca)		4 Taddle Creek Road, Toronto
Computing Coordinator			Ontario, Canada. M5S 1A4
Department of Industrial Engineering	Phone: (416) 978-2920
University of Toronto			Fax:   (416) 978-3453
Newsgroups: comp.unix.ultrix,comp.windows.x
From: drmres27@ucs.usl.edu (Mejia Pablo)
Subject: Re: help - DEC.5000 / twm / .X11Startup
Organization: Univ. of SW Louisiana, Lafayette
	<1992Sep11.100340.4652@fys.ruu.nl> <BuF1Mw.2ou@cs.psu.edu>
Date: Fri, 11 Sep 1992 16:01:41 GMT

In article <BuF1Mw.2ou@cs.psu.edu> kenh@leps5.phys.psu.edu (Ken Hornstein) writes:


>>    hooft@fys.ruu.nl (Rob Hooft) writes:
>>
>>    Is there any way to avoid starting the session manager at
>>    all? I recently installed the Motif package on our cluster,
>>    and on 16Mb stations the combination of xconsole and
>>    xsession is a real memory problem. By using vtwm instead of
>>    mwm, xclock instead of dxclock, and xcalc instead of
>>    dxcalc, and by killing the xconsole at startup the system
>>    is workable, but I would really like to get rid of the
>>    session manager too (It eats about 1600kB).
>
>  You can always set the :0 entry in /etc/ttys to "off", turn
>  the getty for the console on, and have your users login and
>  run "xinit" from the console in glass mode (too bad the
>  console is a line terminal only ... way to go DEC).  Or, you
>  could run xdm instead of that bizarre DECWindows login
>  prompter.
>
>  --Ken

We have a network of DEC 5000/200 and we wanted to get rid of
dxsession.  We wanted to go to using xdm as the login prompter.
We were able to get it to work, except that all console output
would go to the background, as if the console was a line
terminal, instead of our hoped for console xterm.  Because of
this, we gave it up.

So my question is, does anybody have this set up so that it works
correctly?  If so, would that kind soul please either post or
email me an explanation of what we would need to do?  Like a copy
of their /etc/ttys and anything else that needs to be changed.

I will post email replies to the net if there is interest.

Thanks
Newsgroups: comp.unix.ultrix
From: buck@pool.info.sunyit.edu (Jesse Buckley)
Subject: Any PD dumprestore-like backup utils?
Organization: State University of New York -- Institute of Technology
Date: Tue, 8 Sep 1992 22:42:32 GMT

I'm looking for something that will allow me to use dump level like
dumps, and still restore single files.  This all would be done to/from a
local tape drive.  I also want it to be faster than dump.  Any
suggestions?

-- 
=) Buck (buck@sunyit.edu)
When someone says "I want a programming language in which I need only
say what I wish done," give him a lollipop.
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Newsgroups: comp.unix.ultrix
Subject: Re: mwm problems
Date: 11 Sep 92 04:04:25 GMT
Organization: University of California, Irvine

In article <1992Sep11.004102.3156@decuac.dec.com> avolio@dco.dec.com writes:
>
>The original poster should tell us what focus values are set for Mwm.  This
>is probably why I and others don't see this behavior and others do... there
>are sooo many choices.
>
>f

I'm the original poster. The /usr/lib/X11/app-defaults/Mwm file contains
the following resources having to do with "Focus". From the comments
in that file, if the keyboardFocusPolicy is Pointer, then the rest are
not applicable (i.e. they come into play for Explicit).

Mwm*keyboardFocusPolicy: Pointer
Mwm*autoKeyFocus: True
Mwm*raiseKeyFocus: True
Mwm*deiconifyKeyFocus: True
Mwm*startupKeyFocus: True


Fred Velijanian
University of California, Irvine
fredv@uci.edu
Newsgroups: comp.unix.ultrix
From: tschia@exodus.reuters.com.sg (tschia)
Subject: LAT SERVER HANGS UP
Organization: Reuters Singapore
Date: Mon, 7 Sep 1992 12:05:25 GMT

Hi there,
               I have some problem with the  LAT server 300 .
I would appreciate if someone out could help. If the LAT server is
accidentally power off,it seem to hang at the read().
I  try setting  VMIN = VMAX = 0 using ioctl().
I even try setting it using ioctl(fd,FIONBIO,&arg) where int arg =0;
But it remains hangup. Can somebody please help ??
From: przemek@rrdstrad.nist.gov (Przemek Klosowski)
Newsgroups: comp.unix.ultrix
Subject: Re: ds5000 cache parity error
Date: 15 Sep 92 18:58:16 GMT
Organization: U. of Maryland/NIST
In-reply-to: sowa@amdew.llnl.gov's message of 14 Sep 92 21:16:52 GMT

At one time we started getting the same errors, unrelated to OS
upgrades (I have been running 4.2a from the beginning). The errors
initially occurred infrequently, but became more serious, up to 
locking the computer.  DEC swapped the CPU daughterboard and that
solved it for us.

--
			przemek klosowski (przemek@rrdstrad.nist.gov)
			Reactor Division (bldg. 235), E111
			National Institute of Standards and Technology
			Gaithersburg, MD 20899,      USA

			(301) 975 6249
Newsgroups: comp.unix.ultrix
From: walsteyn@fys.ruu.nl (Fred Walsteijn)
Subject: ? Motif iconic shell / file manager ??
Summary: does it  exist ?
Keywords: icon shell, file manager
Organization: Physics Department, University of Utrecht, The Netherlands
Date: Tue, 15 Sep 1992 15:21:21 GMT

Does an iconic shell / file manager exist for DECstations/Ultrix ?
I've seen photographs showing a DEC with a user interface
like that of Silicon Graphics workstations and the Macintosh.

If it does exist: 
- how stable is it ?
- what do we need in order to get it running ?
- how does it compare to SGI-WorkSpace and the Mac-Finder ?

Thanks,
Fred
-----------------------------------------------------------------------------
Fred Walsteijn                                | Internet: walsteyn@fys.ruu.nl
Institute for Marine and Atmospheric Research | FAX:      31-30-543163
Utrecht University, The Netherlands           | Phone:    31-30-533169
Newsgroups: comp.unix.ultrix
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject:  copying from tape remotely (rmt tar rmt0h)
Keywords: rmt tar tape  
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Sun, 13 Sep 92 17:46:34 GMT


Could anyone give me an example on the steps to perform when I want to
read a tar tape from a drive at a remote machine and read the tape contents
directly into my machine ?

This should be possible using the rmt interface, right? Or do I need
gnu-tar?

--
--Chris
Christoph P. U. Kukulies
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.

Newsgroups: comp.unix.ultrix
From: boccio@cc.swarthmore.edu (John Boccio)
Subject: question about setld
Followup-To: comp.unix.ultrix
Organization: Swarthmore College
Date: Thu, 10 Sep 1992 02:44:32 GMT

Ultrix 4.2A on DECstation 5000/240

We would like to install DEC software such that the root-path is not /.

The man page for setld says to use

setld -D root-path -l location

I am trying to install DEC FORTRAN v3.2.

I issued the command

setld -D /usr/things -l /dev/rmt0h

An error came back...it said.....

NO INSTALLABLE SUBSETS ........

The same error occurs unless I use

setld -D / -l /dev/rmt0h

or

setld -l /dev/rmt0h  (/ being the default root-path)

Is this the correct behavior for setld ?

If so, how can I get arround it and install FORTRAN in my choice of
directories?

Am I going to run into this problem with all DEC software?

Thanks,

John Boccio
boccio@cc.swarthmore.edu
Newsgroups: comp.unix.ultrix,comp.os.vms
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: Mixing Ultrix and VMS Queues on LAT
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Thu, 10 Sep 1992 16:26:00 GMT

In article <senetza.715984845@honte>, senetza@sigma.uleth.ca (Len Senetza) writes...
>Has anyone done this?  We are going to setup a VMS queue via reverse
>LAT.  We would also like to have a DECstation printing to it.  
> 
We have Lantronix ETS terminalservers in use, and print-queues from VMS via LAT
together with Unix (AIX) print queues. The Unix LPD is done by the RTEL 
software provided by Lantronix. It works quite well , we didn't observe such
problems as reported in previous followups.

-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
Newsgroups: comp.unix.ultrix
From: zhao@adx.adelphi.edu (Bin Zhao)
Subject: Re: xwindows console/tty
Organization: Adelphi University
Date: Mon, 7 Sep 1992 02:24:49 GMT

In article <1992Sep6.071941.12658@blaze.cs.jhu.edu> hymowitz@cs.jhu.edu (Captain Action Figure (tm)) writes:
>hello...
>
>i generally use xwindows on a decstation running ultrix.  unfortunately,
>the -C option for xterm, which redirects console output to a window,
>does not function.  (the man page specifically says 'this is not supported
>on all systems')
>
>so, what i'm hoping for is advice/script/program/etc. on how to indicate
>that console output is to go to a specific window or tty.  i'm hoping
>for something non-violent, and i can't guarantee a particular name
>for the window (i.e. it won't always be tty01)

You can put the following line to youe .xsession (or the system-wide
Xsession):

cat -u /dev/xcons > ~/tmp/console.log

--Bin

zhao@adelphi.edu      Computer Center
From: stan@sabaac.NoSubdomain.NoDomain (Andrew Staniszewski)
Newsgroups: comp.unix.ultrix
Subject: interviews
Date: 9 Sep 92 16:04:52 GMT
Reply-To: staniszewski@mayo.edu
Organization: Mayo Foundation

Does anyone have experience building interviews with DEC's cxx (c++) compiler??
Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: 7 SCSI devices unsupported?
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Tue, 15 Sep 1992 18:04:02 GMT


In article <1992Sep15.151422.11468@morrow.stanford.edu>, caroline@topaz.Stanford.EDU (Caroline Lambert) writes:
>
>I am told by DEC technical support that although there are 7 SCSI
>slots on the single SCSI controller on my DEC5000/240, using only
>6 of them is 'supported'.

What is most likely is that it is very hard to put typically packaged
DEC devices on a single SCSI bus without violating the limits on
the length of the bus.  In a typical configuration you would probably
have 3 SZ12x-xx Storage Expansion boxes and some other device to have
seven devices.  The 3 Storage Expansion boxes are the maximum supported.
More than that and you may start running into cable length problems.

>So what dreadful things are going to 
>happen to my system if I use all 7? Does anyone else out there have
>7 devices on 1 controller?

What really makes it a problem is not the dreadful things that ARE
going to happen, but the dreadful things that COULD happen.  The
most interesting of them is mysterious data corruption.  If you're
lucky this will just show as parity errors on the SCSI bus.  If you're
not lucky it will show up as wrong data when you thought the data
should be right.  Other possibilities are device resets at random
times, devices that appear only to work or failed depending on the
phase of the moon or how many R's are in the month, etc.

This being a SCSI problem it's not simply a matter of the magic
number seven (7) not working and the magic number six (6) working.
If you have have five random 3rd party devices, one of which uses
a lot of the 6 meter bus length limit, you could easily have
problems with five devices.  If some vendor sells a box that
lets you put seven 3.5" form factor devices in a single enclosure,
this may work fine because it uses hardly any of the bus length.

>--
>Caroline Lambert  		caroline@stp.Stanford.EDU
>Seismic Tomography Project      
>Department of Geophysics, Stanford University
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix
From: maki@jit.dec.com (Watanabe Maki)
Subject: Re: Using DEC NSR with DMS 
Organization: Financial dist./EIC/DS/DEC-Japan
Date: Sat, 5 Sep 1992 11:28:23 GMT

In article <1992Sep1.165514.21673@news.iastate.edu> njohnson@sysad.cnde.iastate.edu (Neil Johnson) writes:

> How do I configure NSR to back up local disks on DMS clients?

You can configure it with nsradmin(8).   Invoke it, select
NSR client resource, and edit "save set" entry as you want.

ex.

                        type: NSR client;
                        name: void.fin.jit.dec.com;
                      server: void.fin.jit.dec.com;
                    schedule:  Default   [Full Every Friday]
                               Full on 1st Friday of Month
                               Full on 1st of Month    Quarterly ;
                   directive:  Default   [Default with compression];
                       group: [Default];
here-->             save set: /etc, /usr/local, /var/dss/namedb, /home/void;
              recover access: ;


maki

--
----------------------------------------------------------------
Watanabe Maki	General Service EIC/DEC-Japan
Internet	maki@jit.dec.com
Easynet		TKOV50::MA_WATANABE

Newsgroups: comp.unix.ultrix
From: kenh@leps5.phys.psu.edu (Ken Hornstein)
Subject: Re: rlogin from Ultrix to Sparc/SunOs hangs?
Organization: Penn State, Laboratory for Elementary Particle Science
Date: Tue, 8 Sep 1992 14:08:21 GMT

In article <006PB596@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>When I try /usr/ucb/rlogin from an Ultrix machine to any Sparc, rlogin just
>hangs.  However, I have no problems going from Sparc to Ultrix, Ultrix to
>Ultrix, nor any problems going from Ultrix to a Sun-3 running SunOS 4.1.1_U1
>and vice versa.

I thought it was just me!  :-)

I notice this happening occasionally on our DECstation 3100 running Ultrix 4.0
here.  This happens when using rlogin to any machine not running Ultrix, so
I suspect this is a problem with the Ultrix side.

--Ken
Newsgroups: comp.unix.ultrix
From: hymowitz@whatever.cs.jhu.edu (Hymie!)
Subject: Re: xwindows console/tty
Organization: Creative Sensualities dept, Jacquie's House of Underwear
Date: Tue, 8 Sep 1992 00:03:38 GMT

hi again.

can somebody tell me where to find a man page for xconsole or the .xsession
file?  my system has xconsole but no man page, and i don't know how
the .xsession file works.

thanx.

--hymie
hymowitz@cs.jhu.edu                                         hymie@jhuvms.bitnet
-------------------------------------------------------------------------------
I don't care what others say.  They say we don't listen anyway.
                                                            --Chambers Brothers
-------------------------------------------------------------------------------
From: rouilj@dl5000.bc.edu (John P. Rouillard)
Newsgroups: comp.unix.ultrix
Subject: Re: reading/writing DOS floppies on DECstation
Date: 7 Sep 92 18:37:10 GMT
Organization: Institute for Space Research, Boston College


Mtools worked fine right out of the box. I think you have to tell it
the device is rrz4c, then just make sure that /dev/rrz4c is world
writable and away you go.

-- John
From: yzarn@lhdsy1.lahabra.chevron.com (Philip Yzarn de Louraille)
Newsgroups: comp.unix.ultrix
Subject: Re: rlogin from Ultrix to Sparc/SunOs hangs?
Date: 9 Sep 92 16:17:17 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <006PB596@cc.swarthmore.edu> hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>DEC 5000/200 running Ultrix 4.2A.
>Sun ELC, IPC, Sparcstation II, all running SunOS 4.1.2.
>
>This was asked before on comp.unix.ultrix but I forgot to save the
>articles.  I apologize.
>
>When I try /usr/ucb/rlogin from an Ultrix machine to any Sparc, rlogin just
>hangs.  However, I have no problems going from Sparc to Ultrix, Ultrix to
>Ultrix, nor any problems going from Ultrix to a Sun-3 running SunOS 4.1.1_U1
>and vice versa.
>
>What am I doing wrong?  Is there a fix (other than using telnet)?

Ask DEC for the location of their replacement of /usr/ucb/rlogin

What is inexcusable is that this fix has been available prior to the
release of Ultrix 4.1 and 4.2 and it has not made it yet on the release
tapes.

What about Ultrix 4.3?? Will it have it??

-- 
  Philip Yzarn de Louraille                 Internet: yzarn@chevron.com
  Research Support Division                 Unix & Open Systems
  Chevron Information & Technology Co.      Tel: (310) 694-9232
  P.O. Box 446, La Habra, CA 90633-0446     Fax: (310) 694-7709
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Newsgroups: comp.unix.ultrix
Subject: Re: First Line Comments in Scripts
Date: 4 Sep 92 20:46:41 GMT
Article-I.D.: cc.B32PB0J8
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA

lange@lmsc.lockheed.com writes:
> It seems as though ULTRIX 4.2 insists that all shell scripts
> run in the C shell, ignoring the $SHELL variable.

If the comment begins with a #, then Ultrix tries it with /bin/csh.  If the
comment begins with :, then Ultrix tries it with /bin/sh.  If it encounters
a #!/blah/blah, then it'll try /blah/blah.

It seems pretty simple and reliable to me.

--
Eiji Hirai <hirai@cc.swarthmore.edu>    :     :    :   :  : :: ::: :::: :::::
Unix Hacker for Swarthmore College      :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, USA.      Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
From: jah@margo.ots.utexas.edu (Jeff Hayward)
Newsgroups: comp.unix.ultrix
Subject: Telnetd looping
Date: 9 Sep 92 16:16:47 GMT
Organization: The University of Texas

I've got a number of DS5000/200s running Ultrix 4.2a that act as
time-sharing hosts for a couple thousand dialup users.  The dial folks
telnet in to these hosts from terminal server/modem pools.  I frequently
see telnetds looping away for hundreds of minutes of CPU time after
their connections have been closed by the remote end.  Has anyone else
seen this?  Should I replace the DEC telnetd with the latest BSD version?

Thanks.

Jeff Hayward					J.Hayward@utexas.edu
Office of Telecommunication Services		+1 512 471 2444
The University of Texas System
Xref: sparky comp.unix.ultrix:6900 comp.databases.ingres:1368
From: pete@othello.dartmouth.edu (Pete Schmitt)
Newsgroups: comp.unix.ultrix,comp.databases.ingres
Subject: INGRES for Ultrix?
Date: 15 Sep 92 02:28:44 GMT
Organization: Dartmouth College, Hanover, NH

Looking for a PD version of ingres for Ultrix 4.2 on a DECSystem 5000.

Has anyone ported it there?

-pete

--
Peter Schmitt, UNIX Systems Specialist, Computing Services, Dartmouth College
Email: peter.schmitt@dartmouth.edu                        Phone: 603-646-2085
******* Let us not give up meeting together, as some are in the habit *******
******* of doing, but let us encourage one another.    -Hebrews 10:25 *******
Newsgroups: comp.unix.ultrix