If the option DEMAND in /etc/ppp/pppoe.conf ist used and assigned a numerical value, the adsl-connect script tries to use a parameter list for invoking pppd which contains a false parameter, so pppd is not able to startup. Its on line 192 in /usr/sbin/adsl-connect: parameters "connect true" in the list prevent pppd from starting and the adsl-connect script hangs if rp-pppoe plugin is also used. For proper operation these parameters have to be removed. Reproducible: Always Steps to Reproduce: populate DEMAND in /etc/ppp/pppoe.conf and use rp-pppoe.so kernel mode plugin Actual Results: pppd terminates on startup for an unknown command line parameter Expected Results: proper startup of pppd when called via init script "/etc/init.d/rp-pppoe start"
does any of the following changes solve your problem? a) true -> /bin/true b) removal of "connect true" parameters
Yes, removal of "connect true" fixes this issue. If not removed, pppd logs the connect parameter as "unrecognized option" and dies... This is only the case if the rp-pppoe.so kernel mode plugin is loaded as well. I don
Yes, removal of "connect true" fixes this issue. If not removed, pppd logs the connect parameter as "unrecognized option" and dies... This is only the case if the rp-pppoe.so kernel mode plugin is loaded as well. I don´t see any necessity for this parameters in any mode, so they should be completly removed. If their is a reason for this parameters, a additional condition in the adsl-connect script on line 192 should be inserted to check if the kernel mode plugin is loaded and invoke a parameter list via the DEMAND variable without "connect true".
fixed in -r9
