Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 8 replies
  • Subscribers 2 subscribers
  • Views 2720 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

postgres-errors after upgrade from 8.103 to 8.201

silentdaemon
one day after upgrading...

In system messages:

-- snip --
2011:08:23-06:52:20 xyz daemon-watcher[5302]: Watching selfmonng.plx - running fine
2011:08:23-06:55:01 xyz /usr/sbin/cron[30566]: (root) CMD (   /usr/local/bin/reporter/system-reporter.pl)
2011:08:23-07:00:01 xyz /usr/sbin/cron[30650]: (root) CMD (nice -n19 /usr/local/bin/create_rrd_graphs.plx)
2011:08:23-07:00:01 xyz /usr/sbin/cron[30649]: (root) CMD (   /usr/local/bin/reporter/system-reporter.pl)
2011:08:23-07:02:01 xyz /usr/sbin/cron[30827]: (root) CMD (/sbin/audld.plx --trigger)
2011:08:23-07:02:01 xyz /usr/sbin/cron[30828]: (root) CMD (  nice -n19 /usr/local/bin/gen_inline_reporting_data.plx)
2011:08:23-07:05:01 xyz /usr/sbin/cron[30934]: (root) CMD (   /usr/local/bin/reporter/system-reporter.pl)
2011:08:23-07:08:04 xyz postgres[30992]: [2-1] ERROR:  duplicate key value violates unique constraint "websec_reqcat_request_key"
2011:08:23-07:08:04 xyz postgres[30992]: [2-2] CONTEXT:  SQL statement "insert into websec_reqcat (request, category) values ( $1 , unnest( $2 ))"
2011:08:23-07:08:04 xyz postgres[30992]: [2-3]  PL/pgSQL function "ins_websecurity" line 27 at SQL statement
2011:08:23-07:08:04 xyz postgres[30992]: [2-4] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [3-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [3-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [4-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [4-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [5-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [5-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [6-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [6-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [7-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [7-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [8-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [8-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [9-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [9-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [10-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [10-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [11-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [11-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [12-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [12-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [13-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [13-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
2011:08:23-07:08:04 xyz postgres[30992]: [14-1] ERROR:  current transaction is aborted, commands ignored until end of transaction block
2011:08:23-07:08:04 xyz postgres[30992]: [14-2] STATEMENT:  select ins_websecurity($1, $2, $3, $4, $5, $6, $7, $8, $9, $10, $11, $12, $13, $14, $15)
--snap--

these errors are continously raising and filling the system-log.


don't know if this is relevant:
i don't know exactely if these problem begins when clicking the pdf-icon in Web-Sec-Report. After clicking the pdf-icon in "Web Usage Report" the result-lists shows error-messages and no results. After relogin the reporting lists are okay.

edit: Dashboard / Today's threat status / Web Filter -> Counter is broken (seems i'am not alone with this problem)

greets to all
silent


This thread was automatically locked due to age.
Parents
  • 0
    OK... I agree this is something that should be fixed. I think we have now seen enough issues in the GA software to say it would be reasonable for Astaro to think their QA over [:(]

    Bastian
  • 0 in reply to Monarch
    I think a lot of these issues are stemming from the upgrades (not including the issue on this page). I am baffled at why they didn't post a GA ISO when they released the final version. The same thing happened with 8.1 GA, the up2date packages came and no ISO for the beta testers to start fresh.

    A lot of people want to keep their logs for security reasons but home users can just wipe an older installation and start with a fresh ISO. The reason I say this is because 8.174 RC didn't have all these bugs that are popping up with the update from 8.103. To avoid the headache, most casual users could just wipe clean and start fresh but right now they don't have that option.

    I do agree on the lacking QA. We didn't beta test the update part so the internal testing at astaro had a major lapse somewhere. I am sure they are not happy about it internally but I suggested a few times during the soft release period to stop pushing up2dates and release the GA when everything is working. But I don't work for astaro and the GA up2date was pushed before it was ready and the rest is history.

    Regards
    Bill.
Reply
  • 0 in reply to Monarch
    I think a lot of these issues are stemming from the upgrades (not including the issue on this page). I am baffled at why they didn't post a GA ISO when they released the final version. The same thing happened with 8.1 GA, the up2date packages came and no ISO for the beta testers to start fresh.

    A lot of people want to keep their logs for security reasons but home users can just wipe an older installation and start with a fresh ISO. The reason I say this is because 8.174 RC didn't have all these bugs that are popping up with the update from 8.103. To avoid the headache, most casual users could just wipe clean and start fresh but right now they don't have that option.

    I do agree on the lacking QA. We didn't beta test the update part so the internal testing at astaro had a major lapse somewhere. I am sure they are not happy about it internally but I suggested a few times during the soft release period to stop pushing up2dates and release the GA when everything is working. But I don't work for astaro and the GA up2date was pushed before it was ready and the rest is history.

    Regards
    Bill.
Children
No Data