SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
My gateway has Slackware 10.1. I found out that directory /var/spool/clientmqueue contains enormous amount of files. When I run "ls -ld /var/spool/clientmqueue", the size was about 33MB. I became worried that some coruption occured on filesystem, took out the hard drive, put it in faster machine, and ran reiserfsck (the filesystem is reiserfs). It was more than an hour ago and it is still working. I am afraid it will not finish soon, and I need internet connection.
reiserfsck is checking semantic three and outputs files from /var/spool/clientmqueue.
Do you think it is filesystem corruption, or some program is trying to send many emails, some virus or something? I don't run sendmail or other MTA.
If it is not filesystem corruption, is it safe to stop fsck? I could just delete the dir while the machine is running, I don't care how long would it take.
I don't know reiser too well to be able to advise you to stop a fsck in the middle...
When your system is up and running again, you should check if your sendmail queue runner is active - that is the process that empties the clientmqueue at regular intervals.
Code:
ps axw|grep clientmqueue
should show something like
Code:
19526 ? Ss 0:01 sendmail: Queue runner@00:25:00 for /var/spool/clientmqueue
This sendmail process is started from /etc/rc.d/rc.sendmail.
If the clientmqueue had thousands of files unfortunately it has to process each inode and that takes quite a while.
It doesn't sound like corruption though. You can look at the files - if they are mail files as they're supposed to be you should be able to just cat some examples to verify that's what they are. It should be safe to delete them but before you do you should see what the latest date is. If you're not running MTA and have thousands of files there it sounds like something is trying to send and that might mean you got hit by a spammer.
The task completed half an hour ago, no errors. It was not a spammer. It was certain cron job I setup a long time ago and forgot about it. Cron was sending error emails every minute.
Anyway, I still don't understand how messages got prepared since rc.sendmail is on 644. According to this mailing list post, messages are saved into clientmqueue dir by MSP sendmail instance.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.