[Comm] /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Comm] /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

Здравтсвуйте все!

Обнаружилась следующая трабла. При поднятии ppp-соединения с помощью 
/sbin/ifup ppp0 обрываю его по Ctrl-C.
В принципе, все присходит нормально, pppd ловит сигнал и корректно 
завершается. Но, если нажать Ctrl-C очень быстро
(сразу после выполнения команды), то получается следующее: pppd сигнал, 
судя по логам, не получает, и продолжает
коннектиться. Скрипт же ifup завершается, говоря, что  Failed to 
activate ppp0  with error 35 (точнее, говорит это, видимо,
usernetctl), и, очевидно, не делает ничего, что должен бы после запуска 
pppd сделать - не прописывается маршрутизация
и т. п.

То есть, я получаю установленный коннект (ifconfig показывает интерфейс 
ppp0 со всеми параметрами), но через него
ничего не работает, и, что самое неприятное, команда /sbin/ifdown ppp0 
не обрывает коннект! Повторный
/sbin/ifup ppp0 также считает, что коннекта нету - вместо того, чтобы 
оборвать связь и начать перезванивать, просто
пытается снова запустить pppd, который, что вполне естественно, говорит, 
что порт занят.

Насколько я смог "рассмотреть", проблема возникает тогда, когда Ctrl-C 
наживается еще до запуска chat (или самого pppd?).
Кто именно пересылает SIGTERM pppd, я так и не понял. Помогите 
разобраться, пожалуйста!

Информация о системе: ALT Linux Master 2.4, модем Nokia 30 GSM 
Connectivity Terminal на ttyS0.
Настройки:
/etc/sysconfig/network-scripts/ifcfg-ppp0:
DEVICE=ppp0
ONBOOT=no
USERCTL=yes
MODEMPORT=/dev/ttyS0
LINESPEED=115200
PERSIST=yes
DEFABORT=yes
DEBUG=yes
INITSTRING=ATZ
DEFROUTE=yes
HARDFLOWCTL=yes
ESCAPECHARS=no
BOOTPROTO=none
PEERDNS=yes

/etc/sysconfig/network-scripts/chat-ppp0:
TIMEOUT         5
ECHO            ON
ABORT           '\nBUSY\r'
ABORT           '\nERROR\r'
ABORT           '\nNO ANSWER\r'
ABORT           '\nNO CARRIER\r'
ABORT           '\nNO DIALTONE\r'
ABORT           '\nRINGING\r\n\r\nRINGING\r'
''              \rAT
TIMEOUT         12
OK              ATH
OK              ATE1
OK              'AT+CGDCONT=1,"IP","www.umc.ua","",0,0'
OK              ATD*99#
TIMEOUT         22
CONNECT         ""

Re: [Comm] /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

Hi, All!

Valentin Lavrinenko wrote:

> Обнаружилась следующая трабла. При поднятии ppp-соединения с помощью 
> /sbin/ifup ppp0 обрываю его по Ctrl-C.
> В принципе, все присходит нормально, pppd ловит сигнал и корректно 
> завершается. Но, если нажать Ctrl-C очень быстро
> (сразу после выполнения команды), то получается следующее: pppd 
> сигнал, судя по логам, не получает, и продолжает
> коннектиться. Скрипт же ifup завершается, говоря, что  Failed to 
> activate ppp0  with error 35 (точнее, говорит это, видимо,
> usernetctl), и, очевидно, не делает ничего, что должен бы после 
> запуска pppd сделать - не прописывается маршрутизация
> и т. п.

Что-то никто не отвечает :( В общем, я, вроде, разобрался, откуда эти 
грабли. Проистекает это все, судя по всему, из
программки ppp-watch, и вот здесь 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=40585 висит эта 
бага. К сожалению,
я не могу воспользоваться приведенным там патчем, так как используемый в 
RedHat ppp-watch.c отличается от АЛЬТовского. В
Сизифовском net-scripts 0.5.5 ppp-watch.c точно такой же, как в 
мастерском 0.4.9.1, так что ставить обновление из Сизифа мне,
очевидно, смысла нету.

Сейчас я вижу для себя два варианта: либо пытаться разобраться в том, 
как работает АЛЬТовский ppp-watch, и фиксить его, либо
брать исходник от RedHat'а, компилировать, и заменять бинарник 
/sbin/ppp-watch.

Подскажите, пожалуйста, насколько чреват проблемами второй вариант (он, 
очевидно, менее трудоемкий, чем первый), и какие
вообще есть предложения по поводу всего этого?

[Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Michael Shigorin]

On Tue, Oct 18, 2005 at 02:24:13PM +0300, Valentin Lavrinenko wrote:
> Проистекает это все, судя по всему, из программки ppp-watch, и
> вот здесь https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=40585
> висит эта бага. К сожалению, я не могу воспользоваться
> приведенным там патчем, так как используемый в RedHat
> ppp-watch.c отличается от АЛЬТовского.

Вообще у нас тоже есть такая бага (несколькилетней давности) 
и pilot@ вроде говорил, что правил.  Посмотрите в
bugzilla.altlinux.org и если актуально -- переоткройте или
свяжитесь с майнтейнером.

> Сейчас я вижу для себя два варианта: либо пытаться разобраться
> в том, как работает АЛЬТовский ppp-watch, и фиксить его

Вообще net-scripts в ALT официально умерли.  Теперь etcnet.
(хм... мне почему-то казалось, что ppp-watch в ppp...)

> либо брать исходник от RedHat'а, компилировать, и заменять
> бинарник /sbin/ppp-watch.  Подскажите, пожалуйста, насколько
> чреват проблемами второй вариант (он, очевидно, менее
> трудоемкий, чем первый), и какие вообще есть предложения по
> поводу всего этого?

Попробуйте.  Возможно, поможет решить (изолировать) конкретную
проблему и более аргументированно общаться с майнтейнером.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

Hi!

Michael Shigorin wrote:

>Вообще у нас тоже есть такая бага (несколькилетней давности) 
>и pilot@ вроде говорил, что правил.  Посмотрите в
>bugzilla.altlinux.org и если актуально -- переоткройте или
>свяжитесь с майнтейнером.
>  
>
Что-то не нашел я ее в багзилле. Ну да ладно, сегодня еще попробую 
поковырять
АЛЬТовский исходник, по результатам, возможно, вывешу новую.


>Вообще net-scripts в ALT официально умерли.  Теперь etcnet.
>(хм... мне почему-то казалось, что ppp-watch в ppp...)
>  
>
С этого момента поподробнее, пожалуйста... Когда они умерли? В моем ALM 
2.4 DVD они встали
при установке, а такого пакета, как etcnet, на DVD вообше нету.

ppp-watch точно в net-scripts:

[lvu@LVU lvu]$ rpm -q -f /sbin/ppp-watch
net-scripts-0.4.9.1-alt1

>Попробуйте.  Возможно, поможет решить (изолировать) конкретную
>проблему и более аргументированно общаться с майнтейнером.
>
Попробовал :( Бага, похоже присутствует и там, т.е., та, что в RH 
багзилле - это, наверное, чуть-чуть
другая. Хотя я в этом и не уверен, так как в целом оно не особо работает 
в АЛЬТе.

[Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Michael Shigorin]

On Wed, Oct 19, 2005 at 09:45:57AM +0300, Valentin Lavrinenko wrote:
> >Вообще у нас тоже есть такая бага (несколькилетней давности) и
> >pilot@ вроде говорил, что правил.  Посмотрите в
> >bugzilla.altlinux.org и если актуально -- переоткройте или
> >свяжитесь с майнтейнером.
> Что-то не нашел я ее в багзилле. Ну да ладно, сегодня еще
> попробую поковырять АЛЬТовский исходник, по результатам,
> возможно, вывешу новую.

На ppp висела, ещё недавно довешивал url редхатовской баги.
А, вот:

https://bugzilla.altlinux.org/show_bug.cgi?id=635
https://bugzilla.altlinux.org/show_bug.cgi?id=7519

> >Вообще net-scripts в ALT официально умерли.  Теперь etcnet.
> >(хм... мне почему-то казалось, что ppp-watch в ppp...)
> С этого момента поподробнее, пожалуйста... Когда они умерли? В
> моем ALM 2.4 DVD они встали при установке, а такого пакета, как
> etcnet, на DVD вообше нету.

Я имею в виду "по состоянию на текущий момент".  Разумеется, 
в 2.4 они и были и хорошо бы проблему исправить в updates.

> >Попробуйте.  Возможно, поможет решить (изолировать) конкретную
> >проблему и более аргументированно общаться с майнтейнером.
> Попробовал :( Бага, похоже присутствует и там, т.е., та, что в
> RH багзилле - это, наверное, чуть-чуть другая. Хотя я в этом и
> не уверен, так как в целом оно не особо работает в АЛЬТе.

Эх.  Мож подсобите с тем, чтоб работало?..  Чем смогу -- помогу.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

Hi!

Michael Shigorin wrote:

>https://bugzilla.altlinux.org/show_bug.cgi?id=635
>https://bugzilla.altlinux.org/show_bug.cgi?id=7519
>  
>
Эти я видел, они - не совсем то, по-моему. И на самом деле "моя" бага -
совсем не та, что RH #40585 - см. ниже.

>Я имею в виду "по состоянию на текущий момент".  Разумеется, 
>в 2.4 они и были и хорошо бы проблему исправить в updates.
>  
>
На текущий момент - имеется в виду Сизиф и ALM 3.0? Мне сейчас
абсолютно не с руки пользоваться нестабильными вариантами. И так
геморроя хватает :)

>>Попробовал :( Бага, похоже присутствует и там, т.е., та, что в
>>RH багзилле - это, наверное, чуть-чуть другая. Хотя я в этом и
>>не уверен, так как в целом оно не особо работает в АЛЬТе.
>>    
>>
>
>Эх.  Мож подсобите с тем, чтоб работало?..  Чем смогу -- помогу.
>
Я неправильно выразился. Во фразе "оно не особо работает" под "оно"
следует понимать ppp-watch из RedHat.

На данный момент ситуация в моих изысканиях следующая. Бага проистекает от
того, что по получению SIGINT ppp-watch пытается определить pid нужного
pppd из файла /var/run/ppp-$device.pid, и, если этого файла нету, просто 
вываливается
с кодом 35. На самом же деле pppd, похоже, создает этот файл только 
тогда, когда соединение
между модемами уже установлено, т.е. уже отработал chat. Соответственно, 
если нажать Ctrl-C,
пока chat еще не отработал, pppd спокойненько пойдет выполняться дальше.

Я попытался обойти это дело следующим образом: добавил в ppp-watch.c 
кусочек, который,
если не удалось получить pid из файла, ищет нужного pppd в /proc, 
анализируя командные
строки. Все бы ничего, только полученный  SIGTERM не убивает pppd. Он 
хотя и говорит, что
Terminating on signal 15, но chat не убивает, и продолжает работать 
дальше, подвисая через какое-то
время, причем вмертвую. Посылка синала отрицательному pid'у тоже не 
помогает.

Похоже, надо пытаться найти нужный chat (и другие процессы, запущенные 
найденым нами pppd),
и убивать их по отдельности. Или лезть править pppd :( Я еще попробую 
завтра поискать в сети
сведения об этом поведении pppd.

[Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Michael Shigorin]

On Wed, Oct 19, 2005 at 04:49:41PM +0300, Valentin Lavrinenko wrote:
> >https://bugzilla.altlinux.org/show_bug.cgi?id=635
> >https://bugzilla.altlinux.org/show_bug.cgi?id=7519
> Эти я видел, они - не совсем то, по-моему. И на самом деле
> "моя" бага - совсем не та, что RH #40585 - см. ниже.

О как.

> >Я имею в виду "по состоянию на текущий момент".  Разумеется, 
> >в 2.4 они и были и хорошо бы проблему исправить в updates.
> На текущий момент - имеется в виду Сизиф и ALM 3.0?

"unstable".

> Мне сейчас абсолютно не с руки пользоваться нестабильными
> вариантами.  И так геморроя хватает :)

Понимаю.

> >>Попробовал :( Бага, похоже присутствует и там, т.е., та, что в
> >>RH багзилле - это, наверное, чуть-чуть другая. Хотя я в этом и
> >>не уверен, так как в целом оно не особо работает в АЛЬТе.
> >Эх.  Мож подсобите с тем, чтоб работало?..  Чем смогу -- помогу.
> Я неправильно выразился. Во фразе "оно не особо работает" под
> "оно" следует понимать ppp-watch из RedHat.

А.  Вообще я, помнится, решил тогда проблему в корне -- воткнул
ppp без demand в /etc/inittab под respawn.  Через несколько лет
ещё работало :)

> На данный момент ситуация в моих изысканиях следующая.
[...]
> Похоже, надо пытаться найти нужный chat (и другие процессы,
> запущенные найденым нами pppd), и убивать их по отдельности.
> Или лезть править pppd :( Я еще попробую завтра поискать в сети
> сведения об этом поведении pppd.

Передал pilot@.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

Hi!

Michael Shigorin wrote:

>А.  Вообще я, помнится, решил тогда проблему в корне -- воткнул
>ppp без demand в /etc/inittab под respawn.  Через несколько лет
>ещё работало :)
>  
>
Не совсем то, что мне нужно. Попробую описать задачу: мне нужен скриптик,
который бы устанавливал dialup-соединение, передавал по нему некие данные,
причем с восстановлением соединения (т.е. persist), и сразу разрывал. 
Никакого
demand, как видите. Причем юзер (в общем случае совсем тупой) должен иметь
возможность в любой момент разорвать соединение, нажав Ctrl-C. А тут 
получается,
что если он нажмет Ctrl-C слишком быстро (например, запустив скрипт 
случайно),
то имеет шанс получить поднятое соединение, кушающее online-время, и не 
умирающее
само по себе.

Хотел спросить: может ли мне помочь etcnet в этой ситуации? А то неохота 
время тратить
на заведомо проигрышный вариант.

Дальнейшие поиски решения ведутся.

[Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Michael Shigorin]

On Thu, Oct 20, 2005 at 09:33:51AM +0300, Valentin Lavrinenko wrote:
> >А.  Вообще я, помнится, решил тогда проблему в корне --
> >воткнул ppp без demand в /etc/inittab под respawn.  Через
> >несколько лет ещё работало :)
> Не совсем то, что мне нужно.

Да понимаю, мне-то с одной выделенкой проще было...

> Хотел спросить: может ли мне помочь etcnet в этой ситуации?
> А то неохота время тратить на заведомо проигрышный вариант.
> Дальнейшие поиски решения ведутся.

Вы ещё не списались с Денисом?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Valentin Lavrinenko]

[-- Attachment #1: Type: text/plain, Size: 1081 bytes --]

Hi!

Michael Shigorin wrote:

>Вы ещё не списались с Денисом?
>
Еще нет.

В общем, я, похоже, нашел, в чем проблема, и даже сумел ее поправить.
При этом наткнулся на баг (точнее, даже пару связанных) в pppd, повесил
на http://ppp.samba.org/cgi-bin/ppp-bugs/incoming?id=1285.

К сожалению, я не могу зарегистрироваться в багзилле - видимо, наш сервак
рубит письмо с подтверждением. Так что патч приаттачен к письму. Основная
идея: когда юзер нажал Ctrl-C, pppp-watch смотрит .pid-файл, создаваемый 
pppd,
и, если нашел - по полученному pid'у убивает pppd. Однако, pppd создает этот
файл не сразу, а только когда установится соединение (отработает 
chat-скрипт,
например). Поэтому, если .pid-файл не найден, то мы ищем pppd, запущенный
с нужным на параметром, в /proc. Если нашли - ждем 10 секунд (должно 
хватить),
периодически проверяя, не появился ли .pid-файл, как только появился - 
убиваем
pppd.

Можно юыло бы, найдя pppd в /proc, сразу убивать pppd, но этому мешает 
упомянутая
выше бага.

Если этот патч появится в Сизифе - буду очень рад, если в backports - 
еще больше :)

[-- Attachment #2: net-scripts-pppd_sigterm.patch --]
[-- Type: text/x-patch, Size: 2344 bytes --]

diff -ur net-scripts-0.4.9.1/src/ppp-watch.c net-scripts-0.4.9.1-lvu/src/ppp-watch.c
--- net-scripts-0.4.9.1/src/ppp-watch.c	2001-03-05 02:22:06 +0200
+++ net-scripts-0.4.9.1-lvu/src/ppp-watch.c	2005-10-21 10:31:23 +0300
@@ -75,6 +75,7 @@
 #include <sys/wait.h>
 #include <termios.h>
 #include <net/if.h>
+#include <glob.h>
 
 #include "shvar.h"
 #include "alloc.h"
@@ -116,6 +117,43 @@
 }
 
 
+static int
+get_pppd_pid(char *device) {
+    int i;
+    glob_t globbuf;
+    int ge = glob("/proc/*/cmdline", 0, NULL, &globbuf);
+    if (!ge) {
+	for (i = 0; i < globbuf.gl_pathc; ++i) {	    
+	    FILE *fcmdline;
+	    char cmdline[1024]; // hope this will be enough
+	    if (fcmdline = fopen(globbuf.gl_pathv[i], "r")) {
+		int num_read;
+		num_read = fread(cmdline, 1, 1024, fcmdline);
+		if (num_read > 0 && !strcmp(cmdline, "/usr/sbin/pppd")) {
+		    int prev_linkname = 0;
+		    char *p = cmdline;
+		    while (*p && p - cmdline < 1024) {
+			if (prev_linkname && !strcmp(p, device)) {
+			    int retval;
+			    globbuf.gl_pathv[i][strlen(globbuf.gl_pathv[i])-8] = 0;
+			    retval = atoi(globbuf.gl_pathv[i]+6);
+			    globfree(&globbuf);
+			    fclose(fcmdline);
+			    return retval;
+			}
+			prev_linkname = !strcmp(p, "linkname");
+			p += strlen(p) + 1;
+		    }		    
+		}
+		fclose(fcmdline);
+	    }
+	}
+	globfree(&globbuf);
+	return 0;
+    }
+    else
+	return -1;
+}
 
 static void
 detach(int now, int parentExitCode, char *device) {
@@ -550,6 +588,20 @@
 	    if (physicalDevice) { free(physicalDevice); physicalDevice = NULL; }
 	    physicalDevice = pppLogicalToPhysical(&pppdPid, real_device);
 	    if (physicalDevice) { free(physicalDevice); physicalDevice = NULL; }
+	    if (!pppdPid && get_pppd_pid(device))
+	    {
+		// We suspect that pppd is running, but haven't created
+		// .pid file yet. So we'll wait for 10 seconds, checking
+		// for .pid file every 10 milliseconds.
+		int i;
+		for (i = 0; i < 1000 && !pppdPid && get_pppd_pid(device) !=0 ; ++i)
+		{
+		    usleep(10000);
+		    physicalDevice = pppLogicalToPhysical(&pppdPid, real_device);
+		    if (physicalDevice) { free(physicalDevice); physicalDevice = NULL; }
+		}
+		sleep(2); // Else pppd may hangup, seems there's a bug in it
+	    }
 	    if (!pppdPid) cleanExit(35);
 	    kill(pppdPid, sendsig);
 	    if (sendsig == SIGKILL) {

[Comm] Re: /sbin/ifup ppp0 - некорректная работа по Ctrl-C

[Michael Shigorin]

On Fri, Oct 21, 2005 at 11:11:21AM +0300, Valentin Lavrinenko wrote:
> Так что патч приаттачен к письму.

https://bugzilla.altlinux.org/show_bug.cgi?id=8312

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/