HDTenEightyP/NetNews huggingface dataset:
From: bill@chaos.cs.umn.edu
Newsgroups: comp.unix.admin
Subject: Re: Password admin question
Date: 14 Apr 92 09:42:07 GMT
Distribution: comp.unix.admin
Organization: University of Minnesota, Minneapolis, CSci dept.

pd@x.co.uk (Paul Davey) writes:

>>>>>> On 9 Apr 92 17:23:49 GMT, tr@samadams.princeton.edu (Tom Reingold) said:

>Tom> wallis@psychosis.ssc.gov (Dave Wallis) writes:

>Tom> I like to do away with "root".  I keep the entry in the passwd
>Tom> database, and keep it at the top of the file, with the password
>Tom> field invalidated.  Then keep a superuser entry for each person
>Tom> who needs it.  So the top of the passwd file looks like this

>Tom> root:*:0:0:superuser:/:/bin/ksh
>Tom> rjohn:abcdefghijklm:0:0:John Smith as root:/:/bin/ksh
>Tom> rmary:abcdefghijklm:0:0:Mary Jones as root:/:/bin/ksh
>Tom> rbob:abcdefghijklm:0:0:Bob Brown as root:/:/bin/ksh

>I've nothing against aliases for root but locking out root seems a bad
>idea to me.

>If under SunOS you do not label the console as secure in /etc/ttytab
>then the root passwd is required to enter single user mode.

>This could be unfortunate if you can't enter multiuser mode.

also be carefull of the new??? secure??? versions of *nix i.e. aix
if you ain't root you ain't doin it. and 'it' is a lot more than you
think.

--
bill@chaos.cs.umn.edu
Newsgroups: comp.unix.admin,comp.unix.misc
From: wlp@hounix.org (William L. Pribyl)
Subject: Wanted: rrcs (remote revision control system)
Organization: Houston Unix Users Group
Date: Tue, 7 Apr 1992 10:28:43 GMT

Have a situation where software developers are using two machines split 
across two continents and would like to use unix "rcs" facility for revision
management.  Problem is, rcs designed for local use.

I have heard rumor of the existence of an "rrcs" intended 
to meet this need.  Presumably this would also include rci, rco, 
rrlog, rrcsdiff, and related utilities.

Would greatly appreciate any leads on this...please mail replies,
will post summary.

Thanks,
Bill
-- 
-------------------------------------------------------------------------
William L. Pribyl                 |  Internet:  wlp@hounix.org
DataCraft, Inc.                   |     or   :  70451.2315@compuserve.com
Houston, TX   Voice: 713-526-7345 |--------------------------------------
From: todd@draco.macsch.com (Todd C. Williams)
Subject: Re: Help on Def. of rst0 and rmt8
Organization: MacNeal-Schwendler Corp.
Date: Tue, 14 Apr 92 02:54:08 GMT

In article <JC.92Apr13123418@condor.bu.edu> jc@raven.bu.edu (James Cameron) writes:
>>>>>> "Kuan-Li" == Kuan-Li Ong <indep-12@mathcs.sjsu.edu> writes:
>
>  Kuan-Li> My knowledge of rst0 and rmt8 is that rst0 for 1/4" tape
>  Kuan-Li> rmt8 for 1/2" tape.
>  Kuan-Li> I would like to know what r-s-t-0 and r-m-t-8 stand for.
>
>/dev/rst0 is Rewinding Scsi Tape 0 
>/dev/rmt8 is Rewinding Magnetic Tape 8
>
>You might want to take a look at the Documentation available to you or
>look at the man page for 'mt'

Actually, the 'r' stands for 'Raw'.  "st0" would be a block device.
'n' stands for "No-rewind" -- if there is NO 'n', then it's the rewind device.

Look at the man pages for "st" and "mtio" in section 4 of your manual.

Under SunOS, `man mtio` tells us that the following bits are used to
determine the minor device number:
      reserved  -unit#--  reserved  density density no-rewind ----unit#---
                high bit            select  select  on-close  lower 2 bits
BIT=     7        6          5        4        3       2        1       0
So in this case, the difference between mt0 and mt8 is a density select bit.
Some tape systems support multiple densities, others don't.

Under SunOS, `man st` gives:
	FILES	For 1/2" reel tape devices (HP-88780):
	     /dev/rst[0-7]	800 BPI density
	     /dev/rst[8-15]	1600 BPI density
	     /dev/rst[16-23]	6250 BPI density
	     /dev/rst[24-31]	data compression
	        For helical-scan tape devices (Exabyte):
	     /dev/rst[0-7]	Standard EXB-8200 (2GB) Format
	     /dev/rst[8-15]	EXB-8500 (5GB) Format
	     /dev/rst[16-23]	Compressed Format (EXB-8500 only)
	     /dev/rst[24-31]	Compressed Format (EXB-8500 only)
	        For QIC-150 tape devices (Archive Viper):
	     /dev/rst[0-7]	QIC-150 Format
	     /dev/rst[8-15]	QIC-150 Format
	     /dev/rst[16-23]	QIC-150 Format
	     /dev/rst[24-31]	QIC-150 Format
	        For QIC-24 tape devices (Emulex MT-02 and Sysgen SC4000):
	     /dev/rst[0-7]	QIC-11 Format
	     /dev/rst[8-15]	QIC-24 Format
	     /dev/rst[16-23]	QIC-24 Format
	     /dev/rst[24-31]	QIC-24 Format

Also realize that "mt" and "st" just refer to the driver programs, NOT
the format of the tape.  An 8mm tape would be st0 if it was on the
SCSI bus, or mt0 if it was on the VME bus.

Confused yet?
-- 
Todd Williams    UNIX Systems Coordinator     todd@macsch.com    (213) 259-4973
MacNeal-Schwendler Corp. ("MSC"),  815 Colorado Blvd.,  Los Angeles, CA   90041
"The Democrats stand for nothing except 'I wish I was a Republican' and the
Republicans stand for raw, unbridled evil and greed and ignorance smothered
in balloons and ribbons."  -Frank Zappa, 1991  (Zappa for president!)
Newsgroups: comp.unix.admin
From: geno@rtfm.mlb.fl.us (Gene Valicenti)
Subject: ~%take command
Organization: We don't need no stinkin' batches!
Distribution: comp.unix.admin
Date: Sun, 12 Apr 1992 21:30:39 GMT

Just wondering why I cannot use ~%take <filename> under Interactive Unix 3.2
When I execute the command from the remote:

When I execute from the the remote:
~%take file
stty -echo;if test -r file; then (echo '~>':file;cat file;echo '
Badly placed ()'s.

I am able to send data using the put variable within cu.

Any comments and/or suggestions can be directed to this account.

Geno
Newsgroups: comp.unix.admin
Subject: msgs(1) not waiting after last message
From: swalton@aurora.csun.edu (Stephen Walton)
Date: Thu, 9 Apr 1992 20:46:04 GMT
Reply-To: swalton@solaria.csun.edu
Organization: California State University, Northridge

[A partial repeat of a post to comp.sources.d which netted one reply.]

I have installed msgs(1) on our SunOS 4.1.1 system after FTP'ing the
source from bsd-sources on ftp.uu.net.  It is installed setgid msgs
and the msgs directory is owned and writable by group msgs, so there
is no problem with posting, cleaning, etc.

However:  several users run msgs from within a .login file which immediately
starts a window system (SunView or OpenWindows).  Since msgs exits right
after showing the last message on the screen, the last message is erased
before these users can read it.  The msgs source implies at one point
that it is supposed to wait before exiting, but it doesn't.  Suggestions?
-- 
Stephen Walton, Dept. of Physics & Astronomy, Cal State Univ. Northridge
 "Anyone who remembers the sixties probably wasn't there."---Robin Williams
From: moore@forty2.enet.dec.com
Newsgroups: comp.unix.admin
Subject: Is u386mon available for SVR32? (Was: Can I monitor process slot ...)
Date: 9 Apr 92 15:32:32 GMT
Organization: Digital Equipment Corporation

I've been since told that u386mon will monitor several things such as process
slot and swap space usage. Is it available for ISC-2.2, or can it be ported to
it?

Thanks, Jimby 

--
voice:  (+44) 734/204267                  "If it works, don't fix it"
email:  moore@forty2.enet.dec.com
Newsgroups: comp.unix.admin
From: hbowser@dvorak.amd.com (Horace Bowser)
Subject: Re: nfs mounting from hp to sun
Organization: Advanced Micro Devices, Inc.; Austin, Texas
Date: Thu, 16 Apr 92 22:11:23 GMT

In article <1992Apr16.213009.12446@dvorak.amd.com> hbowser@dvorak.amd.com (Horace Bowser) writes:
>I'm attempting to mount file systems from an HP 9000/700 system
>onto a Sun sparcStation and i keep getting the error:
>
>	mount: access denied for auqis1:/users
>
>On the HP (running HP-UX 8.07) i've put the /users directory in
>the exports file, killed and restarted the mountd, the nfs daemons
>are running and nothing seems to work.  Any ideas?  (There is no
>exportfs on the HP).

Well, after much searching, i found an entry buried down in an HP manual 
that states:

	Question:				Yes Action:

	C. Does the following error		See D.
	   message occur on the client?

	   mount: access denied for server


	D. Does the server's /etc/export	Edit the servers 
	   file list a directory rather		/etc/export file to contain
	   than a file system?			the file system rather than
						a directory.

Is that bizzare or what?  I can't believe that i have to export the
entire file system in order to export some small, deeply burried subdirectory.
Oh well, such is life, huh?

Horace
hbowser@auqis1.amd.com

Newsgroups: comp.unix.admin
From: zwicky@erg.sri.com (Elizabeth Zwicky)
Subject: Re: Tape backups of long filenames
Organization: SRI International, Menlo Park, CA
Date: Wed, 15 Apr 92 00:53:13 GMT

In article <1992Apr8.022010.7229@coco.ms.washington.edu> edgar@coco.ms.washington.edu (Edgar Karl Nielsen) writes:

>From what I can tell, gnutar/tar is basically limited to around 100
>characters in the full pathname of a file.  From 'Torture-testing
>Backup and Archive Programs: Things You Ought to Know But Probably
>Would Rather Not', a USENIX/LISA paper by Zwicky, only dump and
>afio(SUN OS?) could handle pathnames of 1023 characters, with most
>implementations of tar and cpio being restricted to pathnames of 100
>and 256 characters respectively.

I lied. Or, more accurately, I was mistaken; the version of gnutar I
was using was not the version I thought it was. I solemnly affirm that
gnutar in its current version does deal correctly with full-length
path names. In fact, gnutar in the *real* version referenced in the
paper does so too, although it still blows long symbolic link names.
afio, by the way, is public domain and should be findable with archie.

However, if I was you, I'd use dump. I consider the active file
problem to be survivable for incrementals (of course, I do
incrementals every day, so I can afford to lose one if I have to). As
gnutar improves, this is becoming a less defensible opinion, but the
problem with files that have holes in them is fundamentally
intractable for a program running as high up as gnutar does. Also,
restore is on my OS disk, and gnutar isn't. Thus, if you use gnutar,
you still have to use dump to dump gnutar. 

	Elizabeth D. Zwicky
	zwicky@erg.sri.com
From: ylee@csl.dl.nec.com (Ying-Da Lee)
Newsgroups: comp.unix.admin
Subject: Re: IP network interconnectivity
Keywords: IP addresses
Date: 16 Apr 92 16:17:28 GMT
Article-I.D.: florida.ylee.703441048
Organization: NEC America, C & C Software Development Laboratory

ralphh@augeas.cs.athabascau.ca (Ralph Hand) writes:

>I have a collection of several networks . I am running Sun OS in various 
>versions from 4.0.3 to 4.1.2

>(197.9.200) -------------- (197.9.201) ----------- (139.48.38)
>     |
>     |
>     |
>     |
>     |
>(139.48.34)
>     |
>     |
>     |
>     |
>     |
>(197.9.204)

Since you didn't say anything about the routing protocol, I assume
RIP is what you use.

The source of your problem is the separation of the two subnets
of 139.48.  RIP requires that a 'network' be contiguous and gets
very upset when it cannot reach another part of the same 'network'
without traversing through a different 'network', or 'networks' as
is the case here.  139.48 is a class B network and no matter how you
subnet it it is one 'network' as far as RIP is concerned.  This
is not a problem for 197.9.200, 197.9.201, and 197.9.204 because
they are class C networks and are considered separate entities
by RIP.

Possible solutions:

1) Connect 139.48.38 with 139.48.34 directly.
2) Convert 197.9.200 and 197.9.201 to subnets of 139.48.
3) Try running OSPF instead of RIP.

There may be other problems with your network, but unless you get
this part straightened out first, nothing's going to work right.

	Ying-Da Lee	(214)518-3490	(214)518-3552 (FAX)
	Principal Member, Technical Staff
	NEC USA, Corporate Network Administration Division /
	NEC America, C&C Software Development Laboratory
	ylee@csl.dl.nec.com	uunet!necbsd!ylee
Xref: sparky comp.unix.admin:2772 comp.sys.sun.misc:1880
From: thad@public.BTR.COM (Thaddeus P. Floryan)
Newsgroups: comp.unix.admin,comp.sys.sun.misc
Subject: Re: Backup Script
Date: 12 Apr 92 06:35:30 GMT
Followup-To: comp.unix.admin
Distribution: usa
Organization: BTR Public Access UNIX, Mountain View CA

In article <4043@astroatc.UUCP> weeks%astroatc.UUCP@uwvax (Patrick Weeks) writes:
>[...]
>Are there any commands in the bourne shell that will force a break out of the 
>script when an error occurs??


By example:

	% ls
	% cat crap || echo "not here you don't! :-)"
	cat: cannot open crap: No such file or directory
	not here you don't! :-)
	% date > crap
	% cat crap || echo "Now you can"
	% cat crap
	Sat Apr 11 23:37:15 PDT 1992
	%

The ``echo "...'' could, of course, be replaced by "exit 1" or whatever
else is pertinent in your application to indicate a script failure.

RTFM for use of "&&" also.  Or read comp.unix.shells for a week or so.

Thad Floryan [ thad@btr.com (OR) {decwrl, mips, fernwood}!btr!thad ]
Xref: sparky comp.unix.admin:2788 comp.protocols.tcp-ip:2506 comp.sys.mips:579
From: pnessutt@qii.sialis.com (Robert A. Monio)
Newsgroups: comp.unix.admin,comp.protocols.tcp-ip,comp.sys.mips
Subject: Re: tftp time out booting X terminal
Date: 13 Apr 92 15:00:04 GMT
Article-I.D.: qii.1992Apr13.150004.24155
Organization: Quality Institute International, Inc.

In article <1992Apr10.190123.22693@u.washington.edu> spacelab@u.washington.edu writes:
>   I encountered a problem when I try to boot several ( 3 at least)NCD
>terminals all at the same time. ( Performed a power failure test) 
>
>I use a MIPS R3330 as their configuration and font server.  Some of NCDs will
>time out on tftp and kick into PROM mode and some will come up without being 
>able to load fonts files.

We have 2 RS1210s and we've encountered the same problem.  Apparently tftpd
can't handle having multiple requests for the same file at the same time.
We were told by MIPS to boot each unit individually so as to avoid the
problem.  I don't know if this is a fix or not but it does seems to work.

>   I try to change the /etc/inetd.conf's tftp from wait to nowait.  That causes
>me more problrem due to the race condition.  I can't change the time-out
>value in NCD since it is in the PROM.

Hmm.  I hadn't thought of trying this, although I think I'll stay away from
it based on the problems your having.  Good luck in resolving your situation.

 -Bob


-- 
 Robert A. Monio                         "We've always earned our money the
 Quality Institute International, Inc.    old-fashioned way.. 
 pnessutt@qii.sialis.com                  WE BEAT PEOPLE FOR IT!"
 ..uunet!rosevax!sialis!qii!pnessutt         -- Paul Ellering, "Legion of Doom"
Newsgroups: comp.unix.admin
From: mikebo@i88.isc.com (Michael Borowiec)
Subject: Re: Is u386mon available for SVR32? (Was: Can I monitor process slot ...)
Organization: INTERACTIVE Systems Corporation, Naperville, IL
Date: Thu, 09 Apr 1992 19:09:56 GMT

In article <1992Apr9.144227.1115@rdg.dec.com> moore@forty2.enet.dec.com writes:
>I've been since told that u386mon will monitor several things such as process
>slot and swap space usage. Is it available for ISC-2.2, or can it be ported to
>it?

Yes, it works with ISC 2.2, 2.2.1 and 3.0 like champ. You should be
able to find a copy on wuarchive.wustl.edu or any large public access
repository...
- Mike

--------------------------------------------------------------------------
Michael Borowiec  (N9EUZ)  -  mikebo@isc.com  -  mikebo@timesink.chi.il.us
INTERACTIVE Systems Corp.  -  1901 N. Naper Blvd.  -  Naperville, IL 60563
--------------------------------------------------------------------------
Xref: sparky comp.unix.admin:2743 comp.unix.large:157 comp.protocols.misc:328 ba.seminars:324
From: bjorn@mips.com (Bjorn Satdeva - /sys/admin Inc)
Newsgroups: comp.unix.admin,comp.unix.large,comp.protocols.misc,ba.seminars
Subject: Bay-LISA April 16th: The battle of the protocols
Date: 9 Apr 1992 05:02:25 GMT
Organization: MIPS Computer Systems, Sunnyvale, California
Distribution: world
NNTP-Posting-Host: rapid.mips.com
Originator: bjorn@rapid.mips.com


Bay-LISA                                                     April 16th


  The topic this month is network routing protocols. The speakers
  will talk about the various protocols which are emerging standards
  and compare them to protocols in common use now, concentrating
  on RIP, IGRP, OSPF and IS-IS.  There will be a theoretical discussion 
  of the difference between link-state and distance-vector protocols as
  well as a more specific description of the protocols as implemented.

  You should come away with a clearer idea of where routing is going
  (pun intended :) in the near future, and which protocol(s) would be
  best suited for your networks.


  The speakers will be:
  Paulina Knibbe
  Manager of Network-Level Protocols, cisco

  John Loiaconoo
  Sales Representative, Wellfleet Communications
 

 
Video tapes of previous meetings are available for Bay-LISA members.
Send e-mail to baylisa-info@sysadmin.com for further information.

Next months topic: Connection to the Internet.


General Meeting Information:

        Date:   Thursday, April 16th 7:30 PM
                (Third Thursday of every month)
                Please do not arrive before 7 PM.

        Place:  DEC
                2525 Augustine Drive
                Building 2
                Santa Clara

                To get there take 101 to Bowers Avenue.  From Bowers
                Avenue turn left into Augustine Drive.  The DEC 
                facility is on your left. Building 2 is the rear building.
                

        Info:    Send e-mail to baylisa-info@sysadmin.com, or you
                 may contact:

                 Bjorn Satdeva  (408) 241-3111
                 bjorn@sysadmin.com

                 Paul Moriarty - (415) 688-8174
                 pmm@cisco.com

The Bay-LISA group meets monthly to discuss topics of interest for
administration of sites with more than 100 users and/or computers.  
The meetings are free and open to the public.


Bjorn
--
Bjorn Satdeva --  email: bjorn@sysadmin.com or uunet!sysadmin!bjorn     
/sys/admin, inc.  The Unix System Management Experts  (408) 241 3111
Send requests to the SysAdmin mailing list to sysadm-list-request@sysadmin.com
Newsgroups: comp.unix.sysv386
From: jwilliam@javelin.sim.es.com (Jerry Williams)
Subject: Re: bootlegging hurts Unix
Organization: Evans & Sutherland Computer Corporation
Date: Fri, 10 Apr 1992 21:47:39 GMT

s923074@minyos.xx.rmit.oz.au (Wedo Jozis) writes:

>Yes this weird sort of licensing can be a real liability, critical software on  a machine that fails when you need it most and won't run due to host id licensing. The PC industry has matured to the point of permitting the softeare to reside on more than one machine on the provision it not be running and used on more than one machine at a time, this license varies from vendor to vendor but in such an agressive industry, they all follow to make their software as flexible and easy to install as possible. Per

h
>aps the unix industry will mature to such a stage some day. This licensing has on several ocassions been the deciding factor when selecting software. I don't like the idea of crtical applications being locked up, and my business being relient on a company that someday no longer exist. The unix industry should take a lesson from the PC industry. I'm new to unix, find it flexible and versitile but frustrating when such situations arise.

I think that I like the hostid rather than having dongles that you have to
switch around.  And worry about loosing.

-- 
Jerry Williams @ Evans & Sutherland  560 Arapeen Drive, SLC, Utah 84108
jwilliam@javelin.sim.es.com     or   jwilliam%javelin@sim.es.com
...sim.es.com!javelin!jwilliam  or   {decwrl, utah-cs}!esunix!jwilliam
Newsgroups: comp.unix.sysv386
From: marcus@cbr.dwr.csiro.au (Marcus Schnell)
Subject: Re: Interactive and the 486
Organization: CSIRO Division of Water Resources
Date: Thu, 9 Apr 1992 00:00:41 GMT

dvb@emisle.uucp (David Van Beveren) writes:

[stuff deleted]

: 
: 1. EISA not ISA
: 
:    There are several reasons for this. First, 16 Meg is not enough when
: running X, especially if you are a developer. The disk subsystems, even with
: EISA are not all that fast (but far faster then ISA) and swapping really
: kills you. I recommend 32MB or more if you can afford it. Second, Disk
: subsystem speed is important. Not just for loading/storing, but especially
: for swapping....

I disagree. Due to finantial restrictions I'm runnibg ISC 3.2 on a 25
MHz 386 + 387. Is is an ISA machine, with 8Mb or RAM. We have recently
installed X11. I agree, performance COULD be better, but it is
acceptable. 

: 2. VGA Sucks
: 

Sure does, but we are stuck with it.

:    ISC 3.0 offers as stable an OS as there is in PC-land. The TCP/IP is
: excellent, the offer NFS/NIS that works, and X11R4/Motif 1.1.1 development.
: It is far easier to co-develop on Interactive's Almost-SYSV and some 
: workstation (I have done it on Sun and DEC), that it is to try SCO and some
: workstation. ISC provides a good POSIX implementation, as only a couple
: portability problems in their headers 

ISC is quite stable. A little more SYSV'ish would go a long way.

Marcus

****************************************************************************
*    Marcus Schnell                      marcus@helios.cbr.dwr.csiro.au    *
*    CSIRO Division of Water Resources   Phone   : (+61 6) 246 5707        *
*    GPO Box 1666                        FAX     : (+61 6) 246 5800        *
*    Canberra                            Int FAX : (+61 6) 246 5800        *
*    ACT  2601    **********************************************************
*    Australia    *          insert ".disclaim" here...                    *
****************************************************************************
From: rcc@megalon.acs.appstate.edu (Robert C. Cauthen)
Newsgroups: comp.unix.sysv386
Subject: Is my tcp listener deaf??
Date: 15 Apr 92 14:06:51 GMT
Organization: Appalachian State University


Can someone help???

In short: I am a lowly undergrad who is trying to network(inernet) my
UHC SVR4V3.6 driven 386 at my job at the university.  My problem is
that I am having trouble associating a service with a port.  In brief:
no one can telnet to my machine using tcp because it won't "answer" with
a login prompt.  My listener is started and I think that all of it's
associated processes are started correctly but since I am a beginner at
sysadm I KNOW something I've done is wrong (yes, I`ve RTFM until I am
blue in the face).  

Could somebody please e-mail me there output to the following commands:
			sacadm -l
			pmadm -l

This may help me get "on track" as to what needs to be started on boot
up.  Thanks for any help.
Robert Cauthen
(ACSOP06)
(704)264-6877			+----------------------------------------+
P.O. Box 16352 ASU		| internet: rcc@mothra.acs.appstate.edu  |
Boone, N.C.  28608		+----------------------------------------+
From: rwhite@jagat.uucp (Robert White)
Newsgroups: comp.unix.sysv386
Subject: Re: Will vp/ix ever support Windows in enhanced mode?
Date: 17 Apr 92 05:20:04 GMT
Article-I.D.: jagat.1992Apr17.052004.5616
Organization: Rob White and Friends

In article <1992Apr8.181747.13041@kong.gsfc.nasa.gov> sheldon@kong.gsfc.nasa.gov (Roger Sheldon - AISS) writes:
>Is it, as I suspect, impossible to run Windows in enhanced mode 
>under vp/ix?

Yes, that is true.  However (if it must happen) there is no reason that
a VP/ix type program (WIN/ix?) could not be written using the same facilities
as VP/ix and windows source code (or a remarkable simulation) just the way
OS/2 2.0 actually multitasks windows programs as OS/2 tasks with a "nice
and through" library.

Op Sid.

Rob.