HDTenEightyP/NetNews huggingface dataset:
From: root@uiatma.atmos.uiuc.edu ()
Subject: DATA RECOVERY?
Organization: University of Illinois, Urbana-Champaign
Date: Sat, 22 Aug 1992 23:27:26 GMT

Anyone have the number for a good data recovery 
service?  Alternatively, does anyone know if 
NORTON UTILS for HPUX is available, and if 
it is any good?

Media in question is a crashed WREN8 hard disk...
Desperate,
--------  john kemp            (  (  )_  internet - kemp@uiatma.atmos.uiuc.edu
  -----                       (  (   __)   decnet - uiatmb::kemp
   ---    univ of illinois   (_ (   __)    bitnet - {uunet,convex}
   --     dept of atmos sci  .(____).               !uiucuxc!uiatma!kemp
   -      105 s gregory ave    ...          phone - (217) 333-6881
    -     urbana, il 61801    ...             fax - (217) 244-4393

Newsgroups: comp.unix.admin,comp.unix.wizards
From: afshin@nynexst.com (Afshin Goodarzi)
Subject: Sun Sys-admin wanted
Organization: NYNEX Science & Technology, Inc.
Date: Fri, 14 Aug 92 17:49:12 GMT

The Science and Technology division of Nynex is in search of a SUN system
administrator.
 

The candidate should poses the following minimum qualifications:

B.S.(M.S. preferred) in Computer Science (or related field) and minimum of
3 years of system administration on the SUN platform. 
	Very knowledgable of SUN OS, 
	strong Shell programming, 
	C, TCP/IP, UUCP, File System administration. 
	Some knowledge of the kernel is desirable.  
	Good interpersonal skills, 
	able to work with novice as well as advanced users of SUN systems.
	Knowledge of Local Area Networking for PC (Token ring / ethernet)
	and industry implementations desirable.
This job will involve minimal traveling. 

Please forward your resume to:
	Afshin Goodarzi
	Snail mail:	Nynex Science and Technology center
				500 Westchester Ave.
				Whiteplains, NY 10604

	Email:		afshin@nynexst.com


Xref: sparky comp.unix.admin:4585 comp.sys.hp:9414
From: wk@cup.hp.com (Wayne Krone)
Newsgroups: comp.unix.admin,comp.sys.hp,ctp.it
Subject: Re: Odd Hang Symptoms (HP)
Date: 18 Aug 92 22:36:12 GMT
Organization: HP-UX Kernel Lab, Cupertino
X-Newsreader: Tin 1.1 PL3

jmay@ctp.com (Jason May) writes:
: 
: HP 9000/847, running HPUX 8.02.
: 
: Symptoms of a recent system hang:

Could you tell me what the system was doing prior to the hang?  What
devices were connected and which ones were in use?  What were your users
doing on the system?  Any system administration activity going on (e.g.,
running a backup utility)?

A tip:  If your system has the battery backup option installed,
powerfail recovery will sometimes jump start a hung system.  To initiate
powerfail recovery pull the power cord out of the back of the system for
a few seconds and then replace it (do NOT toggle the power switch on the
front of the system).
Newsgroups: comp.unix.admin
From: vanepp@fraser.sfu.ca (Peter Van Epp)
Subject: Re: Prevent user from editing /etc/passwd
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Thu, 20 Aug 1992 15:25:36 GMT

schweik@cpp.ob.open.de (Martin Schweikert) writes:

>Hi!

>I have a user on my SVR3 machine who knows - and must know :-( - the
>root password.

Unlike the other respondents, I read this as the user has an authorised need
to do something that requires root access. If this is correct, and it does not
involve a command that can spawn a shell, you may wish to look at one of the
two (that I know of!) pd root access programs: sudo and op. Either of them
allow the sysadmin to control what commands can be done as root and log what
is done (the log of course can be erased however). Sudo is availible on 

Host aix370.rrz.uni-koeln.de

    Location: /.disk2/usenet/comp.archives/unix/admin
      DIRECTORY drwxrwxr-x        384  Nov 29 1991  sudo

Host boulder.colorado.edu

    Location: /pub/sa-book

      DIRECTORY drwxr-xr-x        512  Aug  5 15:19  sudo

or so archie says, boulder is the original home, the other site is closer to 
you. Op is I think availible from convex.com (it is by Tom Christianson as I
recall).

>Martin
>-- 
>M. Schweikert-Oberhausen/Germany-schweik@cpp.ob.open.de /    My life is based on
> <>< Life-Net: martin_schweikert@credo.zer (Joh3:16)   /   two things: Belief in
>   Fax: +49 208 85 97 108, Phone: +49 208 85 97 142   /  Christ and Murphy's Law


Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
From: pavlov@niktow.canisius.edu (Greg Pavlov)
Newsgroups: comp.unix.admin
Subject: Re: TCP/IP over a modem line
Date: 17 Aug 92 04:54:45 GMT
Organization: Canisius College, Buffalo NY. 14208

In article <1992Aug11.142913.16089@constellation.ecn.uoknor.edu>, ipayne@uokmax.ecn.uoknor.edu (net.nobody) writes:
> I'm sure this a fairly easy thing to do, but I don't have any clue
> on how to do it.  So anything anyone can tell me would be greatly 
> appreciated. What we want to do is connect two work stations over a phone 
> line using 19.2k modems, and run TCP/IP over this link.

  Take a look at SLIP (Serial Line IP is what the acronym stand for, I think...
  BTW, a fair number of people have encountered difficulties installing it,
  tho I assume that most of them eventually get it up and running.


   greg pavlov
   pavlov@fstrf.org
Newsgroups: comp.unix.admin
From: scs@lokkur.dexter.mi.us (Steve Simmons)
Subject: Re: Prevent user from editing /etc/passwd
Organization: Inland Sea
Date: Fri, 21 Aug 92 00:22:35 GMT

schweik@cpp.ob.open.de (Martin Schweikert) writes:

>Hi!

>I have a user on my SVR3 machine who knows - and must know :-( - the
>root password.

>I tried to find a method to prevent him from editing /etc/passwd. It's
>quite difficult.

It's impossible.

Your problem is not technical, it's administrative.  Remind both the
user and management that there is a difference between a user who is
trusted with the root password, and one who abuses that trust by
editing /etc/passwd.  (Assuming, of course, that some abuse is being
done by this).  It's like giving someone a master key to the building
because he needs to get into 98% of the rooms.  If he knowingly
violates the 2%, he deserves the same sanction as one who has broken
in using a lockpick.
-- 
 "Voodoun is a very interesting religion for the whole family, even those
  members of it who are dead."
		-- "Good Omens", by Neil Gaiman and Terry Pratchett
Newsgroups: comp.unix.admin
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: Disk quota usage
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Thu, 13 Aug 1992 19:04:50 GMT


In article <1992Aug12.152053.1425@lub001.lamar.edu>, sherer@lub001.lamar.edu writes:
>
>I was just wondering if anyone is using disk quotas on an ULTRIX system. If so,
>what are the pitfalls?

I've had to use disk quota when I was doing system management.  I never
had any particular trouble with it, but it was probably a V3 or maybe
V4.0 when I last had to use quotas.  My only complaint at the time was
that the initial quotacheck(8) done on the file systems that had quotas
turned on, took a long time.  Since this quotacheck(8) gets done at 
reboot it can look like the reboot is hung.  I don't recall if the
procedure was CPU or I/O bound.

>I have been to a DEC ULTRIX System Administrator class,
>and the instructor warned against using disk quotas, but I wasn't sure if
>this was a bug in ULTRIX, or if it was just a personal opinion.

I don't know of any bugs, so personal opinion is more likely.  I do
know that using disk quota on NFS mounted file systems is kind of
strange because the client is the system doing the quota management
for it's users.  I don't if there are any sort of locking problems
associated with many clients trying to update the same quota file.

>We have a great
>number of students taking up disk space without regard to others, and it would
>be beneficial to us to have disk quotas enabled, at least for students.

If you haven't tried it a first step is to publically report who the
big users are.  You get one of three results.

1.  No change and you turn on quotas anyway.
2.  Peer pressure to be more careful about space and you don't have
    to use quotas.
3.  Competition to see who can use the most and you turn on quotas
    anyway.
>
>If you have used disk quotas, do you have to set them up at installation time,
>or can you set them up on an existing ULTRIX system? I don't have that much
>documentation on the subject, so I'm not sure about it (obviously).
>
>Thanks for the help in advance.
>
>Kirk Sherer
>Lamar University
>
>

--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.admin
From: barr@pop.psu.edu (David Barr)
Subject: Re: Where can I find a "fingerd" that fingers the person back?
Organization: Penn State Population Research Institute
Distribution: usa
Date: Sun, 23 Aug 92 03:04:10 GMT

In article <1992Aug22.225032.637@csus.edu> tching@target.water.ca.gov (Tracy Ching <SysAdmin>) writes:
>	True... fingering someone is an innocent act.  No argument there.
>One comment - internally finger must work for other employees to see. 
>I do have a question regarding that.  Does anyone in net-land remotely
>agree that the finger is a possible security hole for a well seasoned
>unix guru?  (that which I am obviously not and admit it) 

Running fingerd is a double-edged sword.  On the one hand it does provide
login names for hackers to try, but on the other hand it does provide
invaluable information in tracking down crackers.  I find the latter
a more important feature.  Besides, a system without a fingerd is a
very unfriendly one, IMHO.  For the average hacker, fingerd is not a
serious obstacle.  If you're paranoid about it, run tcp_wrapper around
it and log it  (along with the rest of your tcp services in inetd.conf).

--Dave
Newsgroups: comp.unix.admin
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan (KD1HZ))
Subject: Re: SCO TCP/IP troubles
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Thu, 20 Aug 1992 00:54:47 GMT

dean@world.std.com (Dean S Banfield) writes:

>We're enjoying SCO UNIX V R3.2.2, but when we run the name server daemon 
>(named) our TCP/IP telnet access has slowed markedly.  It takes over 1 minute
>to receive the login prompt from the system for a TCP/IP connection.  Removing
>the name server speeds us back up again.

>Any configuration changes which can be suggested to improve this problem.

You didn't really give enough info, but I'll give it a shot.

More than likely what is happening is that your named can't resolve a
domain, and sends a request to your nameservers as configured in your
named startup files. The more nameservers you specify, the longer it will
take to "time out". Also, if you have a SL/IP link to your nameservers,
it will be slow too.

Suggestion: find a nameserver which is "closer" to you (i.e. takes less
time to PING).

MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: kd1hz@anomaly.sbs.risc.net     /  parents never had it, chances 
--    UUCP: ...!uunet!anomaly!mpd         /   are you won't either...
-- Telebit: +1 401 455 0347              /
Newsgroups: comp.unix.admin
From: barr@pop.psu.edu (David Barr)
Subject: Re: Where can I find a "fingerd" that fingers the person back?
Organization: Population Research Institute
Distribution: usa
Date: Tue, 18 Aug 92 02:19:09 GMT

In article <1992Aug17.210125.9625@csus.edu> tching@target.water.ca.gov (Tracy Ching <SysAdmin>) writes:
>I notice that there seems that
>one doesn't exist.  (and running a daemon with RFC 931 is out of the
>question because it assumes that the other side has it too)  

Why is it out of the question?  Running a back-finger program assumes
that the other side has a finger daemon.  Moreover there's no guarantee
that you can get any useful information from the backfinger.  There
_is_ a guarantee that you will get useful (and correct) information
if there is an RFC931 daemon.  What's more you don't have to modify
any existing programs to do this.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
  KILL files means never having to see you're stupid
Newsgroups: comp.unix.admin
From: spencer@phoenix.Princeton.EDU (S. Spencer Sun)
Subject: Re: Where can I find a "fingerd" that fingers the person back?
Reply-To: spencer@phoenix.princeton.edu (S. Spencer Sun)
Organization: Live Organ Transplants
Distribution: usa
Date: Tue, 18 Aug 1992 15:55:21 GMT

In article <1992Aug18.060635.29063@csus.edu>, tching@target.water.ca.gov (Tracy Ching <SysAdmin>) writes:
>[among other things]
>I do this because it seems that one
>machine (not on my floor or under my administration - thank the Lord)
>has been compromised by a few.  Sloppy on their part.  Keeping a list
>of people who finger and try to randomly telnet in or whatever helps
>me stay on top of things.  This is the reason for wanting to know who
>fingers.  "Who" is the info I'm after - not just the site.  Altho' the
>security people were notified because we are a gov't agency, I feel
>a little prevention goes a longer way than reparations.

Any or all of the following may be wrong (someone please tell me if it
is), but it seems to me that knowing "where" the connect came from is
half the battle.  After that, no matter what, you are going to need some
sort of cooperation from the remote site in order to track down the
original person, RFC931 or not.  Either they're running the RFC931 thing
(I don't know a thing about it so apologies if I'm abusing terminology),
which is sort of implicit cooperation, or else you're going to need
their help tracking down the "who" anyway, because simply fingering back
isn't going to tell you who's running the finger/telnet/whatever
process.  It will just tell you who's logged on.

Sure, you could say "Well we fingered back 100 times and every time user
X was listed as being logged on so that looks very suspicious."  Maybe
so, but it lacks any substance if you want to use it to prove anything.

So it seems to me that at some point you will have to have cooperation
from the other site anyway.  Thus, looking for a fingerd that fingers
the remote site back is not the best solution to your problem, because
it won't tell you anything you couldn't figure out anyway with existing
mechanisms.

----------- The opinions expressed in this article are solely mine. -----------
<Insert lame attempt at disclaimer humor>
sss/PU'94 Dept of CS (spencer@phoenix.princeton.edu)/JvNCnet (spencer@jvnc.net)
"Your mother puts license plates in your underwear?  How do you sit?"

Newsgroups: news.annouce.newgroups,comp.unix.admin,comp.msdos.programmer,comp.databases,comp.programming,bit.listserv,comp.sys.novell
From: hades@coos.dartmouth.edu (Hades)
Subject: Re: CFV comp.client-server
Reply-To: hades@Dartmouth.Edu
Organization: Dartmouth College, Hanover, NH
Disclaimer: Personally, I really don't care who you think I speak for.
Date: Fri, 21 Aug 1992 14:16:15 GMT
Moderator: Rec.Arts.Comics.Info

allen@geac.com (Allen Septon) writes:


>Name:
>	comp.client-server

>Status:
>	unmoderated

>Charter:

>	An open forum to discuss topics relating to client/server technology. 
>	Subscribers can discuss issues relating to programming, databases,
>	communications, LAN technology, pricing, and hardware. 
>	This group will be open to users of both DOS and/or UNIX
>	based front and backends.

    I might have just missed it in all of the discussions on news.groups
but I don't remember seeing the RFD for this group. Just to be sure I
went back and checked the current active proposals in
news.announce.newgroups and there was nothing about an RFD for
comp.client-server. Also, to the poster of the CFV you will need to
repost it, because you spelled news.announce.newgroups wrong in your
Newsgroups: header line. Since it never made it to David Lawrence none
of the votes that you will receive are valid until the official posting
to news.announce.newgroups has been made.


--
-Hades (Brian V. Hughes) Moderator: Rec.Arts.Comics.Info
		   "A clear case of curare poisoning
	       of one of her Majesty's Cold-Cream Guards"
						   -- Durlock Holmes
From: kchiles@teton.llnl.gov (Keith Chiles)
Newsgroups: comp.unix.admin
Subject: LPD network parameters
Date: 17 Aug 92 16:45:05 GMT
Reply-To: kchiles@teton.llnl.gov (Keith Chiles)
Organization: Digital Equipment Corporation

Dear Netland;
  I am trying to print 2.5 megabyte postscript files to 
a sun workstation with a NEC color postscript printer.
Locally, the printer works fine, but when I print from
another system if seems to truncate the file.  I seem 
to remember that there is a way to increase the 
size of the files that are allowed over the net, but
havn't found how to do it.  Would some kind soul
send me the instructions on how to allow large files
to be printed across the net? 
Many thanks in advance!!

Cheers, Keith
kchiles@arac.llnl.gov
From: ltu@ki.icl.se (Lars Tunkrans)
Newsgroups: comp.unix.admin
Subject: Re: Require administration software for cpu process control..
Date: 15 Aug 92 07:46:44 GMT
Distribution: comp.unix.admin
Organization: ICL Data AB Kista Sweden

In article <1992Aug10.160801.10997@udel.edu> tirilok@hercules.cis.udel.edu (Prem Tirilok) writes:
>Hi,
>I would like to know if there is a software that automatically
>monitors cpu usage and does the following:
>
>If a process uses too much cpu ("too much" could be specified),
>its priority would automatically be changed.  
>
>Any information is appreciated.  Please reply to this posting or
>email to:  tirilok@cis.udel.edu
>
Well, the sVr4 process sheduling does something along this avenue.
In other words its built in to sVr4 O/S. sometimes its a blessing and somtimes 
its a curse.  ( You dont want your database server to down prioritised even if
it uses up most of you CPU resourse )

Lars.
--
_______________________________________________________________________________
Lars Tunkrans  Phone +46 (0)87642419   DRS Systems Services
DOMAIN Address : ltu@icl.se         UUCP: 
X400: I=L;S=Tunkrans;OU1=SWE2002;O=ICL Data;P=ICL;A=TEDE;C=SE
From: sherwood@fenris.space.ualberta.ca (Sherwood Botsford)
Newsgroups: comp.unix.admin
Subject: Re: NeXT on Sun YP Network w/o netinfo?
Date: 21 Aug 92 17:53:02 GMT
Organization: University Of Alberta, Edmonton Canada

Steve Simmons writes
> 
> We have been able to successfully integrate NIS with the  
NeXT, but we
> have not been able to get the NFS mounts to happen  
properly at boot.
> Doing standard NFSish things like editing the fstab don't  
work.  The
> docs we have been able to find discuss *only* using NFS  
with netinfo.
> However, it appears you get netinfo or NIS, but not both.   
Duplicating
> the YP data into netinfo is acceptable only if there is  
some mechanical
> method.
> 

Create a copy of fstab that doesn't have the local disks in  
it.  Call it nfstab

Now type 
niload fstab . < nfstab
mount -at nfs
From: maf@tabatha.MAE.CWRU.EDU (Mark Fullmer)
Newsgroups: comp.unix.admin
Subject: Re: Where can I find a "fingerd" that fingers the person back?
Date: 19 Aug 92 17:32:19 GMT
Distribution: usa
Organization: Case Western Reserve University

In article <1992Aug18.155521.7840@Princeton.EDU> spencer@phoenix.princeton.edu (S. Spencer Sun) writes:
>In article <1992Aug18.060635.29063@csus.edu>, tching@target.water.ca.gov (Tracy Ching <SysAdmin>) writes:
>>[among other things]
>>I do this because it seems that one
>>machine (not on my floor or under my administration - thank the Lord)
>>has been compromised by a few.  Sloppy on their part.  Keeping a list
>>of people who finger and try to randomly telnet in or whatever helps
>>me stay on top of things.  This is the reason for wanting to know who

[...]

>
>Any or all of the following may be wrong (someone please tell me if it
>is), but it seems to me that knowing "where" the connect came from is
>half the battle.  After that, no matter what, you are going to need some
>sort of cooperation from the remote site in order to track down the
>original person, RFC931 or not.  Either they're running the RFC931 thing
>(I don't know a thing about it so apologies if I'm abusing terminology),
>which is sort of implicit cooperation, or else you're going to need
>their help tracking down the "who" anyway, because simply fingering back
>isn't going to tell you who's running the finger/telnet/whatever
>process.  It will just tell you who's logged on.
>

This spoofs rfc931, fingerd logging, and fingerd finger-back.

telnet random.host.edu 79  
user@host.to.query

---

fingerd just passes the line to finger.

mark
Xref: sparky comp.unix.admin:4523 comp.unix.wizards:3581 comp.unix.aix:8731
From: jfh@rpp386.lonestar.org (John F. Haugh II)
Newsgroups: comp.unix.admin,comp.unix.wizards,comp.unix.aix
Subject: Re: Setting login priorities
Date: 12 Aug 92 12:50:04 GMT
Reply-To: jfh@rpp386.cactus.org (John F. Haugh II)
Organization: River Parishes Programming, Austin, Republic of Texas

In article <1992Aug11.130658.9805@porthos.cc.bellcore.com> jona@iscp.bellcore.com (Jon Alperin) writes:
>(OS is AIX V3.2, but not directly applicable)

Well, it is directly applicable since Shadow doesn't run on AIX v3.2 ...

> This has the undesired side effect of running any login at the
>nice -20 priority. So if a user logs in the console as 'oracle',
>and oracle processes are started as nice -20, rather than their 
>default. We would like to restrict this nice -20 to root only, but we
>can't figure out how to modify any login information to do this.

Some versions of login support a pri= entry in the GECOS field
of the /etc/passwd file.  I am pretty sure that AIX v3.2 doesn't,
but I wrote that code so long ago I forget ...

You might try requesting a DCR to have that support added as I
doubt that any of the freely available login packages will ever
support AIX v3.2.
-- 
John F. Haugh II                   | Life's Little Instruction Book:
Ma Bell: (512) 251-2151            | "#138.  Learn Spanish.  In a few years,
UUCP: ...!cs.utexas.edu!rpp386!jfh |  more than 35% of all Americans will speak
Domain: jfh@rpp386.cactus.org      |  it as their first language."
Newsgroups: comp.unix.sysv386
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: SCSI on Xenix
Organization: Keith's Computer, Hope Mills, NC
Date: Thu, 13 Aug 92 20:09:52 GMT

You can get Adaptec "High Performance SCSI Drivers"  right off of sosco
for free.  For 2.3.X Xenix.  You do not need to upgrade to 2.3.4

Same Same for WD7000-FASST (Now Future domain).

The main thing about .4 is support for OTHER SCSI devices like CD-ROM
and the like.

Always, DTC and Future Domain have drivers for Xenix 2.3.X as do darn
near every SCSI card that is over $100.

-ks
-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
Xref: sparky comp.unix.sysv386:13204 biz.sco.opendesktop:627