Page 1 of 2 12 LastLast
Results 1 to 10 of 13

Thread: How to restart zypper upgrade when it errors out on huge number of packages???

  1. #1

    Default How to restart zypper upgrade when it errors out on huge number of packages???

    Gents:

    Not sure if this is the sub-forum for this question, but I'm asking in anticipation of a recurrence of the "large number of packages to upgrade that error out several times" in the zypper processing of rolling SUSE distros.

    This morning I happen to be in Gecko rolling as I pass through my various multi-boot installs and I ran a zypper dup -l and it showed "1642 packages to upgrade" from last weeks upgrade . . . . It was early here, so I just clicked "y" and zypper started retrieving packages. I walked away for a few minutes and when I came back it appeared that the cursor had "returned"??? So soon?? O, no, looking at it more closely the download had errored out on "curl" or some sound package . . . "we tried five times and it failed." I picked "i" to ignore and immediately the download resumed from package 1300 . . . .

    I walked away again for breakfast and when I came back . . . cursor was back after downloading all of the packages and a "installation failed to complete" error was showing?? So the packages were "downloaded" but zypper "didn't know what to do with all of them" so it errored out???

    So, that is the question, how to "repair" a zypper upgrade that has gone horribly wrong? I know what ubuntu uses to do that, but not in SUSE so I ran "zypper dup -l" via sudo and it started the review process again, found the 1643 (now) packages to install and began the process that is still running as I type . . . .

    I'm assuming that in a day or so when I get to my Tumbleweed edition that these same "1643 packages" will be waiting there as well . . . which, as I've posted before, is "too many packages for a rolling distribution" . . . but it doesn't seem like the devs can help themselves . . . ???

    My question is, "how to run a command is SUSE that will "repair broken upgrade"??? And, is there any way to prevent these zypper mishandlings of the large number of packages that are seeming to show up every couple of months in the rolling SUSE-land????

  2. #2
    Join Date
    Aug 2010
    Location
    Chicago suburbs
    Posts
    15,463
    Blog Entries
    3

    Default Re: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by non_space View Post
    O, no, looking at it more closely the download had errored out on "curl" or some sound package . . . "we tried five times and it failed." I picked "i" to ignore and immediately the download resumed from package 1300 . . . .
    When that happens here, I usually pick "retry", and the update usually resumes where it left off.

    However, if you abort at that stage, it is probably harmless. Normally it has only been downloading packages and has not installed anything yet. So just restart. It will recognize that the already downloaded packages are in the package cache, so it won't need to download them again.

    I walked away again for breakfast and when I came back . . . cursor was back after downloading all of the packages and a "installation failed to complete" error was showing?? So the packages were "downloaded" but zypper "didn't know what to do with all of them" so it errored out???
    That's because you did the ignore instead of retry. I think, at that stage, it probably has still only downloaded and not installed anything. And, in that case, you can just restart the upgrade. It should find the downloaded packages in cache, download only the one that is missing, and then install.
    openSUSE Leap 15.3; KDE Plasma 5.18.6;

  3. #3

    Default Re: How to restart zypper upgrade when it errors out on huge number of packages???

    @nrickert:

    OK, thanks for the reply . . . . I think a few months back "we" were hitting some kind of problems like this, in today's case I think that because it said, "We tried 5 times and failed" I didn't think that doing a 6th "retry" would make any difference, because in the past it didn't. There was some problem with "repo"?? sources???

    Anyway, when you say, "restart" the process, are you meaning something other than running "zypper dup -l" again, as you say, the downloads were in cache, but zypper couldn't find them to start the process???

    I'm now in TW install, and I'm about to run another zypper for what I believe will be the same deal on a large number of packages. Not only did zypper "stumble" and error out a couple of times but then it stalled on a package installation for over 5 mins . . . AFTER it had "100%" posted . . . before writing it as "done."

    Overall very slow and cumbersome error prone upgrade in the Gecko rolling edition. I'll see if the TW zypper is any different in a few minutes . . . .

    O, just got a notification in TW that I have 2265 packages to upgrade from last weeks zyppering . . . cool, so cool.

  4. #4
    Join Date
    Aug 2010
    Location
    Chicago suburbs
    Posts
    15,463
    Blog Entries
    3

    Default URe: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by non_space View Post
    OK, thanks for the reply . . . . I think a few months back "we" were hitting some kind of problems like this, in today's case I think that because it said, "We tried 5 times and failed" I didn't think that doing a 6th "retry" would make any difference, because in the past it didn't. There was some problem with "repo"?? sources???
    That's a reasonable way of looking at it. However, when I do "retry" it usually works.

    I think it has been retrying with an already open socket. But when I say "retry" it starts afresh with a new socket.

    I did get through yesterday's update without any retry needed.

    They updated "glibc", and that meant that just about everything had to be recompiled. That's why the update was so large.

    Anyway, when you say, "restart" the process, are you meaning something other than running "zypper dup -l" again, as you say, the downloads were in cache, but zypper couldn't find them to start the process???
    I just meant to run the same "zypper dup" command again.

    I'm now in TW install, and I'm about to run another zypper for what I believe will be the same deal on a large number of packages. Not only did zypper "stumble" and error out a couple of times but then it stalled on a package installation for over 5 mins . . . AFTER it had "100%" posted . . . before writing it as "done."
    Which package?

    After it installs a package, it still has to run any special scripts for that package. I noticed that the "rpcbind" was especially slow. I'm not sure why, but it probably had to reinstate cached information about rpc connections.
    openSUSE Leap 15.3; KDE Plasma 5.18.6;

  5. #5

    Default Re: How to restart zypper upgrade when it errors out on huge number of packages???

    @nrickert:

    The package it stalled on for over 5 minutes was a "nvidia-gfxG05 . . . x86" package . . . I have nvidia card, but I'm not using nvidia proprietary drivers . . . .

    Over in TW still wending through the install of the now 2270 packages . . . the download process errored out 4 times at interval "curl error 55 . . . connection died." 4 times, louie, four times. As soon as I hit "r" it immediately re-fired and continued to the next "death" . . . .

    But, only difference is that perhaps because of "r" . . . after the download completed it started the installation, and so far that is proceeding . . . with some alacrity.

  6. #6
    Join Date
    Aug 2010
    Location
    Chicago suburbs
    Posts
    15,463
    Blog Entries
    3

    Default QRe: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by non_space View Post
    The package it stalled on for over 5 minutes was a "nvidia-gfxG05 . . . x86" package . . . I have nvidia card, but I'm not using nvidia proprietary drivers . . . .
    That package does a compile after install. That's what would take a while.

    If you do not want the proprietary drivers, then remove that package and disable to nvidia repo so that it won't be reinstalled on the next update.

    But, only difference is that perhaps because of "r" . . . after the download completed it started the installation, and so far that is proceeding . . . with some alacrity.
    That's a lot of packages. It does take a while. It took a while, here.
    openSUSE Leap 15.3; KDE Plasma 5.18.6;

  7. #7

    Default Re: QRe: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by nrickert View Post
    That package does a compile after install. That's what would take a while.

    If you do not want the proprietary drivers, then remove that package and disable to nvidia repo so that it won't be reinstalled on the next update.



    That's a lot of packages. It does take a while. It took a while, here.
    @nrickert:

    OK, on the remove the package . . . pretty sure that I did disable the repo . . . . My problem is that I have perhaps now 4 different SUSE installs on that one computer, "more, is more better" type of thing . . . so I'm not digging down under the hood too much in any of them. But I do know from numerous incidents that the nvidia drivers don't seem to keep pace with rolling distro upgrades . . . . So in TW I'm in default video, but in Gecko I believe it is "nouveau" . . . so I don't know why an "nvidia" package would be in there.

    And, yes on the "it takes a long time" . . . I think on the TW w/ the 2268 packahes to upgrade it took over an hour to download and then install . . . with the 4 "death spirals" on the download phase . . . . "curl 55 error" etc.

  8. #8
    Join Date
    Nov 2009
    Location
    West Virginia Sector 13
    Posts
    16,247

    Default Re: How to restart zypper upgrade when it errors out on huge number of packages???

    Gecko does not restrict to only Open Source like openSUSE thus it may install Nvidia drivers. I know it includes other non-OS drivers

  9. #9

    Default Re: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by gogalthorp View Post
    Gecko does not restrict to only Open Source like openSUSE thus it may install Nvidia drivers. I know it includes other non-OS drivers
    @gogalthorp:

    Ah, that might explain that package issue . . . but both Gecko & TW weren't "smooth" on the zypper-ing process on the '12 MacPro. But over on my new Sys76 laptop I have a Gecko partition and that ran a 1557 package upgrade in less than a half n hour . . . no "deaths" or errors . . . except a "we couldn't create an i/o slave" . . . for you??? What? I wanted a slave to follow my commands . . . . Haven't rebooted on it to see if that has any real meaning . . . .

  10. #10
    Join Date
    Dec 2008
    Location
    FL, USA
    Posts
    3,179
    Blog Entries
    1

    Default Re: QRe: How to restart zypper upgrade when it errors out on huge number of packages???

    Quote Originally Posted by non_space View Post
    So in TW I'm in default video, but in Gecko I believe it is "nouveau" . . . so I don't know why an "nvidia" package would be in there.
    A read of the first post of this primer thread may help understanding the graphics driver situation. Gecko may not demand you accept license terms of the old technology, reverse-engineered nouveau X display driver (xf86-video-nouveau, normally installed via the meta-package xorg-x11-driver-video), as does openSUSE. Without nouveau DDX driver installed, NVidia GPUs run on the newer technology modesetting DIX driver. Both must be tried if you wish to know if either seems to work better than the other. I've standardized on the modesetting for all GPUs that it supports (anything not bleeding edge made since around 2008 or so for which a suitable kernel device driver exists).
    Reg. Linux User #211409 *** multibooting since 1992
    Primary: 15.2, TW, 15.3 & 13.1 on Haswell
    Secondary: eComStation (OS/2) &15.2 on i965P w/ Radeon
    Tertiary: Mageia, Fedora, Debian, more on Kaby Lake & older Intel, AMD, NVidia &&&&&

Page 1 of 2 12 LastLast

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •