Univention Bugzilla – Full Text Bug Listing |
Summary: | Cyrus does not expire deliver-db anymore | ||
---|---|---|---|
Product: | UCS | Reporter: | Sönke Schwardt-Krummrich <schwardt> |
Component: | Assignee: | Daniel Tröder <troeder> | |
Status: | CLOSED FIXED | QA Contact: | Sönke Schwardt-Krummrich <schwardt> |
Severity: | normal | ||
Priority: | P2 | CC: | gohmann, troeder |
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?: | 4: Minor Usability: Impairs usability in secondary scenarios |
Who will be affected by this bug?: | 1: Will affect a very 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.046 | Enterprise Customer affected?: | Yes |
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: |
Description
Sönke Schwardt-Krummrich
2011-06-27 11:04:34 CEST
Mit UCS 3.0 weiterhin gültig. Die Deliver-DB wird nicht expired. Erneut aufgefallen an 2012091121000928 Btw.: Bei uns ist die deliver.db fast 6GB groß... Ticket#2014120421000459 Looks like as if the missing cyr_expire call leads to problems while migration to cyrus 2.4. On the first start of cyrus 2.4, cyr_expire is called and the startup waits for the process to finish. That may take several hours depending on the spool size (took like an hour on a slower system with 2.5GB mail spool). (In reply to Janis Meybohm from comment #3) > Looks like as if the missing cyr_expire call leads to problems while > migration to cyrus 2.4. On the first start of cyrus 2.4, cyr_expire is > called and the startup waits for the process to finish. > That may take several hours depending on the spool size (took like an hour > on a slower system with 2.5GB mail spool). Happened again at a customer with larger mailspool. /etc/imapd/cyrus.conf contains 2 entries for "delprune": one in the EVENTS section that calls ctl_deliver resp. cyr_expire each day at 04:01 and one entry in the START section, that does call this command during startup of cyrus. It should be sufficient to remove/disable the entry in the START section. Solved as part for Bug #44424: in r79177. We should keep this bug as separate entry. Added a new entry to the advisory files univention-mail-cyrus.yaml. univention-mail-cyrus.yaml: r79183 | Bug #22852: added advisory The delprune entry should be configured via UCR (enable/disable). By default the delprune entry should be disabled. Starting with UCS 4.2-1 we will enable delprune. Activating the delprune entry may cause IMAP downtimes of several hours depending on the DB size. r79223: fix path for cyr_expire and add UCRVs mail/cyrus/duplicate-supression/expiry/* r79229: advisory update UCRVs mail/cyrus/duplicate-supression/expiry/start (default=no) and mail/cyrus/duplicate-supression/expiry/event (default=no) were added. univention-mail-cyrus (9.0.0-8): r79258 | Bug #22852: updated UCR variable descriptions univention-mail-cyrus.yaml: r79257 | Bug #22852: small adjustments to advisory OK: code change (updated UCR variable description) OK: advisory OK: functional test root@slave32:/etc# ucr set mail/cyrus/duplicate-suppression/expiry/start=yes Setting mail/cyrus/duplicate-suppression/expiry/start Module: create-archivefolder Multifile: /etc/postfix/ldap.sharedfolderlocal Multifile: /etc/imapd/cyrus.conf root@slave32:/etc# systemctl status cyrus-imapd.service ● cyrus-imapd.service - Cyrus IMAP/POP3 daemons Loaded: loaded (/lib/systemd/system/cyrus-imapd.service; disabled) Active: active (running) since Fr 2017-03-31 07:55:59 CEST; 2s ago Process: 27943 ExecStartPre=/usr/sbin/cyrus init-helper start (code=exited, status=0/SUCCESS) Main PID: 27959 (cyrmaster) CGroup: /system.slice/cyrus-imapd.service ├─27959 /usr/sbin/cyrmaster -l 32 -C /etc/imapd/imapd.conf -M /etc/imapd/cyrus.conf └─27963 idled -C /etc/imapd/imapd.conf Mär 31 07:55:59 slave32 cyrus/master[27962]: about to exec /usr/lib/cyrus/bin/idled Mär 31 07:55:59 slave32 cyrus/master[27964]: about to exec /usr/lib/cyrus/bin/cyr_expire Mär 31 07:55:59 slave32 cyrus/cyr_expire[27964]: skiplist: checkpointed /var/lib/cyrus/deliver.db (6 records, 972 bytes) in 0 seconds Mär 31 07:55:59 slave32 cyrus/cyr_expire[27964]: Expunged 0 out of 3 messages from 42 mailboxes Mär 31 07:55:59 slave32 cyrus/cyr_expire[27964]: duplicate_prune: pruning back 3.00 days Mär 31 07:55:59 slave32 cyrus/master[27965]: about to exec /usr/lib/cyrus/bin/tls_prune Mär 31 07:55:59 slave32 cyrus/master[27959]: ready for work Mär 31 07:55:59 slave32 cyrus/master[27966]: about to exec /usr/lib/cyrus/bin/ctl_cyrusdb Mär 31 07:55:59 slave32 cyrus/ctl_cyrusdb[27966]: checkpointing cyrus databases Mär 31 07:55:59 slave32 cyrus/master[27959]: process 27966 exited, status 0 root@slave32:/etc# |