<div dir="ltr">Hi,<div><br></div><div style>I am running, or I should say I ran into an issue that I can't seem to replicate. I set up dhcp IPoIB, and have been able to lease ip-addresses to client machines with infiniband, as well as clients running within a VM, where the VM is able to detect the infiniband card using SR-IOV.</div>
<div style><br></div><div style>The issue I encountered multiple times last week, was that when initially running dhclient -cf dhclient.conf, it would successfully obtain the lease, but it would then withdraw the dhcp ip addresses on the other ethernet ports.</div>
<div style><br></div><div style>To set the context, my client machine has eth0-eth3, all of which use dhcp (from a different dhcpd server machine than my dhcpd server for infiniband).</div><div style><br></div><div style>
And then I have ib0, ib1. When I set the client identifier in the dhclient.conf file, and execute the above command, I was getting messages in the logs saying that it was withdrawing the dhcp address for the eth ports. I would lose network connectivity, thus forcing me to manually bring up the ethernet ports again. </div>
<div style><br></div><div style>I thought this may be due to how the dhcpd package works, as in, because I only specified the ib interface in the dhclient,conf, dhclient would go through all current dhcp active ports, and disable the non-specified interfaces.</div>
<div style><br></div><div style>However, now when running dhclient -cf dhclient.conf, I am not experiencing this same issue -- I no longer lose network connectivity on the ethernet ports, and still successfully obtain a lease ip for my client ib cards.</div>
<div style><br></div><div style>Because this setup will go into deployment, I wanted to make sure I understand / get a reason for the cause of this, or if anyone else can confirm similar behavior?</div><div style><br></div>
<div style>Malek</div></div>