If dhcpd.conf is set to not send any 'filename', it's best. If you don't need
a dhcp server, then you can turn it off. There's also
If you have a dhcp server with a dynamic range on it, then:
nodeattrib <noderange> net.ipv4_method=firmwaredhcp
If you have a dhcp server with static reservations, you could either have dhcp
continue, or disallow dhcp for the confluent node.
If you have no dhcp server, then it should just do the right thing directly.
If you want to use dhcp ongoing, then 'net.ipv4_method=dhcp', however you own
the IPAM sort of responsibility totally.
If your dhcp has:
option gpxe.no-pxedhcp 1;
Please remove that to let confluent merge an offer with an uncoordinated dhcp
server.
I need to do a deeper right up on the detail about dhcp interaction, how it is
now optional, and how it can coexist with an unmanaged dhcp server and free the
dhcp server from 'filename'
________________________________
From: David Magda <dmagda+x...@ee.torontomu.ca>
Sent: Tuesday, November 7, 2023 9:27 AM
To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net>
Subject: Re: [xcat-user] [External] Re: xCAT-Confluent
After running the first few commands, I have /tftpboot/confluent/x86_64/ipxe*
and /var/lib/confluent/public/{os, distribution}/ubuntu* present, along with
genesis-x86_64/.
However the contents of the RHEL/CentOS /etc/dhcp/dhcpd.conf are such that
“filename” is “xcat/xnba.*”, so that’s what gets loaded.
Do I need to tweak the dhcpd.conf just for the test system I’m playing with, or
should a completely new dhcpd.conf file be put in place for using Confluent?
(Moving the current one out of the way, perhaps temporarily until I get an
understanding of Confluent so I can revert to xCat if need-be.)
> On Oct 26, 2023, at 11:33, Jarrod Johnson <jjohns...@lenovo.com> wrote:
>
> I will say that EL7 hasn't been tested and thus we haven't pushed updates
> since 3.8.0, but 3.8.0 should be plenty.
>
> The confluent you have going is already enough to start examining OS
> deployment profiles. If you would like to, you can use commands like
> osdeploy initialize and osdeploy import and even imgutil build, and it won't
> mess with xCAT.
>
> When you get to nodedeploy, that is the time when you have to start planning
> around potential disruption as xCAT and confluent might fight over who gets
> to deploy a system, and that can be confusing. We should document formally
> how to mask a node from xCAT ('!*NOIP*' in mac table) to let one kick the
> tires with a node...
>
> I can help look at a few people kicking tires, certainly seems worthy of
> documentation or video example...
>
>> From: David Magda <dmagda+x...@ee.torontomu.ca>
>> Sent: Thursday, October 26, 2023 11:22 AM
>> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net>
>> Subject: [External] Re: [xcat-user] xCAT-Confluent
>>
>> Yes, there was perhaps auto-completion with regards Confluent/Confluence.
>>
>> I currently have a (legacy?) ‘joint’ xCAT-Confluent (3.6) installation on
>> RHEL 7 that I inherited; if one wants to fully move from xCAT to Confluent,
>> is there document on how to ‘extract’ oneself from xCAT? I don’t see
>> anything that jumps out at:
>>
>> https://hpc.lenovo.com/users/
>> https://hpc.lenovo.com/users/documentation/
>>
>> Should I simply abandon the previous installation and do a fresh install?
>> While there is some documentation, the system leans towards being heavily
>> vendor-used so people completely new to it have a steep learning curve (xCAT
>> is/was also challenging to get into since it was fairly vendor-focused).
[…]
_______________________________________________
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fxcat-user&data=05%7C01%7Cjjohnson2%40lenovo.com%7C8f5b1bd093d04bd6dbf708dbdf9dca55%7C5c7d0b28bdf8410caa934df372b16203%7C0%7C0%7C638349641058958139%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=Paig6wxCR2Cdl%2BSE0bvUXbUEN7hkWE%2BRg8qQYS55rRE%3D&reserved=0<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
