Bug 44594

Summary: Cyrus IMAP service shown as stopped in UMC in 4.2
Product: UCS Reporter: Daniel Tröder <troeder>
Component: MailAssignee: Daniel Tröder <troeder>
Status: CLOSED FIXED QA Contact: Sönke Schwardt-Krummrich <schwardt>
Severity: normal    
Priority: P5 CC: scheinig, schwardt
Version: UCS 4.2   
Target Milestone: UCS 4.2-0-errata   
Hardware: Other   
OS: Linux   
What kind of report is it?: Bug Report What type of bug is this?: 3: Simply Wrong: The implementation doesn't match the docu
Who will be affected by this bug?: 2: Will only affect a few installed domains How will those affected feel about the bug?: 2: A Pain – users won’t like this once they notice it
User Pain: 0.069 Enterprise Customer affected?: Yes
School Customer affected?: ISV affected?:
Waiting Support: Flags outvoted (downgraded) after PO Review:
Ticket number: 2017050221000131 Bug group (optional): External feedback
Max CVSS v3 score:

Description Daniel Tröder univentionstaff 2017-05-15 11:43:10 CEST
Although the service is running, the UMC module "system services" shows it as stopped. When using "start" on it, afterwards it is still shown as stopped (wasn't restarted). The "restart" button works (new PID), but the services keeps being shows as "stopped".

"systemctl status cyrus-imapd.service" shows it as "active (running)" and returns with 0.
Comment 1 Daniel Tröder univentionstaff 2017-05-15 16:32:46 CEST
r79347: fix UMC module "system services" showing Cyrus as always stopped (regression introduced with r78967)
r79348: advisory

Package: univention-mail-cyrus
Version: 9.0.0-11A~4.2.0.201705151629
Branch: ucs_4.2-0
Scope: errata4.2-0
Comment 2 Sönke Schwardt-Krummrich univentionstaff 2017-05-18 14:38:44 CEST
→ REOPEN

Due to bug 43470 there are 2 files within the source package, that try to create /etc/univention/service/univention-mail-cyrus.cfg:
- debian/univention-mail-cyrus.univention-service
- conffiles/etc/univention/service.info/services/univention-mail-cyrus.cfg

debian/univention-mail-cyrus.univention-service has been added by bug 43470. But it never came into effect, since the UCR template automatically creates a dpkg diversion (via dpkg-divert) so debian/univention-mail-cyrus.univention-service has always been redirected to 
/etc/univention/service/univention-mail-cyrus.cfg.debian

The change done by r79347 was ineffective since it has been stored in 
/etc/univention/service/univention-mail-cyrus.cfg.debian after updating univention-mail-cyrus.

1) A proper fix would be the removal of the UCR template and the dpkg diversion (ask Philipp on how to achieve that properly).

2) A simple fix would be the removal of 
debian/univention-mail-cyrus.univention-service by merging the content into
conffiles/etc/univention/service.info/services/univention-mail-cyrus.cfg

I have no preference here.
Comment 3 Daniel Tröder univentionstaff 2017-05-19 15:40:33 CEST
r79449: Remove duplicate service file (patch by phahn)
r79450: update advisory

univention-mail-cyrus 9.0.0-12A~4.2.0.201705191538
Comment 4 Sönke Schwardt-Krummrich univentionstaff 2017-05-23 13:41:21 CEST
(In reply to Daniel Tröder from comment #3)
> r79449: Remove duplicate service file (patch by phahn)
> r79450: update advisory
> 
> univention-mail-cyrus 9.0.0-12A~4.2.0.201705191538

OK: code change
OK: functional test
OK: advisory
Comment 5 Janek Walkenhorst univentionstaff 2017-05-24 10:48:05 CEST
<http://errata.software-univention.de/ucs/4.2/16.html>