On Mon, 29 Sep 2014, Stephen Dowdy wrote:

> Package: base-files
> Version: 7.1wheezy6
> Severity: normal
> 
> Dear Maintainer,
> 
> Since sysadmins tend to (and are often told to) use /mnt for
> temporary mounts, and sometimes forget those mounts and they go
> stale (nfs), a package (in this case 'base-files') that includes
> /mnt in the files section will result in a complete failure to
> install.
> 
> ------------------------------------------------
>     SERVER:~# type aptup
>     aptup is a function
>     aptup () 
>     { 
>         read -p "Include any available kernel packages in update? [n]: " 
> reply;
>         test "$reply" || reply=no;
>         aptitude update && if echo $reply | egrep -iq ^y; then
>             aptitude full-upgrade;
>         else
>             aptitude install $(aptitude search -F %p '~U 
> !~n"linux-(image|header)"');
>         fi && aptitude clean
>     }
> 
>     SERVER:~# aptup
>     Include any available kernel packages in update? [n]: n
>     ....
>     The following packages will be upgraded: 
>       a2ps apache2 apache2-mpm-prefork apache2-utils apache2.2-bin 
> apache2.2-common apt apt-utils base-files bind9-host cups-bsd cups-client 
> cups-common curl dbus dbus-x11 dnsutils 
>     ....
> 
>     Preparing to replace base-files 7.1wheezy2 (using 
> .../base-files_7.1wheezy6_amd64.deb) ...
> --> Unpacking replacement base-files ...
>     dpkg: error processing 
> /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb (--unpack):
> -->  unable to stat `./mnt' (which I was about to install): Stale NFS file 
> handle
>     Errors were encountered while processing:
>      /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb
>     E: Sub-process /usr/bin/dpkg returned an error code (1)
>     A package failed to install.  Trying to recover:
>                                              
>     SERVER:~# ls /mnt
>     ls: cannot access /mnt: Stale NFS file handle
> (d'oh sysadmin mounted other server months ago, which is now ESTALE,
> but should not result in a fatal install failure in base-files)
> 
>     SERVER:X# dpkg --fsys-tarfile - 
> /var/cache/apt/archives/base-files_7.1wheezy6_amd64.deb | tar tvf - | grep 
> /mnt
> --> drwxr-xr-x root/root         0 2014-06-11 21:07 ./mnt/
> ------------------------------------------------

I see the problem, and I see how dropping /mnt from base-files.deb
(and creating it in the postinst) would make the problem to disappear.

But I'm not sure that this is a bug in base-files.

Guillem, do you have an opinion on this?

Could this be fixed in dpkg, or maybe dpkg has good reasons
to fail in cases like this one?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to