When updating with zypper I often get lines that hang like this:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
bad sector wrote:
When updating with zypper I often get lines that hang like this:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5 Leap which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.-a I think switching to another mirror (and I no longer know how I did that) fixed things.
On 10/2/23 05:31, Don Vito Martinelli wrote:
bad sector wrote:
When updating with zypper I often get lines that hang like this:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5
Leap which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.-a I think
switching to another mirror (and I no longer know how I did that)
fixed things.
I've done the repo switch too and it worked but I wanna know what the problem is and try for a permanent fix. Today it's still doing it with
(as usual) the same package (or packages) at the same % point:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm
....<89%>=======[-]
Another thing that works is temporarily tabooing the package in Yast, that'll get the other packages upgraded in the meanwhile but it may, as
in this case, flag a bunch of other package updates. If the problem is
in the repo then a cron should monitor it, if it's my local storage or
the zypper code then I have no idea.
"http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/
Packman Repository (Medium 1).
Check whether the server is accessible."
Since the same file will cause the problem I don't see how server accessibility could be the cause, a mismatch between some repo info and actual content maybe?
On 2023-10-05 14:21, bad sector wrote:
On 10/2/23 05:31, Don Vito Martinelli wrote:
bad sector wrote:
When updating with zypper I often get lines that hang like this:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm ..<89%>==[|]
Does this mean that there's a problem with the file in the repo?
If so, is there no cron that continuously fakes updates poking
at all repo files to pop up an alarm when one goes south?
Can I call zypper so as to just motor past any hangs or timeouts?
Not something I've observed, and I have three machines running 15.5
Leap which I update on a regular basis (normally daily).
Around 3-6 years ago I was having problems downloading the repository
info for some repositories, always around 20:00 - 21:00 UTC.-a I think
switching to another mirror (and I no longer know how I did that)
fixed things.
Me neither.
I've done the repo switch too and it worked but I wanna know what the
problem is and try for a permanent fix. Today it's still doing it with
(as usual) the same package (or packages) at the same % point:
Retrieving: libavfilter6-3.4.12-150500.2.pm.1.x86_64.rpm
....<89%>=======[-]
Another thing that works is temporarily tabooing the package in Yast,
that'll get the other packages upgraded in the meanwhile but it may, as
in this case, flag a bunch of other package updates. If the problem is
in the repo then a cron should monitor it, if it's my local storage or
the zypper code then I have no idea.
There is in fact a cron job checking the mirrors.
"http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/
Packman Repository (Medium 1).
Check whether the server is accessible."
Since the same file will cause the problem I don't see how server
accessibility could be the cause, a mismatch between some repo info and
actual content maybe?
No.
Some network problem between you and the mirror.
You can try to use a different mirror.
You can also download manually the problem file and place it in the
exact directory that zypper will place it, then run zypper again.
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 63 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 492991:06:40 |
| Calls: | 840 |
| Files: | 1,302 |
| D/L today: |
6 files (7,151K bytes) |
| Messages: | 266,567 |