Bug#298657: PPP persist doesn't work
tag 298657 fixed-upstream upstream thanks This has been (probably) fixed upstream, I will build a new package in a few days. -- ciao, Marco signature.asc Description: Digital signature
Bug#298657: PPP persist doesn't work
I think I am having a similar problem with the latest version although not directly related to the "persist" option. I use the "demand" option to bring up the interface in question when needed and kill it after there was no outbound traffic for 5 minutes. Sometimes the connection wouldnt succeed and the ppp daemon would run in a timeout See here - Mar 17 09:32:42 douglas kernel: kcapi: appl 1 ncci 0x10101 up Mar 17 09:32:42 douglas pppd[16605]: capiplugin: connected: "" -> "xx" outgoing Mar 17 09:32:42 douglas pppd[16605]: capiplugin: using /dev/capi/3: "x" -> "xx" outgoing Mar 17 09:32:43 douglas pppd[16605]: Connect: ppp0 <--> /dev/capi/3 Mar 17 09:32:43 douglas pppd[16605]: capiplugin: phase establish (was serialconn). Mar 17 09:33:14 douglas pppd[16605]: LCP: timeout sending Config-Requests Mar 17 09:33:14 douglas pppd[16605]: capiplugin: phase disconnect (was establish). Mar 17 09:33:14 douglas pppd[16605]: Connection terminated. Mar 17 09:33:14 douglas pppd[16605]: capiplugin: phase serialconn (was disconnect). Mar 17 09:33:14 douglas pppd[16605]: Connect: ppp0 <--> /dev/capi/3 Mar 17 09:33:14 douglas pppd[16605]: capiplugin: phase establish (was serialconn). Mar 17 09:33:14 douglas pppd[16605]: capiplugin: phase dead (was establish). Mar 17 09:33:14 douglas pppd[16605]: controller 1: listen_change_state state=1 event=1 Mar 17 09:33:14 douglas last message repeated 2 times Mar 17 09:33:14 douglas pppd[16605]: controller 1: listen_change_state state=0 event=3 Mar 17 09:33:14 douglas last message repeated 2 times Mar 17 09:33:14 douglas kernel: kcapi: appl 1 ncci 0x10101 down Mar 17 09:33:14 douglas isdnlog: Mar 17 09:33:14 tei 65 calling x Internet with 'x' HANGUP ( 0:00:32) Mar 17 09:33:14 douglas pppd[16605]: capiplugin: disconnect(local): "" -> "x" outgoing 0x3400 (0x3301) - No additional information Mar 17 09:33:14 douglas pppd[16605]: Hangup (SIGHUP) Mar 17 09:33:14 douglas pppd[16605]: Modem hangup Mar 17 09:33:14 douglas pppd[16605]: capiplugin: phase holdoff (was dead). Mar 17 09:33:44 douglas pppd[16605]: capiplugin: phase dormant (was holdoff). Mar 17 09:33:44 douglas pppd[16605]: capiplugin: phase dormant, again. -- With every older version a subsequent try to connect would start the process again. With the latest version I get the completely same messages as above, but subsequent tries to connect (pinging something to trigger dialing) give no reaction (no syslog entry at all). I have to restart the daemon to get it working again. I think that the same problem causing persist to fail is responsible for the behaviour I see. Kind regards, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298657: PPP persist doesn't work
Marco d'Itri wrote:
> > When using the 'persist' option, this version of ppp doesn't appear to
> > re-try dialing the connection even though 'persist' is set in the
> > configuration. I use pppoe and a dsl connection. Package version
> > ppp_2.4.2+20040428-6 does act normally with persist.
> This is interesting, but I could not find anything obvious in the
> changelog. I wonder if this has been caused by an upstream change.
> persist works for me, but I does not use the pty option.
It doesn't work here neither (with 2.4.3-20041231+[12]), while back with
2.4.2+20040428-6 everything is fine (with the same kernel and rest).
It's an old DSL device connected through a serial port (here disgusied
as /dev/his), so I need no pty option.
I straced working and non working version while recovering from
power failure. Here is relevant, I think, part of the 'bad one':
open("/dev/his", O_RDWR|O_NONBLOCK) = 8
fcntl64(8, F_GETFL) = 0x802 (flags O_RDWR|O_NONBLOCK
fcntl64(8, F_SETFL, O_RDWR) = 0
ioctl(8, TIOCMBIS, [TIOCM_DTR]) = 0
ioctl(8, SNDCTL_TMR_TIMEBASE or TCGETS, 0xb83c) = -1 ENXIO (No such device
or address)
^ I cannot
see this in
a working one
Both straces with more context are included as well as logs from real power
failure with 2.4.3 and simulated one with 2.4.2.
options:
/dev/his 115200
modem
defaultroute
lock
crtscts
noauth
persist
lcp-echo-interval 6
lcp-echo-failure 3
user indis
maxfail 0
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-ac2-amd
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored: LC_ALL set to
pl_PL)
Versions of packages ppp depends on:
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libpam-modules 0.76-22 Pluggable Authentication Modules f
ii libpam-runtime 0.76-22 Runtime support for the PAM librar
ii libpam0g0.76-22 Pluggable Authentication Modules l
ii libpcap0.7 0.7.2-7 System interface for user-level pa
ii libssl0.9.7 0.9.7e-3 SSL shared libraries
ii makedev 2.3.1-76 creates device files in /dev
ii netbase 4.20 Basic TCP/IP networking system
ii procps 1:3.2.5-1/proc file system utilities
--
Jacek Kawa **Freedom's just another word for nothing left too loose [J.J.]**
11:37:54 kernel: eth0: link down < power down
11:37:54 pppd[23601]: Hangup (SIGHUP)
11:37:54 pppd[23601]: Modem hangup
11:37:54 pppd[23601]: Connect time 2551.6 minutes.
11:37:54 pppd[23601]: Sent 98310576 bytes, received 552118436 bytes.
11:37:54 pppd[23601]: Connection terminated.
11:37:54 postfix/postfix-script: refreshing the Postfix mail system
11:37:54 postfix/master[7414]: reload configuration
11:38:21 pppd[23601]: Couldn't get channel number: Input/output error <
power back, I guess
11:38:22 pppd[23601]: tcgetattr: No such device or address (line 909) < ???
absent in 2.4.2
11:38:22 kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 <
power is surely up
11:38:23 pppd[23601]: Exit.
17:35:41 pppd[29112]: pppd 2.4.3 started by root, uid 0 < "restart"
17:35:41 pppd[29112]: Using interface ppp0
17:35:41 pppd[29112]: Connect: ppp0 <--> /dev/his
17:35:44 pppd[29112]: PAP authentication succeeded
17:35:44 pppd[29112]: local IP address xxx.xx.xxx.xxx
17:35:44 pppd[29112]: remote IP address xxx.xx.xxx.xxx
17:35:44 postfix/postfix-script: refreshing the Postfix mail system
18:11:23 pppd[574]: Hangup (SIGHUP)
18:11:23 pppd[574]: Modem hangup
18:11:23 pppd[574]: Connect time 8.3 minutes.
18:11:23 pppd[574]: Sent 298871 bytes, received 757433 bytes.
18:11:23 pppd[574]: Connection terminated.
18:11:23 postfix/postfix-script: refreshing the Postfix mail system
18:11:23 postfix/master[7414]: reload configuration
18:11:23 pppd[574]: Hangup (SIGHUP)
<- modem power down ->
18:12:22 pppd[574]: Couldn't get channel number: Input/output error
18:12:44 pppd[574]: Using interface ppp0
18:12:44 pppd[574]: Connect: ppp0 <--> /dev/his
18:12:47 pppd[574]: Connection terminated.
18:12:48 pppd[574]: Using interface ppp0
18:12:48 pppd[574]: Connect: ppp0 <--> /dev/his
18:12:51 pppd[574]: PAP authentication succeeded
18:12:51 pppd[574]: local IP address xxx.xx.xxx.xxx
18:12:51 pppd[574]: remote IP address xxx.xx.xxx.xxx
18:12:51 postfix/postfix-script: refreshing the Postfix mail system
18:12:51 postfix/master[7414]: reload configuration
18:13:21 pppd[574]: CCP: timeout sending Config-Requests
gettimeofday({057125, 115953}, NULL) = 0
gettimeofday({057125, 120214}, NULL) = 0
read(8, "\300!\n\20\0\10\225\202\236\374", 150
Bug#298657: ppp: persist doesn't work
Followup-For: Bug #298657 Package: ppp Version: 2.4.3-20041231+2 I appear to be having the same problem /var/log/syslog Mar 13 10:52:38 saturn pppd[32373]: No response to 2 echo-requests Mar 13 10:52:38 saturn pppd[32373]: Serial link appears to be disconnected. Mar 13 10:52:38 saturn pppd[32373]: Connect time 2.4 minutes. Mar 13 10:52:38 saturn pppd[32373]: Sent 74634 bytes, received 0 bytes. Mar 13 10:52:44 saturn pppd[32373]: Connection terminated. Mar 13 10:52:44 saturn pppd[32373]: tcflush failed: Bad file descriptor Mar 13 10:52:44 saturn pppd[32373]: Modem hangup Mar 13 10:52:44 saturn /etc/hotplug/net.agent: invoke ifdown ppp0 Mar 13 10:52:54 saturn pppd[32373]: tcsetattr: Invalid argument (line 964) Mar 13 10:52:54 saturn pppd[32373]: Exit. Worked fine before upgrade: /var/log/aptitude [UPGRADE] ppp 2.4.1.uus-4 -> 2.4.3-20041231+2 [EMAIL PROTECTED] /etc/ppp$ sudo cat options |grep -v "^#" |grep -v "^$" asyncmap 0 auth crtscts lock hide-password modem proxyarp lcp-echo-interval 10 lcp-echo-failure 2 noipx persist holdoff 10 [EMAIL PROTECTED] /etc/ppp$ sudo cat peers/netspeedsat |grep -v "^#" |grep -v "^$" hide-password noauth connect "/usr/sbin/chat -v -f /etc/chatscripts/netspeedsat" persist /dev/ttyS0 115200 defaultroute noipdefault user <<< omitted >>> remotename netspeedsat ipparam netspeedsat -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.23 Locale: LANG=C, LC_CTYPE=C Versions of packages ppp depends on: ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libpam-modules 0.72-35 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-21 Pluggable Authentication Modules l ii libpcap0.7 0.7.2-5 System interface for user-level pa ii makedev 2.3.1-58 Creates device files in /dev. ii netbase 4.07 Basic TCP/IP networking system ii procps 1:3.2.5-1/proc file system utilities ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298657: PPP persist doesn't work
tag 298657 help thanks On Mar 09, Gavin Rogers <[EMAIL PROTECTED]> wrote: > When using the 'persist' option, this version of ppp doesn't appear to > re-try dialing the connection even though 'persist' is set in the > configuration. I use pppoe and a dsl connection. Package version > ppp_2.4.2+20040428-6 does act normally with persist. I don't know, and I cannot reproduce this either. I suggest that you add some debugging info() calls in main.c and check what is really happening. -- ciao, Marco signature.asc Description: Digital signature
Bug#298657: PPP persist doesn't work
Package: ppp Version: 2.4.3-20041231+2 Followup-For: Bug #298657 Hi, i have the same Problem Log from 2.4.3-20041231+2 Mar 6 15:50:54 slytherin pppd[16968]: No response to 3 echo-requests Mar 6 15:50:54 slytherin pppd[16968]: Serial link appears to be disconnected. Mar 6 15:50:54 slytherin pppd[16968]: Connect time 979.8 minutes. Mar 6 15:50:54 slytherin pppd[16968]: Sent 943177606 bytes, received 1046877233 bytes. Mar 6 15:50:54 slytherin pppd[16968]: Script /etc/ppp/ip-down started (pid 31860) Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MTU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: Couldn't increase MRU to 1500 Mar 6 15:50:54 slytherin pppd[16968]: sent [LCP TermReq id=0x5 "Peer not responding"] Mar 6 15:50:55 slytherin pppd[16968]: rcvd [LCP TermAck id=0x5] Mar 6 15:50:55 slytherin pppd[16968]: Connection terminated. Mar 6 15:50:55 slytherin pppd[16968]: Script /etc/ppp/ip-down finished (pid 31860), status = 0x0 Mar 6 15:51:05 slytherin pppd[16968]: sent [LCP ConfReq id=0x6 ] Mar 6 15:51:05 slytherin pppd[16968]: write: Bad file descriptor (9) Mar 6 15:51:08 slytherin pppd[16968]: Modem hangup Mar 6 15:51:08 slytherin pppd[16968]: Connection terminated. Log from 2.4.2+20040428-6 Mar 10 15:47:11 slytherin pppd[5891]: Connect time 1440.1 minutes. Mar 10 15:47:11 slytherin pppd[5891]: Sent 1017102470 bytes, received 1075520030 bytes. Mar 10 15:47:11 slytherin pppd[5891]: Couldn't increase MTU to 1500 Mar 10 15:47:11 slytherin pppd[5891]: Couldn't increase MRU to 1500 Mar 10 15:47:14 slytherin pppd[5891]: Connection terminated. Mar 10 15:47:44 slytherin pppd[5891]: PPP session is 2598 Mar 10 15:47:44 slytherin pppd[5891]: Using interface ppp0 Mar 10 15:47:44 slytherin pppd[5891]: Connect: ppp0 <--> eth2 Mar 10 15:47:44 slytherin pppd[5891]: Couldn't increase MTU to 1500 Mar 10 15:47:44 slytherin pppd[5891]: Couldn't increase MRU to 1500 Mar 10 15:47:44 slytherin pppd[5891]: Couldn't increase MRU to 1500 Mar 10 15:47:44 slytherin pppd[5891]: PAP authentication succeeded Mar 10 15:47:44 slytherin pppd[5891]: peer from calling number 00:90:1A:40:10:AE authorized Mar 10 15:47:45 slytherin pppd[5891]: local IP address 217.88.70.228 Mar 10 15:47:45 slytherin pppd[5891]: remote IP address 217.5.98.126 /etc/ppp/peers/dsl-provider noipdefault defaultroute hide-password lcp-echo-interval 20 lcp-echo-failure 3 connect /bin/true noauth persist mtu 1492 noaccomp default-asyncmap maxfail 0 plugin rp-pppoe.so eth2 user "[EMAIL PROTECTED]" ttyl8er, t.k. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (600, 'unstable'), (400, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages ppp depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpcap0.7 0.7.2-7 System interface for user-level pa ii makedev 2.3.1-76 creates device files in /dev ii netbase 4.20 Basic TCP/IP networking system ii procps 1:3.2.5-1/proc file system utilities ii zlib1g 1:1.2.2-4compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#298657: PPP persist doesn't work
On Mar 09, Gavin Rogers <[EMAIL PROTECTED]> wrote: > When using the 'persist' option, this version of ppp doesn't appear to > re-try dialing the connection even though 'persist' is set in the > configuration. I use pppoe and a dsl connection. Package version > ppp_2.4.2+20040428-6 does act normally with persist. This is interesting, but I could not find anything obvious in the changelog. I wonder if this has been caused by an upstream change. persist works for me, but I does not use the pty option. -- ciao, Marco signature.asc Description: Digital signature
Bug#298657: PPP persist doesn't work
Package: ppp Version: ppp_2.4.3-20041231+2 When using the 'persist' option, this version of ppp doesn't appear to re-try dialing the connection even though 'persist' is set in the configuration. I use pppoe and a dsl connection. Package version ppp_2.4.2+20040428-6 does act normally with persist. Log from ppp_2.4.3-20041231+2: Mar 9 03:06:05 [EMAIL PROTECTED] pppoe[9177]: Session 912 terminated -- received PADT from peer Mar 9 03:06:05 [EMAIL PROTECTED] pppoe[9177]: Sent PADT Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Script /usr/sbin/pppoe -I eth1 -T 80 -m 1452 -s finished (pid 9177), status = 0x0 Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Modem hangup Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Connect time 925.1 minutes. Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Sent 657093352 bytes, received 1184565934 bytes. Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Script /etc/ppp/ip-down started (pid 23771) Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Connection terminated. Mar 9 03:06:05 [EMAIL PROTECTED] pppd[9176]: Script /etc/ppp/ip-down finished (pid 23771), status = 0x0 (pppd then remains in memory but does not attempt to re-establish the connection, no further log entries) Log from ppp_2.4.2+20040428-6: (after forcefully killing pppoe) Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Child process /usr/sbin/pppoe -I eth1 -T 80 -m 1452 -s (pid 32604) terminated with signal 9 Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Modem hangup Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Connect time 5.7 minutes. Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Sent 205314 bytes, received 123487 bytes. Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Script /etc/ppp/ip-down started (pid 32717) Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Connection terminated. Mar 9 11:23:41 [EMAIL PROTECTED] pppd[32560]: Script /etc/ppp/ip-down finished (pid 32717), status = 0x0 [snip] Mar 9 11:24:41 [EMAIL PROTECTED] pppoe[32738]: Changed pty line discipline to N_HDLC for synchronous mode Mar 9 11:24:41 [EMAIL PROTECTED] pppd[32560]: Serial connection established. Mar 9 11:24:41 [EMAIL PROTECTED] pppd[32560]: using channel 15 Mar 9 11:24:41 [EMAIL PROTECTED] pppd[32560]: Using interface ppp0 Mar 9 11:24:41 [EMAIL PROTECTED] pppd[32560]: Connect: ppp0 <--> /dev/pts/0 Mar 9 11:24:42 [EMAIL PROTECTED] pppd[32560]: sent [LCP ConfReq id=0x3 ] Mar 9 11:24:43 [EMAIL PROTECTED] pppoe[32738]: PADS: Service-Name: '' Mar 9 11:24:43 [EMAIL PROTECTED] pppoe[32738]: PPP session is 1832 Mar 9 11:24:44 [EMAIL PROTECTED] pppd[32560]: rcvd [LCP ConfReq id=0xf3 ] Mar 9 11:24:44 [EMAIL PROTECTED] pppd[32560]: sent [LCP ConfNak id=0xf3 ] Mar 9 11:24:45 [EMAIL PROTECTED] pppd[32560]: rcvd [LCP ConfAck id=0x3 ] (and eventually) Mar 9 11:25:01 [EMAIL PROTECTED] pppd[32560]: remote IP address 202.72.191.97 Mar 9 11:25:01 [EMAIL PROTECTED] pppd[32560]: Script /etc/ppp/ip-up started (pid 32607) Mar 9 11:25:01 [EMAIL PROTECTED] pppd[32560]: Script /etc/ppp/ip-up finished (pid 32607), status = 0x2 /etc/ppp/peers/dsl-provider: pty "/usr/sbin/pppoe -I eth1 -T 80 -m 1452 -s" noipdefault defaultroute hide-password lcp-echo-interval 60 lcp-echo-failure 3 connect /bin/true noauth persist holdoff 60 maxfail debug mtu 1492 noaccomp default-asyncmap refuse-chap user "vk6hgr" sync Kernel version is 2.4.21-NANO voyager:~# dpkg -s libc6 | grep ^Version Version: 2.3.2.ds1-20 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
