Thank you.
I've run the script to repair the queue, and started up just send.
I'm going to leave it to run for an hour or so, to see if it can
manage to make the deliveries it needs to make. If not, I'll shut
down send, check to see if the queue is corrupted again. If it is,
I'll have to drop back and start with bringing the server down
completely to scan the disks for corruption. I'm nowhere near to
being out of space on the system:
[EMAIL PROTECTED] ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
86761840 41277944 41076600 51% /
/dev/sda1 101086 60813 35054 64% /boot
none 1037384 0 1037384 0% /dev/shm
I've got a backup of everything each week for the last two months,
and I'll run another before I shut it down for disk scanning, just in
case it can prove useful. Sadly, this may be the event that forces me
to upgrade to CentOS 5, when rebuilding if that becomes necessary.
Thank you for the help, to Jake and to everyone else who tried. I'll
keep everyone informed.
On Oct 6, 2007, at 9:28 AM, Jake Vickers wrote:
Roxanne Sandesara wrote:
Jake, how do I individually stop qmailtoaster services? Will
qmailctl accept a second argument with the name of a service? Or
do I need to 'kill' the processes? Is there a way to start up only
selected services?
You can stop individual processes with the svc -d command:
svc -d /var/qmail/supervise/spamd /var/qmail/supervise/spamd/log
That stops the spamd and spamd-log daemons as an example. Look in /
var/qmail/supervise for the names of the other daemons.
Once you stop a service, you can check to make sure it's stopped by
'qmailctl stat' or:
svstat /var/qmail/supervise/spamd
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]