csrihari

Thank you for this. Works well. It would be a good to have an option to set GID and UID. All downloads are owned by root as of now.

Thanks. This worked now(obviously!!). Not sure what to do with that temp account. Will it be purged if I do not use it again?

Works now. Permissions are reset to correct values and passwordless ssh works fine. Thank you for fixing this fast.

Same here

root@Bebbuli:/# cd /usr/local/ root@Bebbuli:/usr/local# ls -l total 0 drwxr-xr-x 2 root root 60 Feb 2 18:31 bin/ drwxrwxrwx 4 nobody users 320 Feb 18 2019 emhttp/ drwxr-xr-x 2 root root 40 Nov 24 1993 etc/ drwxr-xr-x 2 root root 40 Mar 15 1994 lib/ drwxr-xr-x 3 root root 60 Jul 25 2022 lib64/ drwxr-xr-x 2 root root 700 Feb 10 08:17 sbin/ drwxr-xr-x 3 root root 60 Jul 25 2022 share/ drwxr-xr-x 2 root root 80 Nov 20 16:27 src/ root@Bebbuli:/usr/local#

First one at / level root@Bebbuli:/# pwd / root@Bebbuli:/# ls -l total 8 drwxr-xr-x 2 root root 3820 Feb 2 18:32 bin/ drwx------ 11 root root 8192 Dec 31 1969 boot/ drwxr-xr-x 16 root root 4020 Feb 8 09:49 dev/ drwxr-xr-x 63 root root 3300 Feb 10 08:17 etc/ drwxr-xr-x 2 root root 40 Nov 20 16:27 home/ drwxr-xr-x 3 root root 0 Feb 2 18:34 hugetlbfs/ lrwxrwxrwx 1 root root 10 Nov 20 16:27 init -> /sbin/init* drwxr-xr-x 8 root root 160 Jan 19 14:13 lib/ drwxr-xr-x 7 root root 3940 Nov 20 16:27 lib64/ drwxr-xr-x 16 root root 320 Feb 7 07:55 mnt/ drwx--x--x 3 root root 60 Feb 2 18:34 opt/ dr-xr-xr-x 838 root root 0 Feb 2 18:31 proc/ drwx--x--- 3 root root 180 Feb 3 12:35 root/ drwxr-xr-x 20 root root 1040 Feb 10 09:00 run/ drwxr-xr-x 2 root root 5380 Feb 2 18:32 sbin/ dr-xr-xr-x 13 root root 0 Feb 2 18:31 sys/ drwxrwxrwt 14 root root 360 Feb 10 15:44 tmp/ drwxrwxrwx 14 nobody users 340 Feb 18 2019 usr/ drwxr-xr-x 14 root root 340 Jan 9 2017 var/

Here it is

After updating, my passwordless ssh broke and I see this in syslog Authentication refused: bad ownership or modes for directory / This happened on an earlier update of this plugin as well. I read the discussion of this in another thread and it has something to do with /usr permissions of this plugin?

Sorry nevermind. I was overthinking my docker setup. Disabled this and it works fine.

Enabling nesting gives an error lxc-start: debtest: ../src/lxc/confile.c: set_config_apparmor_profile: 1651 Invalid argument - Built without AppArmor support lxc-start: debtest: ../src/lxc/parse.c: lxc_file_for_each_line_mmap: 129 Failed to parse config file "/usr/share/lxc/config/nesting.conf" at line "lxc.apparmor.profile = lxc-container-default-with-nesting" Is this expected?

Got it. Thank you for this. I see that it is privileged 👍

Quick question. Can we run privileged containers with this plugiin? If so, what option needs to be set in config?

I did not try snapshots but will do. I am just playing around at this time to see how it all works. By the way, tar in backup script works without a problem if verbose is enabled. Weird.

Thank you for creating this plugin. First time trying LXC and it is awesome. Created default DebianLXC and it worked fine. It starts in 1 or 2 seconds which is amazing. Tried your backup script and ran into this error. Not a big deal but just wanted to let you know tar: ./rootfs/var/lib/apt/lists/deb.debian.org_debian-security_dists_bullseye-security_main_i18n_Translation-en: file name is too long (max 99); not dumped tar: Exiting with failure status due to previous errors Backup Failed! Edit: Though it says Backup Failed, it did create tar file. Did not attempt restoring.

Edit moving this comment to correct thread.