Red Hat Bugzilla – Bug 163201
pppd leaks comm channel file descriptor to /etc/ppp/ip-up
Last modified: 2007-11-30 17:11:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
pppd is designed to execute /etc/ppp/ip-up after IP negotiation is complete. To accomplish this is forks, closes internat file descriptors and execs ip-ip. However, it fails to close devfd, the file descriptor of the communication channel. If ip-up spawns further programs (such as a daemon), the file descriptor may remain open and pppd is unable to close/free the channel (in my case, ATM PVC
over Speed Touch DSL). For example, I can't restart pppd etc.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. add "sleep 3600" to /etc/ppp/ip-up
2. run pppd (I use speedtch and pppoatm kernel drivers as the channel)
3. kill the pppd process
Actual Results: pppd failed to free communication channel - cat /proc/net/atm/vc shows the PVC connection is still in use. It will be closed when "sleep 3600" timeouts or is killed.
Expected Results: ppp should have closed (destroyed) the PVC.
Created attachment 116728 [details]
This patch to pppd seems to fix this bug.
This report targets the FC3 or FC4 products, which have now been EOL'd.
Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?
Can you please try to rebuild and use the FC-5 ppp package, it contains lots of
This bug entry was in needinfo for some time. Closing due to user inactivity as
"NOT A BUG".