Solved: Bandwidthd core dump
-
It may have something to do with the database. I see different dates in the upper left on Daily, Weekly and Monthly. Daily and monthly are keeping updated with current date/time +/- three minute because of the update interval. Whereas Weekly has yesterday's date. But I've also seen the date wrong on Daily too.
When you try to access it too soon it says (as it should) it has nothing to graph and to refer to the README. No readme in /usr/local/bandwidthd
-
I see you use (or have used) ntop. How does it compare to bandwidthd?
-
Ntop is beyond basic, It charts everything. I have only checked it a few times as I have had little time to study up on it and all it's functions. I like B d for it's easy to read graphs and counter. And it's got just and only what I want to see at the top of the page.
-
I changed a few settings for the config of Bwd. Then from the console,shelled out and did a chmod 666 (was 600)for the bandwidthd.core file in
/usr/local/bandwidthd and so far no core dumps. It is not quite past the five hour max we have seen. But I usually get core dumps within 1 to 2 hours.
Here's the settings:skip interval=6 (default)
graph cutoff=1024 (default is 100)
prom. on=checked
output_cdf =unchecked
recover_cdf=unchecked
filter=no entry/blank/empty
Draw Graphs = checked
meta refresh = 333 (default is 150):o
-
Setting the graph cut off too 100 stopped the core dumps. I have ran this on 4 different box's now and all but this machine I set the cut off to 5 ( Make it work + More accurate I figure). First time I have see this issue caused from the cut off setting. It's a 3 Gig cpu with 1 Gb of memory using 14 % at the most. I'm going to try 50 this morning and let it run all day.
Will report back if it starts dumping again. -
;D
Good news. My core dumps are gone too. On the graph cutoff setting….How low can we go!?!
I have dual XEON 2.4 and 2GB RAM using 4 Intel 82558 Pro/100 NICs
RAID:
Partition Percent Capacity Free Used Size
/dev/aacd0s1a 0% 26.52 GB 124.98 MB 28.95 GB
/dev/md0 1% 3.29 MB 28.00 KB 3.61 MB
devfs 100% 0.00 KB 1.00 KB 1.00 KB
devfs 100% 0.00 KB 1.00 KB 1.00 KB
Totals : 0% 26.52 GB 125.01 MB 28.96 GB -
I set the problem box to 50 for the cut off this morning and it has not core dumped all day. Will try 25 tomorrow morning. My dell 280 is set @ 5 and has been for months. I wonder if the built in Nic on the IBM is the fault. Both have the same Gigabit dual lan card for the Lan and Opt1 interface. Should have bought 2 of those dells!!
-
The lower the beter. I'll keep bumping my ol' dell 2650 down and keep posting. Also saw in the expired bounty posts references to NIC sensitivity. I don't use the onboard nics on the 2650. Went with two dual intel pro 100s. What's the CPU/ram in the 280?
-
I tried 25 and had an instant core dump So I tried 40 and it dumped again . Will leave it at 50 I guess.
The 280 is a 3.2 and has 2 Gb of memory in it.
It's also running Lusca cache. And at the moment Ntop as well .And the new country Block package. Reporting 49 % memory used.
Really impressed with that box. -
I have one at 20 and the other at 40. So far (3 hrs) and no dumps…....yet
-
I have them both at 40 (plenty low enough) and no dumps. Hope this helps others