modem getty dies

[Rainer von Bongartz]

I connected a MultiTech modem to my K-class server.
Modem setup is ok, I can call the modem but the getty dies before anything is typed

tusc output shows:

te(2, " P l e a s e l o g i n ( 1 9 ".., 22) ............... = 22
ioctl(0, TCGETA, 0x7f7e0558) ..................................... = 0
ioctl(0, TCSETAF, 0x7f7e0558) .................................... = 0
ioctl(0, TCGETA, 0x7f7e0558) ..................................... = 0
read(0, 0x7f7d3ea8, 1) ........................................... [sleeping]
Received signal 1, SIGHUP, in read(), [SIG_DFL], no siginfo
read(0, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0".., 1) ................. [entry]
exit(1) [implicit (read failure)] ................................ WIFSIGNALED(


What can be the reason getty is receiving SIGHUP ???


Regards
Rainer

[Darren Prior]

Hi Rainer,

It'd be useful to know which port the modem is connected to and the inittab and gettydefs entries used. Are you using the same settings as other, working boxes?

regards,

Darren.

[Rainer von Bongartz]

Darren,

there is only this box with an attached modem:

gettydefs and inittab is a follows:

a0:234:respawn:/usr/sbin/getty -h -t 40 ttyd0p7 19200m

19200 # B19200 HUPCL OPOST CS8
# B19200 HUPCL SANE CS8 IXANY TAB3
# Please login(19200): #19200m


Any hints ?

Rainer

[Darren Prior]

Hi Rainer,

I'm guessing that the initial part of your gettydefs is a typo! It should be 19200m as that's in the last part of your entry, as well as the inittab entry.

Try using the following gettydefs entry as a test:

192modem #B19200 HUPCL SANE CS8 ISTRIP IXANY TAB3
#B19200 HUPCL SANE CS8 ISTRIP IXANY TAB3
#Modem Login: #192modem

Are you able to use Kermit to talk to the modem? If so, it'd be worth dialling out using the modem, and also calling the modem and answering the line from within Kermit.

Is the ttyd0p7 device file using CCITT? Use lssf to check as CCITT is rarely used in the UK; and I'm not sure how much it's used in Europe either.

regards,

Darren

[Rainer von Bongartz]

hi Darren,

sorry your gettydefs produced the sam results:

Received signal 1, SIGHUP, in read(), [SIG_DFL],

The device is using CCITT:

mux2 card instance 0 port 7 ccitt callin at address 10/4/0 /dev/ttyd0p7

I am able to callout using kermit and to send an receive files with kermit.

Only getty isn't working.

[Alexander M. Ermes]

Hi Rainer.
Your gettdefs and inittab look good.
The tricky part in Germany is not to use CCITT setting in the device file.
We use these settings for some time and they work.
We can dial in as well as dial out.
For any questions feel free to call me, because we are not that far apart.

02131-154 8133

Rgds
Alexander M. Ermes

[Bill Hassell]

Most modem problems are due to cabling. The K-series uses a non-standard cable. Watch the lights on the modem. Does it have dataset ready turned on? If you kill the getty (assuming it is i ninittab properly) does the modem ready light go out and back on again? This is correct behavior. Without this behavior, the getty thinks the modem has been disconnected, hence SIGHUP (or hang-up signal).

[Alexander M. Ermes]

Hi Rainer.
Here the output of our lssf :

pci_mux0 card instance 2 port a5 callin at address 1/1/0 /dev/ttyd2a5

inittab :


a0:3:respawn:/usr/sbin/getty -h -t60 ttyd2a5 38400m # Dialback Modem



gettydefs :

38400m # B38400 HUPCL OPOST CS8
# B38400 HUPCL SANE CS8 IXANY TAB3
#Please login(38400): #38400m

Rgds
Alexander M. Ermes

[Rainer von Bongartz]

found it:

problem was not related to modem or getty configuration:

As this is a trusted system the modem device file /dev/ttyd0p7 has to be
included in /tcb/files/ttys


Modem login now works fine

Thanks fpr yout hints

Regards
Rainer