From Bugzilla Helper: User-Agent: Mozilla/4.76 [en] (X11; U; Linux 2.4.2-2 i586; Nav) Description of problem: Everytime I connect to my ISP (using the ifup script), and then start X (either with 'startx' or by invoking xinit), pppd exits, and the log messages simply say that it received a SIGHUP and is exiting. I'm using the standard setup as rp3-config creates it: i.e., /etc/wvdial.conf, /etc/ppp/peers/ppp*, and /etc/sysconfig/network-scripts/ifcfg-ppp* contain the configuration info. How reproducible: Always Steps to Reproduce: 1. Run "ifup ppp0" to connect to ISP. 2. Run "startx" to start X. Actual Results: pppd dies with signal SIGHUP Additional info: ppp-2.4.0-2 XFree86-4.0.3-5 wvdial-1.41-12 My connection to my ISP is via dialup modem. I've also looked in the X log messages, but found nothing relevant.
Similar thing happens to me with a few differences: - I go into X first and then use the Red Hat dialer (which calls wvdial); - Connection dies randomly, and /var/log/messages has the same thing as blogan's, which is like that: Jul 5 00:05:58 localhost pppd[2024]: Hangup (SIGHUP) Jul 5 00:05:58 localhost pppd[2024]: Modem hangup Jul 5 00:05:58 localhost pppd[2024]: Connection terminated. Jul 5 00:05:58 localhost pppd[2024]: Connect time 4.0 minutes. Jul 5 00:05:58 localhost pppd[2024]: Sent 30852 bytes, received 597326 bytes. - And lastly, there are times when the connection stays active for a surprisingly long time. I haven't the faintest idea who sends this @#$%& SIGHUP to pppd. Any way of figuring that out?
I just upgraded my kernel from the stock 2.4.2-2 to 2.4.5-ac12 and that fixed the problem of X killing pppd. I guess it was a bug in the kernel?
Please verify this with a newer version of Red Hat Enterprise Linux or Fedora Core and reopen it against the new version if it still occurs. Closing as "not a bug" for now.