mhw@lock60.UUCP (Mark H. Weber) (09/09/89)
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 )
mhw@lock60.UUCP (Mark H. Weber) (09/10/89)
In article <9867@alice.UUCP> rhh@alice.UUCP (r hardin) writes: >In article <1673@naucse.UUCP>, jdc@naucse.UUCP (John Campbell) writes: >> 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) > >check that hardware flow control has been set off. the conversation >hangs when a ctrl/s happens to occur in the data. I am having a similar problem. How do you set hardware flow control off? Isn't this already done by uucico (or something similar)? I am using the 7300's internal modem via /dev/ph1. If the problem is being caused by a ctrl/s in the data, then why is the file able to be transferred with no problem on a subsequent poll? Mark -- Mark H. Weber ( mhw@Lock60.LS.Com or ...!uunet!lgnp1!lock60!mhw or ...gatech!psuvax1!burdvax!gvlv2!lock60!mhw )