I'm in the process of moving our dialup modem system from a rather ancient
box to a fresher machine. The old box is a Pentium 75 running Caldera
OpenLinux 1.3 with a version of HylaFAX of about the same vintage (we were
hosting the old flexfax mailing list at the time :-).
The new machine is running SuSE 9.0 Professional with hylafax-4.2.3 that
I've packaged under the OpenPKG.org portable packaging system. There are a
pair of MulttiTech MT2834ZDX modems connecting to standard serial ports
ttyS0 and ttyS1.
The problem I'm having is that I've configured faxgetty to hand off data
calls to mgetty, following suggestions found from extensive google
searching. Data calls get handed off to mgetty when then hands off to
/bin/login after the username is entered, but nothing happens after that.
The config.ttySx files have ``GettyArgs: "-r -b -s %s %l"'', and the
mgetty.config file has entries like:
port ttyS0
direct y
toggle-dir n
A typical HylaFAX log entry is:
### start log entry
Dec 05 10:08:45.49: [29554]: SESSION BEGIN 000000257 12062327910
Dec 05 10:08:45.49: [29554]: HylaFAX (tm) Version 4.2.3
Dec 05 10:08:45.49: [29554]: <-- [4:ATA\r]
Dec 05 10:09:00.76: [29554]: --> [23:CONNECT LAPM COMPRESSED]
Dec 05 10:09:00.76: [29554]: ANSWER: DATA CONNECTION
Dec 05 10:09:00.76: [29554]: GETTY: START "/usr/sbin/mgetty -r -b -s 19200 ttyS1", pid 27001
Dec 05 10:09:13.11: [29554]: GETTY: exit status 01
Dec 05 10:09:13.11: [29554]: SESSION END
### end log entry
The matching /var/log/mgetty.ttyS1 entries are:
### start log entry
12/05 10:09:00 yS1 mgetty: experimental test release 1.1.30-Dec16
12/05 10:09:00 yS1 check for lockfiles
12/05 10:09:00 yS1 huh? It's *our* lock file!
12/05 10:09:00 yS1 locking the line
12/05 10:09:00 yS1 we *have* the line!
12/05 10:09:01 yS1 WARNING: DCD line still active, check modem settings (AT&Dx)
12/05 10:09:01 yS1 waiting...
12/05 10:09:02 ##### data dev=ttyS1, pid=27001, caller='none', conn='DIRECT', name='', cmd='/bin/login', user='ufuzzy'
### end log entry
When I dial in manually, mgetty presents the normal login, and hands the
username entered off to the /bin/login program as one would expect. The
problem is that /bin/login just sits there, and never sends anything back
to the serial port. The /var/lock/LCK..ttyS1 file looks normal. Running
``lsof /dev/ttyS1'' shows that /bin/login has the device. Running strace
on the /bin/login process doesn't show anything interesting.
If I run mgetty from /etc/inittab using essentially the same options as
presented by faxgetty, and the mgetty.config file modified for normal modem
operation, things work fine.
The versions of the SuSE 9.0 packages are:
mgetty-1.1.30-143
shadow-4.0.3-182 # /bin/login
FWIW: I've tried running /sbin/getty and /sbin/uugetty, but there's some
basic problem with them on this version of SuSE since they segfault
consistently. I rebuilt the RPM package for /sbin/getty to make sure that
everything was consistent, but that didn't do any good. Running
/sbin/getty with strace and the same arguments as one would use in
/etc/inittab showed the segfault immediately after reading the /etc/ttytype
file.
Bill
--
INTERNET: bill@xxxxxxxxxxxxx Bill Campbell; Celestial Software LLC
UUCP: camco!bill PO Box 820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676
URL: http://www.celestial.com/
``If we got one-tenth of what was promised to us in these acceptance
speeches there wouldn't be any inducement to go to heaven.''
Will Rogers
____________________ HylaFAX(tm) Users Mailing List _______________________
To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
*To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*