search for: subuids

Dear Experts, Could someone enlighten me about the following file: /etc/subuid ? This file appears to be owned by "setup" package. This is CentOS 7 system, and until now these files if existed were never changed. Today I have added user quite routine way, by doing /usr/sbin/groupadd -g 4500 [username] /usr/sbin/useradd -g [username] -u 4500 -c "User Name, email at domain"

...el. > > Some details here: > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atomic_host/7/html-single/managing_containers/index#set_up_for_rootless_containers > > It's actually pretty cool. > > So, now when accounts are created with useradd, subuids are assigned > to that new user. > > Unfortunately, this doesn't really work in an enterprise environment > when users are defined via LDAP, since no subuid/subgid entries are > created, but I've heard that there's an effort to make that happen in > the NSS layer in t...

...to the process namespace inside the kernel. Some details here: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atomic_host/7/html-single/managing_containers/index#set_up_for_rootless_containers It's actually pretty cool. So, now when accounts are created with useradd, subuids are assigned to that new user. Unfortunately, this doesn't really work in an enterprise environment when users are defined via LDAP, since no subuid/subgid entries are created, but I've heard that there's an effort to make that happen in the NSS layer in the future. -- Jonathan Bill...

...here: > > > > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atomic_host/7/html-single/managing_containers/index#set_up_for_rootless_containers > > > > It's actually pretty cool. > > > > So, now when accounts are created with useradd, subuids are assigned > > to that new user. > > > > Unfortunately, this doesn't really work in an enterprise environment > > when users are defined via LDAP, since no subuid/subgid entries are > > created, but I've heard that there's an effort to make that happen in...

On 2019-10-09 15:47, Valeri Galtsev wrote: > Dear Experts, > > Could someone enlighten me about the following file: > > /etc/subuid > > ? This file appears to be owned by "setup" package. This is CentOS 7 > system, and until now these files if existed were never changed. Today > I have added user quite routine way, by doing > > /usr/sbin/groupadd -g

--- sysprep/Makefile.am | 1 + sysprep/sysprep_operation_passwd_backups.ml | 54 +++++++++++++++++++++++++++++ 2 files changed, 55 insertions(+) create mode 100644 sysprep/sysprep_operation_passwd_backups.ml diff --git a/sysprep/Makefile.am b/sysprep/Makefile.am index c9ce3b0..4722568 100644 --- a/sysprep/Makefile.am +++ b/sysprep/Makefile.am @@ -52,6 +52,7 @@

https://bugzilla.redhat.com/show_bug.cgi?id=1401320 This series contains two new operations. The second -- and least controversial -- is "passwd-backups" which removes files such as /etc/passwd-, /etc/shadow- and so on. The first one ("backup-files") searches the whole guest filesystem for any regular file which looks like an editor backup file, such as "*~" and

v3: - Split out test for "unix-like" guest OSes into separate commit. - Add guestfish --format=qcow2 to the test (x2). Rich.

In v2: - The backup-files operation now operates on a conservative whitelist of filesystems, so it won't touch anything in /usr. Consequently it also runs much more quickly, about 4 seconds on the barebones virt-builder fedora-25 image. - Call Gc.compact () in visit_tests. - Added documentation to fnmatch.mli.