-
-
Notifications
You must be signed in to change notification settings - Fork 567
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Issues with package from Debian Bookworm backprots #998
Comments
Hello!
This error is not critical can does not mean that there are any issues.
Please try running FastNetMon daemon as systems runs it and check for
possible error during it.
I can recommend reverting configuration to original one as crash may be
cause by something in configuration.
Also worth checking dmesg for potential issues and look for anything in
/var/log/fastnetmon.log
If you accidentally added 0.0.0.0/0 in networks list or added network large
then /16 it will crash due to lack of memory too.
Sincerely yours, Pavel Odintsov
…On Sun, 7 Jan 2024 at 21:58, przemeksw ***@***.***> wrote:
Version: 1.2.6
System - debian 12.4
Hi.
After starting fastnetmon using "service fastnetmon start" I wait for a
very long time.
journalctl -xe - says that pid cannot be created in the specified path -
even though the access rights are there, because fastnetmon is run as root.
Please let me know how to improve it
***@***.***:/run# service fastnetmon status
× fastnetmon.service - FastNetMon - DoS/DDoS analyzer with
sFlow/Netflow/mirror support
Loaded: loaded (/lib/systemd/system/fastnetmon.service; enabled; preset:
enabled)
Active: failed (Result: timeout) since Sun 2024-01-07 22:53:50 CET; 1min
32s ago
Duration: 9.789s
Docs: man:fastnetmon(8)
Process: 3015 ExecStart=/usr/sbin/fastnetmon --daemonize (code=exited,
status=0/SUCCESS)
CPU: 1.852s
Jan 07 22:52:20 ddos systemd[1]: Starting fastnetmon.service - FastNetMon
- DoS/DDoS analyzer with sFlow/Netflow/mirror support...
Jan 07 22:52:20 ddos fastnetmon[3015]: We will run in daemonized mode
*Jan 07 22:52:20 ddos systemd[1]: fastnetmon.service: Can't open PID file
/run/fastnetmon.pid (yet?) after start: No such file or directory*
Jan 07 22:53:50 ddos systemd[1]: fastnetmon.service: start operation timed
out. Terminating.
Jan 07 22:53:50 ddos systemd[1]: fastnetmon.service: Failed with result
'timeout'.
Jan 07 22:53:50 ddos systemd[1]: Failed to start fastnetmon.service -
FastNetMon - DoS/DDoS analyzer with sFlow/Netflow/mirror support.
Jan 07 22:53:51 ddos systemd[1]: fastnetmon.service: Consumed 1.852s CPU
time.
—
Reply to this email directly, view it on GitHub
<#998>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU56ZVWZGUH3JGJJGN3ZXLYNMLA7AVCNFSM6AAAAABBQTQCN6VHI2DSMVQWIX3LMV43ASLTON2WKOZSGA3DSMZQG4YTQMY>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
I have a /20 monitoring network - so it's not that big. The configuration file is original - without any modifications. The process itself is starting - as you write - but I prefer it to be correct |
Jan 07 23:11:38 ddos fastnetmon[3332]: We will run in daemonized mode |
Hello!
You should not see timeouts, that's clearly means that there are some
issues but pid error is just red herring.
If configuration is standard then it's clearly something wrong with machine
itself.
/20 is perfectly fine.
Do you see messages in log?
Sincerely yours, Pavel Odintsov
…On Sun, 7 Jan 2024 at 22:09, przemeksw ***@***.***> wrote:
I have a /20 monitoring network - so it's not that big. The configuration
file is original - without any modifications. The process itself is
starting - as you write - but I prefer it to be correct
—
Reply to this email directly, view it on GitHub
<#998 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU56ZRONM6KP6FS3AB46V3YNMMKJAVCNFSM6AAAAABBQTQCN6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBQGE4TCMZXGM>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
2024-01-07 22:58:51,538 [ERROR] Could not create pid file, please check permissions: /run/fastneton/fastnetmon.pid 2024-01-07 22:59:00,450 [ERROR] Could not create pid file, please check permissions: /run/fastneton/fastnetmon.pid |
Hello!
Nothing unusual actually. I can recommend running it manually not from
systemd and it may show some error on console.
We routinely test FastNetMon in Debian 12 and it definitely works:
https://app.circleci.com/pipelines/github/pavel-odintsov/fastnetmon-community-packages?branch=master
If it does not then it's something in this machine and I do recommend
deploying fresh VM or container and trying it again.
Sincerely yours, Pavel Odintsov
…On Sun, 7 Jan 2024 at 22:16, przemeksw ***@***.***> wrote:
2024-01-07 22:58:51,538 [ERROR] Could not create pid file, please check
permissions: /run/fastneton/fastnetmon.pid
2024-01-07 22:59:00,449 [INFO] Logger initialized!
2024-01-07 22:59:00,450 [INFO] ExaBGP support initialized correctly
2024-01-07 22:59:00,450 [INFO] We read global ban settings: Configuration
params:
We call ban script: yes
We call ban script for IPv6: no
Packets per second: 29000
Mbps per second: 1100
Flows per second: 20000
2024-01-07 22:59:00,450 [ERROR] Could not create pid file, please check
permissions: /run/fastneton/fastnetmon.pid
2024-01-07 22:59:09,823 [INFO] Logger initialized!
2024-01-07 22:59:09,824 [INFO] ExaBGP support initialized correctly
2024-01-07 22:59:09,824 [INFO] We read global ban settings: Configuration
params:
—
Reply to this email directly, view it on GitHub
<#998 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU56ZSFOD52QUTUZJWELPTYNMNDXAVCNFSM6AAAAABBQTQCN6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBQGE4TIMJZGU>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
the problem is that if pid is not created, systemd automatically restarts the daemon. - I started it manually and it works now, but it doesn't change the fact that something is wrong. |
Hello!
We actually completely changed our systemd configuration in 1.2.6:
https://github.com/pavel-odintsov/fastnetmon/blob/9ee31530e4f012ad33c9fd70850221a21107945e/src/scripts/build_any_package.pl#L57
Are you using official package from Debian? Is it from Bookworm or from
backports?
If it does not work then I can recommend reaching maintainers using Debian
bug tracker as we do not maintain it on our own.
I'll check with our maintainer about systemd configuration but it will be
changed only in future Debian releases or in backports
Sincerely yours, Pavel Odintsov
…On Sun, 7 Jan 2024 at 22:49, przemeksw ***@***.***> wrote:
the problem is that if pid is not created, systemd automatically restarts
the daemon. - I started it manually and it works now, but it doesn't change
the fact that something is wrong.
I have no idea why it behaves this way. Other applications including
exabgp create pids in this location without any problems.
—
Reply to this email directly, view it on GitHub
<#998 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAU56ZTI2DRAUETW5XJICP3YNMQ63AVCNFSM6AAAAABBQTQCN6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQOBQGIYDGNZZGU>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
I use backports, the official Bookworm repo is the older version 1.2.4-2 |
Thank you for bug report. It's clearly bug in upstream Sid / Bookworm backports package and I'll share this issue with our maintainer. You can manually fix it by making these adjustments bffdec7 for /lib/systemd/system/fastnetmon.service Then you need to reload systemd configuration:
And then restart FastNetMon:
|
Reported to upstream. |
yes bffdec7 solves the problem. |
Awesome. Sorry about this issue. We upgraded to 1.2.6 so easily that did not even check if everything is running smooth |
We added backports checking for CI and it immediately picked up issue. |
Issue was should be fixed in upstream. |
Version: 1.2.6
System - debian 12.4
Hi.
After starting fastnetmon using "service fastnetmon start" I wait for a very long time.
journalctl -xe - says that pid cannot be created in the specified path - even though the access rights are there, because fastnetmon is run as root.
Please let me know how to improve it
root@ddos:/run# service fastnetmon status
× fastnetmon.service - FastNetMon - DoS/DDoS analyzer with sFlow/Netflow/mirror support
Loaded: loaded (/lib/systemd/system/fastnetmon.service; enabled; preset: enabled)
Active: failed (Result: timeout) since Sun 2024-01-07 22:53:50 CET; 1min 32s ago
Duration: 9.789s
Docs: man:fastnetmon(8)
Process: 3015 ExecStart=/usr/sbin/fastnetmon --daemonize (code=exited, status=0/SUCCESS)
CPU: 1.852s
Jan 07 22:52:20 ddos systemd[1]: Starting fastnetmon.service - FastNetMon - DoS/DDoS analyzer with sFlow/Netflow/mirror support...
Jan 07 22:52:20 ddos fastnetmon[3015]: We will run in daemonized mode
Jan 07 22:52:20 ddos systemd[1]: fastnetmon.service: Can't open PID file /run/fastnetmon.pid (yet?) after start: No such file or directory
Jan 07 22:53:50 ddos systemd[1]: fastnetmon.service: start operation timed out. Terminating.
Jan 07 22:53:50 ddos systemd[1]: fastnetmon.service: Failed with result 'timeout'.
Jan 07 22:53:50 ddos systemd[1]: Failed to start fastnetmon.service - FastNetMon - DoS/DDoS analyzer with sFlow/Netflow/mirror support.
Jan 07 22:53:51 ddos systemd[1]: fastnetmon.service: Consumed 1.852s CPU time.
The text was updated successfully, but these errors were encountered: