HDTenEightyP/NetNews huggingface dataset:
From: shah@fnsony.fnal.gov (Hemant Shah)
Newsgroups: comp.unix.admin
Subject: Re: Identifying user's remote IP address at login?
Date: 12 Nov 92 19:20:52 GMT
Reply-To: shah@fnalb.fnal.gov
Organization: Fermi National Accelerator Laboratory, Batavia, IL
NNTP-Posting-Host: fnsony.fnal.gov

In article <BxM36A.5HA@wang.com>, fredj@wang.com (Fast Freddie) writes:
|> ae954@yfn.ysu.edu (Andy Johnston) writes:
|> 
|> 
|> >I am trying to set up a system in which a utility called
|> >from the .login file can identify the IP address (or system name)
|> >of a remote user at login and perform a
|> >	setenv DISPLAY <user's system>:0
|> >to make X displays pop up in the right place.
|> 
|> >The utmp file only has 16 characters reserved for the remote
|> >name and is often truncated, so it isn't always reliable.
|> What you can do is scan/grep the utmp file for the 16 characters.  Cut that
|> out and grep the etc/hosts file, cutting out the first field which usually
|> is the internet address.
|> Fast Freddie

Here's how I am doing it. Create a shell script "$HOME/bin/set_disp" as follows:

------------- 8< ----------- begin set_disp shell script ------- 8< ------
#!/bin/sh

TTY=`tty | cut -d / -f 3`
finger shah | grep "$TTY" | nawk '{print $NF}' | sort -u

------------- 8< ----------- end set_disp shell script ------- 8< ------

add following entry in you .login file:

setenv DISPLAY `$HOME/bin/set_disp`:0

Hope this helps :-)
-- 
-------------------------------------------------------------------------------
Hemant Shah                            | All the opinions expressed are my own
Fermi National Accelerator Laboratory  | and does not necessarily reflect
Systems Integration Group              | those of Fermilab.
E-mail :shah@fnal.fnal.gov             |
 Voice : (708) 840-8071	               | I haven't lost my mind
   Fax : (708) 840-2783                | it's backed on tape somewhere.
-------------------------------------------------------------------------------
Newsgroups: comp.unix.admin
From: fish@daacdev1.stx.com
Subject: does anyone have a disk x% full capture program???
Organization: Goddard Space Flight Center
Date: Mon, 9 Nov 1992 21:11:54 GMT

i'm just looking for something that would occasionally run and
see if a disk was more than say 90% full it would notify me
instead of waiting for the 100% full kernel warnings.

	thanx,
		fish

sgi irix (at&t-ish) preferred
--
John R. Vanderpool                INTERNET: fish@daacdev1.stx.com
NASA/GSFC                         VOX: 301-513-1683                
Hughes/STX Corporation            FAX: 301-513-1608
"somehow seems strange and a little bit funny, to wander thirsty in the rain" pr
Newsgroups: comp.unix.admin
From: sherwood@space.ualberta.ca (Sherwood Botsford)
Subject: Re: does anyone have a disk x% full capture program???
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 10 Nov 1992 23:13:00 GMT

fish@daacdev1.stx.com writes
> i'm just looking for something that would occasionally run and
> see if a disk was more than say 90% full it would notify me
> instead of waiting for the 100% full kernel warnings.
> 
Ask archie about [Ww]atcher*tar.Z  

It can be set up to snoop about all sorts of things and send you mail  
or write on your terminal.  Disk space is one thing.  It can also  
monitor if a disk is changing rapidly.  Watch the daily growth of login  
attempts etc.
Newsgroups: comp.unix.admin
From: arensb@kong.gsfc.nasa.gov (Andrew Arensburger - RMS)
Subject: Re: Mail from cron to root
Organization: Goddard Space Flight Center
Date: Thu, 5 Nov 92 15:25:41 GMT

pete@eis.calstate.edu (Pete Kaplan) writes:
>Is there any way to suppress the mail that cron sends to root if a cron
>has any output?  

	We use a local script called 'eem' (for Eat Empty Mail), included
below. It reads stdin and pipes it to mail iff it contains any non-
whitespace characters.
	We use it as

10 5 * * * rm-core-files 2>&1 | eem -s "Core file removal" sysadm

and voila! No mail unless something exceptional happens.

----- begin included file ----------------------------------------
#!/usr/very.local/bin/perl
#
# EEM - Eat Empty Mail
# Send mail iff stdin is nonempty. Takes the same parameters as 'Mail'.
#

# Get the arguments
@mailargs = @ARGV;
@ARGV = ();

# Add quotes if necessary
foreach $i (0..$#mailargs)
{
	$mailargs[$i] = "'".$mailargs[$i]."'" if ($mailargs[$i] =~ /\s/);
}

$msg = '';
while (<>)
{
	$msg .= $_;	# Save this, in case the message is nonempty
	&sendmail if (!/^\s*$/);	# Send mail if necessary
}

# SENDMAIL
# Copy stdin to 'Mail'.
sub sendmail
{
	open(MAIL,"| /usr/ucb/Mail @mailargs") && select(MAIL);
	print $msg;
	print while (<>);
	exit 0;
}
----- end included file ------------------------------------------
--
Andrew Arensburger            | Why can't I just say
arensb@kong.gsfc.nasa.gov     |     perl -e '$]++'
...!uunet!dftsrv!kong!arensb  | to upgrade to the next patch level?
Xref: sparky comp.unix.admin:6176 misc.jobs.misc:7697
From: rm72@prism.gatech.EDU (Bruce McCullough)
Newsgroups: comp.unix.admin,misc.jobs.misc
Subject: Breaking in to Unix admin. Need Suggestions!!
Date: 13 Nov 92 15:33:53 GMT
Followup-To: comp.unix.admin
Distribution: na
Organization: Georgia Institute of Technology

How about some suggestions for get some training for Unix Admin. I've
got a couple of books on the subject but need some real experience.

How do I break in to this area? General speaking.

Also as a soon to be graduate? 

Are there any software courses out there that might help?

Any other suggestions? Maybe like the path you have taken to get there.

Thanks for any help! Any other worthy comments you mave have would also
be nice.   
-- 
Robert B. McCullough-Computer Operations Tech.
Registrar Data Systems
Georgia Institute of Technology
Internet: rm72@prism.gatech.edu
From: vincent@cad.gatech.edu (Vincent Fox)
Newsgroups: comp.unix.admin
Subject: Re: Breaking in to Unix admin. Need Suggestions!!
Date: 13 Nov 1992 12:04:11 -0500
Organization: Georgia Institute of Technology, CAE/CAD Lab
Distribution: na
NNTP-Posting-Host: cae.cad.gatech.edu

In <74707@hydra.gatech.EDU> rm72@prism.gatech.EDU (Bruce McCullough) writes:
>How about some suggestions for get some training for Unix Admin. I've
>got a couple of books on the subject but need some real experience.

Books are good for reference works, but there is no substitute for
experience. Kind of a Catch-22 like most things. Small new shops though
will hire unexperienced admins, and this will be your best bet.
They usually are just getting into Unix, so all you have to do is
stay a day ahead of them and you'll seem like a genius.

>How do I break in to this area? General speaking.

I think "how do I break out" is a better question. It loses any real
thrill after the third time you're called in at night/holiday/weekend
to fix a crashed file-server.

>Also as a soon to be graduate? 
>Are there any software courses out there that might help?

I'm extremely skeptical of them. Better to apprentice under someone
who knows what they're doing if you can. Most of the "real" stuff
isn't on paper, it's passed around amongst the gurus the old-fashioned
way.  All the really useful stuff is so obscure it hardly would be
worth publishing it. 

>Any other suggestions? Maybe like the path you have taken to get there.

I came in as just a moderate user. Since the folks who hired me
didn't know Unix either it was easy to excuse my early screwups.
Their relative lack of knowledge also makes it easy to cover-up your
mistakes. So when you rm -rf in the wrong directory and wipe out all
user files, you can say "bad sector munged the i-node tables" and 
they'll believe it.

>Thanks for any help! Any other worthy comments you mave have would also
>be nice.   

There is no substitute for being thrown into to the deep end of the pool.
Sharpens your wits, and motivates you to really and truly understand
what's happening at the low levels of things. New and unusual problems
every day, so ability to organize a problem and good diagnostic 
skills are the most important things.
From: G72BB@CUNYVM.BITNET
Newsgroups: comp.unix.admin
Subject: gated and SLIP
Date: 5 Nov 92 20:59:43 GMT
Organization: City University of New York/ University Computer Center

Hello:

     I have a 486 Machine connected to a SUN SPARCServer via a 9.6
SLIP Connection.  The link is permanent, at least for a few months.

    I have read that the gated daemon will allow one to integrate these
point to point links to a more complicated network topology.  The SUN
sits on an ethernet which is routed to the Internet via a CISCO router.
There are no subnets here, (simple class C), nothing very complicated.

     Has anyone successfully integrated their SLIP or PPP link to the
Internet, will gated do this, (route packages to/from the ether through
the SUN to the 486 Un*x Machine.

     Any suggesstions would be greatly appreciated,  Thanks in advance.

---

    Marco Hernandez
    g72bb@cunyvm.cuny.edu
    marco@bitnic.educom.edu
    mah@info.educom.edu
Newsgroups: comp.unix.admin
From: neruda@hydro.mps.ohio-state.edu (Steven Neruda)
Subject: Re: how do other people deal with new man pages?
Organization: The HydroLab, The Ohio State University.
	<1992Oct30.205044.21094@cc.ic.ac.uk>
Date: Thu, 5 Nov 1992 19:32:12 GMT


My site is kind of an amalgmation of a few of the previous ideas.
I have a /usr/local{src,man,bin,lib} tree which I stick local stuff that is either
a single program with a single man page or a small group of programs that
is vital to life as we know it (tm).

For larger packages (X11R[45],ImageMagic, etc) I use a package based upon the tcl
(tool control language interpreter, by John Furlani called modules.  The basic 
package gets set up as an alias in one of the users dot files.  From then on 
people can check what packages are available, get basic information about what
happens when they load a package, load, unload packages with a simple command.

The high points of this system are:

	1) All meta files are stored in one location (/usr/local/packages in my case).

	2) Meta files are shell independant so there are only one meta file to write
	   for sh/ksh/csh/tcsh/bash.

	3) Meta files are human readable so people that want to run their own set of
	   modules can start from the systems wide.
 
	4) Ability to load/unload packages.  People can experiment without having to
	   logout and log back in again.

   5) Package specific tweaks like setting enviromental variable can automagically
	   take place for each package and get undated if package is moved.

	6) Modules can be marked for conflicts, exclusion, or issue warnings
		when loaded/unloaded.  For example X11R4 and X11R5 are set up here so
	   a user can't load both at once.  If a user tries to unload 'base' they
	   are warned that life may get miserable if they do that and ask to confirm
	   their decision.

I have just phased in my new dot files with Modules.  So far my users are 
extremely happy with them.  They don't have to know where something is or
what special tweaks a package needs.  Instead they just type:

		module add ImagMagic

And all the programs from that package are available.  Another nice but necessary 
hack just came up last week.  Our current version of the Wingz spreadsheet has
a broken 'floating license'.  To work around this in a transparent manner I have 
modified my "Wingz" package file to run it from the server and pop it up on the
users workstation.  Users don't even know its broken and when its fixed I just
change the module and they'll never notice.

I set up packages in /usr/local/packages/{NAME} with a bin/man and lib if 
needed set up there.  Modules adds the proper path, man path, and any 
other needed things.  Another nice things is if you set up your modules files
carefully MANPATH and PATH will tend to be the same.

Sorry about the verbosity but since I hadn't seen a plug for Modules thought I 
would.

			Steve


Steve Neruda (neruda@mps.ohio-state.edu)
Systems Programmer, The HydroLab (292-6193)
177 Scott Hall,  1090 Carmack Dr.
Columbus, OH 43210





--
Steve Neruda (neruda@mps.ohio-state.edu)
Systems Programmer, The HydroLab (292-6193)
177 Scott Hall,  1090 Carmack Dr.
Columbus, OH 43210
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.admin
Subject: Re: shutdown (was Re: (rsh somehost reboot) never exits)
Date: 6 Nov 1992 16:54:02 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <janet.721043068@dunnart> janet@cs.uwa.oz.au (Janet Jackson) writes:
>What I meant was that shutdown on an NFS server should send messages 
>only to clients that have filesystems mounted from that server, as listed
>in the server's /etc/rmtab.

That's what it does.

>>All SunOS machines on the local net receive the message - I think it
>>uses rwall, but that name is not present in the binary.

It uses the rwall protocol, but not by exec'ing the rwall program.  It
calls the rwall RPC directly.

>Hmm...we have Suns on three subnets, and as far as I recall, when
>any Sun that's an NFS server is shut down, most of the Suns on all the subnets
>get the messages.  I'll have to test this next time I shut down a system.
>(Most exported filesystems are exported to most Suns.  That's why I thought
>shutdown might be looking at the export list.)

No, it's probably because most clients mount file systems from all of the
servers.  There are many cases where entries don't get removed from
/etc/rmtab (if a client crashes instead of shutting down gracefully, it
won't unmount remote file systems), so shutdown messages often go to every
machine that has *ever* mounted a file system from the server.

One kludge is to truncate /etc/rmtab periodically.  Note that you have to
kill mountd around this, so that it will pick up the new end of file
location.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.admin
From: sherwood@space.ualberta.ca (Sherwood Botsford)
Subject: Re: Cross NFS mountings (was: how do other people deal with new man pages?)
Organization: University Of Alberta, Edmonton Canada
Date: Tue, 10 Nov 1992 23:08:49 GMT

Bruno Berstel writes
[small munch...]
> Right. But if I create /usr/local/{bin,lib,man,include,etc,sbin,...}  
on the
> /local partition on one of the first Sun, and NFS mount it as  
/usr/local
> on the other Sun, what do I put in the second Sun's /local ? Wouldn't  
it be
> more sensible to create, say, /usr/local/{bin,lib,sbin} on one Sun  
and
> /usr/local/{man,include,etc} on the other one ?
> 
You can do that, but it means a lot of mount entries.  If it all fits  
on one put it there.  Call the other one /usr/scratch, export it to the  
network and give it permissions rwxrwxrwt and let people use it as  
temporary space with the understanding that it will NEVER be backed up.
 
> Now my fear is : what will happen at boot time ? I had a rule of  
thumb (it
> may be superstition) that said : "if B mounts a directory from A,  
boot A
> before B". Now what do I do with cycles ?
> 

Nah.  Make sure that whatever shell you use for root isn't on the other  
machine (That wound is still healing...) and that whatever you need to  
boot single user is on the root partition. (Should be in /bin, and  
/etc)

And in the fstab be sure that all nfs mounts are specified with the  
option bg for background.  This will insure that if the other machine  
is down, it will try once and go on. (It will eventually give up.) If  
the other machine comes up reasonably soon, it will mount  
automatically, if not then you will have to 'mount -at nfs'
From: dneedham@oucsace.cs.ohiou.edu (Douglas Wade Needham)
Newsgroups: comp.unix.admin
Subject: Re: First session
Date: 13 Nov 92 03:16:58 GMT
Organization: Ohio University CS Dept,. Athens


In <1992Nov11.175445.18053@spectrum.xerox.com> leisner@wrc.xerox.com ( Marty
Leisner) writes:

>I want a script to put into .login so it does something intelligent when 
>someone logs into the first time.

>1) gives the an introduction.
>2) runs passwd
>3) moves some default .login, .cshrc, .xinitrc, etc into ~

>There must be something out there...I currently have a manual way of giving 
>out accounts (but I'm not really a system administrator).

Try having the .login placed in the new user's $HOME exec another located in a
central directory.  This second .login can then proceed with the introduction,
change the user's password, and put the regular .login into place.  I used this
trick while I was an administrator at my alma mater (OU) for several years, and
from time to time I would use a variant for those users who would leave
themselves logged in (an obvious security problem), giving them a warning that
ANYONE could have deleted ALL of their files with no problem what-so-ever...

>--
>marty
>leisner.henr801c@xerox.com  leisner@eso.mc.xerox.com
>Member of the League for Programming Freedom

- douglas wade needham


-- 
Email:	dneedham@oucsace.cs.ohiou.edu  
USnail:	2330 South Clinton Street,  Fort Wayne,IN 46803
Phone:  (219)455-4004 (office) (219)456-1420 (home)
From: luig@IKP.Uni-Koeln.DE (Martin Luig)
Newsgroups: comp.unix.admin
Subject: How to test Disk-Drives
Date: 5 Nov 92 16:06:09 GMT
Organization: Institute of Nuclear Physics, University of Cologne, Germany
NNTP-Posting-Host: snert.ikp.uni-koeln.de

Im looking for programs which help to test disks. We have problems with IPI-Disks connected to a 
DECstation 5000/240. Errors occur without any error - massage.

-- 
Martin Luig  
		luig@ikp.uni-koeln.de
		University of Cologne, F.R.G.
Newsgroups: comp.unix.admin
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: Bulk tape production
Keywords: tapes, tapes tapes
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 9 Nov 1992 16:21:55 GMT

In article <1992Nov6.203300.13557@kong.gsfc.nasa.gov> gregk@kong.gsfc.nasa.gov (Greg Koolbeck - RMS) writes:
>
>  We have been handed a problem that must have been solved before. We are being
>asked to provide a plan for making a large number (anywhere from 50 to 500)
>copies of a set of QIC tapes, each containing several TAR archives. We can, of
>course, get two QIC drives on a single host and play dd games to duplicate each
>tape, but I'm sure there are less labor-intensive ways. Does anyone have a 
>suggestion?

Hire a duplicating service. (This may not be possible for you, being a
NASA site, but it'd be the best way.)

If you *have* to do this manually, get a system with two drives and a
large enough hard drive to store an image of the master, then dd *that*
to the tape drives. Running two copies off at once will go faster, since
you should be able to catch most of the data in the disc cache.

Gary 


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"...I looked out my window, and saw Kyle Pettys' car upside down, then I
thought 'One of us is in real trouble'." Davey Allison, re: a 150MPH crash 
Newsgroups: comp.unix.admin
From: "Christoph Luebbe" <UJ4J@DKAUNI2.BITNET>
Subject: Looking for BBS Software for SUN SPARC Station
Organization: University of Karlsruhe, Germany
Date: Sat, 7 Nov 1992 14:42:16 GMT

Hi
We are a group of persons working on the same project in different
places. Therefore I got an account on a SUN SPARC station to provide
information interchange. Some members of our group have no access to
INTERNET. For these people we installed a modem to login via phone-
line on the SUN SPARC Station. The problem is that if you do that you
will see the UNIX prompt. My question: is there a chance to install
something like a mini BBS or a mailbox that welcomes the user and
provide the up- and download to inerchange information of all kind.
I hope someone can help us
Thanks in advance Christoph Luebbe
                  UJ4j@DKAUNI2.BITNET   or
                  UJ4J@ibm3090.rz.uni-karlsruhe.dbp.de
Newsgroups: comp.unnix,comp.unix.admin,comp.unix.programmer
From: leisner@wrc.xerox.com ( Marty Leisner)
Subject: Re: files and /etc/magic
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 5 Nov 1992 17:58:39 GMT

I'm currently using Ian Darwin's file and magic.

Its missing a lot of magic numbers now...

What's current and is there a good, magic list someplace...?

If not, I may start pulling something together for the compression/image
formats...

--
marty
leisner.henr801c@xerox.com  
Member of the League for Programming Freedom
Newsgroups: comp.unix.admin
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Fastest way to transfer whole filesystems?
Date: Thu, 12 Nov 1992 05:28:19 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <40335@unix.SRI.COM> cole@unix.SRI.COM (Susan Cole) writes:
>just an inevitably slow procedure?  What I'm moving is the news partition,
>and I've already learned that restoring it from dump tape is horribly slow.

Unfortunately, copying it with cpio -p or two tars in a pipe is going
to be slow for the same reason that restoring it from a dump tape is
slow -- you are restoring lots of little files, and there is a lot of
overhead involved in creating the directory entries for those little
files.  There really is no fast way of doing this, other than a
sector-by-sector copy of the entire disk {en masse}; unfortunately you
can't do this if you're going to a different size or type of disk.

-- 
Marc Unangst, N8VRH         | "There are two ways to solve this problem:
mju@mudos.ann-arbor.mi.us   | the hard way, and the easy way.  Let's start
                            | with the hard way."
                            |   - W. Scheider, from a Physics lecture
Newsgroups: comp.unix.admin
From: jess@engx25.trt.com (Jess Alvarado)
Subject: Re: Fastest way to transfer whole filesystems?
Organization: TRT COMMUNICATIONS
Date: Thu, 12 Nov 1992 13:49:33 GMT

Try using CPIO.





-- 
=======================================================================
| Jess Alvarado                  |         E-mail:  jess@trt.com      |
| TRT COMMUNICATIONS, INC.       |         UUCP:    uunet!engx25!jess |
| 1352 NW. 40th Ave.             |         Voice:   (305) 797-3167    |
Newsgroups: comp.unix.admin
From: navarro@vents.uji.es (Enrique Navarro Sanchis)
Subject: Stop and restart a process
Date: Wed, 11 Nov 1992 13:22:59 GMT
Organization: Universitat Jaume I . Castello de la Plana (Spain)
X-Newsreader: Tin 1.1 PL4



Hello:
	I have a question (is it in a FAQ?):

	I have running a proces witch get much memory
	(i.e. 30 MB as Resident Size).
	I want to stop it (with a kill -24 ?) and I want
	it to free the memory.
	When I kill -24 (STOP SIGNAL) a process it continues
	using the same memory.
	What I want is this process SWAP OUT and FREE
	the MEMORY to use by other processes,and at the same
	time I can later restart the process using a kill -26.
	Is it possible ?
	Or, is there another way to do this?

Thanks for your help in advance.

Newsgroups: comp.unix.admin
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: Fastest way to transfer whole filesystems?
Organization: Mount Holyoke College
Date: Thu, 12 Nov 1992 04:02:41 GMT

In article <1992Nov11.215556.2530@cypress.com> abp@mis25.cypress.com writes:
>	I don't use tar to copy filesystems - it cannot handle devices and
>	the like.

GNU tar can.
--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
Newsgroups: comp.unix.admin