Bug #8921
closed
dpinger without .pid files.?. 'pending' status
Added by Pi Ba about 6 years ago.
Updated about 6 years ago.
Category:
Gateway Monitoring
Affected Architecture:
All
Description
Using 2.4.4-RC (amd64) built on Tue Sep 18 17:52:29 EDT 2018
I've installed a new pfSense VM with 3 wan interfaces assigned by DHCP.
The second wan interface, does not get a reply from the dhcp server on that network.
After a reboot the machine all 3 gateways remain in 'pending' state..
Looking with htop there are 2 dpinger processes, both are supposed to write their .pid file in /var/run/. But for some reason neither did, or it was deleted.?.. Not sure yet.. will try and find out more tomorrow. dpingers are reporting their status when questioned by "socat stdio /var/run/dpinger_OPT2_DHCP~100.64.240.50~8.8.4.4.sock".. so not sure yet what went wrong there, it seemed to me this could be troublesome for some people though, so i decided to report today, investigate further tomorrow.. (i'm confident its 'supposed' to work though..)
Added some logging:
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL sigkillbypid( /var/run/dpinger_OPT2_DHCP~100.64.240.50~8.8.4.4.pid ) [ simplestacktrace2(..) - /etc/inc/util.inc:69 sigkillbypid(..) - /etc/inc/util.inc:32 killbypid(..) - /etc/inc/gwlb.inc:85 stop_dpinger(..) - /etc/inc/gwlb.inc:301 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ]
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL sigkillbypid( /var/run/dpinger_WAN_DHCP~100.64.143.98~8.8.8.8.pid ) [ simplestacktrace2(..) - /etc/inc/util.inc:69 sigkillbypid(..) - /etc/inc/util.inc:32 killbypid(..) - /etc/inc/gwlb.inc:85 stop_dpinger(..) - /etc/inc/gwlb.inc:301 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ]
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL sigkillbypid( /var/run/dpinger_WAN_DHCP~100.64.143.98~8.8.8.8.pid ) [ simplestacktrace2(..) - /etc/inc/util.inc:69 sigkillbypid(..) - /etc/inc/util.inc:32 killbypid(..) - /etc/inc/gwlb.inc:85 stop_dpinger(..) - /etc/inc/gwlb.inc:166 start_dpinger(..) - /etc/inc/gwlb.inc:309 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ]
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL start DPINGER( 8.8.8.8 ) [ simplestacktrace(..) - /etc/inc/gwlb.inc:181 start_dpinger(..) - /etc/inc/gwlb.inc:309 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ] 0
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL sigkillbypid( /var/run/dpinger_OPT2_DHCP~100.64.240.50~8.8.4.4.pid ) [ simplestacktrace2(..) - /etc/inc/util.inc:69 sigkillbypid(..) - /etc/inc/util.inc:32 killbypid(..) - /etc/inc/gwlb.inc:85 stop_dpinger(..) - /etc/inc/gwlb.inc:166 start_dpinger(..) - /etc/inc/gwlb.inc:309 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ]
Sep 20 19:42:05 php-fpm 318 /rc.newwanip: CALL start DPINGER( 8.8.4.4 ) [ simplestacktrace(..) - /etc/inc/gwlb.inc:181 start_dpinger(..) - /etc/inc/gwlb.inc:309 setup_gateways_monitor(..) - /etc/rc.newwanip:195 ] 0
And it looks like dpinger is being killed and immediately started again, i suspect the old process is still 'shutting down'.. And deletes the pid file as a final step, while actually the new dpinger was already running..
- Target version changed from 2.4.4-GS to 2.4.4-p1
- Assignee set to Anonymous
- Status changed from New to Feedback
PR tested and applied. Thanks.
I'm unable to replicate this is 2.4.4. I configured 3 WANs, all DHCP with one that fails to find a server. Only that WAN shows as pending after rebooting.
This looks like a timing issue though so might be hardware dependent.
- Status changed from Feedback to Resolved
Also available in: Atom
PDF