Excuse me if there is a better forum to post this in, but since it didn't seem to fall under any of the more specific forum titles, this seemed like the best place to post this.
I have a bit of a mystery going on and could use a little crowd-sourced sleuthing. Since my VMs are going to have "maintenance" this week and will get rebooted, my problem is about to manifest itself again, so I might as well get my question out there.
My Linodes run Fedora 17, under which I use Postfix for mail. I also run OpenDKIM to handle DKIM mail signing. The overwhelming majority of the time, everything runs smoothly and without a hitch. I regularly get DMARC reports from various mail servers around the 'Net, routinely showing my IPs passing both SPF and DKIM tests (and an alarming number of spammer IPs trying to spoof my domains and failing the same tests, but that's beside the point).
But that's no my problem.
What's funky is that on the rare occasions my machines need rebooted, my non-standard services are not getting started correctly. By default, Fedora uses Sendmail for mail handling. Sure enough, whenever my Linodes reboot, I can see Sendmail running and enabled and both Postfix and OpenDKIM are stopped and disabled.
Here's the kicker: I
know how to use systemctl to enable/disable and start/stop these services, but my changes are
NOT being preserved. For example, I can type in the following (as root) and everything will work as expected:
Code:
# systemctl stop sendmail.service
# systemctl disable sendmail.service
# systemctl start opendkim.service
# systemctl start postfix.service
# systemctl enable opendkim.service
# systemctl enable postfix.service
All status messages return the correct results. I can go under /etc/rc.d and
see the symbolic links being created at the appropriate run levels. Everything works fine for days, weeks, months... until the reboot. Then without fail, Postfix and OpenDKIM are dead and disabled again and Sendmail is happily routing my mail and thus nothing gets signed via DKIM. In other words, everything (with respect to these three services) gets set back to default.
The real head scratcher for me is I
know I'm doing this right. I've chatted with several of my readers who are just as fluent with Linux as I am (if not more so), and they tend to agree. Some tried pointing me to the older chkconfig command for enabling and disabling services, but I had to remind them that chkconfig is deprecated in Fedora 17 and when you use it it passes the buck to systemctl behind the scenes. I'm issuing all of these changes as root and do
NOT use SELinux, so there's no reason I can think of within the system to prevent my changes from becoming permanent.
I'm wondering if Linode has some sort of protection mechanism in place that prevents these type of changes. If so, I don't see why this would be restricted just to mail. None of my other heavily-customized services lose their settings on reboot; Apache, MySQL, iptables, etc., all work as expected and my changes stay intact. It's only these three services that don't seem to persist. But I'm running out of possibilities within the system for identifying a culprit, and the only other thing I can think of is something at the VM host level preventing me from making this a permanent change.
Does anyone have any ideas why I'm seeing this behavior? It's had me baffled now for months.
FAQ
Search
Members
Register
Login [ Anonymous ]
).