Hide Forgot
Description of problem: Startup entries in /etc/rcd.0-6 are removed when updating the package version. This means that after the next reboot, unless you remember to chkconfig postfix on, your MTA doesn't start up after the next reboot. Version-Release number of selected component (if applicable): postfix-2.7.5-1.fc14.x86_64 (although this has been the case for the last few updates before that). How reproducible: 100% Steps to Reproduce: 1. chkconfig --list postfix 2. yum upgrade postfix 3. chkconfig --list postfix Actual results: 1. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off 3. postfix 0:off 1:off 2:off 3:off 4:off 5:off 6:off Expected results: 1. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off 3. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off Additional info:
F14 is EOL. I checked on F15 and I was unable to reproduce. From f16 and up postfix was switched to systemd unit file. The problem could be caused by wrong alternatives settings. I did on F15: # alternatives --config mta # chkconfig --list postfix Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off # yum upgrade postfix # chkconfig --list postfix Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off Thus I am closing this as works for me. If the problem persists feel free to reopen.
I've now upgraded to F16, and guess what, aster upgrading postfix, it was again removed from startup, so I had no mail after a reboot. Either something is screwy, or I'm doing something wrong? chkconfig show the following, showing that it is now a systemd service, no problem with that: [root@jewel ~]# chkconfig --list postfix Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. service postfix supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add postfix') However: [root@jewel ~]# systemctl status postfix.service postfix.service - LSB: start and stop postfix Loaded: loaded (/etc/rc.d/init.d/postfix) Active: active (running) since Tue, 03 Jul 2012 23:15:46 +0100; 1 day and 21h ago Main PID: 10079 (master) CGroup: name=systemd:/system/postfix.service ├ 10079 /usr/libexec/postfix/master ├ 10082 qmgr -l -t fifo -u └ 23867 pickup -l -t fifo -u [root@jewel ~]# systemctl enable postfix.service postfix.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig postfix on [root@jewel ~]# !chkc chkconfig --list postfix Note: This output shows SysV services only and does not include native systemd services. SysV configuration data might be overridden by native systemd configuration. postfix 0:off 1:off 2:on 3:on 4:on 5:on 6:off This output seems to imply that it isn't a systemd service either, so it calls back to chkconfig to enable it.
(In reply to comment #2) > I've now upgraded to F16, and guess what, aster upgrading postfix, it was > again removed from startup, so I had no mail after a reboot. Either > something is screwy, or I'm doing something wrong? > Is there sendmail or another MTA installed? If yes, you need to switch the postfix to be your default MTA via alternatives, otherwise the postfix will be switched off during updates, e.g.: # alternatives --config mta and select postfix. Verify with: # alternatives --display mta There should be: mta - status is manual. link currently points to /usr/sbin/sendmail.postfix ... > This output seems to imply that it isn't a systemd service either, so it calls > back to chkconfig to enable it. > Sure, it was converted to native systemd in f17.
That would appear to be the issue. It was set for sendmail. I guess I find out next time I upgrade postfix!
Thanks for info, closing as notabug for now. Feel free to reopen if the issue persists.