Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 481660 - Documentation for an early boot mechamism with a separate NFS mounted /usr is lacking
Summary: Documentation for an early boot mechamism with a separate NFS mounted /usr is...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-08-19 16:00 UTC by Anthony Basile
Modified: 2013-10-08 21:05 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anthony Basile gentoo-dev 2013-08-19 16:00:07 UTC
A classical setup for a large number of workstations sharing the same applications is to have / installed locally on the hard drive of each workstation, but have /usr mounted by NFS (or other network filesystem) from some central server.  Documentation regarding how to do so with "early userspace mounting" is lacking.
Comment 1 Ian Stakenvicius (RETIRED) gentoo-dev 2013-08-27 19:43:55 UTC
Also, apparently (and I didn't do this myself) dracut does not support mounting an nfs /usr out-of-the-box right now; something to do with the network not being started.  This was reported by a fellow dev a few days ago, I don't know if he opened a bug or not.

As such, there may not only be a general lack-of-documentation issue but also operational issues outstanding (the kind for which proper and specific documentation of workarounds is the only solution)
Comment 2 William Hubbs gentoo-dev 2013-08-28 17:04:17 UTC
Do we have official documentation for this setup without an initramfs?
If we do not, I question why it should be a blocker on this tracker.

Thanks,

William
Comment 3 William Hubbs gentoo-dev 2013-08-28 17:15:15 UTC
(In reply to Ian Stakenvicius from comment #1)
> Also, apparently (and I didn't do this myself) dracut does not support
> mounting an nfs /usr out-of-the-box right now; something to do with the
> network not being started.  This was reported by a fellow dev a few days
> ago, I don't know if he opened a bug or not.

Don't highjack this bug with vague comments about bugs that might exist in specific initramfs tools.
 
> As such, there may not only be a general lack-of-documentation issue but
> also operational issues outstanding (the kind for which proper and specific
> documentation of workarounds is the only solution)

If there are specific documentation issues, they should be issues that are documented for non-initramfs setups but not documented for initramfs setups.
Comment 4 William Hubbs gentoo-dev 2013-08-28 17:38:16 UTC
I think the concern on this bug is about whether the initramfs generators such as Dracut and genkernel support mounting /usr early over nfs.

I submit that although that may be an issue, it isn't a blocker for bug #481202, because you can still roll your own initramfs and make sure to include support for it.
Comment 5 William Hubbs gentoo-dev 2013-08-28 17:50:19 UTC
All,

I am removing the docs team from this bug, because after talking to AxS,
it seems the concern is about the specific tools, dracut/genkernel, not
supporting an nfs-mounted /usr correctly.

If that's the case, like I said above, I'm not sure that constitutes
making this bug block #481202.
Comment 6 Ian Stakenvicius (RETIRED) gentoo-dev 2013-08-28 18:51:36 UTC
A review of genkernel code indicates that a genkernel initramfs will support mounting /usr on NFS , including both the case when root is an nfsroot and when it isn't.

Although other methods are probably not so straight-forward, a simple 'genkernel --install initramfs' seems to handle this and is simple enough to not require any special documentation.

(Please note I haven't done a runtime test of any of this, but the code is all there and everything seems enabled by default)
Comment 7 William Hubbs gentoo-dev 2013-08-29 14:47:04 UTC
@blueness:
Based on comment #6, can we close this bug since there seems to be no
need for special documentation to cover this issue?
Comment 8 Richard Freeman gentoo-dev 2013-08-29 23:37:06 UTC
Can somebody confirm that nfs mounting of /usr actually works.

In my attempt to do this in a VM I get a protocol not supported error.  I'll keep plugging away at it - at least it seems closer than dracut.  Let's not debate here whether this is a show-stopper and just keep to the facts.

If anybody has any suggestions for what is causing the protocol not supported error feel free to send them to me via email/irc/etc and we can report back status here.  I'm not an NFS guru, but seems like most kernel-related errors in that it is pretty vague.
Comment 9 Anthony Basile gentoo-dev 2013-09-27 12:08:31 UTC
(In reply to Richard Freeman from comment #8)
> Can somebody confirm that nfs mounting of /usr actually works.
> 
> In my attempt to do this in a VM I get a protocol not supported error.  I'll
> keep plugging away at it - at least it seems closer than dracut.  Let's not
> debate here whether this is a show-stopper and just keep to the facts.
> 
> If anybody has any suggestions for what is causing the protocol not
> supported error feel free to send them to me via email/irc/etc and we can
> report back status here.  I'm not an NFS guru, but seems like most
> kernel-related errors in that it is pretty vague.

I trust Ian's judgment on this but a test would help.  This is a classic setup so its hard to imagine that genkernel doesn't generate nfs-friendly code.

@comment 4.  Of course users can always do things for themselves, but we would like to make it easy if possible.  So if they did need to generate their own initramfs, then they should have some guide.  However, this doesn't seem to be the case since genkernel does it for them.

I'm cc-ing the genkernel folks to confirm Ian's observation.
Comment 10 Andreas K. Hüttel archtester gentoo-dev 2013-10-08 21:05:02 UTC
Seems like this "just works", so closing the bug. Please re-open if you disagree.