From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Allan Webber Subject: bug#22626: Postgres service fails on adding user Date: Thu, 11 Feb 2016 09:44:16 -0800 Message-ID: <87io1vqgzz.fsf@dustycloud.org> References: <8760xwhzpt.fsf@dustycloud.org> <87io1vtv9n.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTvIh-0001dS-Mm for bug-guix@gnu.org; Thu, 11 Feb 2016 12:45:08 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aTvIc-00040Y-Fy for bug-guix@gnu.org; Thu, 11 Feb 2016 12:45:07 -0500 Received: from debbugs.gnu.org ([208.118.235.43]:55991) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aTvIc-00040U-Ca for bug-guix@gnu.org; Thu, 11 Feb 2016 12:45:02 -0500 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aTvIc-0004iI-8E for bug-guix@gnu.org; Thu, 11 Feb 2016 12:45:02 -0500 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: <87io1vtv9n.fsf@gnu.org> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 22626@debbugs.gnu.org Ludovic Courtès writes: > Christopher Allan Webber skribis: > >> Heya all... guix system config attached. I tried doing a guix system >> reconfigure and it failboat'ed. Here's what happened: >> >> adding user 'postgres'... >> useradd: group 'postgres' does not exist > > Normally just above that there should be: > > adding group 'postgres' > > Could it be that adding the group silently failed? What does /etc/group > shows? Well, it looks like it does do that. I didn't show my full output because there's a lot of garbage... maybe it turns out that this garbage is related: The following derivation will be built: /gnu/store/kil0p7xg6qrvvkf3mp0j0xii09s1cqx7-grub.cfg.drv /gnu/store/qsgrb7inl2mkrnccxf524faqax63dbs4-system /gnu/store/1b31ydr0yrc3jdl6i4chaccsbapzq0m5-grub.cfg /gnu/store/sx2xqvr3s033bl60s09zs6jjbs73n791-grub-2.00 activating system... setting up setuid programs in '/run/setuid-programs'... populating /etc from /gnu/store/piaczch5x7vczy9z7yjq4z8631rh828p-etc... usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. adding group 'postgres'... groupadd: existing lock file /etc/group.lock without a PID groupadd: cannot lock /etc/group; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. adding user 'ntpd'... useradd: existing lock file /etc/group.lock without a PID useradd: cannot lock /etc/group; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: no changes usermod: no changes usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. usermod: existing lock file /etc/shadow.lock without a PID usermod: cannot lock /etc/shadow; try again later. adding user 'postgres'... useradd: group 'postgres' does not exist Anyway /etc/group does not show postgres but I suppose it wouldn't without the "guix system reconfigure" succeeding? > (When testing in ‘guix system vm’, everything works well.) I can't tell whether or not "guix system vm" would be fine; I assume it probably would because I got to the point where qemu must have been invoked, since my system crashed. See my last bug. It definitely does not work with "guix system reconfigure" though.