HDTenEightyP/NetNews huggingface dataset:
From: mogul@pa.dec.com (Jeffrey Mogul)
Newsgroups: comp.unix.ultrix
Subject: new release of NNstat for Ultrix (with FDDI support)
Date: 7 Jan 1993 03:10:41 GMT
Organization: DEC Western Research
Distribution: world
NNTP-Posting-Host: jove.pa.dec.com


Bob Braden of ISI recently released version 3.2 of NNstat, which
mostly provides bugfixes for release 3.01.  (Some of these fixes
are for byte-order bugs, so DEC users will want this.)

I took that release and added my support for Ultrix FDDI, and
a few other minor goodies.  You can get this version via anonymous
FTP from gatekeeper.dec.com:/pub/DEC/net/NNStat32_ultrix.tar.Z

This kit has a Makefile that is all set up to work on Ultrix.
See CHANGES.decwrl for a little more detail.

I'll accept bug reports on the FDDI support.  Otherwise, don't
send me mail; I'm not an expert on the rest of the code, and I
don't intend to become a consultant on how to use it.  There's
a mailing list for that; read the documentation and you will see.

-Jeff

P.S.: Remember, you need to set up packet filter support before
using NNstat.
From: rogers@jerry.alf.dec.com (Joe Rogers)
Newsgroups: comp.unix.ultrix
Subject: Re: Toggling DTRs
Date: 6 Jan 93 21:38:21 GMT
Reply-To: rogers@jerry.alf.dec.com (Joe Rogers)
Organization: Digital Equipment Corporation, Alpharetta, GA.



	Put "options NODSR" in your config file, rebuild & reboot.

    Joe Rogers,  rogers@alf.dec.com  |          % /etc/ping elvis
    Digital Equipment Corporation    |          elvis is alive

            Digital has official spokespeople, I'm not one of them.
Newsgroups: comp.unix.ultrix
From: jdoyle@phy.umassd.edu (Jim Doyle)
Subject: Want recommendations for 3rd party laser printer on DS5000
Organization: University of Massachusetts Dartmouth
Date: Tue, 12 Jan 1993 14:17:23 GMT

	Our research group needs a new laser printer. We would like to
here from others that have successfully attached and use a good
third party (examples = HP, QMS, GCC, Xerox, etc.) laser on Ultrix
MIPS DECstations.

	We dont want the hassle of buying something that will take an
incredible effort to support - money is tight so buying a DEC laser is
out of the question. 

	We need fast PostScript support, reliability, and built-in
Ethernet support.

	So - if you have done this and feel like helping out, write
back a brief blurb on the model printer you use, what you do with it, 
how well you are satisfied with it and what you did on the Ultrix end to
support it.

Thanks

...... Jim Doyle   (doyle@cs.umass.edu)

Newsgroups: comp.unix.ultrix
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: A few questions from a novice on microvax station II
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Tue, 5 Jan 1993 21:16:41 GMT


In article <2B48BCDF.28875@news.service.uci.edu>, refling@sloth.eng.uci.edu (John P. Refling) writes:
>
>I have inherited a microvax station II with tk50, 71 Mb hard disk,
>ethernet card, etc.  Looks pretty complete.  The problem is that is
>is running ultrix 1.1.

Is it running ULTRIX-32m V1.1 or ULTRIX Worksystem Software (UWS)
V1.1?  There is a significant difference between the two.  UWS V1.1
uses ULTRIX V2.2 as the base operating system.  ULTRIX-32m V1.1
has support for the frame buffer of the VAXstation II and I'd
guess runs an early X10 version.

>I notice by reading the faq that ultrix is 
>up to about 4.3.  The problem is of coarse that 1.1 uses about 30 Mb
>while I gather that 4.3 uses upward of 300-400 Mb.  That won't fit
>on my 71 Mb disk.
>
>So, the first question is: how bad is 1.1, how good is 4.3, and what's
>a good compromise between the two in terms of size/functionality?

ULTRIX-32m V1.1 doesn't have support for YP, NFS, Bind, decent bad
block replacement (though the RQDX3 does it's own).  I don't think
V1.1 supported any of the System V enhancements (shared memory, etc),
but some of the simple library things may have been there.

ULTRIX-32 V2.2 includes support for NFS, YP, diskless workstation
support, Remote installation support, System V programming enhnacements,
streaming tape support, the binary error logger and better BBR handling.
I don't think there was any Bind support yet.  The X release used by
UWS V1.1 was X10R4.

ULTRIX V4.3 has added even more stuff.  

> [ RQDX3 question deleted because I don't know the answer. ]
>
>Final question (for now):  how to copy the TK50 boot tapes.  I have
>only one copy of the ultrix 1.1 distribution tape and do not feel
>comfortable without a backup.  I think it has something to do with
>the dd utility, but am not sure.

If it is ULTRIX-32m V1.1, then I think the distribution media
was a varient of the Berkeley mini-root.  I'd guess that if there
was one tape, it had a enough bootable system to dd(1) the mini-root
to the page/swap space, when you could then use to restore the 2nd
or 3rd file of the tape, a dump(8) of a bigger root file system and
from there boot it and restore the rest of the tape.  V1.1 may not
have been subseted.

I think setld(8) came in around V2, in which case the distribution
is as described in the FAQ.

>
>One more question: is this the right place to be asking these 
>questions or is there a better place?

This is probably the right place.

>
>Thanks for any help!
>
--
Alan Rollow				alan@nabeth.cxo.dec.com
From: tso@cephalo.neusc.bcm.tmc.edu (Dan Ts'o)
Newsgroups: comp.unix.ultrix
Subject: Re: Mail/Sendmail problem (can't change notion of local domain)
Date: 5 Jan 1993 20:38:42 GMT
Organization: Baylor College of Medicine, Houston,Tx
Distribution: world
NNTP-Posting-Host: cephalo.neusc.bcm.tmc.edu

In article <1iai43INN3ff@gazette.bcm.tmc.edu> tso@cephalo.neusc.bcm.tmc.edu (Dan Ts'o) writes:
>	Somewhere there must be hidden another reference to our old domain that
>I don't know about. Where ?

	I think I found the problem. It is totally ridiculous in my view, but
hey!
	Machines in my old local domain were still listed in my /etc/hosts
file (since I just added my new neighbors to my old file) with the short form
first:

129.85.1.200	rna rna.rockefeller.edu

	Apparently, regardless of the address you hand mail/sendmail, it
looks it up and munges it. It must do something like translate to IP address
and then back to a name, which is when it must pick up the short name instead,
*regardless* of the original text of the address! i.e. even if I mail:

	mail dan@rna.rockefeller.edu

	by virtue of the ordering of names in the /etc/hosts file, it believes
that rna is local.
	Seems wrong to me.

	Actually, I should have known. An analogous problem hit me several days
ago with NFS and the /etc/exports file. Clients were making mount requests.
This time their short name was at the end of the /etc/hosts lines:

128.249.25.121	dna.neusc.bcm.tmc.edu dna

	NFS would not recognize the short names and permit the mounts unless
I 1) put the short names first in /etc/hosts, or 2) put all long names in
/etc/exports.
From: mark@alsvid.une.edu.au (Mark Garrett Internet: mark@arvak.une.edu.au Phone: +61 66 20 3859)
Newsgroups: comp.unix.ultrix
Subject: Re: Some buffer cache questions
Date: 5 Jan 93 11:46:36 GMT
Organization: University of New England - Northern Rivers (Lismore)

From article <1992Dec29.224612.14664@pony.Ingres.COM>, by rog@Ingres.COM (Roger Taranto):
> In article <1992Dec23.205149.2489@nntpd2.cxo.dec.com> alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.) writes:
>>[...]  I've regularly run 128 MB systems with 25%
>>buffer caches and those have worked fine.  You do have to watch how
>>you use delay_wbuffers with a large cache.
> 
> So, what am I supposed to be watching the delay_wbuffers for?

	Long delays can result form having to write large buffer caches.
Setting delay_wbuffers causes buffer writes to be delayed until update cause
a flush of the buffer cache, so if the last period was mostly writes and
a near full buffer cache and that cache is large then expect the system to pause
every time update runs after a lot of disk writes have happened.

	Can be anoying.

		Cheers
			Mark :)
-- 
Mark Garrett	Internet:  mark@arvak.une.edu.au	Phone: 	+61 66 20 3859
   University of New England, Northern Rivers, Lismore NSW Australia.
Newsgroups: comp.unix.ultrix
From: toreh@bootes.sds.no (Tore Haraldsen)
Subject: Re: SUMMARY: NFS exporting hassles
Organization: Statens Datasentral A/S, SDS, Norway
Date: Tue, 12 Jan 1993 12:27:21 GMT

In article <flint.726725306@marsh> flint@cs.curtin.edu.au (Daniel Baldoni) writes:
>G'day folks.  Recently, I posted the following query:
>
>>We've got a lab full of DECstation 5000's running Ultrix 4.2A (which we
>>can't upgrade as they have software loaded which is incompatible with
>>later versions of the OS).
>>
>>What I'm trying to do is export several file systems to lots of machines
>>but grant root access to only a select group.  The exports file doesn't
>>seem to allow this, although I've tried everything which seems to make
>>sense (and even a couple of things which don't).
>>
>>So, can anybody help me out on this one?  I'd greatly appreciate any
>>suggestions.
>
>So far, I've only had responses from Kevin Long (who provided general advice
>on NFS exports/mounting) and Mike Iglesias who basically said "it can't be
>done".  Thanks guys.
>
>As I've had no comments to the contrary, I must admit defeat (although I'm
>not happy about it).  Considering the functionality provided by every other
>version of UNIX I've seen (including SunOS, IRIX, AIX, HP-UX, BSD4.[23]),
>this is a ridiculous limitation.  Just as a point of interest, has DEC fixed
>this in later releases of the OS?  It won't help me as we're still bound to
>4.2A by other software we're running but I'd be interested to find out.
>
>--
>		Daniel Baldoni
>
>--------------------------------------------+----------------------------------
>Phone:    +61-9-351-7667                    | School of Computing,
>InterNet: flint@cs.curtin.edu.au            | Curtin University of Technology,
>--------------------------------------------+ GPO Box U1987, Perth,
>#include <std/disclaimer.h>                 | Western Australia, 6001
>--------------------------------------------+----------------------------------
>"Depression is not a state of mind ... it's the state of Victoria!"
>  - A very one-eyed Eagles' fan (me)

I think you may be able to solve that with differing exports, like this:

Let us asssume the disk /u1:

	/u1		m1 m2 m3 m4
	/u1/content	-r=0 m5 m6

Now, /u1 is exported read/write to m1, m2, m3 and m4.

/u1/content is exported with root privs to m5 and m6.

If you organize /u1 so that all files and directories reside in the
/u1/contents directory, you should be home free... I do this to /usr/man
to make the manual pages shareable and to make the storing if expanded
man pages is /usr/man/catx directories work.

-- tore
-- 
------------------------------------------------------------------------
Tore Haraldsen, Statens Datasentral A/S - SDS, Norway
email: toreh@bootes.sds.no
Newsgroups: comp.unix.ultrix
From: DAVISM@kcgl1.eng.ohio-state.edu (Michael T. Davis)
Subject: Use of xdm for local display
Organization: The Ohio State University
Date: Tue, 12 Jan 1993 12:38:49 GMT


	We have a DECstation 5000/240 and a VXT 2000 X-terminal.  The X-
terminal uses xdm to set up a session on the DECstation.  Is there a way to use
xdm for the DECstation's local display, rather than Xprompter?

							Thanks,
							 Mike
--
 Internet: davism@KCGL1.eng.ohio-state.edu |
            -or- DAVISM+@osu.edu           |   These Thoughts, They Be Mine
   BITNET: DAVISM+@OHSTMAIL.BITNET         |
Newsgroups: comp.unix.ultrix,comp.org.eff.talk
From: kaiser@mammal.vbo.dec.com (Peter Kaiser)
Subject: Re: Unix freeware CD-ROMs & 'Cryptography War'
Reply-To: kaiser@uniriv.vbo.dec.com
Organization: DEC Technology Integration Group
Date: Tue, 5 Jan 1993 14:31:44 GMT


--
I'm the principal perpetrator of Digital's freeware CDROMs.

The original "European UNIX freeware CDROM" is still available in the USA
(talk to someone from your local Digital office) to anyone who is a US citizen
or a non-citizen with a green card.  As hinted in earlier discussion, it had to
be removed from unrestricted distribution because there were, it turned out,
several things on it that are not legal for unlicensed export.  This CDROM has
a blue-and-black label dated May 1992 (a small number were printed with an
all-black label for distribution within Digital) and approximately 15,000
copies
have been distributed.

So a second edition was created, which contains no problem code, and on which
a number of packages have been updated.  This edition can be freely distributed
anywhere, and to date about 5,000 copies have been distributed; it has a black-
and-green label dated November 1992 with the word "Update" across it.

I'm now working on a freeware CDROM for Alpha OSF/1.  I have plenty of good
things for it, thank you, but if you have an urgent and serious nomination,
send
me a message saying what it is and giving a current site where I can pick
it up.
Send me a FAX at the number below, or write to

	freeware@uniriv.vbo.dec.com

All of this is separate from "good-stuff", which has a different and at least
equally meritorious goal: to provide a CDROM of configured, runnable software
for ULTRIX along with its source code.  (mjr was part of this while he was
still with Digital.)  It succeeds.

Editorial: yes, it is futile for the US Federal government (and many other
governments) to try to restrict the export of computer source code of things
that are freely available everywhere in the world anyhow, like DES, RSA, MD4,
and antivirus code.  Digital and other major computer vendors are working to
have the law changed, and if you think the laws are silly and
counterproductive,
you may want to work toward the same end.  One place to start would be the
Electronic Frontier Foundation newsgroups comp.org.eff.news and
comp.org.eff.talk.

___Pete

kaiser@uniriv.vbo.dec.com
+33 92.95.62.97, FAX +33 92.95.52.00
Newsgroups: comp.unix.ultrix
From: beyer@utrtsc.dec.com (Peter Beyer)
Subject: Re: Mouse/Kbd lock on Ultrix 4.3 & 5000/25
Organization: Digital Equipment Corporation
Distribution: comp.unix.ultrix
Date: Fri, 8 Jan 1993 14:35:41 GMT


In article <MCONLON.93Jan7031647@holly.stat.ufl.edu>, mconlon@stat.ufl.edu (Mike Conlon) writes...
> 
>We recently upgraded from Ultrix 4.2A to Ultrix 4.3 on our DECstations.
>No problems with new kernels and devices on 3100's, 2100's, 500/125's,
>but on the 5000/25's ...
> 
>We boot and everything looks great, everything starts, X comes up
>(we're running MIT X11R5 xdm and binaries with the Ultrix R4 Xws
>Server), but the keyboard and mouse are locked. No response.
> 
>We think the problem is either with the kernel config, or dev's.
>If someone out there has a similar workigng configuration, we'd like to
>get a copy of the kernel config file so we can check our options.
>We're also unclear about exactly what command line arguments should
>be given to MAKEDEV to generate an appropriate set of devices for the 
>5000/25's.  Apparently we need something extra, as compared to the 
>other machines we manage.
> 
>Any help would be greatly appreciated.
>--
>Michael Conlon                  
>Department of Statistics               
>University of Florida   

You probably forgot to configure the access bus of the DECstation 5000/25,
which connects mouse and keyboard. Part of my config file:

device          dti0       at ibus?     vector dtiintr
device          scc0       at ibus?     vector sccintr

# MAKEDEV dti0 scc0 will generate the proper special files in /dev.

/Peter


Peter Beyer 
Windows, Graphics & Multimedia
Digital Equipment b.v.
beyer@utrtsc.enet.dec.com
beyer@athena.uto.dec.com
Newsgroups: comp.unix.ultrix
From: mconlon@stat.ufl.edu (Mike Conlon)
Subject: Mouse/Kbd lock on Ultrix 4.3 & 5000/25
Organization: University of Fl, Department of Statistics
Distribution: comp.unix.ultrix
Date: 7 Jan 93 03:16:47


We recently upgraded from Ultrix 4.2A to Ultrix 4.3 on our DECstations.
No problems with new kernels and devices on 3100's, 2100's, 500/125's,
but on the 5000/25's ...

We boot and everything looks great, everything starts, X comes up
(we're running MIT X11R5 xdm and binaries with the Ultrix R4 Xws
Server), but the keyboard and mouse are locked. No response.

We think the problem is either with the kernel config, or dev's.
If someone out there has a similar workigng configuration, we'd like to
get a copy of the kernel config file so we can check our options.
We're also unclear about exactly what command line arguments should
be given to MAKEDEV to generate an appropriate set of devices for the 
5000/25's.  Apparently we need something extra, as compared to the 
other machines we manage.

Any help would be greatly appreciated.
--
Michael Conlon                  
Department of Statistics               
University of Florida   
Newsgroups: comp.unix.ultrix
From: cmr@world.std.com (Charles M Richmond)
Subject: Re: SUMMARY: NFS exporting hassles
Organization: Integrated International Systems Corp. One Longfellow Place, Suite 3309, Boston, Ma.
Date: Tue, 12 Jan 1993 13:47:36 GMT

I can't try this out, but...

If you want to export /usr/whatever with varying root permissions you might 
try the following:


ln -s /usr/whatever /usr/whtever 

then in the exports file


/usr/whatever  [host list]
/usr/whtever -r=0 roothost1 roothost2 roothost3 ...


I do not see why this shouldn't work.

Charlie
-- 
*****************************************************************************
*  Charles Richmond 	Integrated International Systems Corporation        *
*  cmr@world.std.com	(Temporary) cmr@koneko.shr.dec.com		    *
*  Specializing in UNIX, X, Image Processing, and Communications.           *
Newsgroups: comp.unix.ultrix
From: maki@jit.dec.com (Watanabe Maki)
Subject: Re: Any way to do a faster link??
Organization: Financial dist./EIC/DS/DEC-Japan
	<1993Jan12.205013.18260@pixar.com>
Date: Wed, 13 Jan 1993 03:39:58 GMT


> In article <9301110245.AA08082@TIS.COM> mjr@TIS.COM writes:
> >>I need to know if there is any way to speed up compile time on a DECstation
> >>5000? The bottle neck seems to be the linking portion of the compile cycle,
> >>especially, if some of the libraries are coming off of NFS.

DEC C++ compiler kit contains the "incremental linker"(ild).
It may be a help.

wm

--
----------------------------------------------------------------
Watanabe Maki	General Service EIC/DEC-Japan
Internet	maki@jit.dec.com || maki@jit.dec-j.co.jp
Easynet		TKOV50::MA_WATANABE
Newsgroups: comp.unix.ultrix
Subject: Troubles using bootpd/tftpd to load DECserver 90TL
From: archerb@vax1.umkc.edu
Date: 6 Jan 93 17:48:27 CST
Organization: University of Missouri - Kansas City
NNTP-Posting-Host: vax1.umkc.edu

  I'm trying to boot a DS90TL via bootp/tftp from a DECstation 5000/200 running
UWS 4.3 and with the decserver software off the DEC Ultrix ConDist.  If I
use MOP, the DS90TL gets the image fine.  Problem is that I'd prefer to
use bootp.  By using debug on the bootp I can see it\s finding everything okay.
But the tftp fails.  Now, if I use tftp directly from another host, it works.

The DS90TL messages are:
        Local -953- [IP] Attempting to locate load host [ETHERNET]
        Local -955- [IP] Host 134.193.1.2 located [ETHERNET]
        Local -903- [IP] Loading from host 134.193.1.2 [ETHERNET]
        Local -962- [IP] TFTP Error message received, code: 01 File not found

So, BOOTP finds the entry, finds the DS90TL address and the load file.  tftpd
starts -r /path/directory but can't find the file.

I've not used bootp/tftp much, so I'm lost at where to look next, particularily
since tftp finds the MNENG1 file when I use it myself...

Thanks!
--

Barry Archer
archerb@gawain.umkc.edu

  "Madness is the result not of uncertainty but certainty."
        - Friedrich Nietzsche


Xref: sparky comp.unix.ultrix:9215 comp.unix.misc:4879 comp.unix.bsd:11039 comp.arch.storage:902
From: jbotz@mtholyoke.edu (Jurgen Botz)
Newsgroups: comp.unix.ultrix,comp.unix.misc,comp.unix.bsd,comp.arch.storage
Subject: Filsystem performance and cylinder(group) alignment
Date: 8 Jan 1993 11:51:08 -0500
Organization: Mount Holyoke College
Distribution: world
NNTP-Posting-Host: slab.mtholyoke.edu

In article <1ihufqINNp1p@slab.mtholyoke.edu> I asked:
>I am somewhat mystified by the process of changing disk partitions
>under Ultrix (4.x).  In "The Unix System Administration Handbook" 
>(Evi & Nemeth) it states that BSD systems must have partition
>boundaries aligned with cylinders (or even cylinder groups?) or
>take a serious performance penalty.  Is this also true for Ultrix
>(which is derived from 4.2BSD) or does the Ultrix automatically
>align partitions on cylinder boundaries?  [...]

I received a number of responses to this question, some of which were
a bit conflicting.  Some people say that yes, aligning partitions with
cylinder group boundaries is important, others say that with modern
disks it doesn't matter very much.

One thing is clear: many of the default parititions in Ultrix's
/etc/disktab do /not/ align with cylinder boundaries.

So I'm asking again, with the newsgroup list expanded to comp.unix.bsd
and comp.arch.storage because a lot of people asked me to forward
responses to them, so I gather this is a topic of considerable
confusion... on a relatively modern 1GB disk (such as an rz57), am I
or am I not going to take a considerable performance hit if my (BSD
fast-)filesystems are not aligned with cylinder (and cylinder-group)
boundaries?

I will post a summary in a few days.
-- 
Jurgen Botz, jbotz@mtholyoke.edu
Northampton, MA, USA
Newsgroups: comp.unix.ultrix,comp.unix.misc
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Newsgroups: comp.unix.ultrix
Subject: Re: SUMMARY: NFS exporting hassles
Date: 12 Jan 93 20:31:45 GMT
Organization: University of California, Irvine

In article <C0quBC.LAM@world.std.com> cmr@world.std.com (Charles M Richmond) writes:
>I can't try this out, but...
>
>If you want to export /usr/whatever with varying root permissions you might 
>try the following:
>
>
>ln -s /usr/whatever /usr/whtever 
>
>then in the exports file

You can't export links under Ultrix; you have to specify the "real" path
in /etc/exports.  I believe this change took place with Ultrix 4.2.


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: comp.unix.ultrix