[opensuse-factory] zypper hangs when done
On Leap 42.3 I notice that zypper up/patch hangs at the end. If I look at the process stack, I see things like 0 19778 08:43:40 0:00:09 zypper --no-refresh patch -l 0 19797 08:43:51 0:00:00 0 19799 08:43:52 0:00:00 0 23992 08:53:53 0:00:00 lsof -n -FpcuLRftkn0 0 23993 08:53:53 0:00:00 lsof -n -FpcuLRftkn0 and 0 25529 09:03:17 0:00:19 zypper --no-refresh up -l 0 15628 09:15:17 0:00:00 lsof -n -FpcuLRftkn0 0 15629 09:15:17 0:00:00 lsof -n -FpcuLRftkn0 0 25531 09:03:21 0:00:00 0 25532 09:03:22 0:00:00 And I *also* see $ ps -ef | grep -i btr merijn 16635 24433 0 09:19 pts/6 00:00:00 grep -i btr root 25531 25529 0 09:03 pts/8 00:00:00 [btrfs-defrag-pl] <defunct> $ ps -ef | grep -w 25529 root 15628 25529 0 09:15 pts/8 00:00:00 lsof -n -FpcuLRftkn0 merijn 16789 24433 0 09:20 pts/6 00:00:00 grep -w 25529 root 25529 25528 1 09:03 pts/8 00:00:19 zypper --no-refresh up -l root 25531 25529 0 09:03 pts/8 00:00:00 [btrfs-defrag-pl] <defunct> root 25532 25529 0 09:03 pts/8 00:00:00 [snapper.py] <defunct> and in pstree |-kdeinit5-+-kded5-+-ssh | | |-xterm---tcsh---y2---zypper-+-btrfs-defrag-pl | | | |-lsof---lsof | | | `-snapper.py which surprises me, as I do *not* have any btrfs file systems both <defunct> processes won't disappear on kill -9 -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.27 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
On Jan 30 2018, "H.Merijn Brand" <h.m.brand@xs4all.nl> wrote:
On Leap 42.3 I notice that zypper up/patch hangs at the end. If I look at the process stack, I see things like
0 19778 08:43:40 0:00:09 zypper --no-refresh patch -l 0 19797 08:43:51 0:00:00 0 19799 08:43:52 0:00:00 0 23992 08:53:53 0:00:00 lsof -n -FpcuLRftkn0 0 23993 08:53:53 0:00:00 lsof -n -FpcuLRftkn0
and
0 25529 09:03:17 0:00:19 zypper --no-refresh up -l 0 15628 09:15:17 0:00:00 lsof -n -FpcuLRftkn0 0 15629 09:15:17 0:00:00 lsof -n -FpcuLRftkn0 0 25531 09:03:21 0:00:00 0 25532 09:03:22 0:00:00
This is probably part of the `zypper ps' functionality to find out about deleted files still in use. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 2018-01-30 09:55, Andreas Schwab wrote:
On Jan 30 2018, "H.Merijn Brand" <h.m.brand@xs4all.nl> wrote:
On Leap 42.3 I notice that zypper up/patch hangs at the end. If I look at the process stack, I see things like
0 19778 08:43:40 0:00:09 zypper --no-refresh patch -l 0 23992 08:53:53 0:00:00 lsof -n -FpcuLRftkn0 0 23993 08:53:53 0:00:00 lsof -n -FpcuLRftkn0
This is probably part of the `zypper ps' functionality to find out about deleted files still in use.
And if that happens to run into dead NFS/sshfs/etc. mounts? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tuesday 30 January 2018 11:32:03 Jan Engelhardt wrote:
On Tuesday 2018-01-30 09:55, Andreas Schwab wrote:
On Jan 30 2018, "H.Merijn Brand" <h.m.brand@xs4all.nl> wrote:
On Leap 42.3 I notice that zypper up/patch hangs at the end. If I look at the process stack, I see things like
0 19778 08:43:40 0:00:09 zypper --no-refresh patch -l 0 23992 08:53:53 0:00:00 lsof -n -FpcuLRftkn0 0 23993 08:53:53 0:00:00 lsof -n -FpcuLRftkn0
This is probably part of the `zypper ps' functionality to find out about deleted files still in use.
And if that happens to run into dead NFS/sshfs/etc. mounts?
You can disable these automated ps-calls in /etc/zypp/zypper.conf --------------------------------------------------------- [commit] ## Post commit check for processes/services using old/deleted files ## ## Like 'zypper ps', the post commit check for processes/services using ## old/deleted files calls 'lsof'. On some systems 'lsof' seems to perform ## very slow, and the check takes up to several minutes. Due to this it's ## possible to disable the automatic check after each commit. Explicit calls ## to 'zypper ps' are not affected by this option. ## ## Valid values: boolean ## Default value: yes ## psCheckAccessDeleted = no --------------------------------------------------------- -- cu, Michael Andres +------------------------------------------------------------------+ Key fingerprint = 2DFA 5D73 18B1 E7EF A862 27AC 3FB8 9E3A 27C6 B0E4 +------------------------------------------------------------------+ Michael Andres SUSE LINUX GmbH, Development, ma@suse.com Maxfeldstrasse 5, D-90409 Nuernberg, Germany, ++49 (0)911 - 74 053-0 +------------------------------------------------------------------+ SUSE Linux GmbH, GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) +------------------------------------------------------------------+ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Tue, 30 Jan 2018 16:12:06 +0100, Michael Andres <ma@suse.com> wrote:
On Tuesday 30 January 2018 11:32:03 Jan Engelhardt wrote:
On Tuesday 2018-01-30 09:55, Andreas Schwab wrote:
On Jan 30 2018, "H.Merijn Brand" <h.m.brand@xs4all.nl> wrote: [...]
This is probably part of the `zypper ps' functionality to find out about deleted files still in use.
And if that happens to run into dead NFS/sshfs/etc. mounts?
You can disable these automated ps-calls in /etc/zypp/zypper.conf --------------------------------------------------------- [commit]
## Post commit check for processes/services using old/deleted files ## ## Like 'zypper ps', the post commit check for processes/services using ## old/deleted files calls 'lsof'. On some systems 'lsof' seems to perform ## very slow, and the check takes up to several minutes. Due to this it's ## possible to disable the automatic check after each commit. Explicit calls ## to 'zypper ps' are not affected by this option. ## ## Valid values: boolean ## Default value: yes ## psCheckAccessDeleted = no ---------------------------------------------------------
Good to know, but I value that feedback (and take action when I get it) Maybe it should restrict to files that it knows about and on local filesystems only. -- H.Merijn Brand http://tux.nl Perl Monger http://amsterdam.pm.org/ using perl5.00307 .. 5.27 porting perl5 on HP-UX, AIX, and openSUSE http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/
participants (4)
-
Andreas Schwab -
H.Merijn Brand -
Jan Engelhardt -
Michael Andres