Koozali.org: home of the SME Server
Obsolete Releases => SME Server 9.x => Topic started by: mmccarn on October 01, 2014, 01:12:19 AM
-
My virtual SME 9 spam filter stopped passing email to my internal mail server at around 3:30pm today.
* Nothing was updated at that time
* Mail flows fine if I redirect port 25 in my firewall to another system
* If I direct port 25 to my SME server, in-bound connections on that port hang, but connections on other ports (ssh) work.
* If I reboot the SME server, 3 - 4 emails will be passed in from off-site before mail stops flowing again.
I will be setting up a new server to see if it behaves differently, but I would appreciate any ideas on where to look for the cause of my problem.
-
antything stange in the logs? (qmail/messages)
-
Anything scheduled for cron at that specific time?
-
I don't see anything odd in the logs and I don't have anything unusual in cron (or anything specifically scheduled for 3:30pm, that I can find).
I should add that I restored my system from a veeam backup to a point at 11pm the night before, and the behavior didn't change.
My primary suspect at the moment is a problem in my firewall or local networking.
I wanted to mention it here in case I'm wrong and other users are seeing anything similar.
-
Update:
I have set up a new SME 9 server with a different LAN IP and it is processing mail as expected.
Setup notes:
- install from SME9 iso using 'noraid nolvm'
- yum update
- restore a 'backup to desktop' (http://wiki.contribs.org/Restore_from_desktop_to_vmware#Restore_with_the_backup_file)
(note: I ran 'su admin' before rebooting in order to change the restored server IP and hostname)
- install vmware tools (http://wiki.contribs.org/VMware_Tools#SME_Server_9_Guest_on_ESXi_5.5)
- install qplogtail (http://wiki.contribs.org/Email_Statistics#qplogtail) and qploggrep (http://wiki.contribs.org/Email_Statistics#qploggrep)
Next steps:
I have a new firewall scheduled for installation in the coming days - I'll see if the new firewall solves the problem with the original SME spam filter.
-
* If I reboot the SME server, 3 - 4 emails will be passed in from off-site before mail stops flowing again.
That's a clue that there is a problem with logging. The logger cannot write to disk and once the pipe on its standard input fills up, whatever is writing to the pipe stalls.
Is the file system full? Are there permission problems?
Check 'runsvdir' in the output of 'ps fax'; any error messages from the loggers will show up there. You can make the error messages more readable via:
tr \\0 \\n < /proc/$(pidof runsvdir)/cmdline
-
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroup-lv_root
45G 3.1G 40G 8% /
tmpfs 947M 0 947M 0% /dev/shm
/dev/sda1 485M 70M 390M 16% /boot
runsvdir
-P
/service
log: ...
(There are 395 dots in the results but the forum only displays 3)
-
You'll have to identify which process isn't doing its job, and use strace to find out what it is doing instead of doing its job.
-
You'll have to identify which process isn't doing its job, and use strace to find out what it is doing instead of doing its job.
Thanks.
I'm not convinced the problem is with the SME server -- I am much more suspicious of my firewall, virtual infrastructure, or network switches.
I'll be coming back to this after my new firewall is installed and I have cycled power on my core switches.