Please check the thread "Failed digest verification for bind-formula package during upgrade to 2020.07" on this list, and provide us with data about what mirrors your server is using to get Uyuni installed (the procedure is there) Looks to me as a problem with the openSUSE mirrors, maybe those at Provo. If so, a GitHub issue for us won't be useful, as it's nothing we can fix. But I have a ticket for the openSUSE heroes (https://progress.opensuse.org/ issues/69334) where we I can report your problem. I just need to know what mirror is causing a problem in your case. On jueves, 6 de agosto de 2020 13:48:30 (CEST) Len Ewen wrote:
In pushing past the orginal error, it looks like there are several packages not passing the checksum, which was what was initially impeding me.
Warning: Digest verification failed for file 'cpu-mitigations-formula-0.1-2.1.uyuni.noarch.rpm' [/var/tmp/AP_0xeJGXT9/noarch/cpu-mitigations-formula-0.1-2.1.uyuni.noarch.rp m]
expected fb2c06d2c5d372c545e8a2e6d09b857f3be641728f6c0e8b1aab6ef94fd63b9f but got 7beafb0d6f9afbb938c443d1751685cbf5fdb423f94bf90d2955cd3a0d7198b6Warning: Digest verification failed for file 'perl-Satcon-4.1.1-1.1.uyuni.noarch.rpm' [/var/tmp/AP_0xeJGXT9/noarch/perl-Satcon-4.1.1-1.1.uyuni.noarch.rpm]
expected 20a05af7a8939b6150d049f8dd911fd7225dc0fec2112fcfe90b7bba4c169f5e but got 22990ca414bc785e78ecd98055d30281a8ef175cd9b89a1676ffdb03653b04af
Warning: Digest verification failed for file 'spacewalk-setup-jabberd-4.1.1-1.1.uyuni.noarch.rpm' [/var/tmp/AP_0xeJGXT9/noarch/spacewalk-setup-jabberd-4.1.1-1.1.uyuni.noarch. rpm]
expected 96f1bdc7efac7070f7497a67cc6450796ee2d89f2e05f8da83bc15a5fc8d7c6a but got 4fb268dd606034d2ef0aa3f0335a6ffc2fe73e1203471cf93c009d3718819121
Warning: Digest verification failed for file 'uyuni-base-common-4.1.1-1.1.uyuni.x86_64.rpm' [/var/tmp/AP_0xeJGXT9/x86_64/uyuni-base-common-4.1.1-1.1.uyuni.x86_64.rpm]
expected 9998e68f77b8358b1820e442fa1229e8fc555f88f851ffd0e3d054db2406e179 but got fbae84082e4c7f8fbebecfad48a02c4d4484218c9df1cc64e81144c60587ae14
Warning: Digest verification failed for file 'vsftpd-formula-0.1.1568808472.be9f236-1.3.uyuni.noarch.rpm' [/var/tmp/AP_0xeJGXT9/noarch/vsftpd-formula-0.1.1568808472.be9f236-1.3.uyuni .noarch.rpm]
expected fbb1527f49d64ab5608863667804dd534e5a7f1ab91c15098cf75429bf2e3699 but got dcd35370f1ea99530d1be7478e6a29985eb274c574bcc6992bfefb536e378f94
Warning: Digest verification failed for file 'bind-formula-0.1.1573049925.b509ada-1.1.uyuni.noarch.rpm' [/var/tmp/AP_0xeJGXT9/noarch/bind-formula-0.1.1573049925.b509ada-1.1.uyuni.n oarch.rpm]
expected 87d9f5828518a721a98b7ba47234af28578e9c71ddaa4ba2e91d5490f1396b60 but got e3a476a93dfada74ef4cd863bd023efe9cd1c00101e98246d091a6c8d2d8fb2d
I think I have documented them all. Should I open a ticket about this or just let it ride. It definately made me nervous, not knowing if I was going to bomb the install or not.
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are for the sole use of the intended recipient, and may be privileged, confidential, or otherwise protected from disclosure by law. If you are not the intended recipient, please notify the sender and then delete all copies of it. Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.
On Wed, Aug 5, 2020 at 10:54 AM Len Ewen <ewenf@uindy.edu> wrote:
I'm not doing an upgrade, I'm doing a fresh install. This is the only package it is failing on and retrying doesn't seem to be working.
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are for the sole use of the intended recipient, and may be privileged, confidential, or otherwise protected from disclosure by law. If you are not the intended recipient, please notify the sender and then delete all copies of it. Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.
On Wed, Aug 5, 2020 at 10:47 AM Bidault, Philippe <
Philippe.Bidault@getronics.com> wrote:
I had the same behaviour, but after several attempts and several fails on different rpms, the upgrade worked.
Philippe.
Philippe Bidault | Unix Engineer
Getronics ------------------------------ M. 34617301667 | E. Philippe.Bidault@Getronics.com | W. www.getronics.com
Getronics CMC Service Desk Iberia S.L - VAT No:S.L.: B66686262. Registered Office - Getronics CMC Service Desk Iberia S.L, C/Rosselloi, Porcel, 21 planta 11, 08016 Barcelona, Spain.
The information transmitted is intended only for use by the addressee and may contain confidential and/or privileged material. Any review, re-transmission, dissemination or other use of it, or the taking of any action in reliance upon this information by persons and/or entities other than the intended recipient is prohibited. If you received this in error, please inform the sender and/or addressee immediately and delete the material. Thank you.
Legal disclaimer: http://www.getronics.com/legal/
*From:* Len Ewen <ewenf@uindy.edu> *Sent:* miércoles, 5 de agosto de 2020 16:40 *To:* uyuni-users@opensuse.org *Subject:* Re: [uyuni-users] Error installing Uyuni server
*CAUTION:* This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
It was the 15.2 upgrade, I had the wrong iso on my VM. However, once doing that and trying the install now I am getting
Package bind-formula-0.1.1573049925.b509ada-1.1.uyuni.noarch (uyuni-server-stable) seems to be corrupted during transfer. Do you want to retry retrieval?
---------------
*Len Ewen *
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
*Confidentiality Notice: This communication and/or its content are for the sole use of the intended recipient, and may be privileged, confidential, or otherwise protected from disclosure by law. If you are not the intended recipient, please notify the sender and then delete all copies of it. Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.*
On Wed, Aug 5, 2020 at 10:07 AM Julio González Gil <jgonzalez@suse.com> wrote:
Are you doing the install on top of Leap 15.2?
This the only supported OS for the Server >= 2020.07.
On miércoles, 5 de agosto de 2020 16:04:58 (CEST) Len Ewen wrote:
I didn't do an upgrade, I was trying to do a fresh install, with a
fresh OS
install. I had done the
repo=repositories/systemsmanagement:/ repo=${repo}Uyuni:/Stable/images/repo/Uyuni-Server-POOL-x86_64-Media1/ zypper ar https://download.opensuse.org/$repo uyuni-server-stable
and moved onto the zypper in patterns-uyuni_server
and then it failed.
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are for
the
sole use of the intended recipient, and may be privileged,
confidential, or
otherwise protected from disclosure by law. If you are not the intended recipient, please notify the sender and then delete all copies of it. Unless you are the intended recipient, your use or dissemination of the information contained in this communication may be illegal.
On Wed, Aug 5, 2020 at 9:50 AM Julio González Gil <jgonzalez@suse.com>
wrote:
Uyuni 2020.07 is a mayor upgrade, as the base OS is changed from Leap
15.1
to Leap 15.2.
Are you following the instructions from the release notes and the doc? Running zypper up/zypper dup is not enough this time.
On miércoles, 5 de agosto de 2020 15:48:27 (CEST) Len Ewen wrote:
I am installing the new 2020.07 on a brand new SUSE box and when I
got
to the install phase I am getting : Problem: nothing provides
postgresql12
needed by spacewalk-postgresql-4.1.3-1.4.uyuni.noarch Detailed information: patterns-uyuni_server-2020.07-1.1.uyuni.x86_64 requires spacewalk-postgresql, but this requirement cannot be provided nothing provides postgresql12 needed by spacewalk-postgresql-4.1.3-1.4.uyuni.noarch
I can't seem to figure out a way around this, I don't want to break postgres and end up in dependency hell, so has anyone seen this and
has
a work around?
---------------
Len Ewen
Systems Administrator 1
Information Technology
University of Indianapolis
(317) 788-3362
[image: UIndyIT.jpg]
Confidentiality Notice: This communication and/or its content are
for
the sole use of the intended recipient, and may be privileged,
confidential,
or
otherwise protected from disclosure by law. If you are not the
intended
recipient, please notify the sender and then delete all copies of
it.
Unless you are the intended recipient, your use or dissemination of
the
information contained in this communication may be illegal.
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com
<http://www.getronics.com/> <http://www.linkedin.com/company/2077785> <https://www.linkedin.com/company/2077785> <https://twitter.com/Getronics> <http://twitter.com/Getronics> <https://www.youtube.com/user/getronicsonline?feature=results_main> <http://www.youtube.com/user/getronicsonline?feature=results_main> sign-info
<http://www.getronics.com/knowledge-share/news-and-events/ovum.php#sthash .cbKPq4wA.bnvveIrq.dpbs>
-- Julio González Gil Release Engineer, SUSE Manager and Uyuni jgonzalez@suse.com