unionfs limitations?

EirikØverby ltning at anduin.net
Sat May 7 02:51:23 PDT 2005


On 07-05-05 03:19, "George Hartzell" <hartzell at kestrel.alerce.com> wrote:

> Eirik Øverby writes:
>> Hi,
>> 
>> I just started playing with mounting ports into jails using unionfs
>> (mount_unionfs -b /usr/ports_jail /usr/local/jails/jail-0/usr/ports), and
>> many things seem to work fine.
>> However, when trying to install either of mysql41-server or mysql41-client,
>> I see the following:
>> 
>> [root at mpi1] /usr/ports/databases/mysql41-server# make install
>> ===>  Installing for mysql-server-4.1.11_1
>> ===>   mysql-server-4.1.11_1 depends on shared library: mysqlclient.14 -
>> found
>> ===>   Generating temporary packing list
>> ===>  Checking if databases/mysql41-server already installed
>> ln: POSIX: Operation not supported
>> *** Error code 1
>> 
>> Stop in /usr/ports/databases/mysql41-server.
>> 
>> Did I miss out on something, or is this not going to work? Do I need to
>> think in other ways?
>> [...]
> 
> Here's one unionfs/jail gotcha that's bitten me a couple of times.  If
> you actually *use* (or, have used) the ports directory to build and
> install stuff onto the "host" machine, the ports infrastructure in the
> jail gets kind of confused.  It seems to be checking for the files in
> the dependencies, doesn't find them, goes to make them, and then
> [depending on what state the relevant port directory is in], things
> get "odd".

I noticed that pretty early on, yea ;)
 
> I've started just using a virgin ports tree as the underpinnings for
> my unionfs'ed jails.

Same here..
 
> Is there any chance that you've installed mysql-server on the host?

Indeed I have, but not from that ports tree. What I did was create myself a
"template" jail, containing all the base stuff plus some essential ports
(perl and stuff). Then I unionfs-mount this one into all of my jails, and
customize them at will.

Weird thing happened this morning though, suddenly the box seemed half-dead.
I didn't touch it, someone else noticed because they weren't able to ssh in.
TCP connection established, but no auth phase.
I also noticed in my active ssh sessions, that things were "dead", in the
sense that when on the shell prompt, pressing ENTER only gave me a new,
blank line. Logging in via serial console didn't work either, put in
username and press ENTER and nothing happened.
Best thing was when I tried to enter the debugger, it started spewing huge
amounts of crap at me, to a point where I simply had to yank the power (i
have remote power sockets, a blessing! ;).
Not sure if this was unionfs related, but I'm on 5.4 as of a couple of days
ago, so it is entirely possible there's something else weird up.

Am I being too much of an optimist, hoping that my unionfs approach will
work? The POSIX issue still stands, though.


/Eirik




More information about the freebsd-stable mailing list