Bug#986322: Bug#986129: unblock: sendmail/8.15.2-22
Paul Gevers wrote: >> In contrast to normal upgrades of sendmail, during the upgrade of buster >> to bullseye sendmail will be stopped, causing more downtime to the >> service than other sendmail upgrades. Please read [1] for generic advice >> on reducing downtime. >> [1] >> https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html#services-downtime > > I guess this went below your radar as it was reassigned during this > proposal. Can you please review and comment? Oh, yes, in fact this looks like a package-specific issue of the sort that I was just saying we didn't yet have any of to list at the end of issues.dbk, but would we want it there or somewhere else? It looks good, but of course as soon as I start thinking about how you'd add the markup I start reorganising... sendmail downtime during upgrade In contrast to normal upgrades of sendmail, during the upgrade of buster to bullseye the sendmail service will be stopped, causing more downtime than usual. For generic advice on reducing downtime see . -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package
Bug#986322: Bug#986129: unblock: sendmail/8.15.2-22
Hi Justin, others, On Sat, 3 Apr 2021 07:24:48 +0200 Paul Gevers wrote: > > sendmail does not cleanly restart after upgrading from buster because > > the binaries were moved from /usr/lib/sm.bin to /usr/libexec/sendmail. > > So let's stop sendmail in preinst if upgrading from a version with the > > old layout. (To minimize downtime sendmail is usually not stopped before > > the new version gets unpacked, but only restarted in postinst.) > > If I understand you correctly, users don't expect this historically. So, > do you think this warrants a comment in the release notes? We already > have a section about "prepare for downtime" [1], but if this went more > smoothly in the past, it may me still smart. Something like: > > """ > In contrast to normal upgrades of sendmail, during the upgrade of buster > to bullseye sendmail will be stopped, causing more downtime to the > service than other sendmail upgrades. Please read [1] for generic advice > on reducing downtime. > """ > > Paul > > [1] > https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html#services-downtime I guess this went below your radar as it was reassigned during this proposal. Can you please review and comment? Paul OpenPGP_signature Description: OpenPGP digital signature
Bug#986129: unblock: sendmail/8.15.2-22
Control: reassign -1 -2 release-notes Control: retitle -2 sendmail is stopped during upgrades Control: tag -2 patch Control: close -1 Hi Andreas, On 30-03-2021 09:05, Andreas Beckmann wrote: > Please unblock package sendmail Unblocked. > sendmail does not cleanly restart after upgrading from buster because > the binaries were moved from /usr/lib/sm.bin to /usr/libexec/sendmail. > So let's stop sendmail in preinst if upgrading from a version with the > old layout. (To minimize downtime sendmail is usually not stopped before > the new version gets unpacked, but only restarted in postinst.) If I understand you correctly, users don't expect this historically. So, do you think this warrants a comment in the release notes? We already have a section about "prepare for downtime" [1], but if this went more smoothly in the past, it may me still smart. Something like: """ In contrast to normal upgrades of sendmail, during the upgrade of buster to bullseye sendmail will be stopped, causing more downtime to the service than other sendmail upgrades. Please read [1] for generic advice on reducing downtime. """ Paul [1] https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.en.html#services-downtime OpenPGP_signature Description: OpenPGP digital signature
Bug#986129: unblock: sendmail/8.15.2-22
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sendmail sendmail does not cleanly restart after upgrading from buster because the binaries were moved from /usr/lib/sm.bin to /usr/libexec/sendmail. So let's stop sendmail in preinst if upgrading from a version with the old layout. (To minimize downtime sendmail is usually not stopped before the new version gets unpacked, but only restarted in postinst.) unblock sendmail/8.15.2-22 Andreas >From b91969214360c466be10f2326ba8ac73dd3ed95d Mon Sep 17 00:00:00 2001 From: Andreas Beckmann Date: Tue, 16 Mar 2021 16:04:33 +0100 Subject: [PATCH] stop sendmail before binaries get moved from /usr/lib/sm.bin/ to /usr/libexec/sendmail/ --- debian/changelog | 8 debian/sendmail-bin.preinst.in | 5 + 2 files changed, 13 insertions(+) diff --git a/debian/changelog b/debian/changelog index 4438fa8..fb8ca3b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +sendmail (8.15.2-22) unstable; urgency=medium + + * QA upload. + * Stop sendmail before binaries get moved from /usr/lib/sm.bin/ to +/usr/libexec/sendmail/. + + -- Andreas Beckmann Tue, 16 Mar 2021 16:04:16 +0100 + sendmail (8.15.2-21) unstable; urgency=medium * QA upload. diff --git a/debian/sendmail-bin.preinst.in b/debian/sendmail-bin.preinst.in index f4dda47..409b650 100644 --- a/debian/sendmail-bin.preinst.in +++ b/debian/sendmail-bin.preinst.in @@ -14,6 +14,11 @@ if [ "$1" = "upgrade" ]; then if [ -f /etc/cron.d/sendmail ]; then echo "#preinst" > @sysconfdir@/cron.d/sendmail; fi; + + if dpkg --compare-versions "$2" lt-nl "8.15.2-19" ; then + # stop sendmail before binaries get moved from /usr/lib/sm.bin/ to /usr/libexec/sendmail/ + invoke-rc.d sendmail stop + fi fi #DEBHELPER# -- 2.20.1