mike@vort.uucp (Mike Nemeth) (01/11/91)
hardware: IPC 386, USR Courier v.32 modem software: ISC 3.2.2 problem: uucico failing on large file transfer. my feed is sending news (or some large file(s)). at some point after 1000 blocks or so, the connection is broken, the large TM.* file disappears, and the following is appended to /usr/spool/uucp/.Log/uucico/name-of-feed: uucp calgary (1/10-3:53:05,11577,0) OK (startup) uucp calgary (1/10-3:53:05,11577,0) REMOTE REQUESTED (calgary!D.fsa20ca38d --> vort!D.fsa20ca38d (news)) news calgary (1/10-4:17:01,11577,1) IN SEND/SLAVE MODE (INPUT FAILURE) news calgary (1/10-4:17:01,11577,1) FAILED (conversation complete) ... does anybody have any idea what it means, and more important, what i can do to fix it? -- Vort Computing. Amazing code, incredible prices. Step right up. Mike Nemeth Vort Computing ...calgary!vort!mike
woods@eci386.uucp (Greg A. Woods) (01/12/91)
In article <1991Jan10.190614.1232@vort.uucp> mike@vort.uucp (Mike Nemeth) writes: > hardware: IPC 386, USR Courier v.32 modem > software: ISC 3.2.2 > problem: uucico failing on large file transfer. > news calgary (1/10-4:17:01,11577,1) IN SEND/SLAVE MODE (INPUT FAILURE) > news calgary (1/10-4:17:01,11577,1) FAILED (conversation complete) It means the other end dropped the line on you, probably because the job you sent was too big for their ULIMIT. -- Greg A. Woods woods@{eci386,gate,robohack,ontmoh,tmsoft}.UUCP ECI and UniForum Canada +1-416-443-1734 [h] +1-416-595-5425 [w] VE3TCP Toronto, Ontario CANADA Political speech and writing are largely the defense of the indefensible-ORWELL
deraadt@cpsc.ucalgary.ca (deraadt) (01/14/91)
woods@eci386.uucp (Greg A. Woods) writes: > mike@vort.uucp (Mike Nemeth) writes: > > hardware: IPC 386, USR Courier v.32 modem > > software: ISC 3.2.2 > > problem: uucico failing on large file transfer. > > news calgary (1/10-4:17:01,11577,1) IN SEND/SLAVE MODE (INPUT FAILURE) > > news calgary (1/10-4:17:01,11577,1) FAILED (conversation complete) > > It means the other end dropped the line on you, probably because the > job you sent was too big for their ULIMIT. Nope. calgary does not have any sort of ulimit. SunOS4.1.1. No quotas on that 280M total/150M free partition. I should know, as calgary == cpsc.ucalgary.ca. vort has fairly large ulimit for uucp as well.. <tdr. -- SunOS 4.0.3: /usr/include/vm/as.h, Line 44 | Theo de Raadt Is it a typo? Should the '_' be an 's'?? :-) | deraadt@cpsc.ucalgary.ca
weyrich (Dr. Orville R. Weyrich) (01/14/91)
In article <1991Jan11.233546.2800@eci386.uucp> woods@eci386.UUCP (Greg A. Woods) writes: >In article <1991Jan10.190614.1232@vort.uucp> mike@vort.uucp (Mike Nemeth) writes: >> hardware: IPC 386, USR Courier v.32 modem >> software: ISC 3.2.2 >> problem: uucico failing on large file transfer. >> news calgary (1/10-4:17:01,11577,1) IN SEND/SLAVE MODE (INPUT FAILURE) >> news calgary (1/10-4:17:01,11577,1) FAILED (conversation complete) > >It means the other end dropped the line on you, probably because the >job you sent was too big for their ULIMIT. >-- I had the same thing happen at approximately the same time. My log shows that I was RECIEVING from uunet. I did not have any large stuff queued for outgoing. I tend to suspect that maybe the missing part 2 of groff was the culprit? It seems that this was posted at about the same time. Note: I am NOT an expert on net-news -- my node has been up less than a month. This is the only time I have experienced this. uunet!weyrich!orville orville%weyrich@uunet.uu.net