Bug#1013260: coreutils: /bin/chown very slow in conjunction with storebackup
Hello Michael, after a reboot and looking again at the strace output I disabled the nmbd, smbd and winbind service which made the bug dissapear. In summary, I installed nscd which was missing on my system and disabled the three Samba services above, which I don't currently. Everything now works fine again! This also fixed my slow GDM3 login problem. Thank you a lot! Sincerely, Adrian Kieß On Tue, 21 Jun 2022 09:45:06 -0400 Michael Stone wrote: > On Mon, Jun 20, 2022 at 11:08:55AM +0200, Adrian Immanuel Kiess wrote: > >in the current Debian/testing, storebackup fails to make a new backup, > >because > >storebackup stalls during the backup process. From what I can see though ps > >axuwww, storebackup stalls by calling /bin/chown, where every chown process > >call takes seconds to minutes to complete. > > Can you duplicate this outside of storebackup?
Bug#1013260: coreutils: /bin/chown very slow in conjunction with storebackup
Dear Michael, yes I can reproduce this bug outside of storebackup, with the following command — which storebackup uses: # chown -h 0:0 /tmp/test Sincerely, Adrian Kiess On Tue, 21 Jun 2022 09:45:06 -0400 Michael Stone wrote: > On Mon, Jun 20, 2022 at 11:08:55AM +0200, Adrian Immanuel Kiess wrote: > >in the current Debian/testing, storebackup fails to make a new backup, > >because > >storebackup stalls during the backup process. From what I can see though ps > >axuwww, storebackup stalls by calling /bin/chown, where every chown process > >call takes seconds to minutes to complete. > > Can you duplicate this outside of storebackup?
Bug#1013260: coreutils: /bin/chown very slow in conjunction with storebackup
On Mon, Jun 20, 2022 at 11:08:55AM +0200, Adrian Immanuel Kiess wrote: in the current Debian/testing, storebackup fails to make a new backup, because storebackup stalls during the backup process. From what I can see though ps axuwww, storebackup stalls by calling /bin/chown, where every chown process call takes seconds to minutes to complete. Can you duplicate this outside of storebackup?
Bug#1013260: coreutils: /bin/chown very slow in conjunction with storebackup
Package: coreutils Version: 8.32-4.1 Severity: important Dear Maintainer, * What led up to the situation? Upgrading a month ago * What exactly did you do (or not do) that was effective (or ineffective)? apt -u dist-upgrade * What was the outcome of this action? storebackup fails to make a new backup, because each /bin/chown call takes serveral seconds or seems to hang and take minutes to complete * What outcome did you expect instead? Working /bin/chown in the current Debian/testing, storebackup fails to make a new backup, because storebackup stalls during the backup process. From what I can see though ps axuwww, storebackup stalls by calling /bin/chown, where every chown process call takes seconds to minutes to complete. Thank you in advance for your attention. Sincerely, Adrian Kiess -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-1 ii libattr1 1:2.5.1-1 ii libc62.33-7 ii libgmp10 2:6.2.1+dfsg1-1 ii libselinux1 3.4-1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information
