On 09/24/2010 03:03 PM, Daniel Lezcano wrote: > On 09/24/2010 12:31 PM, Helmut Lichtenberg wrote: > >> Some more experiments: >> >> The last lines of an strace look like this: >> >> r...@cc2,~: strace ls -l /net/fs-v1 >> [...] >> open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 >> fstat(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0 >> mmap(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0x7f1273115000 >> close(3) = 0 >> futex(0x7f12728d9f60, FUTEX_WAKE_PRIVATE, 2147483647) = 0 >> lstat("/net/fs-v1", >> >> I don't understand these internals, but maybe it makes sense for some of you. >> >> With '/etc/init.d/autofs stop' I cannot stop the service, but when I kill the >> automount process with signal -9 and start it again with '/etc/init.d/autofs >> start' -- then it suddenly works. >> I can cd into /net/fs-v1 and have all directories available. >> >> It's reproducable after a reboot. >> Strange, isn't it? >> >> > It seems the patchset > http://kerneltrap.org/mailarchive/linux-kernel/2007/3/20/68572/thread > was not taken upstream. > A quick look at the code, make me think the pids are not virtualized and > that should mess up autofs4. >
I respinned the kernel patchset from the mailing list and autofs4 now works. Thanks -- Daniel ------------------------------------------------------------------------------ Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _______________________________________________ Lxc-users mailing list Lxc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lxc-users