[opensuse] Leap: zypper up hangs in "Applying delta"
Hello all, I seem to be having problems with "zypper up" hanging while "Applying delta". This seems to only happen on VMs (running under kvm / qemu) running Leap (or, at least, I've not seen it elsewhere). The VMs in question are all running ext4 (not btrfs). When this happens, 'ps auxwf' shows that "/usr/bin/python /usr/lib/zypp/plugins/commit/btrfs-defrag-plugin.py" and "/usr/bin/python /usr/lib/zypp/plugins/commit/snapper.py" are running, and killing the snapper process seems to allow things to continue (after "applydeltarpm check failed."). Has anybody else seen this? I can't seem to find mention of it in any searches, but it occurs for me on several VMs, so I have a hard time believing that I'm the first to stumble on it. Any thoughts / suggestions? Thanks in advance! -Nick -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello all,
I seem to be having problems with "zypper up" hanging while "Applying delta".
This seems to only happen on VMs (running under kvm / qemu) running Leap (or, at least, I've not seen it elsewhere).
The VMs in question are all running ext4 (not btrfs). When this happens, 'ps auxwf' shows that "/usr/bin/python /usr/lib/zypp/plugins/commit/btrfs-defrag-plugin.py" and "/usr/bin/python /usr/lib/zypp/plugins/commit/snapper.py" are running, and killing the snapper process seems to allow things to continue (after "applydeltarpm check failed.").
Has anybody else seen this? I can't seem to find mention of it in any searches, but it occurs for me on several VMs, so I have a hard time believing that I'm the first to stumble on it.
Any thoughts / suggestions?
Thanks in advance!
-Nick How long are you letting the process run before killing it? Some upgrades can take quite a long time to install, depending on what work needs to be done. In your case, it looks like there is a file system defrag going on when you kill the process. That seems to me like a
On 10/06/16 02:23 PM, Nick LeRoy wrote: perfect candidate for a process that needs some time to complete. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2016-06-11 00:15, Darryl Gregorash wrote:
On 10/06/16 02:23 PM, Nick LeRoy wrote:
How long are you letting the process run before killing it? Some upgrades can take quite a long time to install, depending on what work needs to be done. In your case, it looks like there is a file system defrag going on when you kill the process. That seems to me like a perfect candidate for a process that needs some time to complete.
He is not using btrfs, so a process hanging named something btrfs is safe to kill, IMO. - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAldbPXoACgkQja8UbcUWM1zyQQEAgU03WW4JdE3NIpnsOs7VUmOi e9vaGcVkE6xaU/86UGUBAIY671eI0v8+yW6Fto3VI+AXCP7TyfkPm5+6dBRnBhkK =Xl7b -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/06/16 04:21 PM, Carlos E. R. wrote:
On 2016-06-11 00:15, Darryl Gregorash wrote:
On 10/06/16 02:23 PM, Nick LeRoy wrote:
How long are you letting the process run before killing it? Some upgrades can take quite a long time to install, depending on what work needs to be done. In your case, it looks like there is a file system defrag going on when you kill the process. That seems to me like a perfect candidate for a process that needs some time to complete.
He is not using btrfs, so a process hanging named something btrfs is safe to kill, IMO.
Perhaps a better question to ask is, if he's not using btrfs, then why is the defrag script being run at all? Just killing a process because it doesn't seem to be doing anything hardly seems like a viable way to debug a problem. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 El 2016-06-10 a las 21:57 -0600, Darryl Gregorash escribió:
He is not using btrfs, so a process hanging named something btrfs is safe to kill, IMO.
Perhaps a better question to ask is, if he's not using btrfs, then why is the defrag script being run at all? Just killing a process because it doesn't seem to be doing anything hardly seems like a viable way to debug a problem.
Yes, of course. - -- Cheers Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAldbynYACgkQja8UbcUWM1z8DgD9GcTnrflYyH5oLo25H9v3eTtB pubo8ZX/0p4q/j+nC1kA/RzpJoXQD2WtB7vrIrLB1ega61tyyBB8VVTD0nwxZ+uG =Yr2H -----END PGP SIGNATURE-----
How long are you letting the process run before killing it? Some upgrades can take quite a long time to install, depending on what work needs to be done. In your case, it looks like there is a file system defrag going on when you kill the process. That seems to me like a perfect candidate for a process that needs some time to complete.
I've let it run overnight, and, in one case, over the weekend. It's just plain hung at that point. Thanks again, -Nick -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/06/2016 22:23, Nick LeRoy wrote:
Hello all,
I seem to be having problems with "zypper up" hanging while "Applying delta".
This seems to only happen on VMs (running under kvm / qemu) running Leap (or, at least, I've not seen it elsewhere).
The VMs in question are all running ext4 (not btrfs). When this happens, 'ps auxwf' shows that "/usr/bin/python /usr/lib/zypp/plugins/commit/btrfs-defrag-plugin.py" and "/usr/bin/python /usr/lib/zypp/plugins/commit/snapper.py" are running, and killing the snapper process seems to allow things to continue (after "applydeltarpm check failed.").
It seems that you can safely remove libsnapper3, which is of no use if you don't have btrfs on Leap but I think that this warrants a bug report because it seems to hang your vm. I get a considerable slowdown on zypper installing delta rpms during updates. I use xfs for root. Add me davejplater@gmail.com - user plater as a cc to the bug as well.\ Dave P
Has anybody else seen this? I can't seem to find mention of it in any searches, but it occurs for me on several VMs, so I have a hard time believing that I'm the first to stumble on it.
Any thoughts / suggestions?
Thanks in advance!
-Nick
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sat, Jun 11, 2016 at 2:28 AM, Dave Plater
It seems that you can safely remove libsnapper3, which is of no use if you don't have btrfs on Leap but I think that this warrants a bug report because it seems to hang your vm. I get a considerable slowdown on zypper installing delta rpms during updates. I use xfs for root. Add me davejplater@gmail.com - user plater as a cc to the bug as well.\ Dave P
I just filed the bug: https://bugzilla.opensuse.org/show_bug.cgi?id=985260 Thanks! -Nick -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (4)
-
Carlos E. R. -
Darryl Gregorash -
Dave Plater -
Nick LeRoy