Re: [gpfsug-discuss] GPFS autoload - wait for IB ports tobecomeactive

you can try :systemctl enable  NetworkManager-wait-onlineln -s '/usr/lib/systemd/system/NetworkManager-wait-online.service' '/etc/systemd/system/multi-user.target.wants/NetworkManager-wait-online.service'in many cases .. it helps .. From:        Jan-Frode Myklebust To:        

Re: [gpfsug-discuss] GPFS autoload - wait for IB ports to becomeactive

I found some discussion on this at https://www.ibm.com/developerworks/community/forums/html/threadTopic?id=----14471957=25 and there it's claimed that none of the callback events are early enough to resolve this. That we need a pre-preStartup trigger. Any idea if this has

Re: [gpfsug-discuss] GPFS autoload - wait for IB ports tobecomeactive

The callback is the only way I know to use the "--onerror shutdown" option. Fred __ Fred Stock | IBM Pittsburgh Lab | 720-430-8821 sto...@us.ibm.com From: Jan-Frode Myklebust To: gpfsug main discussion list

Re: [gpfsug-discuss] Underlying LUN mirroring NSD impact

Does the mirrored-storage vendor guarantee the sequence of all writes to all the LUNs at the remote-site exactly matches the sequence of writes to the local site? If not.. the file system on the remote-site could be left in an inconsistent state when the communications line is cut...

Re: [gpfsug-discuss] Underlying LUN mirroring NSD impact

On Wed, 14 Mar 2018 15:36:32 -, Mark Bush said: > Is it possible (albeit not advisable) to mirror LUNs that are NSD's to > another storage array in another site basically for DR purposes? Once it's > mirrored to a new cluster elsewhere what would be the step to get the > filesystem back up