xfs
[Top] [All Lists]

Re: xfsprogs should provide hook script for initramfs-tools

To: Lubomir Host <lubomir.host@xxxxxxxxx>
Subject: Re: xfsprogs should provide hook script for initramfs-tools
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Wed, 03 Jul 2013 17:26:02 -0400
Cc: XFS Development Team <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <CADyPfthesmv4ae0uDevzYQ+7srX26auSJWaB-72=qKrHbTLN4w@xxxxxxxxxxxxxx>
References: <CADyPfthesmv4ae0uDevzYQ+7srX26auSJWaB-72=qKrHbTLN4w@xxxxxxxxxxxxxx>
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
On 7/3/13 4:40 PM, Lubomir Host wrote:
> Package: xfsprogs
> Version: 3.1.9
> Severity: minor
> Tags: patch
> 
> Dear Maintainer,
> 
> If your rootfs is XFS (I hope it is :) ), you should include some XFS tools 
> into initrd.
> It would be handy in emergency situation. E.g. will help you to boot your 
> domU.
> 
> Log from the Xen console:
> 
> Begin: Running /scripts/local-bottom ... done.
> done.
> Begin: Running /scripts/init-bottom ... done.
> INIT: version 2.88 booting
> [info] Using makefile-style concurrent boot in runlevel S.
> [ ok ] Starting the hotplug events dispatcher: udevd.
> [ ok ] Synthesizing the initial hotplug events...done.
> [ ok ] Waiting for /dev to be fully populated...done.
> [ ok ] Activating swap...done.
> [....] Checking root file system...fsck from util-linux 2.20.1
> fsck: fsck.xfs: not found

Quite honestly, this should not be a hard failure.

I'd call this a bug in whatever infrastructure has decided to
fail boot for lack of a no-op binary (i.e. fsck.xfs).

> fsck: error 2 while executing fsck.xfs for /dev/xvda2
> fsck died with exit status 8
> failed (code 8).
> [....] An automatic file system check (fsck) of the root filesystem
> failed. A manual fsck must be performed, then the system restarted.
> The fsck should be performed in maintenance mo[FAILth the root
> filesystem mounted in read-only mode. ... failed!

Failed all right, but there's no reason to fail boot for this.

Anyway -

I had looked into including the $FOO.d/$BAR.conf files required
to include xfs bits, but at least in Fedora, it already pulled
in the right bits.

So yes, indicating xfs_repair, xfs_db, xfs_metadump for initramfs
would probably be a fine idea for distros that don't do it by default,
but failing boot for lack of fsck.xfs is awfully harsh.

This might be a per-distro-package thing, if Debian needs different
hints than Fedora, etc, to get a working boot-time environment?

-Eric

> [....] The root filesystem is currently mounted in read-only mode. A
> maintenance shell will now be started. After performing system
> maintenance, press CONTROL-D to terminate the main[warnce shell and
> restart the system. ... (warning).> Give root password for maintenance
> (or type Control-D to continue):
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=sk_SK, LC_CTYPE=sk_SK.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: 
> LC_ALL set to C)
> Shell: /bin/sh linked to /bin/dash
> 
> Versions of packages xfsprogs depends on:
> ii  libblkid1     2.20.1-5.4
> ii  libc6         2.17-7
> ii  libreadline5  5.2+dfsg-2
> ii  libuuid1      2.20.1-5.4
> 
> xfsprogs recommends no packages.
> 
> Versions of packages xfsprogs suggests:
> ii  acl      2.2.52-1
> pn  attr     <none>
> pn  quota    <none>
> pn  xfsdump  <none>
> 
> -- no debconf information
> 
> 
> -- 
> http://blog.hostname.sk/ <http://blog.hostname.sk/gmail>debianbug
> 
> 
> _______________________________________________
> xfs mailing list
> xfs@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/xfs
> 

<Prev in Thread] Current Thread [Next in Thread>