Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 1436 views
  • Users 0 members are here
Options
Suggested
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

[v7.401] strange messages in system logfile

RFCat_vk_01
Hi,
while trying to locate why the system was not responding to through traffic I noticed these messages in the systemlog file. I have noticed them in the past but not been in a position to start a thread on the subject.

2009:03:31-02:30:06 fw1-on-house postgres[2507]: [3-1] WARNING:  skipping "pg_authid" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [4-1] WARNING:  skipping "pg_database" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [5-1] WARNING:  skipping "pg_shdepend" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [6-1] WARNING:  skipping "pg_shdescription" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [7-1] WARNING:  skipping "pg_auth_members" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [8-1] WARNING:  skipping "pg_tablespace" --- only table or database owner can vacuum it
2009:03:31-02:30:06 fw1-on-house postgres[2507]: [9-1] WARNING:  skipping "pg_pltemplate" --- only table or database owner can vacuum it

Different log

2009:03:31-19:14:31 fw1-on-house [daemon:info] admin-reporter[5282]: Successful WebAdmin login
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5399]: Syncronyze patterns finished
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5419]: Syncronyze patterns finished
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5419]: Load cache...
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5399]: Load cache...
2009:03:31-19:14:49 fw1-on-house [local0:err] ctasd[5419]: CEnginesContainer::LoadCache() - [0001W000S0051K019G03] Can't access file /tmp/ctasd.cache - fopen failed (2)
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5419]: Load cache finished
2009:03:31-19:14:49 fw1-on-house [local0:err] ctasd[5399]: CFCTcpServer Thread Exception on Listen: Error (98)
2009:03:31-19:14:49 fw1-on-house [local0:err] ctasd[5419]: CFCTcpServer Thread Exception on Listen: Error (98)
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5419]: Http server listening on port 783
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5419]: Stat server listening on port /var/run/ctasd.stats
2009:03:31-19:14:49 fw1-on-house [local0:err] ctasd[5399]: CEnginesContainer::LoadCache() - [0001W000S0051K019G03] Can't access file /tmp/ctasd.cache - fopen failed (2)
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5399]: Http server listening on port 783
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5399]: Stat server listening on port /var/run/ctasd.stats
2009:03:31-19:14:49 fw1-on-house [local0:info] ctasd[5399]: Load cache finished



Ian M


This thread was automatically locked due to age.
Parents
  • 0
    Ian, I don't understand why you included the CommTouch engine log from almost 17hrs later... what connection should we see?

    Did you chown your PostgreSQL files so you could do something with them then not change back?
  • 0 in reply to BAlfson
    Hi Bob,
    no, I haven't changed any ownership of the files.

    Why did I include to log entries so far apart, because the first entry is the first one in the log file. The second entry I found while investigating why kapicd I think it is uses 100% of 1 CPU and stops the processing of through traffic.

    Basically they are both strange entries in my logfile system, maybe unrelated.

    Ian M
  • 0 in reply to RFCat_vk_01
    There is a cron job that runs at 230 am /usr/local/bin/rotate_adbs.plx which reindexes the databases. I tried running the job on my system manually as root and postgres and it still generates the error messages that you have mentioned

    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


    You can however do su postgres while logged in as root and type vacuumdb  and it will vacuum them fine.

    Therefore I would think this is intentional though not a very nice way to write a script. They could have atleast truncated the output to omit the warning part.

    So your system problem is not related to this since with the same error, I am not seeing any problems. Plus like i mentioned above, the script runs at 2:30 am on all systems.[;)]
Reply
  • 0 in reply to RFCat_vk_01
    There is a cron job that runs at 230 am /usr/local/bin/rotate_adbs.plx which reindexes the databases. I tried running the job on my system manually as root and postgres and it still generates the error messages that you have mentioned

    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


    You can however do su postgres while logged in as root and type vacuumdb  and it will vacuum them fine.

    Therefore I would think this is intentional though not a very nice way to write a script. They could have atleast truncated the output to omit the warning part.

    So your system problem is not related to this since with the same error, I am not seeing any problems. Plus like i mentioned above, the script runs at 2:30 am on all systems.[;)]
Children