Log disk is full

Did you just make the change today?  When you change this value the deletion won't happen immediately.  It'll happen at the next scheduled automated maintenance window, which is after midnight local time.

Hi Scott,

Hope you are doing well.

I made the change yesterday at 12:30 PM GMT +3.

Now it is 01:42 PM GMT +3 but still no success.

Is there a solution?

And thanks in advance.

You'll find a suggestion for finding the offending directory in Astaro Useful Shell Commands.

Cheers - Bob

Thank you BAlfson for that link and I found this directory (/var/log/reporting/pgsql/16547 ) is taking a lot of space.

So, can I delete this folder (var/log/reporting/pgsql/16547 )?

And thanks in advance.

You definitely don't want to delete the entire folder!

That's all of your reporting information, and it is unaffected by the settings for the logs.  If you have support, you should ask your reseller to submit a support request to Astaro.  If this is a home-use situation, you'll want to look more closely to see which files are not needed, and delete only those caused by a hiccup.

Cheers - Bob

I'm joking and it has no support , is there another way to fix this ?

And thanks in advance.

OK, I was afraid you would charge ahead! [;)]

First, check the log files: Kernel messages, Selfmonitoring and System meeages.  Do you see any evidence of broken PostgreSQL tables?  If so, then you might just want to clean this all up by re-initializing Reporting.

Was that it?

Cheers - Bob

It worked , thanks BAlfson.

Happened to me at work just now this easter. Mine reporting psql was 17GB and filling the logdisk.
Also noticed my packetfilter log went from normal size to 15GB one day to the next (before compression). Looking into that as well.

Deleted the files and reinitialized, and also rebooted my slave as the HA was displaying strange errors. HA-log looks fine after the boot.