brianc@bambam.synopsys.com (Brian Caslis (brianc@synopsys.com)) (05/31/91)
Hello netters,
I'm having a problem establishing a uucp connection. The two machines
(a NeXT and a Sun 3) can establish the link fine, but when I try to
send mail to the Sun, they establish the connection but the transmission
of the mail hangs and eventually times out. I established uucp connections
before but I'm lost as to the reason for this problem. Any help or
suggestions would be appreciated. The problem is the following:
wmesg 'S' D.ravenB00R2 D.ravenS00R2 daemon - D.ravenB00R2 0666
send 0210
rmesg - 'S' pkcget: alarm 4001
I don't know what is generating the alarm 4001 or why. I've
included the uucico debug output (sorry its so long).
Thanks very much,
Brian Caslis
(brianc@synopsys)
root@raven[1] /usr/lib/uucp/uucico -r1 -ssynopsys -x99
root synopsys (5/27-01:08-351) DEBUG (Local Enabled)
root synopsys (5/27-01:08-351) NO CALL (RETRY TIME NOT REACHED)
RETRY TIME (600) NOT REACHED
root synopsys (5/27-01:08-351) continuing anyway (debugging)
finds (synopsys) called
ifadate returns 177
getto: call no. cua for sys synopsys
Using DIR to call
Opening /dev/cua
login called
wanted """"
got: that
send "AT"
wanted "OK"
AT
OKgot: that
send "PHONE_NUMBER_HERE"
wanted "CONNECT~80"
ATDT PHONE_NUMBER_HERE
CARRIER 2400
PROTOCOL: NONE
CONNECTgot: that
send "\r\d\r"
RETURN
DELAY
RETURN
wanted "ogin:"
Modem login:got: that
send "Uraven"
wanted "sword:"
Modem login:
Modem login:Uraven
Password:got: that
send "PASSWORD"
wanted "sword:"
Password:got: that
send "PASSWORD"
root synopsys (5/27-01:09-351) SUCCEEDED (call to synopsys )
imsg looking for SYNC<
\20>
imsg input<Shere\0
Using \0 as End of message char
>got 5 characters
omsg <Sraven -Q0 -x99>
imsg looking for SYNC<\20>
imsg input<ROK\0>got 3 characters
msg-ROK
Rmtname synopsys, Role MASTER, Ifn - 5, Loginuser - root
rmesg - 'P' imsg looking for SYNC<\20>
imsg input<Pg\0>got 2 characters
got Pg
wmesg 'U' g
omsg <Ug>
send 073
rec h->cntl 073
send 061
state - 01
rec h->cntl 061
send 053
state - 03
rec h->cntl 053
state - 010
Proto started g
protocol g
root synopsys (5/27-01:09-351) OK (startup cua 9600 baud)
*** TOP *** - role=MASTER
gnamef returns .
bldflst rejects .
gnamef returns ..
bldflst rejects ..
gnamef returns C.synopsyC00R4
gnamef returns C.synopsyn00S0
bldflst returns 1
daemon synopsys (5/27-01:09-351) REQUEST (S D.ravenB00R2 D.ravenS00R2 daemon)
expfile type - 0, wrktype - S
wmesg 'S' D.ravenB00R2 D.ravenS00R2 daemon - D.ravenB00R2 0666
send 0210
rmesg - 'S' pkcget: alarm 4001
send 0210
pkcget: alarm 7002
send 0210
pkcget: alarm 10003
send 0210
rec h->cntl 040
Reack count is 1
send 040
state - 010
rec h->cntl 040
Reack count is 2
state - 010
rec h->cntl 040
Reack count is 3
state - 010
rec h->cntl 040
Reack count is 4
Reack overflow on 0
send 0210
state - 010
rec h->cntl 040
Reack count is 1
send 040
state - 010
rec h->cntl 040
Reack count is 2
state - 010
rec h->cntl 040
Reack count is 3
state - 010
rec h->cntl 040
Reack count is 4
Reack overflow on 0
send 0210
state - 010
rec h->cntl 010
state - 06000
got FAIL
daemon synopsys (5/27-01:10-351) BAD READ (expected 'S' got FAIL (2))
cntrl - -1
daemon synopsys (5/27-01:10-351) FAILED (conversation complete)
send OO -1,omsg <OOOOOO>
imsg looking for SYNC<\20>
imsg input< "*\10 \20>
imsg input<OOOOOO\0>got 6 characters
--
Brian Caslis * Email: brianc@synopsys.com
Synopsys Inc. * Phone: (415)694-4189
700 E. Middlefield Rd. * Fax: (415)965-8637
Mountain View, CA 94043 *jiro@shaman.com (Jiro Nakamura) (05/31/91)
In article <741@synopsys.COM> brianc@bambam.synopsys.com (Brian Caslis (brianc@synopsys.com)) writes: > I'm having a problem establishing a uucp connection. The two machines > (a NeXT and a Sun 3) can establish the link fine, but when I try to > send mail to the Sun, they establish the connection but the transmission > of the mail hangs and eventually times out. I established uucp connections > before but I'm lost as to the reason for this problem. Any help or > suggestions would be appreciated. The problem is the following: Brian - I had exactly the same problem connecting to a Sun at Cornell. I was extremely annoyed because it was a free feed and because it didn't work, I had to go through UUNET, which works. :-( I tried to work with NeXT Tech Support on this a *lot*, but we couldn't come up with a reason. It ain't parity, it ain't my modem settings and it ain't my script. It just seems to be some sort of hangup. I really hope NeXT and Sun get it right eventually......... Has anyone succeeded in connecting a Sun and a NeXT? If so, please post or reply with the system version numbers of both computers. It'd be much appreciated. - Jiro Nakamura jiro@shaman.com - -- Jiro Nakamura jiro@shaman.com The Shaman Group (607) 256-5125 VOICE "Bring your dead, dying shamans here!" (607) 277-1440 FAX/Data
emv@msen.com (Ed Vielmetti) (06/01/91)
> uucp between next and sun
there's a P_ZERO hack, did you try that?
(sorry, details fail me now)
--Edjiro@shaman.com (Jiro Nakamura) (06/02/91)
In article <EMV.91May31234347@bronte.aa.ox.com> emv@msen.com (Ed Vielmetti) writes: >> uucp between next and sun >there's a P_ZERO hack, did you try that? >--Ed Yup, I even manually dialed up and tried to figure out what was going on. No, X-ON,XOFF flow control has been disabled... Verified that, checked almost everything else. :-( x 10e234. Harumph..... _jiro -- Jiro Nakamura jiro@shaman.com The Shaman Group (607) 256-5125 VOICE "Bring your dead, dying shamans here!" (607) 277-1440 FAX/Data
gandrews@netcom.COM (Greg Andrews) (06/02/91)
In article <1991Jun1.223529.1579@shaman.com> jiro@shaman.com (Jiro Nakamura) writes: > >No, X-ON,XOFF flow control has been disabled... Verified that, >checked almost everything else. :-( x 10e234. > Did you make sure that the *modems* also have XON/XOFF flow control disabled? Not only your T2500, but the other site's modem as well? >Jiro Nakamura jiro@shaman.com -- .------------------------------------------------------------------------. | Greg Andrews | UUCP: {apple,amdahl,claris}!netcom!gandrews | | | Internet: gandrews@netcom.COM | `------------------------------------------------------------------------'
jiro@shaman.com (Jiro Nakamura) (06/02/91)
In article <1991Jun2.022745.15539@netcom.COM> gandrews@netcom.COM (Greg Andrews) writes: > Did you make sure that the *modems* also have XON/XOFF flow control disabled? > Not only your T2500, but the other site's modem as well? > Of course. Like I said, I dialed in manually to their site with the same modem settings and tried to see if flow control was enabled by trying to stop flow with a control-Q (escaped with a control-V), it wasn't. The other site is a major feed site for the Ithaca/Upstate New York area, anyway. I'd doubt they'd make such a mistake. - jiro nakamura jiro@shaman.com -- Jiro Nakamura jiro@shaman.com The Shaman Group (607) 256-5125 VOICE "Bring your dead, dying shamans here!" (607) 277-1440 FAX/Data
jiro@shaman.com (Jiro Nakamura) (06/03/91)
In article <1991Jun2.131321.725@shaman.com> I wrote: > Of course. Like I said, I dialed in manually to their site with the same >modem settings and tried to see if flow control was enabled by trying to stop >flow with a control-Q (escaped with a control-V), it wasn't. Oops. That should be a control-s. Sorry for the braino. ;-) - jiro nakamura jiro@shaman.com -- Jiro Nakamura jiro@shaman.com The Shaman Group (607) 256-5125 VOICE "Bring your dead, dying shamans here!" (607) 277-1440 FAX/Data
gandrews@netcom.COM (Greg Andrews) (06/03/91)
In article <1991Jun2.131321.725@shaman.com> jiro@shaman.com (Jiro Nakamura) writes: >In article <1991Jun2.022745.15539@netcom.COM> gandrews@netcom.COM (Greg >Andrews) writes: >> Did you make sure that the *modems* also have XON/XOFF flow control disabled? >> Not only your T2500, but the other site's modem as well? >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> > Of course. Like I said, I dialed in manually to their site with the same >modem settings and tried to see if flow control was enabled by trying to stop >flow with a control-Q (escaped with a control-V), it wasn't. The other site >is a major feed site for the Ithaca/Upstate New York area, anyway. I'd doubt >they'd make such a mistake. > Your test will check to see if their computer has XON/XOFF disabled, and if your modem has XON/XOFF disabled, but not whether their MODEM has it disabled. XON/XOFF in their modem simply sends XONs and XOFFs to their computer, it doesn't respond to your XONs and XOFFs, so your test wouldn't have covered their modem config. Perhaps it's unlikely that their modem is bad, since they're a large feed site, but IMHO it should still be checked out. It's always that one little overlooked detail that bites you. Along those lines, you may want to check whether they transmit data to any other T2500 users through that same modem. It's also worth a try without any error correction to see what happens... >Jiro Nakamura jiro@shaman.com -- .------------------------------------------------------------------------. | Greg Andrews | UUCP: {apple,amdahl,claris}!netcom!gandrews | | | Internet: gandrews@netcom.COM | `------------------------------------------------------------------------'
dick@ahds.ahold.nl (Dick Heijne CCS/TS) (06/03/91)
> > > >No, X-ON,XOFF flow control has been disabled... Verified that, > >checked almost everything else. :-( x 10e234. > > > I didn't get straight what protocol you use... (g,f,e,x,,,,?) For 'f', XON/XOFF is vital, for 'g','t','e' it's killing. More details please... Dick.
bill@pslu1.psl.wisc.edu (Bill Roth) (06/03/91)
In article <1991Jun1.223529.1579@shaman.com> jiro@shaman.com (Jiro Nakamura) writes: >In article <EMV.91May31234347@bronte.aa.ox.com> emv@msen.com (Ed Vielmetti) writes: >>> uucp between next and sun >>there's a P_ZERO hack, did you try that? >>--Ed > > Yup, I even manually dialed up and tried to figure out what was >going on. No, X-ON,XOFF flow control has been disabled... Verified that, >checked almost everything else. :-( x 10e234. > Harumph..... In the words of Geoff Kemmish(speaking of shamans), UUCP seems to be "a dirty great kludge!" Is it possible to get the source for uucico? I imagine with a little hacking and copious logging on the slave end the problem could be fixed... -- ------------------------------------------------------------------------ Bill Roth, University of Wisconsin Physical Sciences Laboratory email: bill@pslu1.psl.wisc.edu bill@wiscpsl.bitnet / (608)-873-6651
pbiron@keynes.ucsd.edu (Paul Biron) (06/03/91)
In article <EMV.91May31234347@bronte.aa.ox.com> emv@msen.com (Ed Vielmetti) writes: > >> uucp between next and sun > >there's a P_ZERO hack, did you try that? > >(sorry, details fail me now) > >--Ed The start of your chat script would look something like this: machinename Any DIR 2400 cua \ ABORT BUSY \ "" P_ZERO \ However, I think the original poster did mention did mention that parity *wasn't* a problem, but I figured I'd post this just in case. ----------------------------------------------------------------------- Fighting for peace is like fucking for virginity! ----------------------------------------------------------------------- Paul Biron garp!pbiron@keynes.ucsd.edu (can have NeXT attachments) SnUG/SIGHaCK San Diego NeXT Users Group/HaCKer's SIG "Outside of a dog, a book is man's best friend. Inside of a dog, it's too dark to read." --Groucho Marx
dat33228@uxa.cso.uiuc.edu (Derek A. Taubert) (06/05/91)
jiro@shaman.com (Jiro Nakamura) writes: >In article <741@synopsys.COM> brianc@bambam.synopsys.com (Brian Caslis >(brianc@synopsys.com)) writes: >> I'm having a problem establishing a uucp connection. The two machines >> (a NeXT and a Sun 3) can establish the link fine, but when I try to >> send mail to the Sun, they establish the connection but the transmission >> of the mail hangs and eventually times out. I established uucp connections >> before but I'm lost as to the reason for this problem. Any help or >> suggestions would be appreciated. The problem is the following: Well, I had the exact same problem with a SYSV unix box and a Sun. Sounds to me like Sun has done some nonstandard things to uucp. -- + Derek Taubert --> derek@mrcnext.cso.uiuc.edu + Author of : GScii+ + + dat33228@uxa.cso.uiuc.edu + and the world's most useless + ++++++++++++++++++++++++++++++++++++++++++++++++ desk accessory -> Amaze me + + There are MOUSE technotes? + *******8-) ++++++++++++++++++++++++++++++++ + Ask me about my GS load meter + ^^^^^^^^^^ Marge Simpson +
mathew@mantis.co.uk (Giving C News a *HUG*) (06/05/91)
dat33228@uxa.cso.uiuc.edu (Derek A. Taubert) writes: > jiro@shaman.com (Jiro Nakamura) writes: > >In article <741@synopsys.COM> brianc@bambam.synopsys.com (Brian Caslis > >(brianc@synopsys.com)) writes: > >> I'm having a problem establishing a uucp connection. The two machines > >> (a NeXT and a Sun 3) can establish the link fine, but when I try to > >> send mail to the Sun, they establish the connection but the transmission > >> of the mail hangs and eventually times out. > > Well, I had the exact same problem with a SYSV unix box and a Sun. Sounds to > like Sun has done some nonstandard things to uucp. Same here. Our system won't talk successfully to SunOS 4.1.1 UUCP, but connects to other things with no problems. mathew
dat33228@uxa.cso.uiuc.edu (Derek A. Taubert) (06/06/91)
mathew@mantis.co.uk (Giving C News a *HUG*) writes: >dat33228@uxa.cso.uiuc.edu (Derek A. Taubert) writes: >> jiro@shaman.com (Jiro Nakamura) writes: >> >In article <741@synopsys.COM> brianc@bambam.synopsys.com (Brian Caslis >> >(brianc@synopsys.com)) writes: >> >> I'm having a problem establishing a uucp connection. The two machines >> >> (a NeXT and a Sun 3) can establish the link fine, but when I try to >> >> send mail to the Sun, they establish the connection but the transmission >> >> of the mail hangs and eventually times out. >> >> Well, I had the exact same problem with a SYSV unix box and a Sun. Sounds to >> like Sun has done some nonstandard things to uucp. >Same here. Our system won't talk successfully to SunOS 4.1.1 UUCP, but >connects to other things with no problems. Oh, well, all this talk made me go back and try to fix things. And, I did. Several things could cause problems: 1) Make sure all flow control is disabled between the two machines (modems, gateways, etc...) 2) Make sure all gateway escape sequences are disabled (ie: I set a term download at our local dial-up) 3) Make sure that everything is in order on both ends. This includes uucico being setuid to the same owner as the spool directory, the USERFILE being correct, L.sys, etc. When the flow control was shut off, things got better (in fact, my mail transfers used to hang too). Then the escape code thing came into play. It seemed like the Sun just stopped, but looking at its AUDIT file, I could see that it was going fine, it was just a flow control problem. I've set up quite a few machines for uucp in the last few days, so I'm pretty fresh on it. I'd love to try and help, so feel free to mail me questions. In fact, I should soon have an address for the NeXT in my apartment, thanx to my recent efforts... >mathew > -- Derek Taubert --> dat33228@uxa.cso.uiuc.edu | GS stuff: GScii+ derek@mrcnext.cso.uiuc.edu | NeXT: give me a break, I just I've got an apartment network from hell... | started! How many of you can rlogin to the bathroom? | Unix: I do SYSV stuff too