Search results

The simple approach for me now is: # systemctl edit lxcfs [Service] ExecStart= ExecStart=/usr/bin/lxcfs -l /var/lib/lxcfs This leaves an override.conf save from upgrading Debian.

If anyone is still migration 3.x boxes: I found out that the problem is an issue of preference between backports, release and the ceph repo. This can be resolved by: echo /etc/apt/preferences.d/ceph >> “Package: * Pin: origin download.ceph.com Pin-Priority: 600”

At least I'm having exactly this problem (rslave mounts) with my Debian Jessie containers. See here: https://forum.proxmox.com/threads/lxc-mount-options-in-4-2.27579/#post-138808. Turning off the AppArmor profile works, but yes the security of it is disabled as well.

lxc.aa_profile: unconfined This does seem to fix both problems. But I have to check further if this is OK security-wise. EDIT: this does disable apparmor completely... no good!

Hi all, I have just updated my testing environment to latest Proxmox test repo versions. With a Jessie container I now see two issues: - dovecot won't start due to: [ 986.894869] audit: type=1400 audit(1464177673.467:8): apparmor="DENIED" operation="mount" info="failed flags match" error=-13...

I had that too. I renamed the file Download to Download.vv and then opened that via myuser@myhost: /Applications/RemoteViewer.app/Contents/MacOS/RemoteViewer Downloads/Download.vv You have to time it correctly, as else it seems Proxmox will stop listening for the request. It's pretty damn...

ploop seems to work here on my testing box. There are some steps to take care of: - install OpenVZ deb repo: http://openvz.org/Installation_on_Debian - upgrade vzctl and install ploop - vzctl upgrade will fail until you delete the /etc/vz/conf link, you can redo that after upgrade So far a...