@Boris apologies for the delayed response but thank you.

OK, thank you, again!

Hi Al, thank you for the continued answers. Are you able, by any chance, to provide an ETA for the next release that includes the fix?

Hi Al, thank you for that information, that is helpful to know. Are you aware of any way to deactivate that service discovery in the current Linux VSA ?

Also, is anyone else able to replicate the behavior of the UDP receive buffers on the localhost address/loopback device? Another interesting thing I have only recently noticed is that running `ss -lp --tcp` shows the wineserver TCP send buffers stuck at 50000 bytes on my system (PIDs and FDs are dif...

Hi Boris, I wanted to check in again and see if there had been any progress made evaluating the issue?

If nothing else, would it be possible to get more details on what the UDP-over-localhost/loopback is doing?

Boris, I wanted to share a couple updates. First, it looks like the UDP socket buffer memory actually plateaus in my environment at the following values: node 1 (contains HA devices) : 512.1 MiB node 2 (contains HA devices) : 512.7 MiB node 3 (does not contain any HA devices; image devices only) : 4...

Hi Boris, wanted to check in here. Is there anything I can do to help?

Thank you, Boris. I am happy to provide any additional context and details as needed.

Hi Boris, of course. I've collected the logs and submitted the link to them via PM. Thank you for looking into this so quickly.

Hi there, I'm facing an issue running a 3-node hyperconverged setup of the StarWind vSAN Linux VSA on vSphere, ESXI 6. I've noticed that on the 2 nodes where I have HA devices running, netstat indicates that a number of UDP sockets on 127.0.0.1 have an ever-growing/increasing amount of Recv-Q bytes....

Apologies for the thread spam, but I think I've finally got a simple workaround figured out: create the imagefiles in the appropriate directory on both master and partner nodes, then run the CreateHA(two nodes) script with $firstNode.CreateImage = $false and $secondNode.CreateImage = $false. And mak...

Ah, now I'm getting what look like license-related issues preventing the Sync and HB channels from connecting. I'm using the Linux VSA (not Free), and the trial license did expire yesterday, so this isn't totally unexpected ... but doesn't an expired license just prevent full use of the Management C...

OK, this isn't working for me when I start from scratch and try to repeat it. However, I do appear to have an updated process that is close to working -- script gets stuck at "Synchronizing 0%" which may be an easily-remedied DNS issue. Will follow up again after I try a few more things.

Hi Boris, sure. Short version is below, please let me know if anything needs to be clarified: 1. modify the CreateHA(two nodes).ps1 script by changing both `$firstNode.CreateImage` and `$secondNode.CreateImage` from `$true` to `$false`: ... $firstNode.CreateImage = $false ... $secondNode.CreateImage...