This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Cannot view accounting page [7.305]

I'm unable to view the accounting page on my home firewall. It's running 7.305, based on a clean install of 7.0xx + up2dates.

When I go to Reporting-Network Usage, the daily, weekly, and yearly graphs all load OK, but when I click on Accounting, nothing happens in the browser, except that it eventually pops up asking me if I want to keep waiting or abort.

If I look at the httpd.log, I see an error, only when I click on Accounting:
2009:01:01-21:57:13 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:13 -0800] "POST /index.plx HTTP/1.1" 200 496
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:13 -0800] "POST /index.plx HTTP/1.1" 200 10149
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "POST /index.plx HTTP/1.1" 200 494
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "GET /core/img/tab_fix_abs_left_active.gif HTTP/1.1" 200 43
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "POST /index.plx HTTP/1.1" 200 1760
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "GET /var/rrd-images/cpuusage_daily.png HTTP/1.1" 200 25935
2009:01:01-21:57:14 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "GET /var/rrd-images/disk_usage_daily.png HTTP/1.1" 200 25560
2009:01:01-21:57:15 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:14 -0800] "GET /var/rrd-images/memswap_daily.png HTTP/1.1" 200 26085
2009:01:01-21:57:16 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:16 -0800] "POST /index.plx HTTP/1.1" 200 497
2009:01:01-21:57:16 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:16 -0800] "POST /index.plx HTTP/1.1" 200 11746
2009:01:01-21:57:16 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:16 -0800] "POST /index.plx HTTP/1.1" 200 495
2009:01:01-21:57:16 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:16 -0800] "POST /index.plx HTTP/1.1" 200 2185


2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /core/img/tab_fix_abs_left_inactive.gif HTTP/1.1" 200 37
2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /core/img/tab_fix_left.gif HTTP/1.1" 200 51
2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "POST /index.plx HTTP/1.1" 200 497
2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /core/img/tab_fix_right.gif HTTP/1.1" 200 51
2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "POST /index.plx HTTP/1.1" 200 2189
2009:01:01-21:57:21 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /var/rrd-images/itfusage_br0_yearly.png HTTP/1.1" 200 30933


2009:01:01-21:57:23 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /var/rrd-images/itfusage_eth0_yearly.png HTTP/1.1" 200 30578
2009:01:01-21:57:23 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /var/rrd-images/itfusage_eth3_yearly.png HTTP/1.1" 200 22941
2009:01:01-21:57:26 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:21 -0800] "GET /var/rrd-images/ctnl_yearly.png HTTP/1.1" 200 21494


2009:01:01-21:57:29 (none) httpd: 192.168.11.230 - - [01/Jan/2009:21:57:29 -0800] "POST /index.plx HTTP/1.1" 200 497
2009:01:01-21:57:29 (none) httpd[7256]: [error] [client 127.0.0.1] access to /var/webadmin/ failed, reason: SSL connection required
2009:01:01-21:57:30 (none) httpd[7168]: [error] [client 127.0.0.1] access to /var/webadmin/ failed, reason: SSL connection required
2009:01:01-21:57:32 (none) httpd: 127.0.0.1 - - [01/Jan/2009:21:57:29 -0800] "GET /" 403 -
2009:01:01-21:57:32 (none) httpd: 127.0.0.1 - - [01/Jan/2009:21:57:30 -0800] "GET /" 403 -


I've also been having problems with runaway large net_acc files in /tmp, and large postgres WAL logs... I've posted about that at https://community.sophos.com/products/unified-threat-management/astaroorg/f/51/t/20337

This is on my PIII-800MHz box.
I had 512MB of RAM, but as of tonight, I've upgraded to 1GB (900MB seen by ASL).

Thanks,
Barry


This thread was automatically locked due to age.
  • Barry, does this feel like a problem with the PostgreSQL data base?  Remember that there were many of us with random problems caused by the balky 7.202->7.300 Up2Date, and several people who had problems with the V7.302 ISO of ASL.

    Have you tried Adreas' suggestion for reinitializing?
    https://community.sophos.com/products/unified-threat-management/astaroorg/f/52/p/26603/77403#77403

    Cheers - Bob
     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
  • Take a look in the System log, PostgreSQL errors often show up there- it does sound like a DB problem.
  • Hi, I don't see any errors in system.log...
    I'll try the re-initialization...

    Thanks,
    Barry
  • The last step of the re-initialization generated the following warnings:
    # psql -Ureporting -c"vacuum;" reporting
    
    WARNING:  skipping "pg_authid" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_database" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_shdepend" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_shdescription" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_auth_members" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_tablespace" --- only table or database owner can vacuum it
    WARNING:  skipping "pg_pltemplate" --- only table or database owner can vacuum it

    VACUUM


    Thanks,
    Barry
  • FWIW, I've wiped and installed the 7.380 beta from ISO... so far, accounting is working.

    I'm still seeing the errors in httpd.log; will post in beta forum.

    Barry
  • Hmm... after less than 24 hours, accounting is no longer working.

    I'll open a thread in the beta forum, but this probably affects 7.305 as well.

    Barry
  • It was pointed out before that my CPU (PIII 800) was probably too slow to process the accounting data quickly enough to display the Network Usage - Accounting page... I've recently rebuilt using an Atom 1.6GHz CPU with HyperThreading (at least 2x faster INT performance, and faster DDR2 RAM)... after a few days of BitTorrent traffic, the page does not load anymore.

    Also, I'm out of memory after trying to look at this page... confd.plx is using 261m VIRT and 204m RES according to 'top', and there's another confd.plx using the same amount. In total, RAM+SWAP is just over 1GB used. Normally it's around 384MB (I don't use any of the proxies except VOIP and SOCKS).

    Thanks,
    Barry