HDTenEightyP/NetNews huggingface dataset:
From: jv@mh.nl (Johan Vromans)
Subject: Re: How do I set my path for dxwm?
X-Md4-Signature: db6ae1317e8ce3c6b5eed46b5b01538e
Organization: Multihouse Automation, the Netherlands
	<PRZEMEK.92Sep29134253@rrdstrad.nist.gov>
Date: Wed, 30 Sep 1992 10:55:47 GMT

In article <PRZEMEK.92Sep29134253@rrdstrad.nist.gov> przemek@rrdstrad.nist.gov (Przemek Klosowski) writes:

   In article <1992Sep28.150456.26543@cis.ohio-state.edu> welch@nervous.cis.ohio-state.edu (Arun Welch) writes:

      Where can I set my path so that I don't have to give a full pathname
      to applications in the Session Manager?

   I asked DEC support and the answer was "You can't do that", i.e.
   you have to specify path in your config files.

Easy: in the session manager, specify a shell script instead of dxwm.
Have this script setup everything you want, and invoke dxwm from the
script.

	Johan
Newsgroups: comp.unix.ultrix
From: kenh@leps5.phys.psu.edu (Ken Hornstein)
Subject: Re: I still cannot talk....
Organization: Penn State, Laboratory for Elementary Particle Science
Date: Tue, 6 Oct 1992 20:32:25 GMT

In article <1992Oct6.170331.1@amc.uva.nl> wetzels@amc.uva.nl writes:
>
>I am working on a ULTRIX 4.2 decstation 5000/125 machine. I want to talk
>to a user on SUN 4.1.1-GFXREV1.
>
>As stated earlier when i talk user@sunhost nothing happens.
[...]

The basic problem here is that "otalk" sends network information that depends
on the byte-order of the machine.  So, if try to talk from a big-endian machine
(a sun) to a little endian machine (DEC), weird things happen.  The solution
is to get the person on the sun to install ntalk.

--Ken
From: yzarn@lhdsy1.lahabra.chevron.com (Philip Yzarn de Louraille)
Newsgroups: comp.unix.ultrix
Subject: Re: "Not enough core"...swap space?
Date: 27 Sep 92 16:51:09 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <1a2vh2INN4u0@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>In article <1992Sep26.153744.4452@monu6.cc.monash.edu.au> anthony@yoyo.cc.monash.edu.au (Anthony Baxter) writes:
>>In <1a1890INNcm@golem.wcc.govt.nz> brockie@golem.wcc.govt.nz (Roger Brockie) writes:
>>>I've done this, but swapon gives a no such device error.  Yes, there is a device.
>>>Whats wrong ?
>>Did you add the swap area to the kernel config file?
>>Eg, from this machine, with 4 swap areas:
>>config		vmunix	root on rz0a  swap on rz0b and rz1d and rz2d and rz3d
>
>Yep.  Heres extracts from the relevant (I hope) files
>
>/etc/fstab:
>/dev/rz2a::sw:::::
***************
>
>Config file:
>config		vmunix	root on rz1a  swap on rz2a and rz1b    dumps on rz1b  
                                             *******        
>
>chpt(8) gives:
>/dev/rrz2c
>Current partition table:
>partition     bottom        top       size    overlap
>    a              0     275535     275536    b,c,g
   ***********

   MAMMA MIA!!!

   Do not swap on the a partition!!! Ultrix does not like it at all.

   Reduce the size of a and augment that of b and swap on b.
     a              0       4095       4096   
     b           4096     275535     271438  


>    b         165536     275535     110000    a,c,g
>    c              0    1299173    1299174    a,b,d,e,f,g,h
>    d         275536    1299173    1023638    c,e,f,g,h
>    e         395536    1299173     903638    c,d,f,g,h
>    f        1179173    1299172     120000    c,d,e,h
>    g         163840     731505     567666    a,b,c,d,e
>    h         731506    1299173     567668    c,d,e,f
>
>I mount and use the d partition (btw the drives an RZ56)
>
>and swapon(8) gives:
>Adding /dev/rz2a as swap device
>/dev/rz2a: No such device
>
>???????????
>
>Roger
-- 
  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: ehrlich@colossus.cs.psu.edu (Dan Ehrlich)
Newsgroups: comp.unix.ultrix
Subject: Excuse me, but isn't this 1992?
Summary: DEC asleep at the wheel again.
Keywords: Flame on
Date: 7 Oct 92 01:21:59 GMT
Organization: Computer Science Department, Penn State University

I am sorry, but enough is enough!

***** FLAME ON  *****

It would seem that DEC has decided to not include any sort of remote
quota support, along with most of the other rpc services, in Ultrix
4.2A rev 47.  Seeing how Sun released this support somewhere around
1986 I was wondering WHAT THE HELL DEC HAS BEEN DOING FOR SIX YEARS?
Am I they only one who needs to, unfortunately, impose quotas on their
users?  Does this capability exist in Ultrix 4.3?  If not, does DEC
ever plan on including support for remote quotas?  Is there a way
around it?  Has anyone else solved this problem?  I have the Ultrix
sources available, does anyone have any idea how hard it would be to
hack in remote quotas?  Is there any sort of add on to Ultrix that
implements the missing rpc services I have had on a Sun since 1986?

Wake up DEC, the (computing) world is passing you and Ultrix by.  This
is just another example of the half-hearted support DEC has always
shown towards UNIX(tm).  And they wonder why people call it Uglix.

***** FLAME OFF *****

The previous statements do not reflect the opinions of my employer.
Blame me, not them.

-- 
Dan Ehrlich - Sr. Systems Programmer - Penn State Computer Science
"Universities should be safe havens where ruthless examination of
 realities will not be distorted by the aim to please or inhibited
 by the risk of displeasure." - Kingman Brewster
From: frank@croton.nyo.dec.com (Frank Wortner)
Newsgroups: comp.unix.ultrix
Subject: Re: QUESTION: scan (mh) ignores -file parm
Keywords: scan, mh
Date: 28 Sep 92 16:17:23 GMT
Reply-To: frank@nyo.dec.com
Organization: Digital Equipment Corporation


You must "inc" your mail into a mh-style folder before you can "scan" that
mail.  "scan" reads only mh folders, which consist of a directory containing
one message per file.  The /usr/spool/mail/mccoy file contains multiple messages
in a single file.  "inc" converts the latter format to the former format.  Only
"inc" takes a "-file" option.

Hope this clears things up.

					Frank
Newsgroups: comp.unix.ultrix
Subject: Re: "Not enough core"...swap space?
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Date: 28 Sep 1992 00:06:20 +1200
Organization: Wellington City Council, Wellington, NZ
Keywords: n
NNTP-Posting-Host: golem.wcc.govt.nz

Thanks everyone.

I had 2 problems (well lots actually but I won't get too personal).

The first was the fact that the swap files (sorry partition, I'm used to
VMS) rz2a was already being used.  Thats what 'No such device' means,
obvious really ;-).

I should have had rz1b in fstab.

The second problem, as has been pointed out both here and via mail (thanks
Anthony) is that the a and c partitions should not be used for swapping
because the partiton table resides at the start of the disk.  It can end
up trashing the disk.

I've fixed both problems and everyone seems to work as expected.

Thanks to everyone that find the time to reply.

Roger


-- 
Roger Brockie, System Manager			      Computer Services Section
brockie@golem.wcc.govt.nz                               Wellington City Council
Telephone +64 4 8013350                                           P.O.Box 2199, 
PSI 0530147000090                                       Wellington, New Zealand
Newsgroups: comp.unix.ultrix
From: goeke@space.mit.edu (Robert F. Goeke)
Subject: Re: DAT tapes -- where to get?
Organization: MIT Center for Space Research
Distribution: ba
Date: Thu, 1 Oct 1992 19:32:30 GMT

No manufacturer would "recommend" audio DAT tapes for data use, but....
a lot of people use audio DAT tapes here no problems.  I've run extensive
diagnostics on them with nary an error.  And since the tape drive itself
is doing (I believe) read-after-write checks, you'll know right away if
your data has been written correctly anyway.  

On the other hand, I'm currently using "data grade" tapes because the 
discount gets the price down to the "regular" Newbury Comics price.

-- 
Robert F. Goeke   [goeke@space.mit.edu]
   MIT Center for Space Research
   Cambridge, Massachusetts  02139
617-253-1910         FAX: 617-253-0861
From: neulynne@uts.uni-c.dk (Mogens Lynnerup)
Newsgroups: comp.unix.ultrix
Subject: Dxterm and event translations?
Date: 30 Sep 92 17:36:34 GMT
Organization: UNI-C, Danish Computing Centre for Research and Education

If one runs a standard MIT xterm it's possible to re-map the keyboard using
event translations ala. 

*VT100.Translations:	#override\
	<Key> KP_0:		string(0x1b) string("Op")\n\
	<Key> KP_1:		string(0x1b) string("Oq")

If how ever I try this for a class DXterm I get a segmentation fault. Does
this mean I'm not able to re-map my keyboard running dxterm or does it mean
I'm doing something wrong?

-Mogens
-- 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+      Mogens Lynnerup                                                        +
+      UNI-C Aarhus, Danish Computing Centre for Research and Education.      +
+      Olof Palmes Alle 38, DK 8200 Aarhus N.                                 +
+                                                                             +
+      Phone:   +45 86 78 44 44                                               +
+      Telefax: +45 86 78 44 55                                               +
+      E-Mail:  Mogens.Lynnerup@uni-c.dk                                      +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
From: gshapiro@monkeyboy.WPI.EDU (Gregory Neil Shapiro)
Newsgroups: comp.unix.ultrix
Subject: Re: Local netgroup possible ?
Date: 6 Oct 92 17:51:07
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
Distribution: comp
NNTP-Posting-Host: monkeyboy.wpi.edu
In-reply-to: wieckert@immd5.informatik.uni-erlangen.de's message of Tue, 6 Oct 1992 20:00:25 GMT


Unfortunately, netgroups only work through NIS (YP).  Ultrix includes
no local support for it. 

DEC Ultrix Engineers - why not make it local?

--
 ____________________________________________________________________________
 Gregory Neil Shapiro                                    gshapiro@wpi.wpi.edu
            Academic Systems Integrator, College Computer Center
                       Worcester Polytechnic Institute
 ____________________________________________________________________________
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: Ultrix 4.3 upgrade.  Comments, teeny, tiny, minor gotcha. 
Organization: CS
Date: Fri, 2 Oct 1992 23:58:24 GMT



Just upgraded my DS5000/240 to 4.3, from 4.2C.

I must say, I am impressed with the new I/O subsystem.  Perhaps it will
really speed up my backups as well, based on the numbers I'll give below.
I hope NSR, and News (C) pick up a major performance win.  I suspect they
will.

Installation went with only one minor glitch.  The 4.3 install edits your
tty's, and tried to start up dxsession, but I also had xdm (for R5)
in rc.local.  It got interesting as they battled it out over who had control
of the screen.  Xdm won.  At least the one time it happened, it was an
xdm screen that finally appeared.  Whacked tty's into shape, and
no more problem.

I went through all my fs's, and made the changes mentioned in the "new features"
section on how to take advantage of the UFS I/O improvements.

Here's some results (summarized).

Machine info:  DS5000/240, Ultrix 4.3, SCSI/CAM for 4.3, 48MB's memory,
default (10%) bufcache, suggested mods to param.c apply to both columns
below.  IOZONE was run to create a 20MB file, which exceeds my cached by
at least a factor of 2, to minimize cache affects.  (Running iozone with
the auto option gave me write rates of 9+MB/sec.  I don't think so :))

---> disk 1:
RZ57, 300,000 sector partition h, using IOZONE 1.06 (I know, it's not the 
latest).


       4.3 no mods | 4.3 tweaked  (maxcontig = 8, 8k/1k fs, maxbpg = bpg)
       -------------------------
Read    1.37 MB/s  | 1.88 MB/s
Write   414K/s     | 1.36 MB/s

---> disk 2:

RZ25, partition c, using IOZONE 1.06


       4.3 no mods | 4.3 tweaked  (maxcontig = 8, 8k/1k fs, maxbpg = bpg)
       -------------------------
Read    1.54 MB/s  | 2.24 MB/s
Write   564K/s     | 1.57 MB/s


I wish I had more time to benchmark.  I'd love to time cnews, INN with
the new I/O subsystem.  Now if Ultrix had mmap(), we'd be jamming.

Kudos to DEC on the simplicity of this upgrade, I'm pleased.

The single biggest change that will affect my users is the error checking on
the close() stuff.  I'm tired of having to recover files for people who
wiped out their program because they had exceeded their quota.

Probably number 2 is the patches to dbx, I have some very, very unhappy
FORTRASH users, who don't like the fact that dbx support for fortran
isn't all that hot.  (Compared to their mainstay, the VMS debugger).
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
Newsgroups: comp.unix.ultrix
Subject: DECmcc for Ultrix, DECnet/OSI & DNS
From: brockie@golem.wcc.govt.nz (Roger Brockie)
Date: 30 Sep 1992 02:02:27 +1200
Organization: Wellington City Council, Wellington, NZ
NNTP-Posting-Host: golem.wcc.govt.nz

I've just installed the DECmcc BMS product on a RISC Ultrix box also running 
DECnet/OSI, so I can use DNS in case we want to share the data sometime, as
the manual recommends,  but I have a couple of problems.

First. I get nodename conflicts in DNS with the nodes added during the OSI
installation.  How do I get around this ?

Second.  MCC insists on putting the nodenames in the root name space, according
to the DNS manual this should be aviod.  The only way I can see to put them
in subtrees is to create the nodes with names such as decmcc.this_node or
decmcc.dna_phase4.this_node.  But then that name appears in all the windows
on the mcc management station, yuk!.

Has anyone else had these problems, and found acceptable solutions ?
I looking at not using DNS, or worse talking ot DEC ;-).

Thanks in advance,
Roger
-- 
brockie@golem.wcc.govt.nz
Newsgroups: comp.unix.ultrix
From: ajc@pa.dec.com (AJ Casamento)
Subject: Re: SCSI TURBOchannel Option
Organization: Digital Equipment Corporation
Date: 29 Sep 92 10:54:01



Folks,

  I had forwarded this off to one of our Product Managers to ask about the
description. He sent an e-mail back to myself and to Mike Cattell to explain
the description in the catalog. I'm taking the liberty of posting the reply
here so that you can all understand the limitation on cable length that is
being imposed.

				Thanx,
				  AJ


      **********************************************************************
      * AJ Casamento			"The question is not whether or    *
      * Digital's TRI/ADD Program	 not the opinions are mine; but    *
      * 529 Bryant Ave. PAG-2		 rather, which of my personalities *
      * Palo Alto, CA 94301-1616	 do they belong to?"		   *
      * 415.617.3460							   *
      * ajc@pa.dec.com  						   *
      **********************************************************************


Cc: AJC@FENRYS.ENET.dec.com
Subject: SCSI config rules on DECsystem 5900

Mike, AJ,

The external configuration rules for the SCSI adapter on the DECsystem 5900
are correct.  A PMAZ-BA only supports one external device because you need a
12 foot SCSI cable to get outside of the cabinet.  The 12 feet are necessary
for a cable service loop inside the cabinet which allows the CPU drawer to be
pulled out without disconnecting cables.  It's also necessary to reach a
peripheral which might be sitting on a table next to the system such as a tape
device.  So given a 12-foot cable and the length restrictions of single-ended
SCSI, we set a configuration rule of 1 device per external SCSI port.

Except for the StorageServer 100!  The reason is that the StorageServer 100
ships with a 9-foot SCSI cable since the SCSI connection on the optical jukebox
is at the bottom of the cabinet and most customers will place it on the floor.
For that reason, two jukeboxes can be daisy-chained together with a 3 foot
cable between them.  If a customer has external SCSI devices that also have
connectors near the floor, then this 9-foot cable (BC09D-09) can be used
instead of the 12-foot and a maximum of two devices are then supported.

The configuration limitations have nothing to do with the number of devices
supported on the bus, but rather the length limitations and signal integrity
of single-ended SCSI.

Hope this helps.

Regards,

Mike Savello
DECsystem 5900 Product Manager
Digital Equipment Corporation

Xref: sparky comp.unix.ultrix:7381 comp.unix.wizards:4210
From: aej@manyjars.WPI.EDU (Allan E Johannesen)
Newsgroups: comp.unix.ultrix,comp.unix.wizards
Subject: Re: Inodes in short supply.  Why?
Date: 6 Oct 92 16:04:00
Organization: Worcester Polytechnic Institute, Worcester, MA 01609-2280
	<1992Oct5.184018.27996@nntpd2.cxo.dec.com>
	<1992Oct6.114006.10352@rdg.dec.com>
NNTP-Posting-Host: manyjars.wpi.edu
In-reply-to: jch@rdg.dec.com's message of Tue, 6 Oct 1992 11:40:06 GMT

>>>>> On Tue, 6 Oct 1992 11:40:06 GMT, jch@rdg.dec.com (John Haxby) said:

jch> Typically, to get the number of inodes up enough you'll need to
jch> reduce the number of cylinders per cylinder group.  We run with 8
jch> cylinders per cylinder group instead of the normal 16 on our news
jch> disk to get enough inodes.

I used to do that on our previous platform, too.  Unfortunately, with
Ultix 4.3 and RZ58's 16 cylinders per group is as small as you can go.
Newsgroups: comp.unix.ultrix
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: SCSI/CAM for 4.3 question...
Organization: CS
Date: Sat, 3 Oct 1992 00:01:05 GMT



I do not have release notes, nor the installation guide for the 4.3
SCSI CAM stuff, although I have the 4.2 info.  (I'm sure it will wander
in eventually, but "I wanna know now!")

Installation was easy, but one thing mentioned in the 4.2 docs is that
you can't use SCSI CAM on the Decsystem 5500.

Somebody on the net later mentioned that there just wasn't enough time to
get it in, but it would make it eventually.

Does 4.3 SCSI CAM constitute eventually?  I want to upgrade my 5500 to
4.3 next week,and want to know if it will work.

Thanks.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: yzarn@lhdsy1.lahabra.chevron.com (Philip Yzarn de Louraille)
Newsgroups: comp.unix.ultrix
Subject: Re: strange df results
Date: 6 Oct 92 19:29:28 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <1992Oct3.182309.2589@sol.ctr.columbia.edu> sjg@phsun.ph.kcl.ac.uk (Simon Gornall.) writes:
>--------
>Anyone know what the following results signify  on typing 'df' in the normal way...
>
>/dev/rz2a                19743   10799    6970    61%   /
>/dev/rz2g               294518  220623   44444    83%   /usr
>/dev/rz2d                29199   21732    4548    83%   /var
>/dev/rz3c              1347765  807227  405762    67%   /usr/local
>phwoof:/data            562190    8238  497733     2%   /data
>                             0       0       0     0%   
>                             0       0       0     0%   
>
>Where is it getting the information for the filesystems with  0 0 0 0 from :-) 
>(If we've got extra disks hanging around I want to know about it ....)
>
>This is running on a DEC 5000/133 with Ultrix 4.3 (or 4.2a + all patches).
>
>All help gratefully recieved 

Check the automounter.
-- 
  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
Newsgroups: comp.unix.ultrix
From: rgn@sc.cs.appstate.edu (Rob Norris)
Subject: /etc/syslog problem
Organization: Appalachian State University
Distribution: usa
Date: Fri, 2 Oct 1992 17:18:45 GMT


Below is my /etc/syslog.conf file:

7*/dev/tty01
8/usr/spool/mqueue/syslog

root
rgn

I have a DECWRITER III connected on tty01.  I start syslog from 
/etc/rc.local as follows:

[ -f /etc/syslog ] && {
        /etc/syslog -m15 & echo -n ' syslog'                  >/dev/console

This doesn't work!  I have to start syslog 'by hand' like so:

# /etc/syslog -m15

to make it work.

What am I doing wrong???

Thanks for any help!

--
Rob Norris
rgn@cs.appstate.edu
(704)262-2296
Newsgroups: comp.unix.ultrix
From: senetza@sigma.uleth.ca (Len Senetza)
Subject: More info for LAT Connections
Organization: University of Lethbridge
Date:  2 Oct 92 20:24:07 GMT

On VMS, our system people can get lots of info about what kind of connection
is comeing in.  They can see the type (STAR, LAT, etc.) as well as the port.
On Ultrix, I can see the type, but not the port.  Is there anything out there
which will show me the port?

--
  +-----------------------------------------------------------------------+
  |  Leonard Senetza            |  E-Mail: senetza@alpha.uleth.ca         |
  |  Academic Consultant        |          senetza@hg.uleth.ca            |
  |  University of Lethbridge   |   Phone: 403-329-5162 FAX: 403-382-7108 |
  |  Lethbridge, Alberta        |-----------------------------------------|
  |  Canada, eh?                |  Disclaimer: Why should I tell _them_?  |
  |  T1K 3M4                    |    What they don't know, can't fire me. |
  +-----------------------------------------------------------------------+