I had problems removing a site in BlueQuartz due to an error on handlers/base/disk/clear_quota.pl failed
To fix this I had to turn off a number of things before starting
/etc/rc.d/init.d/httpd stop
/etc/rc.d/init.d/xinetd stop
/etc/rc.d/init.d/sendmail stop
Also swatch;
mv /etc/cron.d/swatch.cron /root

Turn off quota:
/sbin/quotaoff -ug /home/

Then backup and reset the quota database:

mv /home/aquota.user /home/aquota.user.bck
mv /home/aquota.group /home/aquota.group.bck

Then run quotacheck to get the quota back in sync:
/sbin/quotacheck /home/ -vugm

turn back on quota:
/sbin/quotaon -ug /home/
And than restore the values in the CODB database:
/usr/sausalito/sbin/disk_restorequotas.pl

Then when quotacheck finishes.
service httpd start
service xinetd start
service sendmail start
mv /root/swatch.cron /etc/cron.d/swatch.cron

Tadahh site could finally be removed.

This afternoon the maillog showed some wierd issues, and I could not get the mail through the POP3 server.

pam(dennis,192.16x.x.xx): PAM child process 7842 timed out, killing it
wb dovecot: auth(default): pam(dennis,192.16x.x.xx): Child process died
wb dovecot: auth(default): PAM: Child 7842 died with signal 9

Took me some time to find out that I had to recover a ‘database’ ? Finally this is the solution (CentOS / Bluequartz)

service dovecot stop
service xinetd stop
service admserv stop
killall -9 dovecot-auth
/etc/rc.d/init.d/dbrecover start
service admserv start
service xinetd start
service dovecot start

Onboard SIS900 network card issue with Centos 4.4 & Bluequartz and no network activity available even when all config info says it is (with Linux version 2.6.9-42.0.2.EL). Problem found in disabled APM / ACPI. When disabled the 2.6.9-42.0.2.EL will not be able to communicate through the network card. When enabling APM / ACPI it is.

This error was not seen when using Linux version 2.6.9-22.0.2.EL 

I removed all kernels in between and now CentOS together with my BlueQuartz services is running fine. Even when I will have a power shutdown again ;-) Enig klein probleem wat ik heel even tegen kwam, waren de 2 volgende meldingen:

Sep  6 19:26:49 wb kernel: CPU0: Running in modulated clock mode
Sep  6 19:26:54 wb kernel: CPU0: Temperature above threshold

Changed some BIOS settings this morning. Info of temperature is not measured. Maybe that’s a solution

Damn the xs4all time server 194.109.5.49 has some issues. It’s messing up the system time at my server. (and all my logfiles) .. Pffffffff. Removing it from webserver admin interface to see if problem is solved. If so than above IP is really making a mess of it

Problem of time @ server has to do with update CentoS (3.5) 4.3 to CentOS 4.4 when fully yum updated more BlueQuartz / CentOS users suffer from same issue. I changed Timezone setting to another timezone applying and then putting it back to the normal timezone. Let see if the logfile is giving me the correct time now.