uucp on my 3b1...

[Mark H. Weber]

In article <1673 at naucse.UUCP>, jdc at 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 at Lock60.LS.Com  or  ...!uunet!lgnp1!lock60!mhw  or 
	            ...gatech!psuvax1!burdvax!gvlv2!lock60!mhw )