<div dir="ltr">Hello all.<div><br></div><div>Recently, playing around with gluster, trying to stress test it on several scenarios, I ran into an unexpected problem:</div><div><br></div><div>gluster has a severe allergic reaction to changing IP address.</div>
<div><br></div><div><br></div><div>This happened on a server that has a single NIC, but I have cases with multiple NICs. Once I changed the IP on a sever, gluster went babanas. Trying to restart the service returned &quot;error&quot; (I admit the logs were not very clear about what was going on), and that was that.</div>
<div><br></div><div>I changed the IP back, carefully rebooted the server just in case, checked that gluster was started, stopped the only existing volume, deleted the volume, stopped gluster, changed the IP, rebooted the server and....</div>
<div><br></div><div>Gluster would not start anymore. Kaput. I tried looking for config files that would contain ip information, etc, in vain.</div><div><br></div><div>It might not seem like a big deal, but it may be: Right now I have my environment running on bonded 1 Gbps NICs, but if I get the budget approved, I am moving to 10 GB and will be  KEEPING the 1 GB link for the clients.</div>
<div><br></div><div>Final config (rather paranoid, I admit) will be one IP/nic for management (I still have 10 Mpbs cards, believe me !), 1 bonded ip for clients (redundancy), and the 10 GB for gluster data replication. </div>
<div><br></div><div>In that scenario, gluster WIL stop working almost for sure. </div><div><br></div><div>Any hints about this case ? </div><div><br></div><div>Cheers, </div><div><br></div><div>Carlos</div></div>