HDTenEightyP/NetNews huggingface dataset:
From: rhealey@kas.helios.mn.org (Rob Healey)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: Re: DNS solved: How do you run NIS on SYSVR4.0.3?
Keywords: NIS,DNS,rpc, SYSV386 R4.0.3, SunOS 4.1.2
Date: 12 Oct 92 18:10:34 GMT
Organization: Rob's home system, Hopkins, MN

In article <ellis.718591349@nova> ellis@nova.gmi.edu (Stew Ellis) writes:
=This seems much preferable to having to relink libc like on the Suns.
=Although this will solve my resolver problems, my curiosity is still
=inflamed about why I can't get NIS running.  Any help on that front?
=
=Thanks in advance.
=
	USL doesn't like the security risks of NIS so it won't work with
	passwords and user name stuff. It'll only work between 2 SVR4
	systems with security turned on and your own databases.

	Them's the breaks I guess. B^(.

		-Rob
Xref: sparky comp.unix.sys5.r4:243 comp.unix.admin:5633 sanet.unix.questions:12
From: david@aim1.aztec.co.za (David Mason)
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
Subject: Re: Secure login with chroot: What files?
Date: 14 Oct 92 11:36:00 GMT
Article-I.D.: aim1.david.719062560
Reply-To: david%aim1.aztec.co.za@ucthpx.uct.ac.za
Organization: Aztec Information Management

A followup to my own posting, being my own discoveries and mail
hints from netlanders.

I (David Mason) wrote:

>I'm setting up semi-public logins on our office machine, to allow
>people to login and read news and use e-mail.  I've hit on the idea
>of forcing a chroot in login, and making a public filesystem where
>the guest users can have free range.

>However, I'm having little success.  It seems I'm missing a few
>essential shared libraries in the new directory structure.  On logging
>in to an a/c with a chroot environment, I get "Subsystem root: /home2",
>and the login message reappears. 

Most people hit on /usr/lib/libc.so.1, but perhaps more useful was
the tip from ade@clark.edu (Adrian Miranda) to use ldd(1) (list dynamic
dependencies) - it picks up the shared library required straight away.

A small working file system has the following files/dirs (this is 
a Dell SVR4 machine):

/lost+found
/bin  -> /usr/bin  (the symbolic link changes effect after the chroot)
/etc/passwd
/etc/shadow
/etc/group
/etc/profile
/etc/TIMEZONE
/usr/bin/login
/usr/bin/ksh
/usr/bin/sh
/usr/bin/vi
/usr/bin/ls
/usr/bin/rm
/usr/bin/cat       (...etc)
/usr/lib/libc.so.1
/usr/share/lib/terminfo/A/AT386  (...etc)
/var/adm/utmpx      * I had to move the real /var/adm/[uw]tmp* into the new
/var/adm/utmp       * file system, and set symbolic links to them.  Else when
/var/adm/wtmp       * the system runs the 2nd login, there is not a valid
/var/adm/wtmpx      * utmpx entry.
/var/adm/lastlog
/dev/zero
/dev/tty
/guest/david      Home directory of guest login.
/tmp

>On the security side, is this technique secure?  Are users really locked
>in to a chroot file system? 

Most answers here revolved around uploading binaries and attacking
/dev/kmem.  This is an approach which requires some sophistication on the
part of the user - and I'll know all the users on my system who have
that level of Unix system knowledge.

Thanks for the help from the net.
-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
"It talks to me in gibberish like `ProComm', a term that is unnerving to a 
survivor of the McCarthy era",      Mary McGrory in The Washington Post.
From: cmkuo@cs.utexas.edu (Chin-Ming Kuo)
Newsgroups: comp.unix.sys5.r4
Subject: Re: SysV
Date: 8 Oct 1992 16:17:00 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: yoakum.cs.utexas.edu

In article <RAZDAN.92Sep28095223@ives.phx.mcd.mot.com> razdan@phx.mcd.mot.com (Anshuman Razdan) writes:
%%
%%	Actually it also has a package XCP (Xenix compatibility
%%package).
%%-----------------------------------  -----------------------------------
%%
%%In article <1992Sep24.204615.13734@pasteur.Berkeley.EDU> mcleung@cory.Berkeley.EDU (Man C. Leung) writes:
%%
%%
%%
%%   Organization: University of California, at Berkeley
%%   Lines: 29
%%   Nntp-Posting-Host: cory.berkeley.edu
%%
%%   In article <DRW.92Sep24142843@riesz.mit.edu> drw@riesz.mit.edu (Dale R. Worley) writes:
%%   >I've had BSD vs. SysV flame wars with friends, and I finally boiled my
%%   >objections down to:
%%   >
%%   >	Sys V doesn't have:
%%   >		- symbolic links
%%   >		- long file names
%%   >		- job control
%%   >	Unfortunately, I use these features all the time.
%%   >
%%   >I'm told that R4 solves these problems.  Is that true?
%%   >
%%   >Dale Worley		Dept. of Math., MIT		drw@math.mit.edu
%%   >--
%%   >From childhood's hour I have not been as others were -- I have not
%%   >seen as others saw.	-- Edgar Allan Poe
%%
%%
%%   since this newsgroup is sys5.r4, i assume u are talking about SVR4.  if so,
%%   all of your points are invalid.  one of the major goals of SVR4 is to
%%   integrate the major unix systems into one (s5, SunOS, BSD, and Xenix).
%%   in particular, the berkeley file system is fully supported, along with
%%   the C shell.  in general, SVR4 provides a full compatibility package for BSD,
%%   meaning existing software can be ported from BSD to SVR4 without changing
%%   one line of code, but not vice versa.  unfortunately, the BSD compatibility
%%   package isn't 100% working.  but as time goes along the number of bugs
%%   will decrease.  in conclusion, BSD is a subset of SVR4.
%%

This is a seperate but related topic. Does SVR4 have light weight thread?

-- 
Chin-Ming Kuo
cmkuo@cs.utexas.edu
{uunet,rutgers,ti-csl}!cs.utexas.edu!cmkuo
Newsgroups: comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: Xenix Support, FICC
Date: Thu, 8 Oct 1992 23:05:31 GMT

In article <gram.718363081@aim1> gram@aim1.aztec.co.za (Graham Wheeler) writes:
> peter@ferranti.com (peter da silva) writes:
> >In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
> >> 	Demonstrates Multiprocessing On X86 For First Time

> >Sequent must be pretty surprised.

> Presumably s/he meant *symmetrical* multiprocessing. I may be wrong, but as
> far as I know the Sequent/Corollary etc multiprocessers aren't symmetrical.

It would be strange for Sequent to name a system "Symmetry" unless they
provided symmetrical multiprocessing. In fact, from descriptions of how the
kernels work the Symmetry is a better design than Sun's SMP... finer
granularity of locks, and so on.
-- 
Peter da Silva                                         `-_-'
Ferranti Intl. Ctls. Corp.                              'U` 
Sugar Land, TX  77487-5012           "Heeft u vandaag al uw wolf geknuffeld?"
+1 713 274 5180                       "Tjener, denne ret er stadig levende."
From: shwake@nearside.UUCP (Raymond Shwake)
Newsgroups: comp.unix.sys5.r4
Subject: Re: So, what's the difference between Destiny (SVR4.2) and UnixWare PE/AS?
Date: 10 Oct 92 00:05:36 GMT
Distribution: comp
Organization: A/C International

jkh@esel.lotus.com (Jordan K Hubbard) writes:

>The subject line just about says it all.  Things are starting to get a
>mite confusing.  Is UnixWare a different fork?  How is it different
>from the "official" SVR4.2 from USL?  Better?  Worse?  Does it represent
>an earlier code freeze, or are they well-synced with eachother?

	Had a discussion with USL about this earlier today. The underlying
	operating system should be identical given the technology agreements
	between them. However, you won't be buying directly from USL, but
	rather through their OEMs, including Univel. Each OEM will decide
	on their own bundling strategy, pricing, etc (as in documentation).
	Univel's offering will be notable for integral Netware support for
	clients and servers, and for DOS/Windows support.

>Also, any signs of extended mode support for the Adaptec 1740 in either
>of these beasts?

	I seem to recall the 1740 was listed in the P12 beta's compatibility
	list, but don't recall a specific reference to extended mode.
-- 

uunet!media!ka3ovk!nearside!shwake			shwake@rsxtech
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.unix.sys5.r4
Subject: Re: svr4mon-0.2 alpha release announcement
Date: 14 Oct 92 12:55:04 GMT
Organization: The Gator Conferencing System 219-289-3745

av@omega.ssw.de (Andreas Vogel) writes:


>I've located the 0.2 version on the below ftp-server. I need some people
>who will test the code on portability and functioning.

>    Server:    ftp.ims.uni-stuttgart.de (141.58.127.8)
>    Directory: pub/unix/svr4
>    File:      svr4mon-0.2.tar.Z (81309 bytes)
>	       svr4mon-0.2.README (2831 bytes) this is actually the same file
>					       included below and it is
>					       included in the tar archive

THanks -- we are in the process of ftping the entire directory right now.

as soon as our internet connection gets stable, we will make the binaries
(as well as all our files) available via anonymous ftp


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Xref: sparky comp.unix.sys5.r4:212 comp.unix.sysv386:15477
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
Subject: Re: DNS solved: How do you run NIS on SYSVR4.0.3?
Keywords: NIS,DNS,rpc, SYSV386 R4.0.3, SunOS 4.1.2
Date: 12 Oct 92 06:14:58 GMT
Followup-To: comp.unix.sys5.r4
Organization: Auspex Systems, Santa Clara

>This seems much preferable to having to relink libc like on the Suns.

Yup, and, according to stuff posted by somebody at Sun, you don't have
to relink "libc" in SunOS 5.x; it's SVR4-based, so you could do the
above, but the default name-to-address-translation shareable object in
"/etc/netconfig" is one that does NIS or DNS or whatever based on a
configuration file (which can, allegedly, also control the behavior of
lookup routines for other databases, e.g. the password database).

Presumably it'll do so on PClones, as well as on SPARC machines, once
Solaris 2.0 for "Intel" (possibly better called "Solaris for PC"s,
unless it also runs on the Intel *86-based Sequent machines as well :-))
comes out.
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: lcz@dptspd.sat.datapoint.com (Lee Ziegenhals)
Subject: Re: How do you run NIS or get DNS resolution w/o NIS on SYSVR4.0.3?
Keywords: NIS,DNS,rpc, SYSV386 R4.0.3, SunOS 4.1.2
Organization: Datapoint Corporation, San Antonio, TX
Date: Thu, 8 Oct 1992 23:53:41 GMT

ellis@nova.gmi.edu (Stew Ellis) writes:

>I would like to be able to do name resolution with telnet and ftp.  I have
>added an /etc/resolv.conf file (without it nslookup would not work), but I
>guess SYSVR4 handles DNS the same way SunOS does, depending on NIS to hand
>...

>I would really like to be able to get rpc and NIS running.  Am I the only
>one having trouble ( or the only one trying this)?  What am I leaving out?

>If it is going to be difficult/impossible to get DNS with NIS, what other
>approach might I try?  Right now I am parsing the output of nslookup to be
>able to ftp to named hosts(not pretty but it works), but I would like to
>have things working.

Stew,

None of the versions of SVR4 with which I am familiar support NIS for host
name lookups.  However, SVR4 does support DNS directly.  You just left a
step out.  You need to modify your /etc/netconfig file to use the resolver
libraries for the various IP transports.  For example, your netconfig file
probably has four lines that look something like this:

tcp   tpi_cots_ord v inet tcp  /dev/tcp   /usr/lib/tcpip.so
udp   tpi_clts     v inet udp  /dev/udp   /usr/lib/tcpip.so
rawip tpi_raw      - inet -    /dev/rawip /usr/lib/tcpip.so
icmp  tpi_raw      - inet icmp /dev/icmp  /usr/lib/tcpip.so

To add support for DNS, include the resolver library (/usr/lib/resolv.so) in
the list of name resolution libraries for each transport:

tcp   tpi_cots_ord v inet tcp  /dev/tcp   /usr/lib/tcpip.so,/usr/lib/resolv.so
udp   tpi_clts     v inet udp  /dev/udp   /usr/lib/tcpip.so,/usr/lib/resolv.so
rawip tpi_raw      - inet -    /dev/rawip /usr/lib/tcpip.so,/usr/lib/resolv.so
icmp  tpi_raw      - inet icmp /dev/icmp  /usr/lib/tcpip.so,/usr/lib/resolv.so

In the above example, the /etc/hosts file will be searched first, then DNS
will be used.  You can change the order of lookups by changing the order of
the libraries.
From: iancu@iil.intel.com (Igal Iancu)
Newsgroups: comp.unix.sys5.r4
Subject: gmake 3.62
Date: 11 Oct 92 10:23:19 GMT
Organization: Intel
X-Newsreader: Tin 1.1 PL4


Hi,

Has anyone compiled and used successfully the GNU make 3.62 for SVR4? 
specifically, NCR 3345 running SVR4.0.2.

Thanks in advance,


Igal Iancu 
Intel Corporation
iancu@iil.intel.com
Newsgroups: comp.unix.sys5.r4,comp.unix.admin,sanet.unix.questions
From: root@candle.uucp (Bruce Momjian)
Subject: Re: Secure login with chroot: What files?
Organization: a consultant's basement
Date: Thu, 15 Oct 1992 04:20:08 GMT
X-Newsreader: Tin 1.1 PL5

Riel Smit (gds@casper.cs.uct.ac.za) wrote:
: david@aim1.aztec.co.za (David Mason) writes:
: >I'd be pleased to here from anybody else who has pulled this off.
: 
: We did - well, actually it was Kuyper Hoffmann did most of the work - with 
: the MINIX cross-development accounts you might remember.
: 
: >Can anybody give me a list of the essential files I need to get this going.
: 
: I don't think we ever found out.  We just linked just about everything -
: but then security was not a big issue.

Do you link new files or use link(1) to link new directories?  I tried
linking the directories and found that a 

	cd ..

from a linked directory took me out of the chroot file system, which is
not surprising.

-- 
Bruce Momjian                          |  830 Blythe Avenue
root%candle.uucp@bts.com               |  Drexel Hill, Pennsylvania 19026 
  +  If your life is a hard drive,     |  (215) 353-9879(w) 
  +  Christ can be your backup.        |  (215) 853-3000(h)
Newsgroups: comp.unix.sys5.r4
From: karl@ddsw1.mcs.com (Karl Denninger)
Subject: TROLL now shipping (on schedule)
Date: Mon, 12 Oct 1992 04:14:04 GMT
Organization: Macro Computer Solutions, Inc., Chicago, IL

See my posting to biz.comp.software for more info or send me email.  

TROLL is an intelligent getty/uugetty replacment for System VR4 and R3
machines.

--
Karl Denninger (karl@ddsw1.MCS.COM, <well-connected>!ddsw1!karl)
Data Line: [+1 312 248-0900] Anon. arch. (nuucp) 00:00-06:00 C[SD]T
Request file: /u/public/sources/DIRECTORY/README for instructions
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 11 Oct 92 22:56:08 GMT
Organization: Auspex Systems, Santa Clara

>And SCO demo'd MPX at UNIX Expo about 3-4 years ago, so I don't see
>whare this claim is coming from.

Maybe they mean it's the first demonstration of an SMP *SunOS* release
that doesn't have a humongo mutex around most of the kernel?

SunOS 4.1.2 has such a mutex, although it's symmetrical in the sense
that there's no single processor tasked with running all the kernel
code.

SunOS 5.x, for some value of "x", has or will do SMP without such a
mutex; Solaris 2.x is just SunOS 5.x plus some version of Open Windows
and some version of DeskSet (Solaris 2.0 = SunOS 5.0 plus OW 3.0.1 or so
plus DeskSet X.Y, for example).
Newsgroups: comp.unix.sys5.r4
From: rheiger@renext.open.ch (Richard H. E. Eiger)
Subject: Re: jobs to run at powerdown
Reply-To: rheiger@renext.open.ch
Organization: Olivetti (Schweiz) AG, Branch Office Berne
Date: Sat, 10 Oct 1992 10:05:13 GMT

In article <BvpA45.E33@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
> bill@bilver.uucp (Bill Vermillion) writes:
> 
> >Perhaps you would have more success if you put it in /etc/rc0.d  :-)
> 
> I did -- aren't the scripts executed in sucession?
> 
> ie: -- if you are in init state 3 and go to 0, isn't everything
> in rc2.d run, followed by everything in rc1.d, then everything in
> rc0.d?

As far as I know it is only executing the scripts rc<lev>.d from the level  
<lev> to which the system wants to change. The K* scripts are started first  
with an argument "stop", the the S* scripts are run with the argument "start".

There is one slight problem in this scheme in my opinion. If, for instance, you  
enter run-level 1 from run-level 2, some shutdown scripts will be executed  
which will be executed again whe you later want to shutdown completely i.e.  
enter run-level 0. Most of the shutdown scripts in rc0.d are not checking  
whether to execute the script depending of the last run-level. Has anyone a  
good solution for this problem?

Along the same line. If for any reason a shutdown script gets stuck on  
shutdown, there is nothing you can do to continue the shutdown. Has anyone  
found a solution to this problem?

	Richard
--
                         
    ___           _____2
   /   )  /  /   /        Richard H. E. Eiger
  /_ _/  /__/   /__       Ing. Informatik HTL
 /\     /  /   /          Unregistered NeXT fan
/  \   /  /   /_____      rheiger@renext.open.ch (NeXT mail welcome)
Newsgroups: comp.unix.sys5.r4
From: terryk@encore.com (Terence M. Kelleher)
Subject: Re: The bad news about Dell Unix (was: SysV)
Organization: Encore Computer Corporation
Date: Wed, 14 Oct 1992 18:49:45 GMT
	<lcjqsbINN624@jethro.Corp.Sun.COM> <id.FART.TXJ@ferranti.com>
	<Bvo03y.Dv5@ddsw1.mcs.com> <1992Oct8.151637.16033@crd.ge.com>

In article <1992Oct8.151637.16033@crd.ge.com> davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

   And SCO demo'd MPX at UNIX Expo about 3-4 years ago, so I don't see
   whare this claim is coming from. Actually, didn't the original Encore
   Multimax run 386's? That was a LONG time ago, we recycled ours a year
   ago or so.
   -- 
   bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
       Keyboard controller has been disabled, press F1 to continue.

The Encore Multimax has run National 32x32 processors only (32032,
32332, 32532).  The Current Encore machines (91 and 93) are Motorola
88K.  Never on a Intel processor.
--

                                 +----------------+
Terence Kelleher              +--+-------------+  |
Encore Computer Corp.         |  | E N C O R E |  |
terryk@encore.com             |  +-------------+--+
607-687-2644                  +----------------+

Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: DNS solved: How do you run NIS on SYSVR4.0.3?
Keywords: NIS,DNS,rpc, SYSV386 R4.0.3, SunOS 4.1.2
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Fri, 9 Oct 1992 00:42:29 GMT

lcz@dptspd.sat.datapoint.com (Lee Ziegenhals) writes:

>ellis@nova.gmi.edu (Stew Ellis) writes:

>>I would like to be able to do name resolution with telnet and ftp.  I have
>>added an /etc/resolv.conf file (without it nslookup would not work), but I
>>guess SYSVR4 handles DNS the same way SunOS does, depending on NIS to hand
>>...

>>I would really like to be able to get rpc and NIS running.  Am I the only
>>one having trouble ( or the only one trying this)?  What am I leaving out?

>>If it is going to be difficult/impossible to get DNS with NIS, what other
>>approach might I try?  Right now I am parsing the output of nslookup to be
>>able to ftp to named hosts(not pretty but it works), but I would like to
>>have things working.

>Stew,

>None of the versions of SVR4 with which I am familiar support NIS for host
>name lookups.  However, SVR4 does support DNS directly.  You just left a
>step out.  You need to modify your /etc/netconfig file to use the resolver
>libraries for the various IP transports.  For example, your netconfig file
[deleted]
>To add support for DNS, include the resolver library (/usr/lib/resolv.so) in
>the list of name resolution libraries for each transport:

>tcp   tpi_cots_ord v inet tcp  /dev/tcp   /usr/lib/tcpip.so,/usr/lib/resolv.so
>udp   tpi_clts     v inet udp  /dev/udp   /usr/lib/tcpip.so,/usr/lib/resolv.so
>rawip tpi_raw      - inet -    /dev/rawip /usr/lib/tcpip.so,/usr/lib/resolv.so
>icmp  tpi_raw      - inet icmp /dev/icmp  /usr/lib/tcpip.so,/usr/lib/resolv.so

>In the above example, the /etc/hosts file will be searched first, then DNS
>will be used.  You can change the order of lookups by changing the order of
>the libraries.

This seems much preferable to having to relink libc like on the Suns.
Although this will solve my resolver problems, my curiosity is still
inflamed about why I can't get NIS running.  Any help on that front?

Thanks in advance.

--
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sys5.r4
Subject: Re: Unix "Lite" is not so light
Date: 13 Oct 92 04:40:59 GMT
Organization: University of North Florida, Jacksonville

In article <2974@news.cerf.net> jde@esix.everex.com (Jeff Ellis) writes:
>
>I am testing SVR4.2 right now and it has all of the features of 4.0.4.
>It has a new version of C and a graphic Debugger to run from the desktop.
>It supports CD filesystems, Token Ring, X11R5,.....
>
>BTW What features are important for you people to buy 4.2? 
>(in short what should Esix do to get you to buy?)
>We are talking about adding a Colorado memory tape driver and maybe shipping
>it on DC20?? type tapes as a option. 
>
>Let me know what you net users what, while we can still add it!
>
>--

  Jeff, above all, whatever Esix's next offering is, *please* don't
"financially punish" 4.0.3 users for not having updated to 4.0.4. 
I'll bet you have many of us out here who took the wait and see attitude
for 4.0.4 but are very willing to go to 4.2 because it appears to have
enough new features to make it worth the wait (if the upgrade price is 
is as fair as your previous offers).

  I think having a Colorado memory tape driver is an excellent idea!
It's much more in my price range than the Archive and the other top of
the line drives (that I can't afford :-().

  Adding a CD filesytem would also be a big plus.  Please add it.   
However, I hope you decide to continue distribution on floppy disks.
I would not like to be forced into making the decision to buy 
either a tape drive or CD drive just because it's the only way to upgrade
Esix on my system. 

  Jeff, thanks for asking us directly what we think!  I'm glad you cared
enough *to* ask.


Steve Hite
shite@sinkhole.unf.edu 
Newsgroups: comp.unix.sys5.r3
From: isaac@unislc.uucp (Isaac Soundararaj)
Subject: SVR3 shutdowns automatically
X-Newsreader: TIN [version 1.1 PL6]
Organization: Unisys Corporation SLC
Date: Mon, 12 Oct 1992 23:42:14 GMT

Hi,
  I have got a system with Unix SVR3 installed.  It shuts down automatically.
I understand this does not happen in SVR4. Can some one explain why this 
happens.

  Any suggestion is greatly welcome.

  Thanks in advance

/Isaac Soundararaj
From: rsj@wa4mei (Randy Jarrett)
Newsgroups: comp.unix.sys5.r3
Subject: Re: ISC 3.0: growreg errors. Do I worry about these?
Date: 16 Oct 92 03:46:17 GMT
Organization: Amateur Radio Gateway WA4MEI, Chamblee, GA

In <Bw4nJ2.H0L@oat2.standard.com> jallen@oat2.standard.com (John Allen) writes:

>AT&T 386 Unix 3.2.3 has the same problems and AT&T/NCR could not figure it out.

>Question for you folks, are you running TCP/IP and NFS?


Yes.   I have also been making changes to all the different buffers and 
streams values that even look like they might help and still get the 
random occurences of the message.


Still puzzled at kernel build #37...


Randy


-- 
Randy Jarrett  WA4MEI 
UUCP  ...!{emory,gatech}!wa4mei!rsj   | MAIL: 54 Patterson Rd.
PHONE +1 404 822 4073		      | Lawrenceville, GA 30244
Newsgroups: comp.unix.sys5.r3