Bug 690403 - removal from rc init scripts after package update
Summary: removal from rc init scripts after package update
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: postfix
Version: 14
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jaroslav Škarvada
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-24 08:59 UTC by Fabrice Bellet
Modified: 2019-01-09 12:33 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-04-14 15:24:34 UTC
Type: ---


Attachments (Terms of Use)

Description Fabrice Bellet 2011-03-24 08:59:10 UTC
Hi!

I noticed that postfix is repeatedly removed from my init scripts, each time a new version is installed, so I think there's something that may be wrong in the rpm postinstall scriptlets, for example during my last yum update this morning, you can see that postfix was previously running, but that it was not listed in the system services anymore:

[root@tux ~]# yum -y update
[...]
---> Package postfix.x86_64 2:2.7.3-1.fc14 set to be updated
[...]
[root@tux ~]# chkconfig --list postfix
service postfix supports chkconfig, but is not referenced in any runlevel (run 'chkconfig --add postfix')
[root@tux ~]# chkconfig --add postfix
[root@tux ~]# chkconfig --list postfix
postfix        	0:off	1:off	2:off	3:off	4:off	5:off	6:off
[root@tux ~]# chkconfig postfix on
[root@tux ~]# chkconfig --list postfix
postfix        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
[root@tux ~]# service postfix restart
Shutting down postfix:                                     [  OK  ]
Starting postfix:                                          [  OK  ]

Comment 1 Jiri Kastner 2011-04-12 19:40:55 UTC
i also noticed this problem

Comment 2 Jaroslav Škarvada 2011-04-12 20:38:51 UTC
Please, what are your alternatives?

# alternatives --display mta

Comment 3 Fabrice Bellet 2011-04-13 07:21:08 UTC
[root@tux ~]# alternatives --display mta
mta - status is manual.
 link currently points to /usr/sbin/sendmail.sendmail
/usr/sbin/sendmail.sendmail - priority 90
 slave mta-pam: /etc/pam.d/smtp.sendmail
 slave mta-mailq: /usr/bin/mailq.sendmail
 slave mta-newaliases: /usr/bin/newaliases.sendmail
 slave mta-rmail: /usr/bin/rmail.sendmail
 slave mta-sendmail: /usr/lib/sendmail.sendmail
 slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz
 slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz
 slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz
 slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz
/usr/sbin/sendmail.postfix - priority 30
 slave mta-pam: /etc/pam.d/smtp.postfix
 slave mta-mailq: /usr/bin/mailq.postfix
 slave mta-newaliases: /usr/bin/newaliases.postfix
 slave mta-rmail: /usr/bin/rmail.postfix
 slave mta-sendmail: /usr/lib/sendmail.postfix
 slave mta-mailqman: /usr/share/man/man1/mailq.postfix.1.gz
 slave mta-newaliasesman: /usr/share/man/man1/newaliases.postfix.1.gz
 slave mta-aliasesman: /usr/share/man/man5/aliases.postfix.5.gz
 slave mta-sendmailman: /usr/share/man/man1/sendmail.postfix.1.gz
Current `best' version is /usr/sbin/sendmail.sendmail.

Comment 4 Jiri Kastner 2011-04-13 07:26:18 UTC
alternatives --display mta
mta - status is manual.
 link currently points to /usr/sbin/sendmail.sendmail
/usr/sbin/sendmail.sendmail - priority 90
 slave mta-pam: /etc/pam.d/smtp.sendmail
 slave mta-mailq: /usr/bin/mailq.sendmail
 slave mta-newaliases: /usr/bin/newaliases.sendmail
 slave mta-rmail: /usr/bin/rmail.sendmail
 slave mta-sendmail: /usr/lib/sendmail.sendmail
 slave mta-mailqman: /usr/share/man/man1/mailq.sendmail.1.gz
 slave mta-newaliasesman: /usr/share/man/man1/newaliases.sendmail.1.gz
 slave mta-aliasesman: /usr/share/man/man5/aliases.sendmail.5.gz
 slave mta-sendmailman: /usr/share/man/man8/sendmail.sendmail.8.gz
/usr/sbin/sendmail.postfix - priority 30
 slave mta-pam: /etc/pam.d/smtp.postfix
 slave mta-mailq: /usr/bin/mailq.postfix
 slave mta-newaliases: /usr/bin/newaliases.postfix
 slave mta-rmail: /usr/bin/rmail.postfix
 slave mta-sendmail: /usr/lib/sendmail.postfix
 slave mta-mailqman: /usr/share/man/man1/mailq.postfix.1.gz
 slave mta-newaliasesman: /usr/share/man/man1/newaliases.postfix.1.gz
 slave mta-aliasesman: /usr/share/man/man5/aliases.postfix.5.gz
 slave mta-sendmailman: /usr/share/man/man1/sendmail.postfix.1.gz
/usr/bin/esmtp-wrapper - priority 30
 slave mta-pam: (null)
 slave mta-mailq: /usr/bin/esmtp-wrapper
 slave mta-newaliases: (null)
 slave mta-rmail: (null)
 slave mta-sendmail: /usr/bin/esmtp-wrapper
 slave mta-mailqman: /usr/share/man/man1/esmtp.1.gz
 slave mta-newaliasesman: (null)
 slave mta-aliasesman: (null)
 slave mta-sendmailman: /usr/share/man/man1/esmtp.1.gz
Current `best' version is /usr/sbin/sendmail.sendmail

Comment 5 Jaroslav Škarvada 2011-04-13 08:50:32 UTC
Thanks, but it doesnt' seem as a bug.

Simultaneous run of multiple MTAs is not supported. There can be only one MTA active at a given time. You can:

a) remove all other MTAs, or
b) set your preferred MTA via alternatives to postfix:
# alternatives --config mta
Select postfix

Then it will perform as expected. The alternatives also handles the chkconfig for consistency and it is refreshed during update. The behaviour is same for sendmail package and probably others MTAs.

Comment 6 Jaroslav Škarvada 2011-04-14 15:24:34 UTC
Closing as NOTABUG according to comment 5.


Note You need to log in before you can comment on or make changes to this bug.