Scott, > I have a postfix server running amavisd. It crashed a few weeks ago and > had to be bare metal restored. All seemed well until today when mail > stopped flowing. > > I poked around and found this in my logs: > > Sep 10 20:47:30 tn1 amavis[7699]: (07699-01) (!!)TROUBLE in > process_request: Can't create directory > /home/amavis/tmp/amavis-20080910T204730-07699: Too many links at > /usr/sbin/amavisd line 4787, <GEN9> line 4. > Sep 10 20:47:30 tn1 amavis[7699]: (07699-01) (!)Requesting process rundown > after fatal error > > I found that /home/amavis/tmp was full of directories causing the apparent > problem. > > Not knowing what else to do, I stopped postfix and amavisd, renamed the tmp > dir to tmpold, recreated a new tmp, changed it's permissions > (amavis:amavis) and restarted.
That was the best quick solution. > Mail started flowing, however I don't know what is in all those directories > in the original tmp. Do they have messages in queue that I can recover and > process somehow? Can someone advise what to do with them? Just delete them all, there is nothing there that needs recovering, their purpose is just troubleshooting after things go wrong. > The tmp directory that was full > started on 10/4, appears to have taken this long to have filled and cause > the mails to stop entirely. So apparently I don't need to do anything with > those files and can delete them? Eventually delete them, but you should investigate why they were preserved in the first place. > Normally should those subdirectories in /home/amavis/tmp go away on their > own? Should I be cleaning them? There exists one temporay directory per amavisd child process, and it only goes away when a process is retired, and a new directory is created for a new process. So when everything is normal, you should be seeing $max_servers directories at any one time. If something goes wrong, a temporary directory is preserved. On occasion a restart also leaves behind a directory. So if you are seeing only a couple of old leftover directories, just delete them, taking care not to delete active directories. If the number of leftover temporary directories is growing persistently, you should really investigate the cause and fix it. This is not normal, and should't be happening. Start by checking the log for the process ID which left a directory behind. Did it crash? Did it fail reporting a 'tempdir is to be PRESERVED'? Mark ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ AMaViS-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/amavis-user AMaViS-FAQ:http://www.amavis.org/amavis-faq.php3 AMaViS-HowTos:http://www.amavis.org/howto/
