HDTenEightyP/NetNews huggingface dataset:
From: barr@pop.psu.edu (David Barr)
Subject: Re: DNS - Please help.
Followup-To: comp.sys.sun.admin
Organization: Penn State Population Research Institute
Date: Wed, 23 Dec 92 15:30:00 GMT

In article <ellis.725110065@nova> ellis@nova.gmi.edu (Stew Ellis) writes:
>Your NIS server needs to be your DNS server as well.  Our setup has local
>name service tables running on our NIS server and all is well.  In addition,
>if you are running stock Sun, you need to uncomment the B=-b in the yp
>makefile ( /var/yp/Makefile in our case).  TFM says also that you should run
>ypserv -d in your rc.local, but I have been told that this is not necessary
>by some people, and by others that I should be running ypserv -i (an
>undocumented feature of SunOS4.0.3).  Go with ypserv -d.

This is wrong.  The man page incorrectly says that the -d option is for
DNS.  It is actually a debug option.  Do not use ypserv -d.

>Another unusual
>feature of Sun's DNS is that you have to have /etc/resolv.conf on your
>primary DNS server, as well as on all of the clients.

How is this unusual?  This is how BIND 4.8.3 behaves as well.

>Finally, the above resolve.conf line has no place on a stock Sun
>installation.  It might be part of resolv+, but if someone has hacked
>resolv+ into your site, then you may be on your own getting all of the
>pieces of NIS and DNS to hang together properly.  I have the stock Sun stuff
>working just fine.

You're confusing resolv+'s host.conf file and resolv.conf.  The host.conf
file specifies the resolv order (hosts file, BIND, or NIS), while the
resolv.conf file specifies _who_ to contact in order.

Followups to comp.sys.sun.admin.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
#define ENOTTY          25              /* Not a typewriter */
Newsgroups: comp.unix.admin,comp.comp.sys.sun.admin,comp.sys.sgi.admin
From: tkolasny@scholia.wbme.jhu.edu (Anthony Kolasny)
Subject: Summarizing Accounting on a group of Workstations
Reply-To: tkolasny@scholia.wbme.jhu.edu
Organization: Johns Hopkins University, Dept. of Biomedical Engineering
Date: Wed, 23 Dec 1992 13:21:05 GMT

I have accounting running on a group of Suns and SGI machines. The users may
use any of the machines and their home area is automounted on the machine 
they log into.

I would like to collect all the accounting information and summarize the information into one report. Does this utility exist? 

Your suggestions are greatly appreciated.

Thanks,
Anthony (tkolasny@scholia.wbme.jhu.edu)

Newsgroups: comp.unix.admin
From: guru@camelot.bradley.edu (Jerry Whelan)
Subject: Re: rlogin - how to pass data to
Keywords: rlogin
Organization: The Smelly Ditch
Date: Fri, 1 Jan 93 17:57:58 GMT

In article <1992Dec31.233038.10090@uunet!fdls!agdept> walker@uunet!fdls!agdept (Walker) writes:

-} As far as I can tell, environmental variables on the host are not passed to
-} the remote machine during the rlogin process.  So, I'm seeking advice from
-} the net on how to get data about which data base application to select
-} passed to the remote login. 

	I believe that the TERM variable is passed across and rlogin.  The
trick is to stuff the information you need in the TERM variable before
rlogining and then unstuff it as soon as you login to the host.


-------------------------------------------------------------------------------
``written by a drunken insane pathological liar''        guru@stasi.bradley.edu
Newsgroups: comp.unix.admin
From: kevinc@ups.com (Kevin C. Castner)
Subject: Re: Horror Stories UNIX Admin!
Organization: UPS Research & Development
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 24 Dec 1992 14:06:05 GMT

A.X. Ivasyuk (axi0349@ultb.isc.rit.edu) wrote:
: Basically, what I'm looking for is an overwhelming response telling me
: it's ok to post this to the net, or a suggestion of an ftp site where
: I could upload it.  I don't know if there's a special section for
: comp.unix.admin on existing sites (ie. wuarchive).  Of course, this
: creates a problem for people without ftp access (there's always ftpmail).
: I'm leaning toward reposting the whole thing on a monthly basis, but I'm
: pretty flexible.

The stories were great.  Keep them coming.

I saved the original set, and have already forwarded them to people I
know who do not normally read news.  The feedback was VERY positive.

If you have additions, Please post them as a separate volume.  It would
be inconvinient to have to manually sort through the stuff I've already
read to look for new stories.
-- 
    ======================================================================

      Kevin C. Castner                           kevinc@ups.com
      Unix Administrator                         United Parcel Service
Newsgroups: comp.unix.admin
From: johnj@welchgate.welch.jhu.edu (John A. Johnston)
Subject: Keeping up with HW and SW technology? Possible?
Organization: Johns Hopkins Univ. Welch Medical Library
Distribution: usa
Date: Thu, 31 Dec 1992 17:09:25 GMT


A dilemma we're constantly facing, and looking for the *real* answer to it,
or at least pointers to a potential resolution.

Basic information:
 - We provide a database using Sybase (the server and front end interface)
 - The database development and maintenance is done on Sun hardware

The three ingredients involved in this environment; Solaris (SunOS),
Sun Hardware,  Sybase Are horribly intertwined.

Eg.  To upgrade a dozen workstations coming of age this year, the Sun
LX fills our hardware performance needs.  The LX *requires* an
immediate migration to Solaris 2.1, Sybase does not work with Solaris
2.1, and won't for a few months at least, then we need to verify our
apps are ported ok to the revised Sybase, and Solaris, which in turn
takes attention away from the next generation of our product, and time.

This leaves us the "option" of not following our best interest hardware
wise, possibly to spend much more than we need with the Sun10, or buy
yestertech and go with the SunSparc2, or reamin status quo.

If we remain status-quo, and hold off on our hardware migration, we
basically would lose up to 1/2 year of the actual useful life of the LX
workstation (where buying a workstation near the beginning of it's
product life increases by that much, how far down the road it will be
"state of the art") and lose more of any useful re-sale value of the
Sparc 1's, as they grow further behind.

The basic solution seems apparent, just slow down the migration path,
and expect to be 1/2 to 1 full year behind the state-of-the art as the
various major and minor releases of Solaris and Sybase dictate.  This
will cost something in hardware value to us, but we are happy.

The resluting problem is a customer...  They want what we have our
product, but are not at all happy buying the last generation of
hardware, when the latest out is the better price/performer.

There is no clear win-win scenario.  Software schedules from Sun,
Sybase and even ourselves are usually not right on any schedule.

What do *BIG* and *Medium* developers do to plan/prepare/combat this
hw/sw interconnection?  I'd classify us as tiny, but facing the same
problems as the biggies, but on a smaller $ budget..

Any and all input appreiciated, and to be summarized.
-johnj
From: eoliver@ralph.cs.haverford.edu (Erik Oliver)
Newsgroups: comp.unix.admin
Subject: Re: How to write a "turnin" utility??
Date: 29 Dec 92 22:18:55 GMT
Organization: Haverford College Computer Science Department

Dan,

Choose any machine with SMTP installed, telnet machine.name smtp

This telnets into the smtp port.

Type HELP.

Go from there.

Or if you want things easier, find a macintosh iwht MacTCP and Eudora
and set the from line to anything you please.

(no passsword is required by Eudora to send mail, although fortunately,
receiving mail requires a password. [popmail protocol])

-Erik
(This makes a good reason to use PGP or RIPEM even if you don't want to
hide data.)
From: axi0349@ultb.isc.rit.edu (A.X. Ivasyuk)
Newsgroups: comp.unix.admin
Subject: About Unix Admin Horror Stories Posting...
Date: 30 Dec 92 18:37:55 GMT
Reply-To: axi0349@ultb.rit.edu ()
Organization: Rochester Institute of Technology
Originator: axi0349@ultb

Thanks to everyone who responded to my previous posting.

I'm not insensitive to those people who pay for their network connections
out of their own pocket.  I know how much it costs to receive an internet
feed.  However, I will be reposting the stories in their entirety at least
once more.  It has been two months since I last posted them, so I don't
believe that this is unreasonable.  I will edit them to remove as many
duplicates as possible. (I'm sure we have all heard enough 'rm *' stories,
right?)  Hopefully this will reduce the overall size and increase the
signal/noise ratio of the posting in favor of signal.

I will also be making the stories available by ftp.  Unfortunately, RIT
has no anon. ftp setup, and since I'm not connected to the net, I can't
provide anon ftp from my home box.  I have had a couple pointers to ftp
sites.  I will discuss possibilities with administrators of those sites
in the near future.  I'm hoping that people who don't have ftp access will
be able to get the stories by ftpmail.  (If you have experience using
ftpmail, please mail me about what that entails)

Thus, in the future, I will post only additions to the stories, with a
pointer to ftp sites and ftpmail for people who want to get the whole
summary.  I believe this to be a reasonable compromise between posting
every couple of months and not posting at all.

For those who are waiting for a posting, you will have to wait just a bit
longer.  I have been in communication with Arne Asplem, the originator of
the thread back in October, and he has a collection of stories that were
mailed to him directly.  He will be sending those to me shortly.  I have
also received a few stories from people directly, and I am in the process
of editing those.  I figure that it will be a couple of weeks before I am
ready to post, but I think it will be worth the wait.  ;-)

Please direct comments (and more stories!) to my mailbox, not to the net.

Happy New Year!

-Anatoly Ivasyuk
-- 
  Anatoly Ivasyuk @ Computer Science House @ Rochester Institute of Technology
   anatoly@nick.csh.rit.edu || axi0349@ultb.rit.edu || axi0349@ritvax.rit.edu

                  You say you haven't heard of CSH?  You will...
From: barr@pop.psu.edu (David Barr)
Newsgroups: comp.unix.admin
Subject: Re: How to move a filesytem?
Keywords: dump restore subshell shell pipe
Date: 29 Dec 92 02:22:09 GMT
Organization: Penn State Population Research Institute

In article <1992Dec28.233859.9966@rigel.econ.uga.edu> david@marie.stat.uga.edu (David Gundlach) writes:
>And then in <1992Dec26.004056.18264@siemens.com>, aad@siemens.com (Anthony Datri) said...
>% 
>% dump 0f - /dev/roldfilesystem | (cd /newfilesystem ; restore rf -)
>
>One thing I haven't yet figured out is why folks keep insisting on
>dumping to a subshell that then cds and restores.

Because that's the syntax if you use tar instead of dump.
It may not be the best, but it's consistent.

--Dave
-- 
System Administrator, Population Research Institute    barr@pop.psu.edu
A .sig quote is like a summer job, okay for a few months but not much more.
From: zhangd@acf3.NYU.EDU (zhangd)
Newsgroups: comp.unix.admin
Subject: Backup while device busy!
Date: 3 Jan 93 23:27:00 GMT
Organization: New York University




Hi, there:

When I am doing backup of a user filesystem at midnight, I prefer to umount the filesystem
and then mount readonly thereafter. However, the filesystem is often unmountable 
because of "device busy" error!  The point is somebody uses open files on it via NFS
and I can't detect and close them all.  Although I logout all current users on UNIX, those
users on PC can still have open files via PC-NFS.  I believe this is a quite common
dilemma for most sysadmin.

Questions:
1. how dangerous to backup a partition ( dump ) with some file opening on it?  
   could this only corrupt those files or the whole filesystem in some special case?

2. if there is a way to find out all opening files on a partition and close them forcefully? ( mount, showmount...)

3. Could  other backup commands ( like TAR ) handle this situation better?


Thanks very much!


James Han
Xref: sparky comp.unix.admin:6761 comp.unix.aix:12799 bit.listserv.aix-l:1917 comp.windows.x:20507
From: bane@vtx.ma.man.ac.uk (Michael!)
Newsgroups: comp.unix.admin,comp.unix.aix,bit.listserv.aix-l,comp.windows.x
Subject: Re: Xlogin
Keywords: ClassDefaults
Date: 22 Dec 92 13:43:19 GMT
Reply-To: bane@vtx.ma.man.ac.uk
Followup-To: comp.unix.admin
Organization: Magic Michael's Mushroom Factory.

In article <1gia36INN6v4@matt.ksu.ksu.edu>, holland@matt.ksu.ksu.edu (Rich Holland) writes:
|> I'm using X11R5 on an RS/6000 running AIX 3.2.[recent].  When I sit down at
|> my xterm, I get xdm's login screen, which then runs Xlogin after I give it my
|> userid and password.  The top window of the MOTD message has the following: 
|> 
|> > Warning!  No ClassDefaults found for class "Xlogin"
|> > Please notify System-Adminstrator
|> 
|> I can't figure out how to set up ClassDefaults for Xlogin.  I tried setting
|> some things (like fore/background colors, etc) in my .Xdefaults file, but
|> I still got the error.  I tried creating an .Xlogin file, and it didn't seem
|> to change a thing.  The only thing that worked was creating a .hushlogin file,
|> but then I don't get anything -- it immediately starts bringing up my windows
|> as defined in my .xsession file.  
|> 
|> Anyone have a similar problem in the past and could help?  I've read the man
|> pages, but they don't hint to much...
|> 
|> -- 
|> Rich Holland              | INTERNET: holland@matt.ksu.ksu.edu
|> 100 Jardine Terr, Apt A7  | BITNET  : holland@ksuvm
|> Manhattan, KS  66502-3357 | UUCP    : ...!rutgers!matt.ksu.ksu.edu!holland
|> char*p="char*p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}


Are you sure this ain't something that the sysadmin should sort out in the
system default file xdm-config or possibily the Xsetup_0 file? 

Alternatively, thou i doubt this is the problem, try cp-ing yer .Xdefaults
to .Xresource[s]


michael
From: kevin@sherman.pas.rochester.edu (kevin mcfadden)
Newsgroups: comp.unix.admin
Subject: Missing machine causing statd/rpc error
Date: 1 Jan 93 18:59:23 GMT
Distribution: usa
Organization: University of Rochester

We have a machine that goes on observing runs every now and then and
when it leaves we get the following messages:

    clnttcp_create: RPC: Port map failure - RPC: Timed out.
    rpc.statd: cannot talk to statd at <machine>

The machine is a SPARC IPX and we are using sunos 4.1.2 w/ nfs.

We have checked (as far as we know) all the files in /etc that would
deal with the machine.

Any ideas?  Email me at kevin@sherman.pas.rochester.edu.

Thanks for any help and Happy New Year!

Kevin
Newsgroups: comp.unix.admin,comp.unix.questions,comp.unix.sys5.r4
From: jcosta@quimic.pt (Joao Costa)
Subject: Re: Preventing root login except on console
Organization: Quimicontrol. Lda
X-Newsreader: Tin 1.1 PL4
Date: Wed, 30 Dec 1992 15:19:15 GMT

wilko@russia.idca.tds.philips.nl (Wilko Bulte) writes:
: I don't know about the IRIX V.4, but in the V.3 I've seen you can 
: set this in /etc/default/boot. Look for a line 'CONSOLE=...', setting
: this line to the real console only prevents root logins on any other

It's the same in an SVR4. And if you set it to /dev/null or similar you 
won't get root logins.

jc
-- 
joao costa@quimic.pt		"Small change can often be found
				under seat cushions"
Tel: 351-1-545787
Fax: 351-1-3159074
From: jcropper@cs.arizona.edu (John Philip Cropper)
Newsgroups: comp.unix.admin
Subject: BACKUPS - what methods/media/software ??
Date: 28 Dec 92 18:45:37 GMT

Backups - how do you do them ??
 
We are in the process of reevaluating how we in the Computer Science Dept
of the University of Arizona do backups of the data being stored on our hard
disk media.
 
Currently we have approx 20G of disk space evenly dispersed across 4 Unix
servers (Suns under 4.1.1 and Sequent under DYNIX 3.2.0). Once a month we
bring each server down to single user mode and perform a level 0 backup to
2G Exabyte tapes using the program "/etc/dump". Once a week we perform a
level 1 incremental dump and on all other days we perform level 2 incremental
dumps.  The Exabyte tape drives are attached to two different machines on the
local Ethernet and as such the majority of the data is being written to a
"remote" tape drive.

The possibility exists that we may increase the amount of disk space on our
servers by a factor of 2 (up to 40G) in the near future, thus prompting this
reevaluation.
 
Items of interest to us:
        . is there a better alternative to "/etc/dump" 
        . do you bring your system down to single user mode to do a level 0
        . where would you locate you backup media on the net (local or remote)
        . how many 2G or 5G Exabyte tape drives would be optimal for backing
                up 40G spread across 4 servers
        . are 5G Exabytes a good choice for backup media
        . what frequency of level 0 (or equivalent) and incrementals would
                be recommended.
        . do you use an automated jukebox/carousel with your tape drive and
                in what manner do you utilize it.
        . anyone using different strategies (e.g., back up only system files
                and let the users beware?  Backup a fixed home directory for
                each user, and have "scratch disks" for files that don't fit
                in a user's home directory?)
        . anyone using alternate technologies (e.g., RAID disk arrays, etc.)
 
Thanks in advance
John C.
==========================================================================
||  John Philip Cropper                                                 ||
||  Member of the Technical Staff   Internet: jcropper@cs.arizona.edu   ||
||  University of Arizona           UUCP: uunet!arizona!jcropper        ||
||  Department of Computer Science  AT&T: (602) 621-6613                ||
||  Gould-Simpson Room 721                                              ||
||  Tucson, Arizona 85721                                               ||
==========================================================================
From: yedidya@bimacs.BITNET (Yedidya Israel)
Newsgroups: comp.unix.admin
Subject: Re: Program to generate encrypted version of password?
Date: 31 Dec 92 12:34:34 GMT
Organization: Math department, Bar-Ilan University, Ramat-Gan, ISRAEL

In article <1992Dec31.000203.1031@vpbuild.vp.com> jessea@u013.me.vp.com (Jesse W. Asher) writes:
>At one time I played with a program that would take a password (and
>maybe the salt) and encrypt the password just like to would go into the
>passwd file.  Does anyone know the name of the program?  I need to
>generate an encrypted version of the password without it being in the
>passwd file itself.  Thanks.

/*
 * usage: pcrypt string salt
 * output: result of crypt (string, salt);
 */

#include <stdio.h>

main(argc, argv)
int     argc;
char    *argv[];
{
        if (argc <= 2)
                fprintf (stderr, "Usage: %s string salt\n", argv[0]);
        else
                puts (crypt (argv[1], argv[2]));
}

Warning: this program is copyrighted :-)
--
Israel Yedidya,         Phone:  972-3-5318682 or 972-3-5318407/8
System Administrator,   Fax:    972-3-5353325
Math & CS Department,   Email:  yedidya@bimacs.cs.biu.ac.il
Bar-Ilan University,    Bitnet: yedidya@bimacs
Ramat-Gan, ISRAEL.      Uucp:   ...!uunet!pucc.princeton.edu!bimacs!yedidya
If someone proves there is no God, I'll stop being religious!
Newsgroups: comp.unix.admin
From: buck@siswat.hou.tx.us (Lester Buck)
Subject: Re: How do you back up a terabyte?
Organization: Photon Graphics, Houston
Date: Sat, 2 Jan 1993 16:53:00 GMT

In article <1992Dec31.174549.677@mav.com> toddi@mav.com (Todd Inch) writes:
>>Because users may change files while they are being backed up, and you may
>>end up with an inconsistent copy on the tape - say a random access file is 
>>keeping pointers to records at its end, and the data at the beginning.
>
>And likewise two separate files may be interdependant, such as detail
>and header records in a database, or a data file and its accompanying
>hashed-key file.

Veritas sells a file system which supports creation of one file system
which is an atomic snapshot of another file system.  The snapped
filesystem is then free to change, though writes to it are slowed
somewhat.  The only problem is to quiesce the applications for a moment
while the snapshot is being made, maybe for a minute.  The Veritas file
system is used in SVR4.2, I think.

-- 
A. Lester Buck   buck@siswat.hou.tx.us   ...!uhnix1!siswat!buck
Newsgroups: comp.unix.admin
From: axi0349@ultb.isc.rit.edu (A.X. Ivasyuk)
Subject: Re: Horror Stories UNIX Admin!
Originator: axi0349@ultb
Reply-To: axi0349@ultb.rit.edu ()
Organization: Rochester Institute of Technology
Date: Wed, 23 Dec 1992 19:50:49 GMT

In <1992Dec23.095132.1@vax.sonoma.edu> mccalld@vax.sonoma.edu writes:
>Please repost the Horror stories!
>thanks

I'd love to, especially since I have had some additions since the last
posting.  However, I've had a couple complaints that I should not be
posting stuff like the Horror Story Summary to the net because it's
not a FAQ and it's too big.  Granted these complaints were from a couple
of people who pay long distance connect charges for their newsfeeds, but
I understand budget problems.  I know I have enough of my own.

Basically, what I'm looking for is an overwhelming response telling me
it's ok to post this to the net, or a suggestion of an ftp site where
I could upload it.  I don't know if there's a special section for
comp.unix.admin on existing sites (ie. wuarchive).  Of course, this
creates a problem for people without ftp access (there's always ftpmail).
I'm leaning toward reposting the whole thing on a monthly basis, but I'm
pretty flexible.

So, I'm asking everyone to mail me holiday greetings and tell me their
opinion on the subject (please put "re: horror stories" in the subject field).
I will summarize to the net.  If you have any additional stories to add,
send those too!

Happy Holidays!

-Anatoly Ivasyuk (axi0349@ultb.isc.rit.edu)
 maintainer of the Unofficial Unix Administration Horror Stories Summary
-- 
  Anatoly Ivasyuk @ Computer Science House @ Rochester Institute of Technology
   anatoly@nick.csh.rit.edu || axi0349@ultb.rit.edu || axi0349@ritvax.rit.edu

                  You say you haven't heard of CSH?  You will...
From: mccalld@vax.sonoma.edu
Newsgroups: comp.unix.admin
Subject: Horror Stories UNIX Admin!
Date: 23 Dec 92 17:51:32 GMT
Organization: Sonoma State University

Please repost the Horror stories!
thanks
Xref: sparky comp.unix.admin:6737 comp.unix.questions:14855
From: gs26@prism.gatech.EDU (Glenn R. Stone)
Newsgroups: comp.unix.admin,comp.unix.questions
Subject: Re: showing working dirs of each users
Date: 21 Dec 92 16:44:13 GMT
Reply-To: glenns@eas.gatech.edu
Followup-To: comp.unix.admin
Organization: The Group W Bench

In <1992Dec21.082746.23803@latcs1.lat.oz.au> wongm@latcs1.lat.oz.au (M.C. Wong) writes:
>  I wonder if there is any utility that shows which working dir each
>  of the users are in, much like the finger and w command but also shows
>  where they are. Thank you !!

Not that I know of; I do know that it would be a royal pain to do (probably
involving C and setuid executables) on a SysV box... but if you luck out
and have BSD or some variant thereof, you can probably cobble something
together in a shell script, starting like 

ps agxeww | egrep -e [ -][t-][ck]sh | awk {some really funky stuff here}

Where the above assumes nobody's running /bin/sh for a login shell, 
and {some really funky stuff} extracts the PWD= field from the output
of ps....

food for thought....

Glenn R. Stone (glenns@eas.gatech.edu)
Do not meddle in the affairs of wixards, it makes them soggy and hard to light.
Newsgroups: comp.unix.admin