[Comm] Различное выполнение pppd в консоли и из скрипта

[Comm] Различное выполнение pppd в консоли и из скрипта

[Vasiliy D. Sevostyanov]

Добрый день!
А не подскажут ли благородные доны, почему при вызове pppd из скрипта 
соединение успешно устанавливается и тут же падает с ошибкой:
Hangup (SIGHUP)
Modem hangup
причем никаких сегфолтов, как было раньше на этом месте. Просто
завершается при любом уровне журналирования.
При вызове с теми же параметрами из консоли всё работает, соединение
фиксируется и работает.
Я грешил на переменные окружения -- нет, даже если все скопом поменять
на консольные -- результата нет.
Скрипт может вызываться от рута, через sudo или от непривилегированного
пользователя -- разницы никакой. Отсутствие/наличие графики рояли не играет.
Запись в меню KDE равноценна скрипту, даже если указать "запускать в
терминале". Может, какой параметр терминала требуется?
И такое поведение минимум месяц -- два раза систему обновлял, то же
самое. Переустановку не предлагать -- есть диск только с p6, с которой и
была установлена система.

~% uname -a
Linux a1bd44.local 3.12.20-std-pae-alt1 #1 SMP Mon May 19 08:15:50 UTC
2014 i686 GNU/Linux
На старое ядро не обращайте внимания, есть 3.14.19-std-pae, там то же
самое.

~% rpm -qa | grep ppp
ppp-common-0.5.1-alt1
ppp-2.4.5-alt13
rp-pppoe-base-3.11-alt1
alterator-net-pppoe-0.9-alt1
ppp-pppoe-2.4.5-alt13
kde4network-kppp-4.13.0-alt1
~% apt-repo
rpm http://mirror.yandex.ru/altlinux/p7/branch i586 classic
rpm http://mirror.yandex.ru/altlinux/p7/branch noarch classic


-- 
С уважением, Василий Д. Севостьянов.

Re: [Comm] Различное выполнение pppd в консоли и из скрипта

[Eugine Kosenko]

Хых.

http://lists.altlinux.org/pipermail/sisyphus/2014-November/363127.html

Только сегодня прошелся по тем же граблям в Сизифе...

2014-11-02 16:11 GMT+02:00, Vasiliy D. Sevostyanov <dil8016@mail.ru>:
> Добрый день!
> А не подскажут ли благородные доны, почему при вызове pppd из скрипта
> соединение успешно устанавливается и тут же падает с ошибкой:
> Hangup (SIGHUP)
> Modem hangup
> причем никаких сегфолтов, как было раньше на этом месте. Просто
> завершается при любом уровне журналирования.
> При вызове с теми же параметрами из консоли всё работает, соединение
> фиксируется и работает.
> Я грешил на переменные окружения -- нет, даже если все скопом поменять
> на консольные -- результата нет.
> Скрипт может вызываться от рута, через sudo или от непривилегированного
> пользователя -- разницы никакой. Отсутствие/наличие графики рояли не играет.
> Запись в меню KDE равноценна скрипту, даже если указать "запускать в
> терминале". Может, какой параметр терминала требуется?
> И такое поведение минимум месяц -- два раза систему обновлял, то же
> самое. Переустановку не предлагать -- есть диск только с p6, с которой и
> была установлена система.
>
> ~% uname -a
> Linux a1bd44.local 3.12.20-std-pae-alt1 #1 SMP Mon May 19 08:15:50 UTC
> 2014 i686 GNU/Linux
> На старое ядро не обращайте внимания, есть 3.14.19-std-pae, там то же
> самое.
>
> ~% rpm -qa | grep ppp
> ppp-common-0.5.1-alt1
> ppp-2.4.5-alt13
> rp-pppoe-base-3.11-alt1
> alterator-net-pppoe-0.9-alt1
> ppp-pppoe-2.4.5-alt13
> kde4network-kppp-4.13.0-alt1
> ~% apt-repo
> rpm http://mirror.yandex.ru/altlinux/p7/branch i586 classic
> rpm http://mirror.yandex.ru/altlinux/p7/branch noarch classic
>
>
> --
> С уважением, Василий Д. Севостьянов.
> _______________________________________________
> community mailing list
> community@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/community

Re: [Comm] Различное выполнение pppd в консоли и из скрипта

[Vasiliy D. Sevostyanov]

Hi, you wrote 08:48 Mon 10 Nov :
> Судя по всему, проблема в bash:
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=30449

Не обязательно. В скрипте у меня сразу было прописано sh -c "pppd call
kyivstar", только добавил nodetach и & по Вашему рецепту. Сейчас в консоли
поверх zsh вызвал bash и от него всё равно работает.
А вот если снять опцию updetach в конфигурации, то действительно
не прерывается ни из скрипта, ни из меню КДЕ.

> Можно узнать версию bash, которую Вы используете?

Не вопрос!
~%  rpm -qa | grep sh      (удалил не относящиеся к делу openssh и пр.)
sh-3.2.54-alt0.M70P.1
cert-sh-functions-0.3-alt1
zsh-completion-systemd-201-alt1.M70P.4
libshell-0.2.0-alt1
ash-static-0.5.7-alt1.20120623
sash-3.4-alt2.qa1
zsh-completion-task-2.3.0-alt1
zsh-5.0.5-alt1
bash-3.2.54-alt0.M70P.1
tcsh-6.18.01-alt1
ash-0.5.7-alt1.20120623
bash-builtin-lockf-0.3.1-alt1.qa1


-- 
С уважением, Василий Д. Севостьянов.

Re: [Comm] Различное выполнение pppd в консоли и из скрипта

[Sergey]

On Tuesday 11 November 2014, Vasiliy D. Sevostyanov wrote:

> > https://bugzilla.altlinux.org/show_bug.cgi?id=30449
> 
> Не обязательно. В скрипте у меня сразу было прописано sh

sh тоже может быть где-то рядом:

$ rpm -qf /bin/sh
sh-3.2.54-alt0.M70P.1

$ rpm -qi sh-3.2.54-alt0.M70P.1 | grep "Source RPM"
Group       : Shells                        Source RPM: bash-3.2.54-alt0.M70P.1.src.rpm

-- 
С уважением, Сергей.

Re: [Comm] Различное выполнение pppd в консоли и из скрипта

[Sergey]

On Monday 17 November 2014, Eugine Kosenko wrote:

> Да, и еще есть предположение, что проблема возникает
> только на медленных машинах. Я там об этом тоже отписался.
> Можно узнать, что у Вас за /proc/cpuinfo ?

С диалапом не смотрел, а PPPoE есть на

model name      : AMD Athlon(tm) 64 Processor 3000+
cpu MHz         : 1809.578

Бранч 5.1, но bash новый.

-- 
С уважением, Сергей.

Re: [Comm] Различное выполнение pppd в консоли и из скрипта

[Vasiliy D. Sevostyanov]

Hi, you wrote 10:25 Mon 17 Nov :
> Да, и еще есть предположение, что проблема возникает только на медленных
> машинах. Я там об этом тоже отписался. Можно узнать, что у Вас за
> /proc/cpuinfo?
Двухядерный, копирую вывод одного ядра.
processor       : 0
vendor_id       : AuthenticAMD
cpu family      : 20
model           : 2
model name      : AMD E-450 APU with Radeon(tm) HD Graphics
stepping        : 0
microcode       : 0x5000119
cpu MHz         : 1650.000
cache size      : 512 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 6
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
fxsr_opt pdpe1gb rdtscp lm constant_tsc nonstop_tsc extd_apicid
aperfmperf pni monitor ssse3 cx16 popcnt lahf_lm cmp_legacy svm extapic
cr8_legacy abm sse4a misalignsse 3dnowprefetch ibs skinit wdt arat
hw_pstate npt lbrv svm_lock nrip_save pausefilter
bogomips        : 3292.99
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management: ts ttp tm stc 100mhzsteps hwpstate

В общем, не сказал бы, что медленный -- обычный ноутбук. Видео кодирует,
виртуалки работают. 4 ГБ памяти, ядро std-pae.
cpufreq, если судить по
/sys/devices/system/cpu/cpu*/cpufreq/scaling_governor, стоит на
'performance', частота там же указана как 1,65 GHz (максимум).

> > Да, я уже тоже это выяснил. Нашел еще одно обходное решение --- вообще
> > отключить опции nodetach/updetach. Я там отписался в багзиле на эту тему.
> > Но в целом, похоже, проблема почти ни у кого не воспроизводится :-(.

У mike@ воспроизводилась, если я правильно понял.

По поводу updetach -- консольная команда (которая работает) без этих
опций тут же завершается с кодом 0. Пришлось вернуть updetach на место.
А вот скриптовая версия прекрасно без них работает (как и с одной nodetach).

Вообще-то в феврале была бага на сегфолт pppd в этом же месте (#29832), у
меня на ноуте не воспроизводилась, но была на старом Athlon 3500+.
Могли починить следствие вместо причины. Вообще надо смотреть
в сторону ядра, потому что та ошибка появилась после установки свежих
kernelheaders. Насчет этой не скажу, как появилась... Хотя могу
попробовать: после апгрейда p6>p7 кнопка в GKrellM перестала запускать pppd.
Даже соединение не устанавливала, не пыталась. Просто игнор. Мне это было
некритично на фоне остального, забил. А потом привык из консоли
запускать.


-- 
С уважением, Василий Д. Севостьянов.