Martin Fick <[email protected]> writes: > --- On Tue, 5/18/10, Michael Tokarev <[email protected]> wrote: >> 18.05.2010 22:51, Martin Fick wrote: >> > FATAL: Could not load >> /lib/modules/2.6.32-trunk-vserver-686/modules.dep: No such >> file or directory >> >> Obviously you have to have necessary modules in the >> container in order to _load_ them. But it is simpler >> to pre-load all required modules from the host system >> instead. > > Right, I actually ran the kernel server on the host > too, just to make sure the modules were loaded. > >> Actually it does not work even after solving >> module issue. I asked about this very issue >> at the end of last year (I think), but no one >> answered. It looks like knfsd threads are >> working in "global" (i.e host) namespace, not >> in the container namespace, or the said >> namespace isn't being set up correctly in >> the kernel. In any way, nfs service needs >> to be "containerized" properly before being >> useful inside a container, which is not done >> currently, it seems. > > Is anyone working on this? It certainly > would be a very useful feature. :) If it > is only a matter of setting up the > container appropriately, any ideas how to > do that? Thanks,
I remember doing some work a while ago and to ensure it fails properly. Getting knfsd updated to work in a network namespace should be possible, but there are a lot of interactions, and isn't immediately clear how the struct net would be passed to the functions that need it. In short it looked doable, but I don't have any immediate plans to make it happen but I would like to see it happen. Eric _______________________________________________ Containers mailing list [email protected] https://lists.linux-foundation.org/mailman/listinfo/containers _______________________________________________ Devel mailing list [email protected] https://openvz.org/mailman/listinfo/devel
