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.rpm]

  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.noarch.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

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

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

  sign-info