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): ppp-2.4.2-7 How reproducible: Always 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. Additional info:
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 ? Thanks.
Can you please try to rebuild and use the FC-5 ppp package, it contains lots of fd fixes.
This bug entry was in needinfo for some time. Closing due to user inactivity as "NOT A BUG".