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
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:
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
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 188.8.131.52 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.