[Comm] Re[2]: [Comm] Re[2]: [Comm] Проблемка с mgetty или с /dev/hands?
Artem Tambovskiy
=?iso-8859-1?q?Artem=2ETambovskiy_=CE=C1_sonera=2Ecom?=
Пн Сен 30 08:38:25 MSD 2002
Порылся в архивах рассылки,
пересобрал 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 из мастера,кроме приведенного выше, не было.
>
Подробная информация о списке рассылки community