Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 153798
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Dialup Developers <net-dialup@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: cilly <cilly@cilly.mine.nu>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 153798 depends on: Show dependency tree
Bug 153798 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-11-02 03:46 0000
I sent a kill -HUP to the pppd and get this:

Nov  2 06:00:01 pluto pppd[5898]: Hangup (SIGHUP)
Nov  2 06:00:01 pluto pppd[5898]: Connect time 708.1 minutes.
Nov  2 06:00:01 pluto pppd[5898]: Sent 352728688 bytes, received 1300190774
bytes.
Nov  2 06:00:01 pluto pppd[5898]: Connection terminated.
Nov  2 06:00:02 pluto pppd[5898]: write: Bad file descriptor (9)
Nov  2 06:00:02 pluto pppd[5898]: PPP session is 6687
Nov  2 06:00:02 pluto pppd[5898]: Using interface ppp0
Nov  2 06:00:02 pluto pppd[5898]: Connect: ppp0 <--> eth1
Nov  2 06:00:06 pluto pppd[5898]: PAP authentication succeeded
Nov  2 06:00:06 pluto pppd[5898]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  2 06:00:06 pluto pppd[5898]: local  IP address xxx.xxx.xxx.xxx
Nov  2 06:00:06 pluto pppd[5898]: remote IP address xxx.xxx.xxx.xxx
Nov  2 06:00:07 pluto pppd[5898]: Child process /etc/ppp/ip-up (pid 22822)
terminated with signal 15

Since I don't have set "usepeerdns" I assume, the second if statement takes too
long to execute and terminates (see comment "second if statement" in ip-up). I
put all my stuff in ip-up.local. But if ip-up.local would have made problems,
then wouldn't the log read: 

Child process /etc/ppp/ip-up.local (pid ....) terminated with signal 15   ?

I already set modules_ppp0=( "!iwconfig" "!wpa_supplicant" "iproute2" "pppd" )
to speed up pppd-restarts. (see attached net.ppp0 below)

I am using the latest stable baselayout and pppd:

sys-apps/baselayout-1.12.5-r2
net-dialup/ppp-2.4.3-r16


My pppd settings are set accordingly to the new baselayout.

What I am not sure and what is not documented in net.example or baselayout: 

Is it necessary to configure the interface ppp0 is linked against as a "null"
device as I did in /etc/conf.d/net.eth1 ?

(following: /etc/ppp/ip-up, listing of /etc/conf.d/net*, /etc/conf.d/net.ppp0,
/etc/conf.d/net.eth1, info about kill -HUP pppd)

********** /etc/ppp/ip-up **********

#!/bin/bash

# this is a script which is executed after connecting the ppp interface.

# look at man pppd for details

# the followings parameters are available:
# $1 = interface-name
# $2 = tty-device
# $3 = speed
# $4 = local-IP-address
# $5 = remote-IP-address
# $6 = ipparam

if [ "$USEPEERDNS" ]; then

        if [ -x /sbin/resolvconf ]; then
                conf="# Generated by ppp for $1\n"
                [ -n "$DNS1" ] && conf="${conf}nameserver $DNS1\n"
                [ -n "$DNS2" ] && conf="${conf}nameserver $DNS2\n"
                echo -e "$conf" | resolvconf -a "$1"
        else
                # add the server supplied DNS entries to /etc/resolv.conf
                # (taken from debian's 0000usepeerdns)

                # follow any symlink to find the real file
                REALRESOLVCONF=$(readlink --canonicalize /etc/resolv.conf)

                if [ "$REALRESOLVCONF" != "/etc/ppp/resolv.conf" ]; then

                        # merge the new nameservers with the other options from
the old configuration
                        {
                        grep --invert-match '^nameserver[[:space:]]'
$REALRESOLVCONF
                        cat /etc/ppp/resolv.conf
                        } > $REALRESOLVCONF.tmp

                        # backup the old configuration and install the new one
                        cp -dpP $REALRESOLVCONF $REALRESOLVCONF.pppd-backup
                        mv $REALRESOLVCONF.tmp $REALRESOLVCONF

                        # correct permissions
                        chmod 0644 /etc/resolv.conf
                        chown root:root /etc/resolv.conf
                fi
        fi

fi


# second if statement 
if [ -x /etc/init.d/net.$1 ]; then
        if ! /etc/init.d/net.$1 --quiet status ; then
                export IN_BACKGROUND="true"
                /etc/init.d/net.$1 --quiet start
        fi
fi

[ -f /etc/ppp/ip-up.local ] && . /etc/ppp/ip-up.local "$@"

********** `ls -la /etc/conf.d/net*` **********

-rw-r--r-- 1 root root   599 2006-10-08 01:23 /etc/conf.d/net.eth0
-rw-r--r-- 1 root root   193 2006-10-08 23:21 /etc/conf.d/net.eth1
-rw-r--r-- 1 root root 32410 2006-10-03 19:09 /etc/conf.d/net.example
-rw-r--r-- 1 root root  1909 2006-10-13 17:55 /etc/conf.d/net.ppp0

********** /etc/conf.d/net.ppp0 **********

###
# ppp0 = PPPoE (ADSL)
### 

config_ppp0=( "ppp" )
link_ppp0="eth1"
plugins_ppp0=( "pppoe" )
ifplugd_ppp0="--delay-down=1"
modules_ppp0=( "!iwconfig" "!wpa_supplicant" "iproute2" "pppd" )

# PPP requires at least a username. You can optionally set a password here too
# If you don't, then it will use the password specified in /etc/ppp/*-secrets
# against the specified username
username_ppp0='username'
#password_ppp0='password'

pppd_ppp0=(

    "hide-password"         # Exclude the password string from the log
    "persist"               # Do not exit after a connection is terminated
    "maxfail 0"             # if you don't specify maxfail then we assume 0
#   "debug"                 # Enables syslog debugging
    "ktune"                 # Enables pppd to alter kernel settings as
appropriate
    "noauth"                # Do not require the peer to authenticate itself

    "noipdefault"           # Get IP from peer
    "defaultroute"          # Make this PPP interface the default route

    "ipcp-accept-remote"    # Accept the peers idea of remote address
    "ipcp-accept-local"     # Accept the peers idea of local address

    "lcp-echo-interval 15"  # Send a LCP echo every 15 seconds
    "lcp-echo-failure 4"    # Make peer dead after 4 consective echo-requests
    "holdoff 0"             # Wait n seconds after link dies before re-starting

    "noaccomp"              # Disable Address/Control compression
    "nopcomp"               # Disable protocol field compression negotiation
    "novj"                  # Disable Van Jacobson style TCP/IP header
compression
    "novjccomp"             # Disable the connection-ID compression in ^^^
    "nobsdcomp"             # Disable BSD-Compress compression
    "nodeflate"             # Disable Deflate compression
    "noccp"                 # Disable CCP (Compression Control Protocol)
negotiation.

)

********** /etc/conf.d/net.eth1 **********

###
# eth1 - Null
### 

config_eth1=( "null" )
ifplugd_eth1="--delay-down=1"

********** man pppd **********

If the first pppd receives a SIGHUP signal, it will terminate its link but not
the bundle.

**********

------- Comment #1 From Alin Năstac 2006-11-03 01:54:45 0000 -------
Oops, I've made a mistake in wait-children patch.

The wait_children function contained 2 mistakes:
  - child should be killed only on SIGTERM, not on SIGHUP (use asked_for_quit
instead kill_link)
  - it didn't remove the timeout after the watched child has ended, which
forced subsequent children to end prematurely.

Fixed in ppp-2.4.4-r3, which, with God's help, will be marked as stable after a
month.

------- Comment #2 From cilly 2006-11-03 04:12:53 0000 -------
Okay, now I get:

Nov  3 13:08:01 pluto pppd[15861]: Child process /etc/ppp/ip-down (pid 17302)
terminated with signal 15

It seems, the bug is in ip-down, too.

------- Comment #3 From Alin Năstac 2006-11-03 04:31:57 0000 -------
Please attach a complete log.

------- Comment #4 From cilly 2006-11-03 04:39:16 0000 -------
Which log do you need?

------- Comment #5 From Alin Năstac 2006-11-03 04:48:38 0000 -------
pppd's log of course!
From the moment you started with /etc/init.d/net.ppp0 start to the moment.
And make sure you restarted net.ppp0 _after_ you updated to ppp-2.4.4-r3.

------- Comment #6 From cilly 2006-11-03 04:51:24 0000 -------
Of course I restarted net.ppp0.

After sending kill -HUP to pppd the log looks like:

Nov  3 13:07:56 pluto pppd[15861]: Connection terminated.
Nov  3 13:08:01 pluto pppd[15861]: PPP session is 5068
Nov  3 13:08:01 pluto pppd[15861]: Using interface ppp0
Nov  3 13:08:01 pluto pppd[15861]: Connect: ppp0 <--> eth1
Nov  3 13:08:01 pluto pppd[15861]: Child process /etc/ppp/ip-down (pid 17302)
terminated with signal 15
Nov  3 13:08:02 pluto pppd[15861]: PAP authentication succeeded
Nov  3 13:08:02 pluto pppd[15861]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 13:08:02 pluto pppd[15861]: local  IP address xxx.xxx.xxx.xxx
Nov  3 13:08:02 pluto pppd[15861]: remote IP address xxx.xxx.xxx.xxx

The ip-up error disappeared. But the ip-down error is still present.

------- Comment #7 From Alin Năstac 2006-11-03 05:14:17 0000 -------
Dude, can you understand what I say? Please attach the COMPLETE pppd log, from
the net.ppp0 start to the moment you consider the alleged bug manifested its
presence.

------- Comment #8 From cilly 2006-11-03 05:19:03 0000 -------
there you go:

Nov  3 10:59:37 pluto pppd[5898]: Hangup (SIGHUP)
Nov  3 10:59:37 pluto pppd[5898]: Connect time 299.5 minutes.
Nov  3 10:59:37 pluto pppd[5898]: Sent 99654525 bytes, received 21051067 bytes.
Nov  3 10:59:37 pluto pppd[5898]: Connection terminated.
Nov  3 10:59:38 pluto pppd[5898]: write: Bad file descriptor (9)
Nov  3 10:59:43 pluto pppd[5898]: PPP session is 2911
Nov  3 10:59:43 pluto pppd[5898]: Using interface ppp0
Nov  3 10:59:43 pluto pppd[5898]: Connect: ppp0 <--> eth1
Nov  3 10:59:43 pluto pppd[5898]: PAP authentication succeeded
Nov  3 10:59:43 pluto pppd[5898]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 10:59:43 pluto pppd[5898]: local  IP address xxx.xxx.xxx.xxx
Nov  3 10:59:43 pluto pppd[5898]: remote IP address xxx.xxx.xxx.xxx
Nov  3 13:01:41 pluto pppd[5898]: Terminating on signal 15
Nov  3 13:01:41 pluto pppd[5898]: Connect time 122.0 minutes.
Nov  3 13:01:41 pluto pppd[5898]: Sent 41020815 bytes, received 19124733 bytes.
Nov  3 13:01:41 pluto pppd[5898]: Connection terminated.
Nov  3 13:01:43 pluto pppd[5898]: Exit.

restart with net.ppp0 with ppp-2.4.4-r3

Nov  3 13:01:48 pluto pppd[15860]: Plugin rp-pppoe.so loaded.
Nov  3 13:01:48 pluto pppd[15860]: RP-PPPoE plugin version 3.3 compiled against
pppd 2.4.4
Nov  3 13:01:48 pluto pppd[15861]: pppd 2.4.4 started by root, uid 0
Nov  3 13:01:48 pluto pppd[15861]: PPP session is 3648
Nov  3 13:01:48 pluto pppd[15861]: Using interface ppp0
Nov  3 13:01:48 pluto pppd[15861]: Connect: ppp0 <--> eth1
Nov  3 13:01:49 pluto pppd[15861]: PAP authentication succeeded
Nov  3 13:01:49 pluto pppd[15861]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 13:01:49 pluto pppd[15861]: local  IP address xxx.xxx.xxx.xxx
Nov  3 13:01:49 pluto pppd[15861]: remote IP address xxx.xxx.xxx.xxx

sending kill -HUP to pppd:

Nov  3 13:07:56 pluto pppd[15861]: Hangup (SIGHUP)
Nov  3 13:07:56 pluto pppd[15861]: Connect time 6.2 minutes.
Nov  3 13:07:56 pluto pppd[15861]: Sent 1866619 bytes, received 1271798 bytes.
Nov  3 13:07:56 pluto pppd[15861]: Connection terminated.
Nov  3 13:08:01 pluto pppd[15861]: PPP session is 5068
Nov  3 13:08:01 pluto pppd[15861]: Using interface ppp0
Nov  3 13:08:01 pluto pppd[15861]: Connect: ppp0 <--> eth1
Nov  3 13:08:01 pluto pppd[15861]: Child process /etc/ppp/ip-down (pid 17302)
terminated with signal 15
Nov  3 13:08:02 pluto pppd[15861]: PAP authentication succeeded
Nov  3 13:08:02 pluto pppd[15861]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 13:08:02 pluto pppd[15861]: local  IP address xxx.xxx.xxx.xxx
Nov  3 13:08:02 pluto pppd[15861]: remote IP address xxx.xxx.xxx.xxx

------- Comment #9 From Alin Năstac 2006-11-03 05:27:57 0000 -------
Okay, seems I need to tell you what I want in steps:
1) Add debug to pppd_ppp0
2) Make sure you log everything in your /var/log/messages (even the debug
level)
3) Run /etc/init.d/net.ppp0 restart
4) Make a mental note about the start time of the log
5) The moment you see the problem, run grep pppd /var/log/messages > pppd.log
6) Delete pppd.log lines logged before step 4 
7) Use our fine "Create a New Attachment" to submit the log
Is it clear now?

------- Comment #10 From cilly 2006-11-03 05:45:02 0000 -------
Okay, understood.

I use /var/log/ppp.log defined by syslog-ng already.

So why didn't you tell me to run ppp in debug before ;)

Will take some time since atm I can't exit pppd.

------- Comment #11 From cilly 2006-11-03 06:25:26 0000 -------
Btw, does not appear if in ip-down the code is commented:

#if [ -x /etc/init.d/net.$1 ]; then
#        if /etc/init.d/net.$1 --quiet status ; then
#                export IN_BACKGROUND="true"
#                /etc/init.d/net.$1 --quiet stop
#        fi
#fi

------- Comment #12 From cilly 2006-11-03 10:30:54 0000 -------
Sorry, it took so long, here is the log you requested:

Nov  3 19:21:33 pluto pppd[15861]: Exit.

restarted /etc/init.d/net.ppp0 with debug:

Nov  3 19:21:38 pluto pppd[6888]: Plugin rp-pppoe.so loaded.
Nov  3 19:21:38 pluto pppd[6888]: RP-PPPoE plugin version 3.3 compiled against
pppd 2.4.4
Nov  3 19:21:38 pluto pppd[6889]: pppd 2.4.4 started by root, uid 0
Nov  3 19:21:38 pluto pppd[6889]: PADS: Service-Name: ''
Nov  3 19:21:38 pluto pppd[6889]: PPP session is 4034
Nov  3 19:21:38 pluto pppd[6889]: using channel 11
Nov  3 19:21:38 pluto pppd[6889]: Using interface ppp0
Nov  3 19:21:38 pluto pppd[6889]: Connect: ppp0 <--> eth1
Nov  3 19:21:38 pluto pppd[6889]: sent [LCP ConfReq id=0x1 <mru 1492> <magic
0x66639575>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [LCP ConfReq id=0x8e <mru 1492> <auth
pap> <magic 0x738e9ef1>]
Nov  3 19:21:38 pluto pppd[6889]: sent [LCP ConfAck id=0x8e <mru 1492> <auth
pap> <magic 0x738e9ef1>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [LCP ConfAck id=0x1 <mru 1492> <magic
0x66639575>]
Nov  3 19:21:38 pluto pppd[6889]: sent [LCP EchoReq id=0x0 magic=0x66639575]
Nov  3 19:21:38 pluto pppd[6889]: sent [PAP AuthReq id=0x1 user="<hidden>"
password=<hidden>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [LCP EchoRep id=0x0 magic=0x738e9ef1]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [PAP AuthAck id=0x1 ""]
Nov  3 19:21:38 pluto pppd[6889]: PAP authentication succeeded
Nov  3 19:21:38 pluto pppd[6889]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 19:21:38 pluto pppd[6889]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [IPCP ConfNak id=0x1 <addr
xxx.xxx.xxx.28>]
Nov  3 19:21:38 pluto pppd[6889]: sent [IPCP ConfReq id=0x2 <addr
xxx.xxx.xxx.28>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [IPCP ConfAck id=0x2 <addr
xxx.xxx.xxx.28>]
Nov  3 19:21:38 pluto pppd[6889]: rcvd [IPCP ConfReq id=0x29 <addr
xxx.xxx.xxx.78>]
Nov  3 19:21:38 pluto pppd[6889]: sent [IPCP ConfAck id=0x29 <addr
xxx.xxx.xxx.78>]
Nov  3 19:21:38 pluto pppd[6889]: local  IP address xxx.xxx.xxx.28
Nov  3 19:21:38 pluto pppd[6889]: remote IP address xxx.xxx.xxx.78
Nov  3 19:21:38 pluto pppd[6889]: Script /etc/ppp/ip-up started (pid 6931)
Nov  3 19:21:59 pluto pppd[6889]: Script /etc/ppp/ip-up finished (pid 6931),
status = 0x0

sending kill -HUP to pppd:

Nov  3 19:22:39 pluto pppd[6889]: Hangup (SIGHUP)
Nov  3 19:22:39 pluto pppd[6889]: Connect time 1.1 minutes.
Nov  3 19:22:39 pluto pppd[6889]: Sent 111406 bytes, received 80365 bytes.
Nov  3 19:22:39 pluto pppd[6889]: Script /etc/ppp/ip-down started (pid 7826)
Nov  3 19:22:39 pluto pppd[6889]: sent [LCP TermReq id=0x2 "User request"]
Nov  3 19:22:39 pluto pppd[6889]: rcvd [LCP TermAck id=0x2]
Nov  3 19:22:39 pluto pppd[6889]: Connection terminated.
Nov  3 19:22:39 pluto pppd[6889]: Waiting for 1 child processes...
Nov  3 19:22:39 pluto pppd[6889]:   script /etc/ppp/ip-down, pid 7826
Nov  3 19:22:44 pluto pppd[6889]: sending SIGTERM to process 7826
Nov  3 19:22:45 pluto pppd[6889]: PADS: Service-Name: ''
Nov  3 19:22:45 pluto pppd[6889]: PPP session is 4249
Nov  3 19:22:45 pluto pppd[6889]: using channel 12
Nov  3 19:22:45 pluto pppd[6889]: Using interface ppp0
Nov  3 19:22:45 pluto pppd[6889]: Connect: ppp0 <--> eth1
Nov  3 19:22:45 pluto pppd[6889]: sent [LCP ConfReq id=0x3 <mru 1492> <magic
0x967fdcf9>]
Nov  3 19:22:45 pluto pppd[6889]: Child process /etc/ppp/ip-down (pid 7826)
terminated with signal 15
Nov  3 19:22:45 pluto pppd[6889]: rcvd [LCP ConfReq id=0xfd <mru 1492> <auth
pap> <magic 0x4f09cbba>]
Nov  3 19:22:45 pluto pppd[6889]: sent [LCP ConfAck id=0xfd <mru 1492> <auth
pap> <magic 0x4f09cbba>]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [LCP ConfAck id=0x3 <mru 1492> <magic
0x967fdcf9>]
Nov  3 19:22:45 pluto pppd[6889]: sent [LCP EchoReq id=0x0 magic=0x967fdcf9]
Nov  3 19:22:45 pluto pppd[6889]: sent [PAP AuthReq id=0x2 user="<hidden>"
password=<hidden>]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [LCP EchoRep id=0x0 magic=0x4f09cbba]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [PAP AuthAck id=0x2 ""]
Nov  3 19:22:45 pluto pppd[6889]: PAP authentication succeeded
Nov  3 19:22:45 pluto pppd[6889]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 19:22:45 pluto pppd[6889]: sent [IPCP ConfReq id=0x3 <addr 0.0.0.0>]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [IPCP ConfNak id=0x3 <addr
xxx.xxx.xxx.14>]
Nov  3 19:22:45 pluto pppd[6889]: sent [IPCP ConfReq id=0x4 <addr
xxx.xxx.xxx.14>]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [IPCP ConfAck id=0x4 <addr
xxx.xxx.xxx.14>]
Nov  3 19:22:45 pluto pppd[6889]: rcvd [IPCP ConfReq id=0xde <addr
xxx.xxx.xxx.78>]
Nov  3 19:22:45 pluto pppd[6889]: sent [IPCP ConfAck id=0xde <addr
xxx.xxx.xxx.78>]
Nov  3 19:22:45 pluto pppd[6889]: local  IP address xxx.xxx.xxx.14
Nov  3 19:22:45 pluto pppd[6889]: remote IP address xxx.xxx.xxx.78
Nov  3 19:22:45 pluto pppd[6889]: Script /etc/ppp/ip-up started (pid 8071)
Nov  3 19:23:07 pluto pppd[6889]: Script /etc/ppp/ip-up finished (pid 8071),
status = 0x0

------- Comment #13 From cilly 2006-11-03 10:39:11 0000 -------
Workaround:

disable the code in ip-down as in: 

https://bugs.gentoo.org/show_bug.cgi?id=153798#c11

Then the ip-down finishes successfully:

Nov  3 19:35:33 pluto pppd[6889]: Hangup (SIGHUP)
Nov  3 19:35:33 pluto pppd[6889]: Connect time 1.2 minutes.
Nov  3 19:35:33 pluto pppd[6889]: Sent 56661 bytes, received 28717 bytes.
Nov  3 19:35:33 pluto pppd[6889]: Script /etc/ppp/ip-down started (pid 12207)
Nov  3 19:35:33 pluto pppd[6889]: sent [LCP TermReq id=0x8 "User request"]
Nov  3 19:35:33 pluto pppd[6889]: rcvd [LCP TermAck id=0x8]
Nov  3 19:35:33 pluto pppd[6889]: Connection terminated.
Nov  3 19:35:33 pluto pppd[6889]: Waiting for 1 child processes...
Nov  3 19:35:33 pluto pppd[6889]:   script /etc/ppp/ip-down, pid 12207
Nov  3 19:35:33 pluto pppd[6889]: Script /etc/ppp/ip-down finished (pid 12207),
status = 0x0
Nov  3 19:35:33 pluto pppd[6889]: PADS: Service-Name: ''
Nov  3 19:35:33 pluto pppd[6889]: PPP session is 6980
Nov  3 19:35:33 pluto pppd[6889]: using channel 15
Nov  3 19:35:33 pluto pppd[6889]: Using interface ppp0
Nov  3 19:35:33 pluto pppd[6889]: Connect: ppp0 <--> eth1
Nov  3 19:35:33 pluto pppd[6889]: sent [LCP ConfReq id=0x9 <mru 1492> <magic
0xeeddd119>]
Nov  3 19:35:33 pluto pppd[6889]: rcvd [LCP ConfReq id=0x3d <mru 1492> <auth
pap> <magic 0x50ced5b7>]
Nov  3 19:35:33 pluto pppd[6889]: sent [LCP ConfAck id=0x3d <mru 1492> <auth
pap> <magic 0x50ced5b7>]
Nov  3 19:35:33 pluto pppd[6889]: rcvd [LCP ConfAck id=0x9 <mru 1492> <magic
0xeeddd119>]
Nov  3 19:35:33 pluto pppd[6889]: sent [LCP EchoReq id=0x0 magic=0xeeddd119]
Nov  3 19:35:33 pluto pppd[6889]: sent [PAP AuthReq id=0x5 user="<hidden>"
password=<hidden>]
Nov  3 19:35:34 pluto pppd[6889]: rcvd [LCP EchoRep id=0x0 magic=0x50ced5b7]
Nov  3 19:35:34 pluto pppd[6889]: rcvd [PAP AuthAck id=0x5 ""]
Nov  3 19:35:34 pluto pppd[6889]: PAP authentication succeeded
Nov  3 19:35:34 pluto pppd[6889]: peer from calling number xx:xx:xx:xx:xx:xx
authorized
Nov  3 19:35:34 pluto pppd[6889]: sent [IPCP ConfReq id=0x9 <addr 0.0.0.0>]
Nov  3 19:35:34 pluto pppd[6889]: rcvd [IPCP ConfNak id=0x9 <addr
xxx.xxx.xxx.184>]
Nov  3 19:35:34 pluto pppd[6889]: sent [IPCP ConfReq id=0xa <addr
xxx.xxx.xxx.184>]
Nov  3 19:35:34 pluto pppd[6889]: rcvd [IPCP ConfReq id=0xce <addr
xxx.xxx.xxx6.78>]
Nov  3 19:35:34 pluto pppd[6889]: sent [IPCP ConfAck id=0xce <addr
xxx.xxx.xxx6.78>]
Nov  3 19:35:34 pluto pppd[6889]: rcvd [IPCP ConfAck id=0xa <addr
xxx.xxx.xxx.184>]
Nov  3 19:35:34 pluto pppd[6889]: local  IP address xxx.xxx.xxx.184
Nov  3 19:35:34 pluto pppd[6889]: remote IP address xxx.xxx.xxx6.78
Nov  3 19:35:34 pluto pppd[6889]: Script /etc/ppp/ip-up started (pid 12236)
Nov  3 19:35:49 pluto pppd[6889]: Script /etc/ppp/ip-up finished (pid 12236),
status = 0x0

------- Comment #14 From Alin Năstac 2006-11-04 00:04:03 0000 -------
What you have described in comment 13 is normal functionality, not a bug. 

From pppd's point of view: pppd have a parameter called child-timeout, which by
default is set to 5 seconds. pppd reserves the right to kill any child that
don't end in "child-timeout" seconds.

From baselayout pov: depending on your configuration, there are actions to be
take when net.ppp0 become inactive. For instance, if net.ppp0 is the service
associated with "net" dependency, it will close all services with "need net".
To discover what serviced are depending on net.ppp0, just shut it down and see
the list of services closed by the command.

Re-closed as FIXED.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug