@cairoti said in "Virtual Disk Not On Preferred Path" error on Dell Storages when mapping volumes:

The description below appears in the mapped volume in XO:

I don't know if the image has any relation to the problem.

The "Multipathing" option was not enabled on the hosts in the pool. So even though there was more than one connection to the Dell Storage, the warning message was displayed. The controller to be used could be 0 or 1. But because "Multipathing" was disabled, the storage automatically switched from 1 to 0 for some mapped volumes because it believed there was only one possible path.

I consider this issue resolved!

@Andrew, @bvitnik and @DustinB In my tests, I did the following. I did this process twice and it worked. To simulate a hardware failure on the master node, I simply turned it off.

If the master pool is down or unresponsive due to a hardware failure, follow these steps to restore operations:

1. Use an SSH client to log in to a slave host in the pool.

2. Run the following command on the slave host to promote it as the new pool master:

xe pool-emergency-transition-to-master

3. Confirm the change of the pool master and verify the hosts present in it:

xe pool-list

xe host-list

Even if it is down, the old master node will appear in the listing.

4. Remap the pool in XCP-ng or XO using the IP of the new master node.

5. After resolving the hardware issues on the old master node, start it up. When it finishes booting, it will be recognized as a slave node.

In testing, I did not need to run any other commands. However, if the node is not recognized, try typing on it after accessing it via SSH: xe pool-recover-slaves

I didn't understand why it worked. It seemed like "magic"!