Project

General

Profile

Actions

Bug #8921

closed

dpinger without .pid files.?. 'pending' status

Added by Pi Ba about 3 years ago. Updated about 3 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Gateway Monitoring
Target version:
Start date:
09/19/2018
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.4.4
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..)

Actions #1

Updated by Pi Ba about 3 years ago

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..

Actions #2

Updated by Pi Ba about 3 years ago

Actions #3

Updated by Steve Beaver about 3 years ago

  • Target version changed from 2.4.4-GS to 2.4.4-p1
Actions #4

Updated by Steve Beaver about 3 years ago

  • Assignee set to Steve Beaver
Actions #5

Updated by Steve Beaver about 3 years ago

  • Status changed from New to Feedback
Actions #6

Updated by Steve Beaver about 3 years ago

PR tested and applied. Thanks.

Actions #7

Updated by Steve Wheeler about 3 years ago

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.

Actions #8

Updated by Steve Beaver about 3 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF