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...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.