Anton,
With symlink work, but why ??? rights on /storage/isos are ok ! password less ssh ok too. This is a bug ?
Hi @Daniel_Moura,
I needed the onedatastore list -x output to clarify what are the paths to the datastores.
SRC=node.tudonanuvem.com.br:/storage/isos/1/4d774e622ac2af0223b2a5fa667140e0
DST=node.tudonanuvem.com.br:/var/lib/one//datastores/0/1/disk.0
So the clone must copy $SRC to $DST it is shared datastore so the host part is skipped. Then you have what the script is trying:
As you can see the source is other. Actually this is the original path to the âdefaultâ images datastore. As I am âemulatingâ by mind the code in the shared TM_MAD clone script I stuck at line #55 where the $SRC is reconstructed instead of using the original $SRC passed to the script. I think that there (or somewhere around) is the bug.
With the symlink we are serving the clone script with the file on the ârightâ place where it is wrongly expected.
Kind Regards,
Anton Todorov
For VM live migration or Host failure HA, is it necessary to change Image and System datastore TM_MAD to shared mode.
Hi ranjith,
AFAIK it depends on the capabilities of the used storage backends and the TM_MAD for them.
Best Regards,
Anton Todorov