home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.att:2823 comp.sys.3b1:4187
- Newsgroups: comp.sys.att,comp.sys.3b1
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!mcdchg!laidbak!tellab5!obdient!amiserv!austral!rrezaian
- From: rrezaian@austral.chi.il.us (Russell Rezaian)
- Subject: Re: uucp'ing files
- Message-ID: <1993Jan5.094351.2626@austral.chi.il.us>
- Keywords: 3b2, 3b1, uucp
- Organization: D.O.C. Data Processing Systems
- References: <1i92sfINNiej@munnari.OZ.AU>
- Date: Tue, 5 Jan 1993 09:43:51 GMT
- Lines: 19
-
- In article <1i92sfINNiej@munnari.OZ.AU> muller@munnari.OZ.AU (Paul Muller) writes:
- >I have been trying to transfer a 1.4 MB file from the ATT3b1 (aka UNIX PC)
- >to the 3b2/400 (BNU) both machines have oodles of HD space, but the file
- >gets about 1 MB through then stops. uulog gives no sane reason why, but I am
- >guessing a limit on the 3b2. I have tried modifying ULIMIT to 8192 and
- >'touch'ing /etc/system, but the re-made unix has the same problem.
-
- Try doing a boot of "/etc/system" it sounds like your kernal isn't getting
- rebuilt properly. To check, log in normall and type ulimit to see what the
- current default is. I would wager it's still the "standard" 1 meg.
-
- Check your admin docs, there's actually more to regenerating the kernal
- than simply touching /etc/system and doing a normal re-boot.
-
- As an aside, I find it really hard to believe that such a low limit was
- chosen for the default. Someone obviously wasn't planning very well
- there.
- --
- Russell Rezaian | rrezaian@austral.chi.il.us
-