Hi all.
I manage a software install of ASG 8.203 running virtually on a VMWare vSphere 4.1 server (ESXi 4.1). It is configured with 2 virtual processors, 4GB RAM, and 20GB disk space. This services a K-12 school district using standard mode eDirectory SSO, web filtering, firewall (packet filter), and IPS.
I have noticed that my log disk use has been creeping up in the past few weeks (was near 90% of 11 GB). I was able to reduce it significantly by enabling remote log file archiving and having them transferred to a different server for long-term storage. However, this only got me down to the mid-50% use range, and now it will not go below 66% even after a clean boot. I did some investigating and found that /var/log/reporting/pgsql is 4.5 GB(!) Is this normal?
Some searching of the forums revealed similar issues where database corruption had occurred. The remedy for those seem to be stopping the pgsql database service, removing of the pgsql directory, recreating it, and then restarting the service.
I would welcome any ideas. This is a purchased Enterprise license, so I do have support (through the vendor, not direct to Astaro) if I need it.
I manage a software install of ASG 8.203 running virtually on a VMWare vSphere 4.1 server (ESXi 4.1). It is configured with 2 virtual processors, 4GB RAM, and 20GB disk space. This services a K-12 school district using standard mode eDirectory SSO, web filtering, firewall (packet filter), and IPS.
I have noticed that my log disk use has been creeping up in the past few weeks (was near 90% of 11 GB). I was able to reduce it significantly by enabling remote log file archiving and having them transferred to a different server for long-term storage. However, this only got me down to the mid-50% use range, and now it will not go below 66% even after a clean boot. I did some investigating and found that /var/log/reporting/pgsql is 4.5 GB(!) Is this normal?
Some searching of the forums revealed similar issues where database corruption had occurred. The remedy for those seem to be stopping the pgsql database service, removing of the pgsql directory, recreating it, and then restarting the service.
I would welcome any ideas. This is a purchased Enterprise license, so I do have support (through the vendor, not direct to Astaro) if I need it.