[nylug-talk] fun with fstab, bind and unionfs
alex at pilosoft.com
alex at pilosoft.com
Fri Feb 2 20:22:32 EST 2007
On Fri, 2 Feb 2007, jh wrote:
> I'm trying to use things like bind and unionfs to work around the silly
> things that commercial software vendors do. These silly things become
> problems in a diskless environment :( And sadly, no, I don't have the
> option of finding sane vendors in their product classes.
>
> First issue: a bind mount solves one issue that I'm having with one
> vendor (who needs writable access into subdirectory of /opt). I have
> this entry in my fstab:
>
> /Sillyvendor /opt/Sillyvendor none rw,bind 0 0
>
> If I manually issue the command
>
> mount /opt/Sillyvendor
>
> it works fine. But it doesn't mount at boot time. Can someone shed some
> light on this? I guess that I could put something in rc.local, but it
> should work from fstab, no?
Are you sure that line is *after* the line which causes /opt to be
mounted? [if opt is on separate filesystem]. Check your distribution's rc
scripts and see what exactly do they do on boot: mount -a -t ext2? mount
-a? etc.
If it don't work, whats wrong with rc.local?
> Second issue: I have a very, very silly vendor that insists on having
> write privs to /usr. Sadly, my diskless boxes don't allow this.
>
> I thought that unionfs might be the solution. Any suggestions on how to
> do this, especially from fstab? I was thinking of something like this...
> not sure how to do a unionfs entry in fstab...
>
> foo:/usr /usr_temp nfs ro,hard,intr 0 0
> none /usr unionfs dirs=/usr_temp:/usr_write 0 0
>
> Any comments on whether this would work, or perhaps, on the fine points
> of unionfs?
unionfs is broken by design. you'll hit problems, later.
i'm sure your vendor requires +w to something inside /usr - which you can
mount from tmpfs - or it is really a file under /usr proper? If it is a
specific file, symlink it to /tmp and it will be none the wiser.
-alex
More information about the nylug-talk
mailing list