From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3D97D541.7030103@sonera.com> Date: Mon, 30 Sep 2002 08:38:25 +0400 From: Artem Tambovskiy User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] Re[2]: [Comm] Re[2]: [Comm] =?KOI8-R?Q?=F0=D2=CF=C2=CC?= =?KOI8-R?Q?=C5=CD=CB=C1_=D3_mgetty_=C9=CC=C9_=D3_/dev/hands=3F?= References: <3D971507.8020700@sonera.com> <3D971DD3.7060600@fioc.kz> <62281000.20020929194359@mail.ru> <3D972621.4050409@sonera.com> <07575781.20020929211214@mail.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 30 Sep 2002 04:43:01.0142 (UTC) FILETIME=[DB4D2360:01C2683B] Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.13 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Порылся в архивах рассылки, пересобрал 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 >[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 из мастера,кроме приведенного выше, не было. >