[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#705649: marked as done (document solutions for re-enabling static mtab)

Your message dated Fri, 19 Apr 2013 18:19:59 +0200
with message-id <20130419161959.GH5478@radis.cristau.org>
and subject line Re: Bug#705649: Document solutions for re-enabling static mtab
has caused the Debian Bug report #705649,
regarding document solutions for re-enabling static mtab
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
705649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705649
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: mount
Version: 2.20.1-5.3
Severity: serious
Justification: breaks handling of network-based filesystems on shutdown

The use of a symlink for /etc/mtab in wheezy means that 'mount -f' no longer
works.  As a consequence, extra mount options that libmount *should* record
in /run/mount/utab are not recorded for any filesystem that is mounted
before the rootfs is marked rw, including but not limited to _netdev.  This
potentially leaves the system with no way to cleanly unmount some
network-dependent filesystems at shutdown time.

Relatedly, even if /run/mount/utab were being updated properly by 'mount
-f', there appears to be no interface for querying these values. 
/etc/init.d/umountnfs.sh currently assumes it should read from /etc/mtab;
and the 'findmnt' utility doesn't appear to honor utab even when using the
'-m' option:

$ findmnt -m -O _netdev 
$ echo $?
1
$

This is a significant regression in handling of network-based block devices,
such as iscsi and nbd, compared with squeeze.  I think it's important that
this be resolved before release.

-- System Information:
Debian Release: 6.0.6
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mount depends on:
ii  libblkid1                     2.20.1-5.3 block device id library
ii  libc6                         2.13-38    Embedded GNU C Library: Shared lib
ii  libmount1                     2.20.1-5.3 block device id library
ii  libselinux1                   2.0.96-1   SELinux runtime shared libraries
ii  libsepol1                     2.0.42-1   SELinux library for manipulating b

mount recommends no packages.

Versions of packages mount suggests:
ii  nfs-common                    1:1.2.6-3  NFS support files common to client

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Thu, Apr 18, 2013 at 22:13:09 +0100, Roger Leigh wrote:

> tags 705649 + patch
> 
> On Tue, Apr 16, 2013 at 10:37:37PM +0100, Roger Leigh wrote:
> > I've not made any changes as yet.  Given that this will only affect
> > users who are using e.g. nbd as their rootfs, and not any regular
> > use of network nfsroot etc., the best option may be to simply
> > document how to re-enable a static mtab in the release notes, for
> > users who are dependent upon _netdev working.  This would
> > essentially be to
> > - comment out the mtab_migrate conditional in /etc/init.d/checkroot.sh
> > - rm /etc/mtab
> > - cat /proc/mounts > /etc/mtab
> > and to reboot; the _netdev flag will then be stored in mtab correctly.
> 
> Patch for the release notes attached.  I've gone through the process
> locally and confirmed that this all works as documented.
> 
Applied.

Cheers,
Julien

Attachment: signature.asc
Description: Digital signature


--- End Message ---
Reply to: