Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kfQEm-0007Xy-EF for pgsql-pkg-debian@arkaria.postgresql.org; Wed, 18 Nov 2020 16:23:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kfQEl-0001XK-4Y for pgsql-pkg-debian@arkaria.postgresql.org; Wed, 18 Nov 2020 16:23:15 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kfQEk-0001Uj-SS for pgsql-pkg-debian@lists.postgresql.org; Wed, 18 Nov 2020 16:23:14 +0000 Received: from mail-qv1-xf2c.google.com ([2607:f8b0:4864:20::f2c]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1kfQEi-0007bE-21 for pgsql-pkg-debian@lists.postgresql.org; Wed, 18 Nov 2020 16:23:14 +0000 Received: by mail-qv1-xf2c.google.com with SMTP id z17so1266842qvy.11 for ; Wed, 18 Nov 2020 08:23:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seiler-us.20150623.gappssmtp.com; s=20150623; h=mime-version:from:date:message-id:subject:to; bh=Ge0rwW3CD0NDuPUX67mVUa3UIquH22aBvNyW1sf1kKE=; b=1L+mNAaWtAFkK8zROptO89vefCb7GCvLS7x6J+Lz0B5iWKwkw1v3ahokplTd2+zSNS 9m7dGbB964SAicM8AvoCML6rfJL0q34/XQ2YEFMBk0iS59o7Q8tSxbgRQgiSQGZSIwfM cxqtvDByeJGDqFgMVZBfBzujn8xh+pDKkswYbsSAL6mY+UwpbVzj/9o6qLGqshHsYS1W JH3uoRDJ2OopPvFCzBvwEF0/t0iz07xcPR5I8KQi7sdED0llV+ripo0n+fC3O8L/tWgg 7zm5uwi3DJwXxKs1mH2lXbKp+NUOR0onVA8kgegeLSJfbtniB7mgNbbslsQ1cqbGWw6T MWjQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=Ge0rwW3CD0NDuPUX67mVUa3UIquH22aBvNyW1sf1kKE=; b=Ut181ohhzK64gkvhYFrFGllu/1S5Bbr8URVO1zaL0q1zc7DXTj0uTQSs7j2O2ivtLz 6m9ImQAZUuwQRUvp7ONpnadtn3HgHBjwJ1Rk/8QCOiIa10em2LT0jSmusTapUAo4p1Zc hAHyXXuFwT+WJNAxRnk37gz5sQytB0lBLrp4NlVqEBt1XNBIU/uJmYbdoqSjn0ShEXbd qAxyw40yODNslk1S2VNsrZL4CzWn1GW9G4qy5d1sWxeNIX1RrHTe1cHAGJX/d06MquqC iYNH1IBB6t5Kg+1j3+kQJBHU6SY782LjQM5+ZqofHQ70xzmyVEt2l8J00nmGh/pj9qpS JQlA== X-Gm-Message-State: AOAM533izefjXqfqLeUyJUC6dAjYOGTya3gCdJaWa5lz1SLFc07ZH/aZ 8FUwiT6pJ8DtdE9+I3MGeGv+CF5raZ7EwnEG4K69zm9MWg0= X-Google-Smtp-Source: ABdhPJzW7ZYrdUrWdKw17XX3HEMGNVvv4yGm3OgQLq81Kccd4/W++KARM6ks9e/HaZCmMB0F65Hd359kAezufebDRxM= X-Received: by 2002:a0c:8644:: with SMTP id p62mr5393774qva.30.1605716588820; Wed, 18 Nov 2020 08:23:08 -0800 (PST) MIME-Version: 1.0 From: Don Seiler Date: Wed, 18 Nov 2020 10:22:58 -0600 Message-ID: Subject: Ubuntu Unattended Upgrades To: pgsql-pkg-debian@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000e314ee05b464060f" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --000000000000e314ee05b464060f Content-Type: text/plain; charset="UTF-8" Good morning, Background: Running PG10 on Ubuntu Bionic (18.04). Last night I noticed one of our prod databases was restarted. Digging deeper it was Ubuntu's unattended-upgrade utility (which we just started using this month) that upgraded it from the PGDG 10.14 package to the Ubuntu 10.15 package. We had assumed since unattended-upgrade doesn't include PGDG that it wouldnt upgrade the existing packages, but apparently that doesn't prevent it from "upgrading" them to the Ubuntu equivalent, which then also restarts the databases. It seems this is only a problem with postgresql-10 on Ubuntu Bionic since Bionic provides its own postgresql-10 packages. I'm guessing we should blacklist all postgresql packages in the unattended-upgrades config. I'm wondering if this has been already tackled by anyone else and if there is a more clever solution other than NOT running unattended-upgrades. Alternatively, is it possible to install the new packages but *NOT* restart the DB automatically? I understand that a DB restart would be required to run on the new version but curious if we could have the packages installed prior and then restart at the next available window (although installation doesn't really take that long, just curious). -- Don Seiler www.seiler.us --000000000000e314ee05b464060f Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Good morning,

Background: Running PG10 = on Ubuntu Bionic (18.04).

Last night I noticed one o= f our prod databases was restarted. Digging deeper it was Ubuntu's unat= tended-upgrade utility (which we just started using this month) that upgrad= ed it from the PGDG 10.14 package to the Ubuntu 10.15 package.

We had assumed since unattended-upgrade doesn'= t include PGDG that it wouldnt upgrade the existing packages, but apparentl= y=C2=A0that doesn't prevent it from "upgrading" them to the U= buntu equivalent, which then also restarts the databases. It seems this is = only a problem with postgresql-10 on Ubuntu Bionic since Bionic provides it= s own postgresql-10 packages.

I'm guessing we = should blacklist all postgresql packages in the unattended-upgrades config.= I'm wondering if this has been already tackled by anyone else and if t= here is a more clever solution other than NOT running unattended-upgrades.<= br>
Alternatively, is it possible to install the new packages but *NOT* = restart the DB automatically? I understand that a DB restart would be requi= red to run on the new version but curious if we could have the packages ins= talled prior and then restart at the next available window (although instal= lation doesn't really take that long, just curious).

--
Don Seiler
www.seiler.us
--000000000000e314ee05b464060f--