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

Executive Report Problem (rotate_adbs.plx ???)

hi,

I m using ASG 7.305 and on the daily executive report that I receive, I see an impossible value for "traffic processed" under Summary-->Network Usage ( I think it's the sum of all the values recorded until now, but I m not sure )

Searching on the posts archive I 've found other similar issue, so I tried to restart the ulogd service but without obtaining result. Then I see on the system.log file and I found these lines about the procedure rotate_adbs.plx :

2008:12:10-02:30:01 (none) /usr/sbin/cron[32390]: (root) CMD (nice -n19 /usr/local/bin/rotate_adbs.plx)
2008:12:10-02:30:02 (none) system: websec_aud log rotation starting
2008:12:10-02:30:02 (none) system: websec_aud log rotation finished
2008:12:10-02:30:02 (none) system: websec_aud rotation took 0 seconds to complete
2008:12:10-02:30:02 (none) system: websec_au log rotation starting
2008:12:10-02:30:02 (none) system: websec_au log rotation finished
2008:12:10-02:30:02 (none) system: websec_au rotation took 0 seconds to complete
2008:12:10-02:30:02 (none) system: ips log rotation starting
2008:12:10-02:30:02 (none) postgres[32412]: [3-1] ERROR:  could not open relation 16969/16519/16563: No such file or directory
2008:12:10-02:30:02 (none) postgres[32412]: [3-2] STATEMENT:  select distinct dayabs from ips where dayabs  SELECT * from accounting_data ;
ERROR:  could not open relation 16969/16519/16534: No such file or directory

It' s here the problem? How can I resolve it? [:S]

many thanks


This thread was automatically locked due to age.
Parents

  • 2008:12:10-02:30:02 (none) system: ips log rotation starting
    2008:12:10-02:30:02 (none) postgres[32412]: [3-1] ERROR:  could not open relation 16969/16519/16563: No such file or directory
    2008:12:10-02:30:02 (none) postgres[32412]: [3-2] STATEMENT:  select distinct dayabs from ips where dayabs  SELECT * from accounting_data ;
    ERROR:  could not open relation 16969/16519/16534: No such file or directory


    Hi,
    unfortunately, your database has some corrupt tables. From the logfile snippet above, at least the ips table and the accounting (probably the archive, accounting_archive - accounting_data is a view) tables are affected. 
    If you don't care about the reporting data in those tables you can just wipe them all using the following command (as root):
    /var/storage/pgsql/init/reporting_db_init.sh

    If the data is important to you, you need to find out which database tables are corrupt, and manually drop and re-create them. Using the psql shell, you can do a "VACUUM ;" for each table that you can see with \d. Then you need to manually drop the views that rely on the broken tables, drop the broken tables, and re-create the tables and views. You can find the create  strings here: /usr/share/postgresql/contrib/astaro_reporting_tables.sql .

    Sorry, doing this stuff manually is a real hazzle :/
    Cheers,
     andreas
  • Hey... nice shot guy!
    Many thanks, I ve solved the problem with your trick!
    Pratically I run these steps :

    1) /etc/init.d/ulogd stop
    2) DROP DATABASE reporting ; (after psql -U postgres)
    3) /var/storage/pgsql/init/reporting_db_init.sh
    4) /etc/init.d/ulogd start

    and now the values on executive report are reset! 
    Now I check in the next few days if it properly proceed,
    thanks again
    bye
Reply
  • Hey... nice shot guy!
    Many thanks, I ve solved the problem with your trick!
    Pratically I run these steps :

    1) /etc/init.d/ulogd stop
    2) DROP DATABASE reporting ; (after psql -U postgres)
    3) /var/storage/pgsql/init/reporting_db_init.sh
    4) /etc/init.d/ulogd start

    and now the values on executive report are reset! 
    Now I check in the next few days if it properly proceed,
    thanks again
    bye
Children
No Data