Thread Info
  • State Not Answered
  • Replies 4 replies
  • Subscribers 0 subscribers
  • Views 726 views
  • Users 0 members are here
Options
Suggested

Had to restore v6.303

RFCat_vk_01
V7b 6.836 is downloading way to much and doesn't appear to be doing anything with it. I cannot find any details in the logs of what has ben downloaded, what size it was etc. In the last day to so it has downloaded 1.5gb. Plenty in, but little out. While doing this is also causes the DNS and e-mail clients to fail, in other words it takes over the total line bandwidth in my case and won't share.

Reason for restoring, running out of monthly download/upload limit, 7 days to go and 700mb.

Ian M
  • 0
    Hi RFCat_vk, 

    you can look at the accounting database to actually see every packet that has been sent through the device, and therefor identify why or what has downloaded so much data.

    regards
    Gert
  • 0 in reply to Gert Hansen
    Gert,
    having put v6.303 back into service, my extraneous downloads have stopped.

    I will put v7b back on the ASG and have a look at the database. I am not sure what language I need to use to review it though?

    Ian M

    [Edit- added. I put v7b back on the ASG, I tried looking for the accounting file, but couldn't find it under databases "sqlite", not sure what if any suffix it would  have. I tried looking at the accounting file as you suggested in another thread, but the response was "permission denied". I am a little wary of playing around in the system, "blind man using white cane", I didn't go any further.]
  • 0 in reply to RFCat_vk_01
    OK, starting at the basics :-)
    The accounting data is accumulated over 5 minute timeframes and then written into an sqlite database. The database is located at /var/log/reporting/adbs/accouting.dbl (resp. accounting_archive.dbl for everything which is not from today). You can peek into this database file using the sqlite3 command, like "sqlite3 /var/log/reporting/adbs/accounting.dbl". You will get a SQL command prompt like with mysql, where you can enter e.g. SQL selects. As long as you do only SELECT FROM statements, you can't damage anything here.

    Every 15 minutes, a script runs which queries the accounting database and puts the raw data for the reports in files. This is the file that Gert mentioned in his posting, you can find it at /var/log/reporting/inline/network.ph. It is plain-text and you can open it with any editor, and it contains a perl data structure with the top 10 services accounted and the top 10 hosts by source and destination addresses.

    Of course you need to be root to be able to access those files.
    Cheers,
      andreas
  • 0 in reply to andreas
    Andreas,
    I was logged into the console as root.
    The file to view with an editor is empty except for the string at the top.

    I had to rebuild the ASG after sda7 threw up a large quantity of errors during a reboot. Bad sectors in the buffer during a "clean", a reboot didn't fix the problem, it just kept on reeling of error after error.
    So a fresh install this morning from the 6.834 iso. Nothing failed during re-install. Disappointly my latest backup won't restore, but one created under 819 did, now I just have to remember all the changes I made.

    I have turned off prefetch and will let the ASG v7b run for a while and see what happens.
    As far as download capacity went, we were capped a couple of days ago, but the ISP has done something to their network and capping isn't working at the moment.

    Ian M