Adduser devel - Feb 2006 - Bug#351681: adduser tries to re-use existing GID

Package: adduser
Version: 3.81
Severity: important


I''m sorry if I report this bug against the wrong package.

I''ve tried hard to find the reason for the error and found out that
the postinstall scripts for the three packages in question all call
adduser in the same way, which fails, so I decided that adduser was
the best package to report this bug against.

Installing the packages chipcard-tools and libchipcard2-tools and
upgrade of oidentd fails with the following error messages:

----8<---

Reading package lists... Done  
Building dependency tree... Done
0 upgraded, 0 newly installed, 0 to remove and 11 not upgraded.
3 not fully installed or removed.
Need to get 0B of archives.
After unpacking 0B of additional disk space will be used.
Setting up chipcard-tools (0.9.1-7) ...
Adding chipcard-tools daemon account to the system...
groupadd: GID 118 is not unique
adduser: `/usr/sbin/groupadd -g 118 chipcard'' returned error code 4. 
Aborting.
dpkg: error processing chipcard-tools (--configure):
 subprocess post-installation script returned error exit status 4
Setting up libchipcard2-tools (1.9.15.99+1.9.16alpha-1) ...
Adding chipcard-tools daemon account to the system...
groupadd: GID 118 is not unique
adduser: `/usr/sbin/groupadd -g 118 chipcard'' returned error code 4. 
Aborting.
dpkg: error processing libchipcard2-tools (--configure):
 subprocess post-installation script returned error exit status 4
Setting up oidentd (2.0.7-4) ...
groupadd: GID 118 is not unique
adduser: `/usr/sbin/groupadd -g 118 oident'' returned error code 4. 
Aborting.
dpkg: error processing oidentd (--configure):
 subprocess post-installation script returned error exit status 4
Errors were encountered while processing:
 chipcard-tools
 libchipcard2-tools
 oidentd
E: Sub-process /usr/bin/dpkg returned an error code (1)

--->8----

The group with ID 118 is the "postdrop" group, owned (and created) by
the postfix package.

The format of my /etc/group file looks completely correct, the only
manual edits in that file have been adding users to groups, no
rearranging, creation or deletion of groups.

Kind regards
     Friedel

-- System Information:
Debian Release: unstable
  APT prefers unstable
  APT policy: (990, ''unstable''), (500,
''testing''), (500, ''stable''), (1,
''experimental'')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-k7
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages adduser depends on:
ii  debconf [debconf-2.0]         1.4.70     Debian configuration management sy
ii  passwd                        1:4.0.14-4 change and administer password and
ii  perl-base                     5.8.7-10   The Pathologically Eclectic Rubbis

adduser recommends no packages.

-- debconf information:
* adduser/homedir-permission: true

On Mon, Feb 06, 2006 at 06:32:26PM +0100, Friedrich Delgado Friedrichs
wrote:
> I''ve tried hard to find the reason for the error and found out
that
> the postinstall scripts for the three packages in question all call
> adduser in the same way, which fails, so I decided that adduser was
> the best package to report this bug against.
Yes. There are already two similar bugs reported against adduser.

Please try adduser 3.82 from incoming.debian.org. It will go to
unstable tonight.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don''t trust Computers. They | Mailadresse
im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835

Your message dated Thu, 9 Feb 2006 08:13:39 +0100
with message-id <20060209071339.GE18302@box79162.elkhouse.de>
and subject line Bug#351919: postgresql-common: configuration script uses
already-occupied group id 110 (110 is dirmngr)
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

-------------- next part --------------
An embedded message was scrubbed...
From: Friedrich Delgado Friedrichs <friedel@nomaden.org>
Subject: adduser tries to re-use existing GID
Date: Mon, 06 Feb 2006 18:32:26 +0100
Size: 4614
Url:
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060208/dc16c269/attachment-0002.mht
-------------- next part --------------
An embedded message was scrubbed...
From: Martin Pitt <mpitt@debian.org>
Subject: Re: Bug#351919: postgresql-common: configuration script uses
	already-occupied group id 110 (110 is dirmngr)
Date: Thu, 9 Feb 2006 08:13:39 +0100
Size: 2306
Url:
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060208/dc16c269/attachment-0003.mht

reopen 351681
thanks

Hmm.  It looks like this bug may have re-surfaced:

  # adduser nonexistent
  Adding user `nonexistent''...
  Adding new group `nonexistent'' (1002).
  groupadd: GID 1002 is not unique
  adduser: `/usr/sbin/groupadd -g 1002 nonexistent'' returned error code
4.  Aborting.

  # adduser --version | head -1
  adduser: add a user or group to the system.  Version 3.84

I''d be happy to provide more information or perform further tests as
needed.  On this system, postfix is already assigned group 1002.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

Processing commands for control@bugs.debian.org:
> reopen 351681
Bug#351681: adduser tries to re-use existing GID
Bug#351609: hal fails to install: group 108 already exists
Bug#351919: postgresql-common: configuration script uses already-occupied group
id 110 (110 is dirmngr)
Bug reopened, originator not changed.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

On Mon, Feb 20, 2006 at 03:23:27PM -0800, Rob Browning
wrote:
> Hmm.  It looks like this bug may have re-surfaced:
> 
>   # adduser nonexistent
>   Adding user `nonexistent''...
>   Adding new group `nonexistent'' (1002).
>   groupadd: GID 1002 is not unique
>   adduser: `/usr/sbin/groupadd -g 1002 nonexistent'' returned error
code 4.  Aborting.
> 
>   # adduser --version | head -1
>   adduser: add a user or group to the system.  Version 3.84
> 
> I''d be happy to provide more information or perform further tests
as
> needed.  On this system, postfix is already assigned group 1002.
J?rg is responsible for the code in question, so I suspect that he
will comment later today when he comes in from work.

I would be interested whether you use plain passwords, NIS, LDAP or
other schemes, and what''s the output of
perl -e ''print join(":",getgrgid(1002)) || print
"undefined\n"''

You could also add some debug output to the code starting line 409 to
find out how $new_gid is determined.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don''t trust Computers. They | Mailadresse
im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835

On Mon, Feb 20, 2006 at 03:23:27PM -0800, Rob Browning
wrote:
> 
> reopen 351681
> thanks
> 
> Hmm.  It looks like this bug may have re-surfaced:
> 
>   # adduser nonexistent
>   Adding user `nonexistent''...
>   Adding new group `nonexistent'' (1002).
>   groupadd: GID 1002 is not unique
>   adduser: `/usr/sbin/groupadd -g 1002 nonexistent'' returned error
code 4.  Aborting.
> 
>   # adduser --version | head -1
>   adduser: add a user or group to the system.  Version 3.84
> 
> I''d be happy to provide more information or perform further tests
as
> needed.  On this system, postfix is already assigned group 1002.
Hm, strange; I cannot reproduce it;

joerg@hydra Temp $ LANG=C id foobar
id: foobar: No such user
joerg@hydra Temp $ LANG=C sudo adduser foobar
Adding user `foobar''...
Adding new group `foobar'' (1002).
Adding new user `foobar'' (1002) with group `foobar''.
Creating home directory `/home/foobar''.
Copying files from `/etc/skel''
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
Changing the user information for foobar
Enter the new value, or press ENTER for the default
        Full Name []:
        Room Number []:
        Work Phone []:
        Home Phone []:
        Other []:
Is the information correct? [y/N] y
joerg@hydra Temp $ LANG=C id foobar
uid=1002(foobar) gid=1002(foobar) groups=1002(foobar)
joerg@hydra Temp $ LANG=C sudo deluser --remove-home foobar
Looking for files to backup/remove...
Removing files...
Removing user `foobar''...
done.
joerg@hydra Temp $ grep "foobar" /etc/group
joerg@hydra Temp $ sudo adduser --version
adduser: add a user or group to the system.  Version 3.84

Can you run adduser with the --debug option and give some more information
about the relevant environment (as Marc already said)?

J?rg

-- 
Was denen einen ihr Watergate, ist den anderen ihr Firstgate.
- Thomas Bliessner, <slrnd1hklm.g53.nospam@melix.com.mx>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url :
http://lists.alioth.debian.org/pipermail/adduser-devel/attachments/20060221/a84604cb/attachment.pgp

Marc Haber <mh+debian-packages@zugschlus.de> writes:
> I would be interested whether you use plain passwords, NIS, LDAP or
> other schemes, and what''s the output of
> perl -e ''print join(":",getgrgid(1002)) || print
"undefined\n"''
Hmm.  Something''s definitely wrong on the machine.  I tried running
dpkg-reconfigure passwd to check the settings and saw this:

  no matching group file entry in /etc/gshadow
  add group `man'' in /etc/gshadow? no matching group file entry in
/etc/gshadow
  add group `plugdev'' in /etc/gshadow? grpck: no changes
  Please correct the error and rerun `/sbin/shadowconfig on''

I recently upgraded the machine to unstable.  Perhaps something
happened during that process.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

On Tue, Feb 21, 2006 at 01:10:53PM -0800, Rob Browning
wrote:
> Marc Haber <mh+debian-packages@zugschlus.de> writes:
> > I would be interested whether you use plain passwords, NIS, LDAP or
> > other schemes, and what''s the output of
> > perl -e ''print join(":",getgrgid(1002)) || print
"undefined\n"''
> 
> Hmm.  Something''s definitely wrong on the machine.  I tried
running
> dpkg-reconfigure passwd to check the settings and saw this:
> 
>   no matching group file entry in /etc/gshadow
>   add group `man'' in /etc/gshadow? no matching group file entry in
/etc/gshadow
>   add group `plugdev'' in /etc/gshadow? grpck: no changes
>   Please correct the error and rerun `/sbin/shadowconfig on''
> 
> I recently upgraded the machine to unstable.  Perhaps something
> happened during that process.
Probably. Can I close this bug?

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don''t trust Computers. They | Mailadresse
im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835

Marc Haber <mh+debian-packages@zugschlus.de> writes:
>> I recently upgraded the machine to unstable.  Perhaps something
>> happened during that process.
>
> Probably. Can I close this bug?
I''d say that''s up to you.  I don''t really have any
solid idea about
what the problem might be, though it looks like it wasn''t just that
machine.

On that machine both man and plugdev were missing from /etc/gshadow,
and I just noticed that on two other machines, plugdev was missing.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4

Processing commands for control@bugs.debian.org:
> reassign #351681 passwd
Bug#351681: adduser tries to re-use existing GID
Bug#351609: hal fails to install: group 108 already exists
Bug#351919: postgresql-common: configuration script uses already-occupied group
id 110 (110 is dirmngr)
Bug reassigned from package `adduser'' to `passwd''.
> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

reassign #351681 passwd
thanks

On Sun, Feb 26, 2006 at 09:35:12PM -0800, Rob Browning
wrote:
> Marc Haber <mh+debian-packages@zugschlus.de> writes:
> >> I recently upgraded the machine to unstable.  Perhaps something
> >> happened during that process.
> >
> > Probably. Can I close this bug?
> 
> I''d say that''s up to you.
I think I''ll reassign the bug to passwd, just in case.
> I don''t really have any solid idea about
> what the problem might be, though it looks like it wasn''t just
that
> machine.
> 
> On that machine both man and plugdev were missing from /etc/gshadow,
> and I just noticed that on two other machines, plugdev was missing.
plugdev doesn''t have anything to do with adduser, and strange behavior
with missing /etc/gshadow would be a passwd issue.

Passwd maintainers, I have here an unreproducible issue with adduser
which might be caused by passwd (mis)behaving if gshadow is missing.
Could this be an issue with your package?

"My" code in question is still worked on, so I don''t think
that it
makes sense to keep an unreproducible bug open against that code
(might be fixed, or might not be). So, if you don''t see any issue with
your package, please close.

Greetings
Marc

-- 
-----------------------------------------------------------------------------
Marc Haber         | "I don''t trust Computers. They | Mailadresse
im Header
Mannheim, Germany  |  lose things."    Winona Ryder | Fon: *49 621 72739834
Nordisch by Nature |  How to make an American Quilt | Fax: *49 621 72739835

On Mon, Feb 27, 2006 at 07:54:25AM +0100, Marc Haber
wrote:
> 
> I think I''ll reassign the bug to passwd, just in case.
Thanks.

I seems to me that groupadd behavior is OK.
(-o must be used to use an existing group)

Regarding gshadow, I think /etc/group was changed manually, then
/etc/group and /etc/gshadow were no more synchronized.
Maybe this made adduser think that an ID was free while it was in fact in
use.

I don''t remember of any such report of upgrade failure and this bug is
now
unreproducible, so I''m closing this bug. I''m keeping adduser
and Rob
Browning CC''ed.

Kind Regards,
-- 
Nekral