Bug 690403

Summary:	removal from rc init scripts after package update
Product:	[Fedora] Fedora	Reporter:	Fabrice Bellet <fabrice>
Component:	postfix	Assignee:	Jaroslav Škarvada <jskarvad>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	cz172638, fabrice, jskarvad, mlichvar
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-14 15:24:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:

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.