From: David Brown <dmlb2000@gmail.com>
To: linux-fsdevel@vger.kernel.org
Cc: vaurora@redhat.com
Subject: Some Union Mount questions
Date: Fri, 21 May 2010 15:06:30 -0700	[thread overview]
Message-ID: <AANLkTinQI4I3n7dsjkjk6S9fVC98Ib7KDd71bV-xuW8O@mail.gmail.com> (raw)
Okay so its been a while so I figured I'd better update on things.
It Works!
I've gotten it to work using Val's documentation at
http://valerieaurora.org/union/ with some additions to the initramfs
package to generate the correct initrd
# cat etc/initramfs-tools/scripts/nfs-bottom/union
#!/bin/sh
# init-premount script for lvm2.
PREREQS=""
prereqs()
{
	echo $PREREQS
}
case "$1" in
	prereqs)
	prereqs
	exit 0
	;;
esac
echo "mounting union tmpfs"
mount.union -n -o union -t tmpfs none ${rootmnt}
# cat etc/initramfs-tools/hooks/union
#!/bin/sh
PREREQ=""
prereqs()
{
	echo "$PREREQ"
}
case $1 in
prereqs)
	prereqs
	exit 0
	;;
esac
. /usr/share/initramfs-tools/hook-functions
copy_exec /bin/mount /bin/mount.union
#
Then it works pretty good. (I really like debians initramfs package).
I can stand up an 8 node cluster with an nfs read only root file
system and it works!
However, the output of the kernel is very verbose lots of debug
messages about how you are managing the tmpfs part of the union. Also
lots of duplicate entries, which seems weird.
May 21 21:53:24 x6 kernel: [   56.558749] lib: appending to union
Does this mean you are appending /lib to the union tmpfs over and over?
So df doesn't show any leaking of the processes running on the system
syslog is going over the wire to a central server, there's 7 agetty's
running, udev is kinda freaking out (kernel version difference I
guess), and cron is running. So the image is pretty stripped down.
This is pretty usual for an HPC compute node. I'm currently doing some
long tests trying to determine how fast would tmpfs fill up and what
would be filling it up.
Also, when is it going to be included to mainline stuff? Also, should
I put a redhat bugzilla request in for inclusion into RHEL 6.1/2?
Sadly, this wonderful feature would be more easily adopted here if it
was included into RHEL 6.1 or 6.2 at some point.
Thanks,
- David Brown
next             reply	other threads:[~2010-05-21 22:06 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-21 22:06 David Brown [this message]
2010-05-24 20:44 ` Some Union Mount questions Valerie Aurora
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox
  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):
  git send-email \
    --in-reply-to=AANLkTinQI4I3n7dsjkjk6S9fVC98Ib7KDd71bV-xuW8O@mail.gmail.com \
    --to=dmlb2000@gmail.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=vaurora@redhat.com \
    /path/to/YOUR_REPLY
  https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
  Be sure your reply has a Subject: header at the top and a blank line
  before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).