Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?

[Artem Tambovskiy <Artem.Tambovskiy@sonera.com>]

Порылся в архивах рассылки,
пересобрал mgetty из сырцов по прежнему не работает:(
Симптомы те же.
После разрыва связи mgetty можно поднять только ручками :(

Может есть у кого какие идеи ...
P.S. Заметил характерную особенность- если звонить терминалкой - то 
соединение устанавливается во всяком случае login prompt я получаю.
А вот если пытаюсь звонить через "Удаленный доступ" соединение рвется ...



09/30 08:29:37 yS1  mgetty: experimental test release 1.1.28-Jan10
09/30 08:29:37 yS1  check for lockfiles
09/30 08:29:37 yS1   checklock: stat failed, no file
09/30 08:29:37 yS1  locking the line
09/30 08:29:37 yS1   makelock(ttyS1) called
09/30 08:29:37 yS1   do_makelock: lock='/var/lock/serial/LCK..ttyS1'
09/30 08:29:37 yS1   lock made
09/30 08:29:38 yS1   tio_get_rs232_lines: status: RTS CTS DTR
09/30 08:29:38 yS1  WARNING: DSR is off - modem turned off or bad cable?
09/30 08:29:38 yS1  lowering DTR to reset Modem
09/30 08:29:38 yS1   tss: set speed to 115200 (10002)
09/30 08:29:38 yS1   tio_set_flow_control( HARD )
09/30 08:29:38 yS1   waiting for line to clear (VTIME), read:
09/30 08:29:38 yS1  send: \dATQ0V1H0[0d]
09/30 08:29:39 yS1  waiting for ``OK''
09/30 08:29:39 yS1   got: ATQ0V1H0[0d]
09/30 08:29:39 yS1    CND: ATQ0V1H0[0d][0a]OK ** found **
09/30 08:29:39 yS1  send: ATS0=0Q0&D3&C1[0d]
09/30 08:29:39 yS1  waiting for ``OK''
09/30 08:29:39 yS1   got: [0d]
09/30 08:29:39 yS1    CND: OK[0a]ATS0=0Q0&D3&C1[0d]
09/30 08:29:39 yS1    CND: ATS0=0Q0&D3&C1[0d][0a]OK ** found **
09/30 08:29:39 yS1   waiting for line to clear (VTIME), read: [0d][0a]
09/30 08:29:40 yS1   removing lock file
09/30 08:29:40 yS1  waiting...
09/30 08:31:32 yS1    select returned 1
09/30 08:31:32 yS1   checking lockfiles, locking the line
09/30 08:31:32 yS1   makelock(ttyS1) called
09/30 08:31:32 yS1   do_makelock: lock='/var/lock/serial/LCK..ttyS1'
09/30 08:31:32 yS1   lock made
09/30 08:31:32 yS1  wfr: waiting for ``RING''
09/30 08:31:32 yS1   got: [0d][0a]RING[0d]
09/30 08:31:32 yS1    CND: RING
09/30 08:31:32 yS1   wfr: rc=0, drn=0
09/30 08:31:32 yS1  wfr: waiting for ``RING''
09/30 08:31:32 yS1   got: [0a][0d][0a]RING[0d]
09/30 08:31:37 yS1    CND: RING
09/30 08:31:37 yS1   wfr: rc=0, drn=0
09/30 08:31:37 yS1  wfr: waiting for ``RING''
09/30 08:31:37 yS1   got: [0a][0d][0a]RING[0d]
09/30 08:31:42 yS1    CND: RING
09/30 08:31:42 yS1   wfr: rc=0, drn=0
09/30 08:31:42 yS1    CND: check no: 'none'
09/30 08:31:42 yS1  send: ATA[0d]
09/30 08:31:42 yS1  waiting for ``CONNECT''
09/30 08:31:42 yS1   got: ATA[0d]
09/30 08:31:42 yS1    CND: OKATA[0d][0a]CONNECT ** found **
09/30 08:31:51 yS1  send:
09/30 08:31:51 yS1  waiting for ``_''
09/30 08:31:51 yS1   got:  21600/ARQ/V32/LAPM/V42BIS[0d]
09/30 08:31:51 yS1    CND: CONNECT 21600/ARQ/V32/LAPM/V42BIS
09/30 08:31:51 yS1    CND: found: 21600/ARQ/V32/LAPM/V42BIS[0a] ** found **
09/30 08:31:51 yS1   waiting for line to clear (VTIME), read:
09/30 08:31:51 yS1    looking for utmp entry... (my PID: 27390)
09/30 08:31:51 yS1   utmp + wtmp entry made
09/30 08:31:52 yS1   tio_set_flow_control( HARD )
09/30 08:31:52 yS1   print welcome banner (/etc/issue)
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1  buffer overrun - input prompt too long
09/30 08:31:52 yS1   getlogname (FIDO AUTO_PPP), read:ATZ[0d]
09/30 08:31:52 yS1   input finished with '\r', setting ICRNL ONLCR
09/30 08:31:52 yS1   tio_get_rs232_lines: status: RTS CTS DSR DTR
09/30 08:31:52 yS1  WARNING: starting login while DCD is low!
09/30 08:31:52 yS1    login: use login config file 
/etc/mgetty+sendfax/login.config
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key='/AutoPPP/'
09/30 08:31:52 yS1   match: user='ATZ', key=''
09/30 08:31:52 yS1   match: user='ATZ', key='*'*** hit!
09/30 08:31:52 yS1   calling login: cmd='/bin/login', argv[]='login ATZ'
09/30 08:31:52 ##### data dev=ttyS1, pid=27390, caller='none', 
conn='21600/ARQ/V32/LAPM/V42BIS', nam
e='', cmd='/bin/login', user='ATZ'

09/30 08:31:52 yS1   setenv: 'CALLER_ID=none'
09/30 08:31:52 yS1   setenv: 'CALLED_ID='
09/30 08:31:52 yS1   setenv: 'CONNECT=21600/ARQ/V32/LAPM/V42BIS'
09/30 08:31:52 yS1   setenv: 'DEVICE=ttyS1'

Smont wrote:

>Hello Artem,
>
>Sunday, September 29, 2002, 8:11:13 PM, you wrote:
>
>  
>
>>А не подскажете, хотя бы месяц, когда это обсуждалось?
>>А то поиск  по архиву отсутствует:(
>>    
>>
>
>  
>
>>Заранее благодарен,
>>Артем
>>    
>>
>
>  
>
>>P.S. Кстати по моему без пересборки не работают так же пакеты tftp и ntp
>>    
>>
>
>
>
>
>  
>
>>Smont wrote:
>>    
>>
>
>  
>
>>>Hello Ilya,
>>>Sunday, September 29, 2002, 7:35:47 PM, you wrote:
>>>
>>>      
>>>
>>>>>Коллеги,
>>>>>Помогите горю!
>>>>>Решил превратить один из компьютеров в dialin-server и наступил на грабли!
>>>>> 
>>>>>
>>>>>          
>>>>>
>>>Посмотрите в архиве.Грабли уже обсуждались.Решалось ,если правильно
>>>помню,пересборкой пакета из исходника с некоторыми правками.
>>>Возможно в сизифе это уже исправлено.
>>>
>>>      
>>>
>>    
>>
>
>По поводу mgetty в Мастере для памяти сохранил:
>
>
>Sergey V. Golovin <svgol@samkon.ru>
>[Comm] mgetty: locking the line: No such file or directory
>Fri Jun 14 16:18:31 2002
>
>
>Я решил эту проблему, скачав исходники mgetty и откомпилировав под себя.
>Там есть README:
>суть в том, что по-умолчанию mgetty ищет pid или lock файлы там, где нет
>разрешения у пользователя uucp.
>Это настраивается в policy.h.
>У меня pid - в /var/run, lock - в /var/lock.
>Там же указываешь кто владеет /dev/ttySx (uucp).
>И не забудь в Makefile'е добавить к CFLAGS  опцию
>-DAUTO_PPP
>В общем комментарии в policy.h и Makefile'е достаточно подробны.
>
>Головин Сергей
>
>Наверное, я слишком кратко сказал.
>Проблема в том, что тот бинарник, который  у тебя запускается из inittab'a,
>скомпилирован с "неправильными" путями к нужным файлам.
>Например, по умолчанию lock-файл mgetty ищет в /var/spool/locks, кажется,
>а  прав у uucp на этот каталог нет(повторяю это только пример). Я 
>разбираться с
>куда лезет mgetty не стал - проще оказалось самому собрать.
>
>Головин Сергей
>
>У меня dial-in сервер не поднялся и попытка отката на пакеты из
>Junior1.1 ну спасла. Предложенный вариант я не пробовал,
>(нет возможности тестировать), но сообщений
>об успешной работе mgetty из мастера,кроме приведенного выше, не было.
>