quota fails in postinst

[Debian Bug Importer]

Automatically imported from Debian bug report #346048 http://bugs.debian.org/346048

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Thu, 05 Jan 2006 00:57:55 -0500
From: Bryan Donlan <email address hidden>
To: Debian Bug Tracking System <email address hidden>
Subject: quota fails in postinst

Package: quota
Version: 3.13-4
Severity: grave
Justification: renders package unusable

When attempting to install quota into a new sid chroot, the following
error occurs:
Setting up quota (3.13-4) ...
*** glibc detected *** free(): invalid pointer: 0x080923a0 ***
dpkg: error processing quota (--configure):
 subprocess post-installation script returned error exit status 134
Errors were encountered while processing:
 quota
E: Sub-process /usr/bin/dpkg returned an error code (1)

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

Versions of packages quota depends on:
ii debconf [debc 1.4.67 Debian configuration management sy
ii e2fslibs 1.38+1.39-WIP-2005.12.10-2 ext2 filesystem libraries
ii libc6 2.3.5-11 GNU C Library: Shared libraries an
ii libcomerr2 1.38+1.39-WIP-2005.12.10-2 common error description library
ii libwrap0 7.6.dbs-8 Wietse Venema's TCP wrappers libra

quota recommends no packages.

-- debconf information excluded

[Debian Bug Importer (debzilla)]

Message-ID: <20060106195447.GA15613@1>
Date: Fri, 6 Jan 2006 20:54:47 +0100
From: Michael Meskes <email address hidden>
To: Bryan Donlan <email address hidden>, <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#346048: quota fails in postinst

severity 346048 normal
tag 346048 unreproducible
tag 346048 moreinfo
thanks

> Severity: grave
> Justification: renders package unusable

I beg to disagree because not being able to use a package in a chroot
does not render it completely unusable. After all most users will use it
on a "real" system. It should nevertheless work of course.

> When attempting to install quota into a new sid chroot, the following
> error occurs:
> Setting up quota (3.13-4) ...
> *** glibc detected *** free(): invalid pointer: 0x080923a0 ***

Could you please give me more info? How did you create the chroot? What
data do you have in /etc, in particular in /etc/fstab? Could you please
run the postinst script directly to see which statement creates the
error message?

I have to admit that I did not create a new chroot but updated one to
sid just today. But my chroot installs quota nicely.

Michael
--
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: <email address hidden>
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!

[Debian Bug Importer (debzilla)]

Message-ID: <email address hidden>
Date: Sat, 7 Jan 2006 20:42:55 -0500
From: Bryan Donlan <email address hidden>
To: Michael Meskes <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#346048: quota fails in postinst

On 1/6/06, Michael Meskes <email address hidden> wrote:
> severity 346048 normal
> tag 346048 unreproducible
> tag 346048 moreinfo
> thanks
>
> > Severity: grave
> > Justification: renders package unusable
>
> I beg to disagree because not being able to use a package in a chroot
> does not render it completely unusable. After all most users will use it
> on a "real" system. It should nevertheless work of course.
>
> > When attempting to install quota into a new sid chroot, the following
> > error occurs:
> > Setting up quota (3.13-4) ...
> > *** glibc detected *** free(): invalid pointer: 0x080923a0 ***
>
> Could you please give me more info? How did you create the chroot? What
> data do you have in /etc, in particular in /etc/fstab? Could you please
> run the postinst script directly to see which statement creates the
> error message?
>
> I have to admit that I did not create a new chroot but updated one to
> sid just today. But my chroot installs quota nicely.

chroot was created using cdebootstrap directly to sid. After a bit of
investigation, this seems to be reproducable by emptying or deleting
/etc/fstab, purging quota, and reinstalling. I'm not sure how to
manually invoke the postinst, tryng the following fails:
CHROOT bd:/var/lib/dpkg/info# sh -x quota.postinst configure
+ set -e
+ '[' configure =3D configure ']'
+ . /usr/share/debconf/confmodule
++ '[' '!' '' ']'
++ PERL_DL_NONLAZY=3D1
++ export PERL_DL_NONLAZY
++ exec /usr/share/debconf/frontend quota.postinst configure
Can't exec "quota.config": No such file or directory at
/usr/share/perl/5.8/IPC/Open3.pm line 168.
open2: exec of quota.config configure failed at
/usr/share/perl5/Debconf/ConfModule.pm line 56

The chroot's root filesystem is xfs, on a LVM volume, and the kernel
is linux-image-2.6.12-1-k7 2.6.12-10, if that matters.

[Debian Bug Importer (debzilla)]

Message-ID: <20060108125933.GA25104@1>
Date: Sun, 8 Jan 2006 13:59:33 +0100
From: Michael Meskes <email address hidden>
To: Bryan Donlan <email address hidden>
Cc: <email address hidden>
Subject: Re: Bug#346048: quota fails in postinst

On Sat, Jan 07, 2006 at 08:42:55PM -0500, Bryan Donlan wrote:
> chroot was created using cdebootstrap directly to sid. After a bit of

Okay, I did the same now.

> investigation, this seems to be reproducable by emptying or deleting
> /etc/fstab, purging quota, and reinstalling. I'm not sure how to

That's strange. If /etc/fstab does not exist I get:
...
Setting up quota (3.13-4) ...
awk: cannot open /etc/fstab (No such file or directory)
dpkg: error processing quota (--configure):
 subprocess post-installation script returned error exit status 2
Errors were encountered while processing:
 quota

If I just touch /etc/fstab to create an empty file I get:
...
Unpacking quota (from .../archives/quota_3.13-4_i386.deb) ...
Setting up quota (3.13-4) ...

Or in other words, everything is fine.

> The chroot's root filesystem is xfs, on a LVM volume, and the kernel
> is linux-image-2.6.12-1-k7 2.6.12-10, if that matters.

Maybe. To be honest it looks like there is something else going on, not
just a bug in quota. Is there a way you could tar together your chroot
and put it on a server I I could download it to see if it works here?

Michael
--
Michael Meskes
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: <email address hidden>
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!

[Matt Zimmerman (mdz)]

Unreproducible, rejected upstream