<div dir="ltr"><div class="gmail_default" style="font-size:small">I did work around it by mounting the ftp site on the host and sharing /mnt with the container, but as a solution is poor, since I cannot execute the mound command from the container, to be run on the host.<br></div><div class="gmail_default" style="font-size:small">This was working fine until last week. I just checked and /dev/fuse does not exist in the container, although the module fuse is loaded.<br></div><div class="gmail_default" style="font-size:small">So the question is how do I create that device on the container<br></div><div class="gmail_default" style="font-size:small"><br>lxc.mount.entry = /mnt  mnt none bind 0 0<br></div><div class="gmail_default" style="font-size:small">lxc.tty = 10<br>lxc.pts = 1024<br>lxc.cgroup.devices.deny = a<br>lxc.cgroup.devices.allow = c 1:3 rwm<br>lxc.cgroup.devices.allow = c 1:5 rwm<br>lxc.cgroup.devices.allow = c 5:1 rwm<br>lxc.cgroup.devices.allow = c 5:0 rwm<br>lxc.cgroup.devices.allow = c 4:0 rwm<br>lxc.cgroup.devices.allow = c 4:1 rwm<br>lxc.cgroup.devices.allow = c 1:9 rwm<br>lxc.cgroup.devices.allow = c 1:8 rwm<br>lxc.cgroup.devices.allow = c 136:* rwm<br>lxc.cgroup.devices.allow = c 5:2 rwm<br>lxc.cgroup.devices.allow = c 254:0 rwm<br>lxc.cgroup.devices.allow = c 10:137 rwm # loop-control<br>lxc.cgroup.devices.allow = b 7:* rwm    # loop*<br>lxc.mount.auto = cgroup<br>lxc.kmsg = 0<br>lxc.cap.drop =<br><br>lxc.utsname = centos7<br>lxc.autodev = 1<br>lxc.aa_profile = unconfined<br><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 13, 2016 at 10:12 AM, Serge E. Hallyn <span dir="ltr"><<a href="mailto:serge@hallyn.com" target="_blank">serge@hallyn.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">Quoting Saint Michael (<a href="mailto:venefax@gmail.com">venefax@gmail.com</a>):<br>
> ​​rpm -qa | grep lxc<br>
> lxc-libs-1.1.5-1.fc22.x86_64<br>
> lxc-1.1.5-1.fc22.x86_64<br>
><br>
> Since the latest changes in ​LXC, I am out of business, since Fuse does not<br>
> work anymore inside containers, and that is what I use for a<br>
> line-of-production application that maps an FTP server to /mnt<br>
> ​<br>
> ​fuse is loaded, which can be seen with<br>
> lsmod | grep fuse<br>
><br>
> ​but any attempt to do this<br>
> curlftpfs <a href="ftp://ftp.xxxxx.com" rel="noreferrer" target="_blank">ftp://ftp.xxxxx.com</a> /mnt/ -o user=aaaaa:bbbbb<br>
><br>
> fails with<br>
> fuse: device not found, try 'modprobe fuse' first<br>
><br>
> ​Note: it works on the host just fine, and it used to work fine in my<br>
> containers until a few days ago.<br>
<br>
</div></div>Does /dev/fuse exist in the container?  You'd have to give some details<br>
about the container (at least a config file) so we could see how /dev/fuse<br>
is meant to be there.  But since it says "device not found" I suspect<br>
the file is simply not there, rather than the container having lost<br>
permissions to use it.  Perhaps you're using a persistent-till-next-reboot<br>
dev mountpoint for the container and started the container before loading<br>
fuse, so no /dev/fuse bind mount could be made?  Just guessing.<br>
<br>
-serge<br>
_______________________________________________<br>
lxc-users mailing list<br>
<a href="mailto:lxc-users@lists.linuxcontainers.org">lxc-users@lists.linuxcontainers.org</a><br>
<a href="http://lists.linuxcontainers.org/listinfo/lxc-users" rel="noreferrer" target="_blank">http://lists.linuxcontainers.org/listinfo/lxc-users</a></blockquote></div><br></div>