Thankyou everyone for replies on this issue. Very helpful. We have a test setup with three nodes, although no multi-pathed disks. So I can try out removing and replacing disks servers. I agree with Simon that bringing up a second NIC is probably inviting Murphy in to play merry hell…
The option we are envisioning is re-installing the server(s) but leaving them with the existing FQDNs if we can. From: [email protected] [mailto:[email protected]] On Behalf Of Simon Thompson (IT Research Support) Sent: Thursday, April 05, 2018 4:28 PM To: gpfsug main discussion list <[email protected]> Subject: Re: [gpfsug-discuss] Dual server NSDs - change of hostname Yeah that was my thoughts too given Bob said you can update the server list for an NSD device in 5.0. I also thought that bringing up a second nic and changing the name etc could bring a whole world or danger from having split routing and rp_filter (been there, had the weirdness, RDMA traffic continues but admin traffic randomly fails, but hey, if you like the world crashing down around you….) Simon From: <[email protected]<mailto:[email protected]>> on behalf of "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Date: Thursday, 5 April 2018 at 14:37 To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>> Subject: Re: [gpfsug-discuss] Dual server NSDs - change of hostname To my mind this is simpler: IF you can mmdelnode without too much suffering, do that. Then reconfigure the host name and whatever else you'd like to do. Then mmaddnode... -- The information contained in this communication and any attachments is confidential and may be privileged, and is for the sole use of the intended recipient(s). Any unauthorized review, use, disclosure or distribution is prohibited. Unless explicitly stated otherwise in the body of this communication or the attachment thereto (if any), the information is provided on an AS-IS basis without any express or implied warranties or liabilities. To the extent you are relying on this information, you are doing so at your own risk. If you are not the intended recipient, please notify the sender immediately by replying to this message and destroy all copies of this message and any attachments. Neither the sender nor the company/group of companies he or she represents shall be liable for the proper and complete transmission of the information contained in this communication, or for any delay in its receipt.
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at spectrumscale.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss
