Xref: utzoo comp.sys.att:7524 unix-pc.general:3705 Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!udel!burdvax!gvlv2!lock60!mhw From: mhw@lock60.UUCP (Mark H. Weber) Newsgroups: comp.sys.att,unix-pc.general Subject: Re: uucp on my 3b1... Message-ID: <333@lock60.UUCP> Date: 9 Sep 89 05:21:52 GMT References: <1673@naucse.UUCP> Followup-To: comp.sys.att Organization: Lock #60 on the Schuylkill Canal, Phoenixville, PA Lines: 35 Keywords: uucp, 3b1, INPUT FAILURE Summary: Happens to me, too In article <1673@naucse.UUCP>, jdc@naucse.UUCP (John Campbell) writes: > > If I uucp from naucse (the Ultrix machine) I get the following in > my thunde (3B1) LOGFILE: > > naucse!uucp (8/31-4:09:32) (C,10580,0) OK (DIAL ph0 P5232600 18) > naucse!uucp (8/31-4:09:39) (C,10580,0) SUCCEEDED (call to naucse ) > naucse!uucp (8/31-4:09:46) (C,10580,0) OK (startup) > naucse!uucp (8/31-4:09:49) (C,10580,0) REQUESTED (S /csarea/compserv/jdc/Xfer/gnused.src1 ~uucp/ jdc) > naucse!jdc (8/31-4:41:05) (C,10580,1) IN SEND/SLAVE MODE (INPUT FAILURE) > naucse!jdc (8/31-4:41:05) (C,10580,1) FAILED (conversation complete) > Here's what I get: uucp gvlv2 (9/6-19:36:46,20543,16) REMOTE REQUESTED (gvlv2!D.gvlv2B2hw2 --> lock60!D.gvlv2S2hw2 (news)) news gvlv2 (9/6-19:42:51,20543,17) IN SEND/SLAVE MODE (INPUT FAILURE) news gvlv2 (9/6-19:42:52,20543,17) FAILED (conversation complete) The transfer succeeds on the next poll. This happened to me several days in a row. I think I know, what's going on in my case, anyway, though. The failure occurs almost exactly 1 hour after the batch transfer began. I have my uudemon set to run once per hour, and I suspect that the current transfer is being clobbered by the new one starting up. I think I have fixed this, by making the uucico startup conditional on whether a lock file exists for the modem port (LCK..ph1 in /usr/spool/uucp). Send me email if you want more info on this. Mark -- Mark H. Weber ( mhw@Lock60.LS.Com or ...!uunet!lgnp1!lock60!mhw or ...gatech!psuvax1!burdvax!gvlv2!lock60!mhw )