Re: [xcat-user] [External] Re: Issues with net-snmp on new CentOS 8 system and xCAT 2.16 install

2020-09-13 Thread Jarrod Johnson 
It would require additional concern to keep up, as any time that RedHat/CentOS 
release an update, then it would have to be updated too.

For our purposes, we did recently build the most recent net-snmp rpms and 
instructions on how to catch up to whatever current centsos is if the archive 
is too old.
https://hpc.lenovo.com/users/documentation/xcataddingsnmp.html
From: Vinícius Ferrão via xCAT-user 
Sent: Saturday, September 12, 2020 8:11 PM
To: xCAT Users Mailing list 
Cc: Vinícius Ferrão 
Subject: Re: [xcat-user] [External] Re: Issues with net-snmp on new CentOS 8 
system and xCAT 2.16 install

Hi Jarrod, so what you’re saying is that net-snmp-perl should now be shipped by 
the xCAT team instead of relying on the distribution repositories? This would 
be a permanent solution, right?

On 8 Sep 2020, at 09:21, Jarrod Johnson 
mailto:jjohns...@lenovo.com>> wrote:

So the general problem is that CentOS/RedHat discontinued packaging 
net-snmp-perl

However, net-snmp-perl always carries an *exact-match* dependency on other 
packages. So net-snmp-libs cannot be upgraded if net-snmp-perl is installed and 
you don't also have an upgrade for net-snmp-perl.

So it requires an effort to continuously stay on top of net-snmp and build all 
the rpms so we are at or ahead of the updates.

For Lenovo, our approach has been to remove the hard requirement on 
net-snmp-perl, so that all of xCAT (with the exception of switch based 
discovery) will work if skipping the net-snmp mess.

Of course switch based discovery is popular, for those people the choices are:
-Blocking updates to net-snmp*/installing net-snmp without the update 
repositories enabled
-Waiting for xCAT repository to catch up
-Building net-snmp* rpms from source to force include the perl support 
(https://git.centos.org/rpms/net-snmp/tree/c8)
-Using confluent for switch based discovery and then feed the macs to xCAT

From: Jean-Baptiste Denis mailto:jbde...@pasteur.fr>>
Sent: Tuesday, September 8, 2020 3:02 AM
To: xcat-user@lists.sourceforge.net<mailto:xcat-user@lists.sourceforge.net> 
mailto:xcat-user@lists.sourceforge.net>>
Subject: [External] Re: [xcat-user] Issues with net-snmp on new CentOS 8 system 
and xCAT 2.16 install

> Using the Continous Release repository lead to things like this…

Your answer makes me think I was lucky at the time I've installed it, which is 
not a good situation.

I'll try to go back to this problem in the next days.

Jean-Baptiste

On 9/8/20 1:31 AM, Vinícius Ferrão via xCAT-user wrote:
> Thanks Jean, this appears to be a 4 months old bug. Woot.
>
> I did what you’ve said but ended up other missing packages:
> [root@headnode ~]# dnf install xCAT
> Last metadata expiration check: 0:06:55 ago on Mon 07 Sep 2020 08:18:32 PM 
> -03.
> Error:
>  Problem: package xCAT-2.16-snap202006161607.x86_64 requires perl(CGI), but 
> none of the providers can be installed
>   - package perl-CGI-4.38-2.el8.noarch requires perl(HTML::Entities) >= 3.69, 
> but none of the providers can be installed
>   - cannot install the best candidate for the job
>   - package perl-HTML-Parser-3.72-14.el8.x86_64 is filtered out by modular 
> filtering
>   - package perl-CGI-4.38-2.el8.noarch is filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+b5fcb464.x86_64 is 
> filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+dee7bcef.x86_64 is 
> filtered out by exclude filtering
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to 
> use not only best candidate packages)
>
>
> Using the Continous Release repository lead to things like this…
>
> What is strange in the original issue, is that the specific requirement is 
> tiered as an equal version, and in CentOS 8.2 the package is available but 
> it’s different in the last number:
> nothing provides net-snmp-agent-libs(x86-64) = 1:5.8-10.el8 needed by 
> net-snmp-perl-1:5.8-10.el8.x86_64
> net-snmp-agent-libs x86_64  1:5.8-14.el8_2.1  
>AppStream  747 k
>
> So xCAT mandates for 1.5.8-10; when 1.5.8-14 is available.
>
> Thanks,
>
>> On 7 Sep 2020, at 06:14, Jean-Baptiste Denis 
>> mailto:jbde...@pasteur.fr>> wrote:
>>
>> You can see the discussion here: 
>> https://github.com/xcat2/xcat-core/issues/6715
>>
>> Right now, I'm using the suggestion I made (using net-snmp-perl from 
>> centos8-stream/Appstream): 
>> https://github.com/xcat2/xcat-core/issues/6715#issuecomment-660460514
>>
>> Jean-Baptiste
>>
>> On 9/6/20 1:50 AM, Vinícius Ferrão via xCAT-user wrote:
>>> Hello,
>>> I don’t know I’m probably missing something, or if things got broken with 
>>> xCAT 2

Re: [xcat-user] [External] Re: Issues with net-snmp on new CentOS 8 system and xCAT 2.16 install

2020-09-12 Thread Vinícius Ferrão via xCAT-user 
Hi Jarrod, so what you’re saying is that net-snmp-perl should now be shipped by 
the xCAT team instead of relying on the distribution repositories? This would 
be a permanent solution, right?

On 8 Sep 2020, at 09:21, Jarrod Johnson 
mailto:jjohns...@lenovo.com>> wrote:

So the general problem is that CentOS/RedHat discontinued packaging 
net-snmp-perl

However, net-snmp-perl always carries an *exact-match* dependency on other 
packages. So net-snmp-libs cannot be upgraded if net-snmp-perl is installed and 
you don't also have an upgrade for net-snmp-perl.

So it requires an effort to continuously stay on top of net-snmp and build all 
the rpms so we are at or ahead of the updates.

For Lenovo, our approach has been to remove the hard requirement on 
net-snmp-perl, so that all of xCAT (with the exception of switch based 
discovery) will work if skipping the net-snmp mess.

Of course switch based discovery is popular, for those people the choices are:
-Blocking updates to net-snmp*/installing net-snmp without the update 
repositories enabled
-Waiting for xCAT repository to catch up
-Building net-snmp* rpms from source to force include the perl support 
(https://git.centos.org/rpms/net-snmp/tree/c8)
-Using confluent for switch based discovery and then feed the macs to xCAT

From: Jean-Baptiste Denis mailto:jbde...@pasteur.fr>>
Sent: Tuesday, September 8, 2020 3:02 AM
To: xcat-user@lists.sourceforge.net 
mailto:xcat-user@lists.sourceforge.net>>
Subject: [External] Re: [xcat-user] Issues with net-snmp on new CentOS 8 system 
and xCAT 2.16 install

> Using the Continous Release repository lead to things like this…

Your answer makes me think I was lucky at the time I've installed it, which is 
not a good situation.

I'll try to go back to this problem in the next days.

Jean-Baptiste

On 9/8/20 1:31 AM, Vinícius Ferrão via xCAT-user wrote:
> Thanks Jean, this appears to be a 4 months old bug. Woot.
>
> I did what you’ve said but ended up other missing packages:
> [root@headnode ~]# dnf install xCAT
> Last metadata expiration check: 0:06:55 ago on Mon 07 Sep 2020 08:18:32 PM 
> -03.
> Error:
>  Problem: package xCAT-2.16-snap202006161607.x86_64 requires perl(CGI), but 
> none of the providers can be installed
>   - package perl-CGI-4.38-2.el8.noarch requires perl(HTML::Entities) >= 3.69, 
> but none of the providers can be installed
>   - cannot install the best candidate for the job
>   - package perl-HTML-Parser-3.72-14.el8.x86_64 is filtered out by modular 
> filtering
>   - package perl-CGI-4.38-2.el8.noarch is filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+b5fcb464.x86_64 is 
> filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+dee7bcef.x86_64 is 
> filtered out by exclude filtering
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to 
> use not only best candidate packages)
>
>
> Using the Continous Release repository lead to things like this…
>
> What is strange in the original issue, is that the specific requirement is 
> tiered as an equal version, and in CentOS 8.2 the package is available but 
> it’s different in the last number:
> nothing provides net-snmp-agent-libs(x86-64) = 1:5.8-10.el8 needed by 
> net-snmp-perl-1:5.8-10.el8.x86_64
> net-snmp-agent-libs x86_64  1:5.8-14.el8_2.1  
>AppStream  747 k
>
> So xCAT mandates for 1.5.8-10; when 1.5.8-14 is available.
>
> Thanks,
>
>> On 7 Sep 2020, at 06:14, Jean-Baptiste Denis 
>> mailto:jbde...@pasteur.fr>> wrote:
>>
>> You can see the discussion here: 
>> https://github.com/xcat2/xcat-core/issues/6715
>>
>> Right now, I'm using the suggestion I made (using net-snmp-perl from 
>> centos8-stream/Appstream): 
>> https://github.com/xcat2/xcat-core/issues/6715#issuecomment-660460514
>>
>> Jean-Baptiste
>>
>> On 9/6/20 1:50 AM, Vinícius Ferrão via xCAT-user wrote:
>>> Hello,
>>> I don’t know I’m probably missing something, or if things got broken with 
>>> xCAT 2.16; after installing CentOS 8.2, the dnf install xCAT command fails:
>>> [root@cluster ~]# dnf install xCAT
>>> CentOS-8 - AppStream
>>>2.0 MB/s | 5.8 MB 00:02
>>> CentOS-8 - Base 
>>>2.6 MB/s | 2.2 MB 00:00
>>> CentOS-8 - Extras   
>>> 14 kB/s | 7.3 kB 00:00
>>> CentOS-8 - PowerTools   
>>>872 kB/s | 1.9 MB 00:02
>>> OpenHPC-2 - Base
>>>731 kB/s | 2.5 MB 00:03
>>> OpenHPC-2 - Updates 
>>>430  B/s | 257  B 00:00
>>> Extra Packages for

Re: [xcat-user] [External] Re: Issues with net-snmp on new CentOS 8 system and xCAT 2.16 install

2020-09-08 Thread Jarrod Johnson 
So the general problem is that CentOS/RedHat discontinued packaging 
net-snmp-perl

However, net-snmp-perl always carries an *exact-match* dependency on other 
packages. So net-snmp-libs cannot be upgraded if net-snmp-perl is installed and 
you don't also have an upgrade for net-snmp-perl.

So it requires an effort to continuously stay on top of net-snmp and build all 
the rpms so we are at or ahead of the updates.

For Lenovo, our approach has been to remove the hard requirement on 
net-snmp-perl, so that all of xCAT (with the exception of switch based 
discovery) will work if skipping the net-snmp mess.

Of course switch based discovery is popular, for those people the choices are:
-Blocking updates to net-snmp*/installing net-snmp without the update 
repositories enabled
-Waiting for xCAT repository to catch up
-Building net-snmp* rpms from source to force include the perl support 
(https://git.centos.org/rpms/net-snmp/tree/c8)
-Using confluent for switch based discovery and then feed the macs to xCAT

From: Jean-Baptiste Denis 
Sent: Tuesday, September 8, 2020 3:02 AM
To: xcat-user@lists.sourceforge.net 
Subject: [External] Re: [xcat-user] Issues with net-snmp on new CentOS 8 system 
and xCAT 2.16 install

> Using the Continous Release repository lead to things like this…

Your answer makes me think I was lucky at the time I've installed it, which is 
not a good situation.

I'll try to go back to this problem in the next days.

Jean-Baptiste

On 9/8/20 1:31 AM, Vinícius Ferrão via xCAT-user wrote:
> Thanks Jean, this appears to be a 4 months old bug. Woot.
>
> I did what you’ve said but ended up other missing packages:
> [root@headnode ~]# dnf install xCAT
> Last metadata expiration check: 0:06:55 ago on Mon 07 Sep 2020 08:18:32 PM 
> -03.
> Error:
>  Problem: package xCAT-2.16-snap202006161607.x86_64 requires perl(CGI), but 
> none of the providers can be installed
>   - package perl-CGI-4.38-2.el8.noarch requires perl(HTML::Entities) >= 3.69, 
> but none of the providers can be installed
>   - cannot install the best candidate for the job
>   - package perl-HTML-Parser-3.72-14.el8.x86_64 is filtered out by modular 
> filtering
>   - package perl-CGI-4.38-2.el8.noarch is filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+b5fcb464.x86_64 is 
> filtered out by exclude filtering
>   - package perl-HTML-Parser-3.72-15.module_el8.3.0+416+dee7bcef.x86_64 is 
> filtered out by exclude filtering
> (try to add '--skip-broken' to skip uninstallable packages or '--nobest' to 
> use not only best candidate packages)
>
>
> Using the Continous Release repository lead to things like this…
>
> What is strange in the original issue, is that the specific requirement is 
> tiered as an equal version, and in CentOS 8.2 the package is available but 
> it’s different in the last number:
> nothing provides net-snmp-agent-libs(x86-64) = 1:5.8-10.el8 needed by 
> net-snmp-perl-1:5.8-10.el8.x86_64
> net-snmp-agent-libs x86_64  1:5.8-14.el8_2.1  
>AppStream  747 k
>
> So xCAT mandates for 1.5.8-10; when 1.5.8-14 is available.
>
> Thanks,
>
>> On 7 Sep 2020, at 06:14, Jean-Baptiste Denis  wrote:
>>
>> You can see the discussion here: 
>> https://github.com/xcat2/xcat-core/issues/6715
>>
>> Right now, I'm using the suggestion I made (using net-snmp-perl from 
>> centos8-stream/Appstream): 
>> https://github.com/xcat2/xcat-core/issues/6715#issuecomment-660460514
>>
>> Jean-Baptiste
>>
>> On 9/6/20 1:50 AM, Vinícius Ferrão via xCAT-user wrote:
>>> Hello,
>>> I don’t know I’m probably missing something, or if things got broken with 
>>> xCAT 2.16; after installing CentOS 8.2, the dnf install xCAT command fails:
>>> [root@cluster ~]# dnf install xCAT
>>> CentOS-8 - AppStream
>>>2.0 MB/s | 5.8 MB 00:02
>>> CentOS-8 - Base 
>>>2.6 MB/s | 2.2 MB 00:00
>>> CentOS-8 - Extras   
>>> 14 kB/s | 7.3 kB 00:00
>>> CentOS-8 - PowerTools   
>>>872 kB/s | 1.9 MB 00:02
>>> OpenHPC-2 - Base
>>>731 kB/s | 2.5 MB 00:03
>>> OpenHPC-2 - Updates 
>>>430  B/s | 257  B 00:00
>>> Extra Packages for Enterprise Linux Modular 8 - x86_64  
>>> 43 kB/s | 117 kB 00:02
>>> Extra Packages for Enterprise Linux 8 - x86_64  
>>> 96 kB/s | 7.9 MB 01:24
>>> xCAT 2 Core packages
>>> 27 kB/s |  30 kB 00:01
>>> xCAT 2 depedencies