Hi John,
some last thoughts
mmdelnode/mmaddnode is an easy way to move non-NSD servers, but doing so
for NSD servers requires to run mmchnsd, and that again requires a
downtime for the file system the NSDs are part of (in Scale 4 at least,
what we are talking right here). That could only be ci
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
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 co
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...
___
gpfsug-discuss mailing list
gpfsug-discuss at spectrumscale.org
http://gpfs
It’s now just two weeks until the UK meeting and we are down to our last few
places available. If you were planning on attending, please register now!
Simon
From: on behalf of
"ch...@spectrumscale.org"
Reply-To: "gpfsug-discuss@spectrumscale.org"
Date: Thursday, 1 March 2018 at 11:26
To: "gp
Just a reminder that if you want to submit for the pilot RFE process,
submissions must be in by end of next week.
Judging by the responses so far, apparently the product is perfect 😊
Simon
From: on behalf of
"ch...@spectrumscale.org"
Reply-To: "gpfsug-discuss@spectrumscale.org"
Dat