<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; color: rgb(0, 0, 0); font-size: 14px; font-family: Calibri, sans-serif;">
<div>mmces node suspend -N</div>
<div><br>
</div>
<div>Is what you want. This will move the address and stop it being assigned one, otherwise the rebalance will occur. I think you can change the way it balances, but the default is to distribute.</div>
<div><br>
</div>
<div>Simon</div>
<div><br>
</div>
<span id="OLK_SRC_BODY_SECTION">
<div style="font-family:Calibri; font-size:11pt; text-align:left; color:black; BORDER-BOTTOM: medium none; BORDER-LEFT: medium none; PADDING-BOTTOM: 0in; PADDING-LEFT: 0in; PADDING-RIGHT: 0in; BORDER-TOP: #b5c4df 1pt solid; BORDER-RIGHT: medium none; PADDING-TOP: 3pt">
<span style="font-weight:bold">From: </span><<a href="mailto:gpfsug-discuss-bounces@spectrumscale.org">gpfsug-discuss-bounces@spectrumscale.org</a>> on behalf of "Sobey, Richard A" <<a href="mailto:r.sobey@imperial.ac.uk">r.sobey@imperial.ac.uk</a>><br>
<span style="font-weight:bold">Reply-To: </span>"<a href="mailto:gpfsug-discuss@spectrumscale.org">gpfsug-discuss@spectrumscale.org</a>" <<a href="mailto:gpfsug-discuss@spectrumscale.org">gpfsug-discuss@spectrumscale.org</a>><br>
<span style="font-weight:bold">Date: </span>Monday, 12 June 2017 at 21:01<br>
<span style="font-weight:bold">To: </span>"<a href="mailto:gpfsug-discuss@spectrumscale.org">gpfsug-discuss@spectrumscale.org</a>" <<a href="mailto:gpfsug-discuss@spectrumscale.org">gpfsug-discuss@spectrumscale.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [gpfsug-discuss] 'mmces address move' weirdness?<br>
</div>
<div><br>
</div>
<div><style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p>I think it's intended but I don't know why. The AUTH service became unhealthy on one of our CES nodes (SMB only) and we moved its float address elsewhere. CES decided to move it back again moments later despite the node not being fit.</p>
<p><br>
</p>
<p>Sorry that doesn't really help but at least you're not alone!</p>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri,sans-serif" color="#000000" style="font-size:11pt"><b>From:</b>
<a href="mailto:gpfsug-discuss-bounces@spectrumscale.org">gpfsug-discuss-bounces@spectrumscale.org</a> <<a href="mailto:gpfsug-discuss-bounces@spectrumscale.org">gpfsug-discuss-bounces@spectrumscale.org</a>> on behalf of
<a href="mailto:valdis.kletnieks@vt.edu">valdis.kletnieks@vt.edu</a> <<a href="mailto:valdis.kletnieks@vt.edu">valdis.kletnieks@vt.edu</a>><br>
<b>Sent:</b> 12 June 2017 20:41<br>
<b>To:</b> <a href="mailto:gpfsug-discuss@spectrumscale.org">gpfsug-discuss@spectrumscale.org</a><br>
<b>Subject:</b> [gpfsug-discuss] 'mmces address move' weirdness?</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">So here's our address setup:<br>
<br>
mmces address list<br>
<br>
Address Node Group Attribute<br>
-------------------------------------------------------------------------<br>
172.28.45.72 arproto1.ar.nis.isb.internal isb none<br>
172.28.45.73 arproto2.ar.nis.isb.internal isb none<br>
172.28.46.72 arproto2.ar.nis.vtc.internal vtc none<br>
172.28.46.73 arproto1.ar.nis.vtc.internal vtc none<br>
<br>
Having some nfs-ganesha weirdness on arproto2.ar.nis.vtc.internal, so I try to<br>
move the address over to its pair so I can look around without impacting users.<br>
However, seems like something insists on moving it right back 60 seconds<br>
later...<br>
<br>
Question 1: Is this expected behavior?<br>
Question 2: If it is, what use is 'mmces address move' if it just gets<br>
undone a few seconds later...<br>
<br>
(running on arproto2.ar.nis.vtc.internal):<br>
<br>
## (date; ip addr show | grep '\.72';mmces address move --ces-ip 172.28.46.72 --ces-node arproto1.ar.nis.vtc.internal; while (/bin/true); do date; ip addr show | grep '\.72'; sleep 1; done;) | tee migrate.not.nailed.down<br>
Mon Jun 12 15:34:33 EDT 2017<br>
inet 172.28.46.72/26 brd 172.28.46.127 scope global secondary bond1:0<br>
Mon Jun 12 15:34:40 EDT 2017<br>
Mon Jun 12 15:34:41 EDT 2017<br>
Mon Jun 12 15:34:42 EDT 2017<br>
Mon Jun 12 15:34:43 EDT 2017<br>
(skipped)<br>
Mon Jun 12 15:35:44 EDT 2017<br>
Mon Jun 12 15:35:45 EDT 2017<br>
inet 172.28.46.72/26 brd 172.28.46.127 scope global secondary bond1:0<br>
Mon Jun 12 15:35:46 EDT 2017<br>
inet 172.28.46.72/26 brd 172.28.46.127 scope global secondary bond1:0<br>
Mon Jun 12 15:35:47 EDT 2017<br>
inet 172.28.46.72/26 brd 172.28.46.127 scope global secondary bond1:0<br>
^C<br>
</div>
</span></font></div>
</div>
</div>
</div>
</span>
</body>
</html>