Darkstat installed but there is no service running

ninoalcamo

I can say that i get that errors link only when system boots up while the network try to get internet. I do not know why … then the router works properly with no issues with no link up/link down issues (with darkstat uninstalled). It seems ridicolous but it is true. Maybe an hardware issue? I will try to reinstall pfsense, thanks for your time and patience.

doktornotor

That is a giant issue, but not with darkstat. Look, on every such hotplug, the entire firewall gets reloaded, and the packages restarted. Over and over and over again. This absolutely needs to get solved before debugging anything else. Nothing will start properly when your network is broken like this.

Look here:

Feb 1 01:12:57 pfsense php-fpm[271]: /rc.start_packages: Restarting/Starting all packages.

And then - one second later:

Feb 1 01:12:58 pfsense php-fpm[12272]: /rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - -> 172.16.0.1 - Restarting packages.

It just breaks things when you keep restarting them before they even had a chance to start.

doktornotor

And this:

Feb 1 01:12:58 pfsense php-fpm[12272]: /rc.newwanip: rc.newwanip: Info: starting on ovpns1.
Feb 1 01:12:58 pfsense php-fpm[12272]: /rc.newwanip: rc.newwanip: on (IP address: 172.16.0.1) (interface: []) (real interface: ovpns1).
Feb 1 01:12:58 pfsense php-fpm[12272]: /rc.newwanip: rc.newwanip called with empty interface.

Well that's obviously no good. OpenVPN started before your WAN had a chance to start.

Feb 1 01:12:59 pfsense check_reload_status: Linkup starting em0
Feb 1 01:12:59 pfsense kernel: em0: link state changed to UP
Feb 1 01:13:00 pfsense php-fpm[12272]: /rc.linkup: Hotplug event detected for WAN(wan) static IP (x.x.x.x )

(As mentioned earlier, there are known issues with assigned OpenVPN interfaces racing on boot).

Get rid of the OpenVPN assigned thing if at all possible.

And this finishes the disaster:

Feb 1 01:13:02 pfsense php-fpm[12272]: /rc.newwanip: IP has changed, killing states on former IP 192.168.100.1.

So, the cable modem finally got you a valid lease on WAN – and things get restarted for the third time in some <5 seconds. No chance of working in a sane way.

Also, there's a setting to reject this kind of unwanted leases from modems, use it.

doktornotor

As for your stray menu entry mentioned elsewhere. If it's still a problem:

1/ Diagnostics - Backup & Restore - Download configuration as XML. Do NOT proceeed until you have a backup.

2/ Login via SSH and run this from shell:


cd /tmp
fetch https://raw.githubusercontent.com/pfsense/FreeBSD-ports/488e5a141599db497898a6305bbfa83daa96fa39/net-mgmt/pfSense-pkg-darkstat/files/usr/local/pkg/darkstat.xml

3/ Go to Diagnostics - Command Prompt - Execute PHP Commands, paste this there (use Select, CTRL+C), and Execute:


require_once("/etc/inc/pkg-utils.inc");
$pkg_config = parse_xml_config_pkg("/tmp/darkstat.xml", "packagegui");
$menus =& $config['installedpackages']['menu'];
$changeset = "Removed stray darkstat menu entry";
if (is_array($pkg_config['menu'])) {
	if (is_array($pkg_config['menu']) && is_array($menus)) {
		foreach ($pkg_config['menu'] as $menu) {
			foreach ($menus as $key => $instmenu) {
				if ($instmenu['name'] == $menu['name']) {
					unset($menus[$key]);
					break;
				}
			}
                }
        }
}
write_config($changedesc);

4/ Reload the webGUI.

ninoalcamo

Thanks for your help. I will try when I will come back to home

doktornotor

Get 3.1.3_2 and it will have no issues with menu items or whatever, but obviously that won't solve your network issues. Those really need to be dealt with separately, they cause a lot of collateral damage here with many other packages, which, as you've noticed, fail to start properly as well.

ninoalcamo

I solved swapping pfsense machine with a new one because the old one stopped working definitely, same configuration and there is no problems with packages now. But ntopng still say me this:

[HTTPserver.cpp:503] ERROR: Unable to start HTTP server (IPv4) on ports 3000: Address already in use

But there are only darkstat and ntopng running, and darkstat uses 666. If I try to access to pfsense_IP:3000 i can login with no problem. I have read other same issues but without now solutions, is it a bug or what?

doktornotor

Yeah that ntopng noise has nothing to do with the topic here. Plus ntopng keeps crashing, and crashing, and crashing. https://redmine.pfsense.org/issues/7247

ninoalcamo

So I will uninstall it for now. Thanks for all dok ;)

doktornotor

Yeah I guess better wait and check it again when the ntopng package is updated to a newer snapshot build.