The Latest Gartner® Magic Quadrant™Hyperconverged Infrastructure Software
Could you please check whether in VMware storage is available from 10.1.155.15 host?kb9jlo wrote:The drive shows up in VMware, has data on it. But now I'm afraid to use it.
I did get an error - don't remember what it was. I was going through the motions of trying to recreate the target today but was afraid to push the 'finish' button -- not knowing what effect on a live system it would have.tig_jeff wrote:Do you get an error that you cannot create the device because it exists?
My 3 nodes is in production. I was against the wall and had to push forward. It's working but I'm at a disadvantage not knowing what it is doing. A week ago one host spontaneously rebooted (unrelated event). and the whole system worked. VM HA failed everything over and nothing bad happened.Vitaliy (Staff) wrote:Hello kb9jlo,
Could you please check whether in VMware storage is available from 10.1.155.15 host?kb9jlo wrote:The drive shows up in VMware, has data on it. But now I'm afraid to use it.
If not, you can recreate a replica from the partner host to current host and your device should be avaialble from both.
Thanks. I think what I'm going to have to do is delete the old "target" file (both disk & flash) and then recreate it or as you said sync it from another node.Sergey (staff) wrote:You can connect StarWind image file to the existing target Storage1, If it is available on disk. Try this: Add Device(Advanced) --> Virtual Disk --> Use an Existing Virtual Disk --> Attach to Existing Target --> Create. The other alternative would be replicating this image file from the other node. The Datastore is available in vSphere Client which means there is an active path from the other node, so you can easily replicate.
I have a problem - when I setup the new replica it didn't ask me for the cache memory and set it at 1 MB. I'm experiencing high latency numbers now. I'm assuming because of this. And now this new replica is the master for that particular disk/LUN...Boris (staff) wrote:kb9jloб
The procedure you described looks reasonable. Let us know if you need more information.
If the node I do this on is the "master" what happens exactly? Is there an easy way to "move" the master?Sergey (staff) wrote:You can change cache setting, by editing StarWind devices header files. I hope this will help:
https://knowledgebase.starwindsoftware. ... -l1-cache/
Make sure to backup original headers, stop StarWindService before changing headers and do this procedure on both nodes.
Could you please explain more what you meant by "master" here?kb9jlo wrote:If the node I do this on is the "master" what happens exactly? Is there an easy way to "move" the master?
Sorry, not sure what terminology to use. And I probably move the "master" on the VMware side. I will explore more there.Boris (staff) wrote:Could you please explain more what you meant by "master" here?kb9jlo wrote:If the node I do this on is the "master" what happens exactly? Is there an easy way to "move" the master?
If "master" meant node priority, it has no influence on the operations you need to perform.
In fact, what is important before you do any changes to the header file is a couple of steps. They include checking whether StarWind devices are synchronized on both nodes and making backups of both .swdsk files - the ordinary .swdsk and *_HA.swdsk (just in case, when you spoil anything during editing, you will have a working set of files to revert to upon service restart).