Re: [Spacewalk-list] [spacewalk-list] - package not found on centos8 client for "CEBA-2019:3337"

2020-03-20 Thread BARRIERE Benoit
Many thanks for these details, Michael !

-Message d'origine-
De : spacewalk-list-boun...@redhat.com 
[mailto:spacewalk-list-boun...@redhat.com] De la part de Michael Mraka
Envoyé : jeudi 19 mars 2020 10:24
À : spacewalk-list@redhat.com
Objet : Re: [Spacewalk-list] [spacewalk-list] - package not found on centos8 
client for "CEBA-2019:3337"

BARRIERE Benoit:
> Hello,
>
> I have an issue concerning this errata. I push a schedule from my spacewalk 
> server 2.9 to my client centos8 with 2.10 release.
...
> So the Errata indicate that news packages fixed are :
> CentOS 8 AppStream x86_64
> <https://vla-spacewalk-p01.it-factory.prod.lan/rhn/channels/ChannelDet
> ail.do?cid=109>
> sha256:bab4f2d595a4465f87e2d280270abb2f0523060fccc368e3cb644e2fc7587be
> 0 perl-5.24.4-404.module_el8.1.0+229+cd132df8:4-x86_64
> <https://vla-spacewalk-p01.it-factory.prod.lan/rhn/software/packages/D
> etails.do?pid=17625>
...
>
> All packages are existing on my server and can dowload them by gui.
>
> But the client Centos8 can't download them because package name are changed. 
> See errors on up2date logs :
>
> [Wed Mar 18 17:28:52 2020] up2date updateLoginInfo() login info [Wed
> Mar 18 17:28:52 2020] up2date logging into up2date server [Wed Mar 18
> 17:28:52 2020] up2date successfully retrieved authentication token
> from up2date server [Wed Mar 18 17:28:53 2020] up2date E: Package
> perl-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is not available
> for installation
...
> You can see below packages are renamed adding < -X : > after name package so 
> packages are missing with syntax.
>
> Is this a bug on client ?

Hello,

It is not a bug. perl-5.24.4-404.module_el8.1.0+229+cd132df8 is a part of 
module (as the version suffix suggests). And your client does not have this 
module enabled which means theres nothing to update.
Spacewalk webUI can't properly display updates for modular systems, this is 
known limitation.

The different package name you see is only an inconsistency in name formating 
(name-version-release:epoch-arch vs. name-epoch:version-release.arch).

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list


Des informations nominatives sont exploitées par Monaco Telecom SAM dans le 
cadre de la fourniture de la messagerie professionnelle. Conformément à la Loi 
1.165, modifiée, vous disposez d’un droit d’accès, de rectification et de 
suppression en écrivant à Monaco Telecom SAM, au 25 Bd de Suisse MC - 98008 
Monaco Cedex.

Personal data are processed for messaging services purpose by Monaco Telecom 
SAM. In compliance with the applicable legislation (Law n° 1.165, as amended) 
relating to the protection of personal information, you may access, update and 
remove your data, by writing to Monaco Telecom SAM - 25 Bd de Suisse MC - 98008 
Monaco Cedex.

Afin de préserver l’environnement, merci de n’imprimer ce courrier que si 
nécessaire.
To preserve the environment, thank you to print this letter only if necessary.

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [spacewalk-list] - package not found on centos8 client for "CEBA-2019:3337"

2020-03-19 Thread Michael Mraka
BARRIERE Benoit:
> Hello,
> 
> I have an issue concerning this errata. I push a schedule from my spacewalk 
> server 2.9 to my client centos8 with 2.10 release.
...
> So the Errata indicate that news packages fixed are :
> CentOS 8 AppStream x86_64 
> 
> sha256:bab4f2d595a4465f87e2d280270abb2f0523060fccc368e3cb644e2fc7587be0 
> perl-5.24.4-404.module_el8.1.0+229+cd132df8:4-x86_64 
> 
...
> 
> All packages are existing on my server and can dowload them by gui.
> 
> But the client Centos8 can't download them because package name are changed. 
> See errors on up2date logs :
> 
> [Wed Mar 18 17:28:52 2020] up2date updateLoginInfo() login info
> [Wed Mar 18 17:28:52 2020] up2date logging into up2date server
> [Wed Mar 18 17:28:52 2020] up2date successfully retrieved authentication 
> token from up2date server
> [Wed Mar 18 17:28:53 2020] up2date E: Package 
> perl-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is not available for 
> installation
...
> You can see below packages are renamed adding < -X : > after name package so 
> packages are missing with syntax.
> 
> Is this a bug on client ?

Hello,

It is not a bug. perl-5.24.4-404.module_el8.1.0+229+cd132df8 is a part
of module (as the version suffix suggests). And your client does not
have this module enabled which means theres nothing to update.
Spacewalk webUI can't properly display updates for modular systems, this
is known limitation.

The different package name you see is only an inconsistency in name
formating (name-version-release:epoch-arch vs. name-epoch:version-release.arch).
 
Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] [spacewalk-list] - package not found on centos8 client for "CEBA-2019:3337"

2020-03-18 Thread BARRIERE Benoit
Hello,

I have an issue concerning this errata. I push a schedule from my spacewalk 
server 2.9 to my client centos8 with 2.10 release.
On client packages are :

[root@test-demo-centos8 log]# rpm -qa | grep -E '(rhn|spacewalk)'
dnf-plugin-spacewalk-2.10.5-1.el8.noarch
rhnsd-5.0.46-1.el8.noarch
python3-rhnlib-2.8.6-8.module_el8.1.0+211+ad6c0bc7.noarch
rhn-client-tools-2.10.10-1.el8.noarch
python3-spacewalk-usix-2.10.1-1.el8.noarch
python3-dnf-plugin-spacewalk-2.10.5-1.el8.noarch
rhn-check-2.10.10-1.el8.noarch
python3-rhn-setup-2.10.10-1.el8.noarch
rhn-org-trusted-ssl-cert-1.0-8.noarch
python3-rhn-client-tools-2.10.10-1.el8.noarch
python3-rhn-check-2.10.10-1.el8.noarch
rhn-setup-2.10.10-1.el8.noarch
spacewalk-usix-2.10.1-1.el8.noarch

This errata is on AppStream channel.

So the Errata indicate that news packages fixed are :
CentOS 8 AppStream x86_64 

sha256:bab4f2d595a4465f87e2d280270abb2f0523060fccc368e3cb644e2fc7587be0 
perl-5.24.4-404.module_el8.1.0+229+cd132df8:4-x86_64 

sha256:60b7aeb51d9dd990b8e08bb9fa4731b16c677ca70747422041d5912699d49e04 
perl-Algorithm-Diff-1.1903-10.module_el8.1.0+229+cd132df8-noarch 

sha256:ef2937b577556506645500757fb813859ec66b38e727decf42aa8e661281f9a4 
perl-App-cpanminus-1.7044-5.module_el8.1.0+241+b7d3a432-noarch 

sha256:b6ab2ae21752fd0da0bb3f61c0ead990012eedbd8ea35bd2676521e03cee4784 
perl-App-cpanminus-1.7044-5.module_el8.1.0+241+cfcaf26a-noarch 

[...]

All packages are existing on my server and can dowload them by gui.

But the client Centos8 can't download them because package name are changed. 
See errors on up2date logs :

[Wed Mar 18 17:28:52 2020] up2date updateLoginInfo() login info
[Wed Mar 18 17:28:52 2020] up2date logging into up2date server
[Wed Mar 18 17:28:52 2020] up2date successfully retrieved authentication token 
from up2date server
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-4:5.24.4-404.module_el8.1.0+229+cd132df8.x86_64 is not available for 
installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Algorithm-Diff-0:1.1903-10.module_el8.1.0+229+cd132df8.noarch is not 
available for installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Archive-Tar-0:2.30-2.module_el8.1.0+229+cd132df8.noarch is not available 
for installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Archive-Zip-0:1.59-5.module_el8.1.0+229+cd132df8.noarch is not available 
for installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Attribute-Handlers-0:0.99-404.module_el8.1.0+229+cd132df8.noarch is not 
available for installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-autodie-0:2.29-1001.module_el8.1.0+229+cd132df8.noarch is not available 
for installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-B-Debug-0:1.24-3.module_el8.1.0+229+cd132df8.noarch is not available for 
installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-bignum-0:0.49-3.module_el8.1.0+229+cd132df8.noarch is not available for 
installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Carp-0:1.40-367.module_el8.1.0+229+cd132df8.noarch is not available for 
installation
[Wed Mar 18 17:28:53 2020] up2date E: Package 
perl-Compress-Bzip2-0:2.26-7.module_el8.1.0+229+cd132df8.x86_64 is not 
available for installation
[...]

You can see below packages are renamed adding < -X : > after name package so 
packages are missing with syntax.

Is this a bug on client ?

Thanks for your help.

_

BARRIERE Benoit
Monaco Telecom
b.barri...@monaco-telecom.mc
Tel: (377) 99 66 66 03
Fax: (377) 99 66 96 07
_



Des informations nominatives sont exploit?es par Monaco Telecom SAM dans le 
cadre de la fourniture de la messagerie professionnelle. Conform?ment ? la Loi 
1.165, modifi?e, vous disposez d'un droit d'acc?s, de rectification et de 
suppression en ?crivant ? Monaco Telecom SAM, au 25 Bd de Suisse MC - 98008 
Monaco Cedex.

Personal data are processed for messaging services purpose by Monaco Telecom 
SAM. In compliance with the applicable legislation (Law n? 1.165, as amended) 
relating to the protection of personal information, you may access, update and 
remove your data, by writing to Monaco Telecom SAM - 25 Bd de Suisse MC - 98008 
Monaco Cedex.

Afin de pr?server l'environnement, merci de n'imprimer ce courrier que si 
n?cessaire.
To preserve the environment, thank you to print this letter only if necessary.