SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264
|
Notes |
|
|
|
|
I think the rrdfix script should not run every 5 minutes. I check this now. |
|
|
|
|
In deed it is in cron.cyclic and from crontab, and run every 5 min:
&nolog */5 * * * * [ -x /bin/run-parts ] && run-parts --report /etc/cron.cyclic
cron.cyclic :
# cat /etc/cron.cyclic/makegraphs
#!/bin/sh
[ -x /usr/local/bin/rrdfix.sh ] && /usr/local/bin/rrdfix.sh >/dev/null
/usr/local/bin/makegraphs.pl >/dev/null
exit 0
|
|
|
|
|
|
ok. you are right.Then for now we should exclude the ntop directory. It's to big for check that directory every 5 minutes. |
|
|
|
|
Hello ra,
I'm looking now to a system, and it gaves me :
rrdfix.sh
ERROR: opening '/var/ntop/rrd/flows/Host': No such file or directory
ERROR: opening '/var/ntop/rrd/flows/Host': No such file or directory
And if we remove the /var/ntop dir from the script then the files under that directory will be not deleted.
i executed the script and under the /var/ntop directory the file count is the same:
# for i in ntop; do echo -n "$i: "; find $i -type f | wc -l; done
ntop: 8201
i suppose that after the error, the script don't check that directory any more..
-------------
Other update, i found the problem i think..
indeed there is no /var/ntop/rrd/flows/Host directory but is:
root@endian:/var/ntop/rrd/flows # cd Host\ Last\ Seen/
root@endian:/var/ntop/rrd/flows/Host Last Seen #
# ls -acl
total 16
drwx------ 4 ntop ntop 4096 Nov 15 17:02 .
drwxr-xr-x 5 ntop ntop 4096 Mar 16 2010 ..
drwx------ 2 ntop ntop 4096 Nov 15 17:02 Host Last Seen
drwx------ 2 ntop ntop 4096 Nov 15 17:02 ICMP Watch
i think the problem will be the same with ICMP Watch also because the directory name is splitted.
the solution would be modifying the script to be able to check directories like /var/ntop/rrd/flows/Host Last Seen # or ntop creating 1 named directories..
Regards,
ardit. |
|
|
|
|
hi ardit,
i have done some tests and on my machine this problem never arises.
on which hardware the software is running?
thanks a lot!
lo |
|
|
|
|
hi lo :)
please check the mail,
thanks,
ardit |
|
|
|
|
hi lo,
I also verified on some systems (specially mini) that when ntop is on the CPU shows 100% almost all the time, and i think there is some impact when the script is automatically executed then it runs on the memory all the time..
You can check this thread on efw-support for more info, because different users reported this with the community edition as well.
http://efwsupport.com/index.php?topic=1341.0 [^]
regards
ardit. |
|
|
|
|
Hello ardit,
this problem has been fixed in the last update :)
let me know if the problem persists!
have a nice day
Lo |
|
|
|
|
root@biofw:~ # rrdfix.sh
ERROR: opening '/var/ntop/rrd/flows/Host': No such file or directory
ERROR: opening '/var/ntop/rrd/flows/Host': No such file or directory
another system |
|
|
|
|
Hi ardit!
as said, the problem exists and we are sure about that.
Now, I will work hard in order to reproduce it, because up to now it arises in an unpredictable way.
Thanks for testing & happy hacking
Lo |
|
|
|
|
|
We have to release the fix for 2.3 :) |
|
|
|
|
Hi Guys
i've the same problem on a 2.5 x86
i see that when the rrdfix cron in /etc/cron.cyclic starts CPU shows 100% almost all the time.
I have notice that the problem is NTOP folder (/var/ntop)that is 1.4 GB and rrdfix.sh script uses about 4 minutes to be completed and coronjob start every 5 minutes. |
|
|
|
|
|
Sorry, i would add that i have no "file not found" problem but "only" CPU high workload problem. |
|