Hello David,
You do not need to edit dhcpd.conf to use confluent. In fact, you can edit
the dhcpd configuration just to serve ips (remove any defined classes,
filenames etc) and confluent will direct the client to the proper
bootloader. I also had the same question/concern when I started demoing the
system. I hope this is helpful.
On Tue, Nov 7, 2023 at 9:27 AM David Magda <dmagda+x...@ee.torontomu.ca>
wrote:
> 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://lists.sourceforge.net/lists/listinfo/xcat-user
>
--
Sincerely,
John Villa
Manager - High Performance Computing
Research Computing Services
Columbia University Information Technology
347-213-0339
_______________________________________________
xCAT-user mailing list
xCAT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xcat-user
