from:"BARRIERE Benoit"

Re: [Spacewalk-list] [External] : Re: Spacewalk 2.10 CentOS 8 stream and modular package issues

2021-06-09 Thread BARRIERE Benoit

Thanks Avi.

For my use case i think the good choice is Foreman/Katello. It’s covered all 
distros like RHEL/Centos and also erratas.
Also debian and ubuntu can be managed by this system.

Thanks,

Benoit


[cid:image002.png@01D75D0D.2A1A8CA0]

De : spacewalk-list-boun...@redhat.com  De 
la part de Avi Miller
Envoyé : mercredi 9 juin 2021 00:46
À : spacewalk-list@redhat.com
Objet : Re: [Spacewalk-list] [External] : Re: Spacewalk 2.10 CentOS 8 stream 
and modular package issues

Hey folks,

The updates made to Oracle Linux Manager 2.10 to better support modules is 
based on Oracle Linux module metadata and is unlikely to work with CentOS Linux 
8 or CentOS 8 Stream.  I recommend evaluating Uyuni or Foreman/Katello if you 
need AppStream/Module support.

Thanks,
Avi


On 8 Jun 2021, at 11:42 pm, BARRIERE Benoit 
mailto:b.barri...@monaco-telecom.mc>> wrote:

Thx Andreas,

The yum list module is showing correctly all available module in appstream but 
not perl-lib package.

If i migrate to Oracle Linux manager 10 (more easier for me now) with Oracle 
linux 8 client compatibility i am sure about the centos 8 stream wil also 
capatible.






De : 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
De la part de Andreas Dijkman
Envoyé : mardi 8 juin 2021 13:56
À : mailto:spacewalk-list@redhat.com>> 
mailto:spacewalk-list@redhat.com>>
Objet : Re: [Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package 
issues

It looks like your Spacewalk 2.10 setup has invalid module data. Module data 
from vanilla Spacewalk 2.10 has challenges and isn’t working properly.

If you run the command yum module list and there isn’t any modules listed, only 
a few and some message like ‘Fallback Module data used, then module data isn’t 
available for the AppStream-channel.

You can try Uyuni or maybe Spacewalk 2.11 (nightly/unstable/beta) if that’s 
still available or the Oracle-version of Spacewalk.

Or just bite the bullet and use Red Hat Satellite 6 (Foreman).

Kind regards,
Andreas Dijkman



On 8 Jun 2021, at 12:00, BARRIERE Benoit 
mailto:b.barri...@monaco-telecom.mc>> wrote:

Hello Spacewalk guys,

I have found an issue when i try to update an centos 8 stream client. I suspect 
modular metadatas are not inserted correctly when i use reposync command and 
conflicts occur when i update.

[root@worker1 yum.repos.d]# yum update
This system is receiving updates from Spacewalk server.
CentOS Stream Base (x86_64) 

   52 MB/s | 8.2 MB 00:00
CentOS Stream PowerTools (x86_64)   

   38 MB/s | 3.1 MB 00:00
CentOS Stream Extras (x86_64)   

  307 kB/s |  13 kB 00:00
EPEL 8 for CentOS Stream (x86_64)   

   71 MB/s |  14 MB 00:00
CentOS Stream AppStream (x86_64)

   78 MB/s |  15 MB 00:00
Copr repo for spacewalk-2.10-client owned by @spacewalkproject  

   60 kB/s |  28 kB 00:00
Error:
Problem 1: package perl-Time-HiRes-4:1.9758-2.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-Time-HiRes-4:1.9758-2.el8.x86_64
Problem 2: package perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64 
requires libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - package perl-CPAN-Meta-2.150010-397.module_el8.3.0+406+78614513.noarch 
requires perl(:MODULE_COMPAT_5.30.1), but none of the providers can be installed
  - cannot install the best update candidate for package 
perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64
  - cannot install the best update candidate for package 
perl-CPAN-Meta-2.150010-396.el8.noarch
  - package perl-libs-4:5.30.1-452.module_el8.4.0+646+45e06e4a.x86_64 is 
filtered out by modular filtering
Problem 3: package net-snmp-agent-libs-1:5.

Re: [Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package issues

2021-06-08 Thread BARRIERE Benoit

Thx Andreas,

The yum list module is showing correctly all available module in appstream but 
not perl-lib package.

If i migrate to Oracle Linux manager 10 (more easier for me now) with Oracle 
linux 8 client compatibility i am sure about the centos 8 stream wil also 
capatible.






De : spacewalk-list-boun...@redhat.com  De 
la part de Andreas Dijkman
Envoyé : mardi 8 juin 2021 13:56
À :  
Objet : Re: [Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package 
issues

It looks like your Spacewalk 2.10 setup has invalid module data. Module data 
from vanilla Spacewalk 2.10 has challenges and isn’t working properly.

If you run the command yum module list and there isn’t any modules listed, only 
a few and some message like ‘Fallback Module data used, then module data isn’t 
available for the AppStream-channel.

You can try Uyuni or maybe Spacewalk 2.11 (nightly/unstable/beta) if that’s 
still available or the Oracle-version of Spacewalk.

Or just bite the bullet and use Red Hat Satellite 6 (Foreman).

Kind regards,
Andreas Dijkman


On 8 Jun 2021, at 12:00, BARRIERE Benoit 
mailto:b.barri...@monaco-telecom.mc>> wrote:

Hello Spacewalk guys,

I have found an issue when i try to update an centos 8 stream client. I suspect 
modular metadatas are not inserted correctly when i use reposync command and 
conflicts occur when i update.

[root@worker1 yum.repos.d]# yum update
This system is receiving updates from Spacewalk server.
CentOS Stream Base (x86_64) 

   52 MB/s | 8.2 MB 00:00
CentOS Stream PowerTools (x86_64)   

   38 MB/s | 3.1 MB 00:00
CentOS Stream Extras (x86_64)   

  307 kB/s |  13 kB 00:00
EPEL 8 for CentOS Stream (x86_64)   

   71 MB/s |  14 MB 00:00
CentOS Stream AppStream (x86_64)

   78 MB/s |  15 MB 00:00
Copr repo for spacewalk-2.10-client owned by @spacewalkproject  

   60 kB/s |  28 kB 00:00
Error:
Problem 1: package perl-Time-HiRes-4:1.9758-2.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-Time-HiRes-4:1.9758-2.el8.x86_64
Problem 2: package perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64 
requires libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - package perl-CPAN-Meta-2.150010-397.module_el8.3.0+406+78614513.noarch 
requires perl(:MODULE_COMPAT_5.30.1), but none of the providers can be installed
  - cannot install the best update candidate for package 
perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64
  - cannot install the best update candidate for package 
perl-CPAN-Meta-2.150010-396.el8.noarch
  - package perl-libs-4:5.30.1-452.module_el8.4.0+646+45e06e4a.x86_64 is 
filtered out by modular filtering
Problem 3: package net-snmp-agent-libs-1:5.8-20.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
[…]

For example with perl-libs package installed in my client :
 [root@worker1 yum.repos.d]# rpm -qa | grep perl-libs
perl-libs-5.26.3-419.el8.x86_64

So spacewalk client try to install 2 perl-libs packages.

So In base i have 
perl-libs-5.26.3-419.el8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=393197>
 package and in appstream 3 packages of perl-libs :
perl-libs-5.24.4-404.module_el8.1.0+229+cd132df8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=58576>
perl-libs-5.30.1-451.module_el8.3.0+406+78614513:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=376135>
perl-libs-5.30.1-452.module_el8.4.0+646+45e06e4a:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=395004>

so have any idea to fix this strange behavious ?

thanks in advance for your help

De : BARRIERE Benoit
Envoyé : lun

[Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package issues

2021-06-08 Thread BARRIERE Benoit

Hello Spacewalk guys,

I have found an issue when i try to update an centos 8 stream client. I suspect 
modular metadatas are not inserted correctly when i use reposync command and 
conflicts occur when i update.

[root@worker1 yum.repos.d]# yum update
This system is receiving updates from Spacewalk server.
CentOS Stream Base (x86_64) 

   52 MB/s | 8.2 MB 00:00
CentOS Stream PowerTools (x86_64)   

   38 MB/s | 3.1 MB 00:00
CentOS Stream Extras (x86_64)   

  307 kB/s |  13 kB 00:00
EPEL 8 for CentOS Stream (x86_64)   

   71 MB/s |  14 MB 00:00
CentOS Stream AppStream (x86_64)

   78 MB/s |  15 MB 00:00
Copr repo for spacewalk-2.10-client owned by @spacewalkproject  

   60 kB/s |  28 kB 00:00
Error:
Problem 1: package perl-Time-HiRes-4:1.9758-2.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-libs-4:5.26.3-419.el8.x86_64
  - cannot install the best update candidate for package 
perl-Time-HiRes-4:1.9758-2.el8.x86_64
Problem 2: package perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64 
requires libperl.so.5.26()(64bit), but none of the providers can be installed
  - cannot install both 
perl-libs-4:5.30.1-451.module_el8.3.0+406+78614513.x86_64 and 
perl-libs-4:5.26.3-419.el8.x86_64
  - package perl-CPAN-Meta-2.150010-397.module_el8.3.0+406+78614513.noarch 
requires perl(:MODULE_COMPAT_5.30.1), but none of the providers can be installed
  - cannot install the best update candidate for package 
perl-Net-SSLeay-1.88-1.module_el8.4.0+517+be1595ff.x86_64
  - cannot install the best update candidate for package 
perl-CPAN-Meta-2.150010-396.el8.noarch
  - package perl-libs-4:5.30.1-452.module_el8.4.0+646+45e06e4a.x86_64 is 
filtered out by modular filtering
Problem 3: package net-snmp-agent-libs-1:5.8-20.el8.x86_64 requires 
libperl.so.5.26()(64bit), but none of the providers can be installed
[...]

For example with perl-libs package installed in my client :
 [root@worker1 yum.repos.d]# rpm -qa | grep perl-libs
perl-libs-5.26.3-419.el8.x86_64

So spacewalk client try to install 2 perl-libs packages.

So In base i have 
perl-libs-5.26.3-419.el8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=393197>
 package and in appstream 3 packages of perl-libs :
perl-libs-5.24.4-404.module_el8.1.0+229+cd132df8:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=58576>
perl-libs-5.30.1-451.module_el8.3.0+406+78614513:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=376135>
perl-libs-5.30.1-452.module_el8.4.0+646+45e06e4a:4.x86_64<https://vla-spacewalk-p01.prod.lan/rhn/software/packages/Details.do?pid=395004>

so have any idea to fix this strange behavious ?

thanks in advance for your help

De : BARRIERE Benoit
Envoyé : lundi 19 avril 2021 11:21
À : 'st...@alderfamily.org' ; spacewalk-list@redhat.com
Objet : RE: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Thanks a lot for yours informations.

I have implemented this setup and and worked correctly. Hope spacewalk could 
work for next centos 9.

Regards,





De : 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
De la part de li...@alderfamily.org<mailto:li...@alderfamily.org>
Envoyé : mercredi 14 avril 2021 22:26
À : spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Objet : Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

I have the Stream channels already on my Spacewalk 2.10 servers.  No problems 
or conflicts with the other EL8 channels (CentOS or RHEL) at all.  I would 
suggest you use spacecmd to create your channels and repos for you.  It is 
easier than the common-channels method in my opinion.

Here are the commands I used to create my channels and repos (inside the 
spacecmd shell).  Hope this helps.  Going to miss Spacewalk - I have been using 
it for 10+ years now.  Loo

Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

2021-04-20 Thread BARRIERE Benoit

:36 updateinfo.xml.gz
[root@vla-spacewalk-p01 centos-stream-base-x86_64]#

I have created repo following commands bellow.

Thanks for your support ?


De : 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
De la part de li...@alderfamily.org<mailto:li...@alderfamily.org>
Envoyé : mercredi 14 avril 2021 22:26
À : spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Objet : Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

I have the Stream channels already on my Spacewalk 2.10 servers.  No problems 
or conflicts with the other EL8 channels (CentOS or RHEL) at all.  I would 
suggest you use spacecmd to create your channels and repos for you.  It is 
easier than the common-channels method in my opinion.

Here are the commands I used to create my channels and repos (inside the 
spacecmd shell).  Hope this helps.  Going to miss Spacewalk - I have been using 
it for 10+ years now.  Looking at Oracle's fork.  Satellite 6 doesn't work for 
me.

softwarechannel_create -n 'CentOS Stream Base (x86_64)' -l 
centos-stream-base-x86_64 -s 'CentOS Stream Base (x86_64)' -a x86_64 -c 'sha1' 
-u 'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream AppStream (x86_64)' -l 
centos-stream-appstream-x86_64 -s 'CentOS Stream AppStream (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream PowerTools (x86_64)' -l 
centos-stream-powertools-x86_64 -s 'CentOS Stream PowerTools (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream Extras (x86_64)' -l 
centos-stream-extras-x86_64 -s 'CentOS Stream Extras (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'EPEL 8 for CentOS Stream (x86_64)' -l 
epel8-stream8-x86_64 -s 'EPEL 8 for CentOS Stream (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8' -i '2F86D6A1' -f '94E2 79EB 8D8F 
25B2 1810  ADF1 21EA 45AB 2F86 D6A1'
softwarechannel_create -n 'EPEL 8 Playground for CentOS Stream (x86_64)' -l 
epel8-playground-stream88-x86_64 -s 'EPEL 8 Playground for CentOS Stream 
(x86_64)' -p 'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8' -i '2F86D6A1' -f '94E2 79EB 8D8F 
25B2 1810  ADF1 21EA 45AB 2F86 D6A1'

repo_create -n centos-stream-base-x86_64 -u 
http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/
repo_create -n centos-stream-appstream-x86_64 -u 
http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/
repo_create -n centos-stream-powertools-x86_64 -u 
http://mirror.centos.org/centos/8-stream/PowerTools/x86_64/os/
repo_create -n centos-stream-extras-x86_64 -u 
http://mirror.centos.org/centos/8-stream/extras/x86_64/os/

softwarechannel_addrepo centos-stream-base-x86_64 centos-stream-base-x86_64
softwarechannel_addrepo centos-stream-appstream-x86_64 
centos-stream-appstream-x86_64
softwarechannel_addrepo centos-stream-powertools-x86_64 
centos-stream-powertools-x86_64
softwarechannel_addrepo centos-stream-extras-x86_64 centos-stream-extras-x86_64
softwarechannel_addrepo epel8-stream8-x86_64 epel-8-x86_64
softwarechannel_addrepo epel8-playground-stream8-x86_64 epel-8-playground-x86_64


From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of BARRIERE Benoit
Sent: Wednesday, April 14, 2021 12:21
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Hello,

We have already a spacewalk 2.10 for patch management. We have activated Centos 
7 and 8 channels for those clients.
Now we would like to use our for spacewalk 2.10 and CentOS 8 stream. So my 
question is :

Does spacewalk 2.10 support this new distro (centos 8 stream) and can cohabit 
with CentOS 8 ?

I hope that spacewalk know to detect this OS and entitle it to the good channel.

Also does anyone have the file spacewalk-common-channels.ini for CentOS 8 
stream ?

Thank for your support

benoit


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 4-6 Avenue Albert II

Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

2021-04-19 Thread BARRIERE Benoit

Thanks a lot for yours informations.

I have implemented this setup and and worked correctly. Hope spacewalk could 
work for next centos 9.

Regards,





De : spacewalk-list-boun...@redhat.com  De 
la part de li...@alderfamily.org
Envoyé : mercredi 14 avril 2021 22:26
À : spacewalk-list@redhat.com
Objet : Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

I have the Stream channels already on my Spacewalk 2.10 servers.  No problems 
or conflicts with the other EL8 channels (CentOS or RHEL) at all.  I would 
suggest you use spacecmd to create your channels and repos for you.  It is 
easier than the common-channels method in my opinion.

Here are the commands I used to create my channels and repos (inside the 
spacecmd shell).  Hope this helps.  Going to miss Spacewalk - I have been using 
it for 10+ years now.  Looking at Oracle's fork.  Satellite 6 doesn't work for 
me.

softwarechannel_create -n 'CentOS Stream Base (x86_64)' -l 
centos-stream-base-x86_64 -s 'CentOS Stream Base (x86_64)' -a x86_64 -c 'sha1' 
-u 'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream AppStream (x86_64)' -l 
centos-stream-appstream-x86_64 -s 'CentOS Stream AppStream (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream PowerTools (x86_64)' -l 
centos-stream-powertools-x86_64 -s 'CentOS Stream PowerTools (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'CentOS Stream Extras (x86_64)' -l 
centos-stream-extras-x86_64 -s 'CentOS Stream Extras (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-centosofficial' -i '8483C65D' -f '99DB 
70FA E1D7 CE22 7FB6  4882 05B5 55B3 8483 C65D'
softwarechannel_create -n 'EPEL 8 for CentOS Stream (x86_64)' -l 
epel8-stream8-x86_64 -s 'EPEL 8 for CentOS Stream (x86_64)' -p 
'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8' -i '2F86D6A1' -f '94E2 79EB 8D8F 
25B2 1810  ADF1 21EA 45AB 2F86 D6A1'
softwarechannel_create -n 'EPEL 8 Playground for CentOS Stream (x86_64)' -l 
epel8-playground-stream88-x86_64 -s 'EPEL 8 Playground for CentOS Stream 
(x86_64)' -p 'centos-stream-base-x86_64' -a x86_64 -c 'sha1' -u 
'file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-8' -i '2F86D6A1' -f '94E2 79EB 8D8F 
25B2 1810  ADF1 21EA 45AB 2F86 D6A1'

repo_create -n centos-stream-base-x86_64 -u 
http://mirror.centos.org/centos/8-stream/BaseOS/x86_64/os/
repo_create -n centos-stream-appstream-x86_64 -u 
http://mirror.centos.org/centos/8-stream/AppStream/x86_64/os/
repo_create -n centos-stream-powertools-x86_64 -u 
http://mirror.centos.org/centos/8-stream/PowerTools/x86_64/os/
repo_create -n centos-stream-extras-x86_64 -u 
http://mirror.centos.org/centos/8-stream/extras/x86_64/os/

softwarechannel_addrepo centos-stream-base-x86_64 centos-stream-base-x86_64
softwarechannel_addrepo centos-stream-appstream-x86_64 
centos-stream-appstream-x86_64
softwarechannel_addrepo centos-stream-powertools-x86_64 
centos-stream-powertools-x86_64
softwarechannel_addrepo centos-stream-extras-x86_64 centos-stream-extras-x86_64
softwarechannel_addrepo epel8-stream8-x86_64 epel-8-x86_64
softwarechannel_addrepo epel8-playground-stream8-x86_64 epel-8-playground-x86_64


From: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
On Behalf Of BARRIERE Benoit
Sent: Wednesday, April 14, 2021 12:21
To: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Subject: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Hello,

We have already a spacewalk 2.10 for patch management. We have activated Centos 
7 and 8 channels for those clients.
Now we would like to use our for spacewalk 2.10 and CentOS 8 stream. So my 
question is :

Does spacewalk 2.10 support this new distro (centos 8 stream) and can cohabit 
with CentOS 8 ?

I hope that spacewalk know to detect this OS and entitle it to the good channel.

Also does anyone have the file spacewalk-common-channels.ini for CentOS 8 
stream ?

Thank for your support

benoit


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 4-6 Avenue Albert II - 98000 
Monaco.

Personal data are processed for messaging services purpose by Monaco Telecom 
SAM. In compliance with the applicable legislation (Law n°

[Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

2021-04-14 Thread BARRIERE Benoit

Hello,

We have already a spacewalk 2.10 for patch management. We have activated Centos 
7 and 8 channels for those clients.
Now we would like to use our for spacewalk 2.10 and CentOS 8 stream. So my 
question is :

Does spacewalk 2.10 support this new distro (centos 8 stream) and can cohabit 
with CentOS 8 ?

I hope that spacewalk know to detect this OS and entitle it to the good channel.

Also does anyone have the file spacewalk-common-channels.ini for CentOS 8 
stream ?

Thank for your support

benoit


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 4-6 Avenue Albert II - 98000 
Monaco.

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 - 4-6 Avenue Albert II - 
98000 Monaco.

Afin de pr?server l'environnement, merci de n'imprimer ce courrier que si 
n?cessaire.
Please remember to protect the environment. Print only if necessary.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://listman.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk 2.10 add ubuntu client 16.04 18.04 20.04

2021-02-13 Thread BARRIERE Benoit

Hi,

You can use these repositories : 
https://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/

You can install debian and ubuntu clients. There is no osad client available 
for these OS.

Regards
Benoît

Le 13 févr. 2021 20:14, REYNALD chekhina  a écrit :
Hi all,
I have installed a spacewalk server 2.10 and created channels and repositories 
for my ubuntu servers 16.04, 18.04, 20.04.

How can I connect my ubuntu servers 16.04 18.04 20.04 to my spacewalk server 
2.10?

Thanks in advance.

Best regards ;)



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 4-6 Avenue Albert II – 98000 
Monaco.

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 - 4-6 Avenue Albert II – 
98000 Monaco.

Afin de préserver l’environnement, merci de n’imprimer ce courrier que si 
nécessaire.
Please remember to protect the environment. Print only if necessary.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] rhn_check failed to pick up updates from Spacewalk 2.10 for debian buster client

2021-02-02 Thread BARRIERE Benoit

Hello,

I try to retrieve from my debian buster client any updates availables and 
scheduled from our spacewalk server (in 2.10)
When i force to retrieve from my debian client i have this following error :

D: do_call errata.update([28197],){'cache_only': None}
D: Attempt to call an unsupported action errata.update([28197],)
D: Sending back response(6, 'Invalid function call attempted', {})

Below the debug rhn_check command :

root@vla-remedybackup-p01:/var/log# rhn_check -
D: check_action{'action': "\n\nerrata.update\n\n\n\n28197\n\n\n\n\n",
 'version': 2, 'id': 8502}
updateLoginInfo() login info
D: login(forceUpdate=True) invoked
logging into up2date server
D: rpcServer: Calling XMLRPC up2date.login
D: writeCachedLogin() invoked
D: Wrote pickled loginInfo at 1612256497.86 with expiration of 1612260097.86 
seconds.
successfully retrieved authentication token from up2date server
D: logininfo:{'X-RHN-Server-Id': 110867, 'X-RHN-Auth-Server-Time': 
'1612256467.81', 'X-RHN-Auth': 'DFE12JbukLSDCXQlSDCSv+ywc1ZznKolOhWMlropQPk=', 
'X-RHN-Auth-Channels': [['debian_buster', '20200514102455', '1', '1'], 
['buster_main_main', '20210202000626', '0', '1'], ['buster_main_contrib', 
'20210202000622', '0', '1'], ['buster_main_non-free', '20210202001450', '0', 
'1'], ['buster_updates_contrib', '20210202000625', '0', '1'], 
['buster_updates_main', '20210202000619', '0', '1'], 
['buster_updates_non-free', '20210202001449', '0', '1'], 
['buster_security_main', '20210202000602', '0', '1'], 
['buster_security_contrib', '20210202000620', '0', '1'], 
['buster_security_non-free', '20210202000621', '0', '1']], 
'X-RHN-Auth-User-Id': '', 'X-RHN-Auth-Expire-Offset': '3600.0'}
D: handle_action{'action': "\n\nerrata.update\n\n\n\n28197\n\n\n\n\n",
 'version': 2, 'id': 8502}
D: handle_action actionid = 8502, version = 2
D: do_call errata.update([28197],){'cache_only': None}
D: Attempt to call an unsupported action errata.update([28197],)
D: Sending back response(6, 'Invalid function call attempted', {})
D: do_call packages.checkNeedUpdate('rhnsd=1',){}
D: Called refresh_list
Updating package profile
D: rpcServer: Calling XMLRPC registration.welcome_message
D: rpcServer: Calling XMLRPC registration.update_packages
D: local action status: (0, 'package list refreshed', {})
D: rpcServer: Calling XMLRPC registration.welcome_message

To install the client i am using : the opensuse repo : 
http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/Debian_10/all/
root@vla-remedybackup-p01:/var/log# dpkg -l | grep -E '(rhn|spacewalk)'
ii  apt-transport-spacewalk   1.0.15-2.debian10.3  all  
APT transport for communicating with Spacewalk servers
ii  python2-rhn-check 2.9.36-3.debian10.3  all  
Check for RHN actions
ii  python2-rhn-client-tools  2.9.36-3.debian10.3  all  
Support programs and libraries for Red Hat Satellite or Spacewalk
ii  python2-rhn-setup 2.9.36-3.debian10.3  all  
Configure and register an RHN/Spacewalk client
ii  python2-rhncfg5.10.129-4.debian10.3all  
Spacewalk Configuration Client Libraries
ii  python2-rhncfg-actions5.10.129-4.debian10.3all  
Spacewalk Configuration Client Actions
ii  python2-rhncfg-client 5.10.129-4.debian10.3all  
Spacewalk Configuration Client
ii  python2-rhnlib2.9.5-2.debian10.3   all  
Python libraries for the Spacewalk project
ii  python2-spacewalk-usix2.9.1-3.debian10.3   all  
Spacewalk client micro six library
ii  rhn-check 2.9.36-3.debian10.3  all  
Check for RHN actions
ii  rhn-client-tools  2.9.36-3.debian10.3  all  
Support programs and libraries for Red Hat Satellite or Spacewalk
ii  rhn-setup 2.9.36-3.debian10.3  all  
Configure and register an RHN/Spacewalk client
ii  rhncfg5.10.129-4.debian10.3all  
Spacewalk Configuration Client Libraries
ii  rhncfg-actions5.10.129-4.debian10.3all  
Spacewalk Configuration Client Actions
ii  rhncfg-client 5.10.129-4.debian10.3all  
Spacewalk Configuration Client
ii  rhnsd 5.0.44-1.debian10.9  all  
Spacewalk query daemon
ii  spacewalk-usix2.9.1-3.debian10.3   all  
Spacewalk server and client nano six library
root@vla-remedybackup-p01:/var/log#

thanks for your help !




[cid:image002.png@01D6F94D.351DED00]



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

Re: [Spacewalk-list] login errors and Internal Server Error - BacktAgain!!

2020-03-30 Thread BARRIERE Benoit

Have selinux enabled ? Disable it.

Télécharger Outlook pour Android

From: spacewalk-list-boun...@redhat.com  on 
behalf of Laurence Rosen 
Sent: Monday, March 30, 2020 9:52:43 PM
To: spacewalk-list@redhat.com 
Subject: Re: [Spacewalk-list] login errors and Internal Server Error - Back 
Again!!

Anything else to look for?

Both http  & https work.  Seems like the cert is OK, does not expire until 2036:

[root@spacewalk-prod-dub tomcat]# curl -v 
https://spacewalk101.prod.dublin.aws.interactions.net
* About to connect() to 
spacewalk101.prod.dublin.aws.interactions.net
 port 443 (#0)
*   Trying 172.28.6.214...
* Connected to 
spacewalk101.prod.dublin.aws.interactions.net
 (172.28.6.214) port 443 (#0)
* Initializing NSS with certpath: sql:/etc/pki/nssdb
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
* SSL connection using TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
* Server certificate:
* subject: 
E=sysad...@interactions.net,CN=ip-172-28-6-214.eu-west-1.compute.internal,OU=TechOps,O=Interactions,ST=IN,C=US
* start date: Mar 23 17:48:59 2020 GMT
* expire date: Mar 26 17:48:59 2036 GMT
* common name: ip-172-28-6-214.eu-west-1.compute.internal
* issuer: 
CN=ip-172-28-6-214.eu-west-1.compute.internal,OU=TechOps,O=Interactions,L=Indianapolis,ST=IN,C=US
> GET / HTTP/1.1
> User-Agent: curl/7.29.0
> Host: 
> spacewalk101.prod.dublin.aws.interactions.net
> Accept: */*
>
< HTTP/1.1 302 Found

***

This e-mail and any of its attachments may contain Interactions LLC proprietary 
information, which is privileged, confidential, or subject to copyright 
belonging to the Interactions LLC. This e-mail is intended solely for the use 
of the individual or entity to which it is addressed. If you are not the 
intended recipient of this e-mail, you are hereby notified that any 
dissemination, distribution, copying, or action taken in relation to the 
contents of and attachments to this e-mail is strictly prohibited and may be 
unlawful. If you have received this e-mail in error, please notify the sender 
immediately and permanently delete the original and any copy of this e-mail and 
any printout. Thank You.

***

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] HTTP Status 403 - Validation of CSRF security token failed on Webui on POST request on spacewalk 2.10

2020-03-23 Thread BARRIERE Benoit

After investigating this problem comes from selinux was activated.

Télécharger Outlook pour Android<https://aka.ms/ghei36>


De : BARRIERE Benoit 
Envoyé : vendredi 20 mars 2020 à 18:00
À : spacewalk-list@redhat.com
Objet : HTTP Status 403 - Validation of CSRF security token failed on Webui on 
POST request on spacewalk 2.10

Hello,

After a fresh install of spacewalk 2.10 on an centos 7 we have this issue when 
we want to change for exemple language for the user admin

I follow the install guide 
https://github.com/spacewalkproject/spacewalk/wiki/HowToInstall

Also i no information in the overview and no icons appears :

[cid:image001.png@01D5FEE0.90BBBDD0]

It’s the same result on chrome, firefox and IE.

Thanks for your help .
___

BARRIERE Benoit
Monaco Telecom
b.barri...@monaco-telecom.mc<mailto: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.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] HTTP Status 403 - Validation of CSRF security token failed on Webui on POST request on spacewalk 2.10

2020-03-20 Thread BARRIERE Benoit

Hello,

After a fresh install of spacewalk 2.10 on an centos 7 we have this issue when 
we want to change for exemple language for the user admin

I follow the install guide 
https://github.com/spacewalkproject/spacewalk/wiki/HowToInstall

Also i no information in the overview and no icons appears :

[cid:image001.png@01D5FEE0.90BBBDD0]

It's the same result on chrome, firefox and IE.

Thanks for your help .
___

BARRIERE Benoit
Monaco Telecom
b.barri...@monaco-telecom.mc<mailto: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.
___
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-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

[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 
<https://vla-spacewalk-p01.it-factory.prod.lan/rhn/channels/ChannelDetail.do?cid=109>
sha256:bab4f2d595a4465f87e2d280270abb2f0523060fccc368e3cb644e2fc7587be0 
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/Details.do?pid=17625>
sha256:60b7aeb51d9dd990b8e08bb9fa4731b16c677ca70747422041d5912699d49e04 
perl-Algorithm-Diff-1.1903-10.module_el8.1.0+229+cd132df8-noarch 
<https://vla-spacewalk-p01.it-factory.prod.lan/rhn/software/packages/Details.do?pid=17628>
sha256:ef2937b577556506645500757fb813859ec66b38e727decf42aa8e661281f9a4 
perl-App-cpanminus-1.7044-5.module_el8.1.0+241+b7d3a432-noarch 
<https://vla-spacewalk-p01.it-factory.prod.lan/rhn/software/packages/Details.do?pid=17630>
sha256:b6ab2ae21752fd0da0bb3f61c0ead990012eedbd8ea35bd2676521e03cee4784 
perl-App-cpanminus-1.7044-5.module_el8.1.0+241+cfcaf26a-noarch 
<https://vla-spacewalk-p01.it-factory.prod.lan/rhn/software/packages/Details.do?pid=17629>
[...]

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<mailto: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

Re: [Spacewalk-list] [External] : Re: Spacewalk 2.10 CentOS 8 stream and modular package issues

Re: [Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package issues

[Spacewalk-list] Spacewalk 2.10 CentOS 8 stream and modular package issues

Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Re: [Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

[Spacewalk-list] CentOS 8 stream support for spacewalk 2.10

Re: [Spacewalk-list] Spacewalk 2.10 add ubuntu client 16.04 18.04 20.04

[Spacewalk-list] rhn_check failed to pick up updates from Spacewalk 2.10 for debian buster client

Re: [Spacewalk-list] login errors and Internal Server Error - BacktAgain!!

Re: [Spacewalk-list] HTTP Status 403 - Validation of CSRF security token failed on Webui on POST request on spacewalk 2.10

[Spacewalk-list] HTTP Status 403 - Validation of CSRF security token failed on Webui on POST request on spacewalk 2.10

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

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

13 matches

Site Navigation

Mail list logo

Footer information