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

[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] confluent 3.0.1 release

[Vinícius Ferrão via xCAT-user]

Hi Jarrod,

Indeed Confluent have a lot of cool features, and still using xCAT as basis. 
Mainly the SSH infrastructure and security features are the best additions IMO. 
A lot of folks, including myself, are adapting xCAT to be more secure 
(SELinux/Firewall) and more compliant, changing or removing entire postscripts 
for example, because they are now dated, specially the SSH ones.

With this in mind, aren’t xCAT devs willing to incorporate those changes so 
everybody can benefit from it?

Thanks all.

On 10 Sep 2020, at 16:05, Jarrod Johnson 
mailto:jjohns...@lenovo.com>> wrote:

For those that may be interested, confluent 3 is out now:
https://hpc.lenovo.com/users/hpc/update/2020/09/10/20brelease.html

This marks the first time that confluent may be used for OS deployment for 
those that are interested.
___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user

___
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user