Re: [qmailtoaster] Queued into surrender

[Jake Vickers]

Roxanne Sandesara wrote:
Yeah. It was huge. Sorry about that. But I really wasn't sure what to 
keep and what to clip. :(


My /var/log/maildrop/maildrop.log was ... gigantinormous. I don't feel 
like doing byte math, but I'm pretty sure it was at least close to 
2gb. So, I moved that to .log.old- and created a new file of the 
same original name, same group, user and permissions, in the original 
location. On the off chance that was at all contributing.


Now. It's possible I've done something stupid. That's always possible. 
But there was no localconcurrency file in /var/qmail/control in my 
installation. I created one, just in case, and put 30 in it.


I did have a concurrencyremote file. So I also created a 
concurrencylocal, in case that was a misnomer.


I've restarted just the /send service, waiting to see if it will 
process now.


I've also started DLing a copy of the ISO for QMT-ISO. If this doesn't 
work, I'm going to go ahead and wipe and rebuild. I really do need to 
get this mailserver back up and running.


I'll let you all know what happens. And thanks again, Jake, for all of 
your help, regardless of how this turns out. I appreciate it.




'ls -lh' will show you how big the files are in "h"uman readable numbers.
And no, you didn't do anything stupid there. The file is not there by 
default, and uses a value of 10 until you create the file and put a 
different value in it.

And it's no problem. We all try and help out where we can around here.


smime.p7s
Description: S/MIME Cryptographic Signature

Re: [qmailtoaster] Queued into surrender

[Jake Vickers]

Roxanne Sandesara wrote:
Well, I believe we have some good news. Thank you again for your help, 
Jake.


With the latest changes (detailed below), the restart of /send wasn't 
throwing the errors it was before. So I removed the recordio from the 
run file for send, ran Jake's qfixq script again (it found several 
errors in the queue, quite possibly caused while all those other 
errors were being thrown), and restarted qmailtoaster - the whole suite.


The queue is down to half its size and dropping. It appears to have 
been - I'm guessing, but it seems accurate - the oversized 
maildrop.log. I'll need to edit the logrotate.conf files so that it 
rotates.


If I might make a suggestion? Since we use maildrop in toaster, 
perhaps we should make sure one of our appropriate SRPMs sets up 
rotation for maildrop.log ?


Anyway. Thank you very, very much, Jake, for all of your help. And 
everyone else. This is a huge weight of stress off my shoulders.


Guess I should have waited for the second message before replying.
Erik found that maildrop.log issue a while back with someone else who 
was having similar problems. I think in the next release it's been 
earmarked to be added into logrotate. I'll be adding the option in the 
next QTP myself (I know, it's overdue, but I'll get some time to work on 
it next week while out of town).

Glad to see it's working for you.  Good luck!


smime.p7s
Description: S/MIME Cryptographic Signature