home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.att
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!asuvax!ennews!anasaz!misty!mikew
- From: mikew@anasazi.com (Mike Wendel)
- Subject: Re: uucp'ing files
- Organization: Anasazi Inc, Phoenix AZ USA
- Date: Fri, 8 Jan 1993 16:42:36 GMT
- Message-ID: <mikew.726511356@misty>
- References: <1i92sfINNiej@munnari.OZ.AU> <1993Jan5.134713.16346@cbnews.cb.att.com> <mikew.726247010@misty> <364@sixnine.gid.co.uk>
- Keywords: 3b2, 3b1, uucp
- Sender: usenet@anasazi.com (Usenet News)
- Lines: 44
-
- colston@gid.co.uk (Colston Sanger) writes:
-
- >In article <mikew.726247010@misty>, mikew@anasazi.com (Mike Wendel) writes:
- >>
- >> >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
-
-
- >> With respect to the 3B2, it is ulimit that is the problem. I can't
- >> recall the actual details, but its not changable in the kernel in
- >> the SyV R2. I'm not sure about Sys VR3.x.
- >>
- >> AT&T used to put out a monthly support newsletter, and they
- >> explained how to get around it. The fix was a simple replacement
- >> for /bin/login. ...
-
- >This is one way around the problem, but a simpler way is to up the
- >ulimit in the crontab that runs the uucp progs. For example:
-
- ># root crontab
- >#
- ># uucp admin
- >11 1,2,6,13,19 * * * /usr/lib/uucp/uudemon.poll > /dev/null 2>&1
- >21 1,2,6,13,19 * * * ulimit 4096; /usr/lib/uucp/uudemon.hour > /dev/null 2>&1
- >25 8,13,23 * * * /bin/su uucp -c "/usr/lib/uucp/uudemon.admin" > /dev/null 2>&1
- >45 23 * * * ulimit 4096 ; /bin/su uucp -c "/usr/lib/uucp/uudemon.cleanup" > /dev/null 2>&1
- >#
- ># ...
-
- >Since this is the root crontab, the shell ulimit will be raised to
- >4096. This works for SVR3.2 , and also worked previously on SVR3.1 and
- >SVR2.0.4 - all on 3B2.
-
- This only works for outgoing polls from the 3B2. It does not raise ulimit
- if another system calls you and gets to uucico through login.
-
- >Colston Sanger
- >--
- >GID - software engineers to the quality
- >1 Captain's Gorse, Upper Basildon, Reading, Berks RG8 8SZ, UK
- >UUCP: colston@gid.co.uk Tel/Fax: +44 491 671964
-