@Andrew I did suspect that would be sufficient, but we need to think at feature level, and as mentionned there is no such thing we could do "quickly" for linux and other OSes. I anyway did a brain dump of my investigation before posting my previous message and we do now have an entry in the roadmap for it, which was not the case previously.
Team - XAPI Network
Private
Posts
-
RE: MTU change
-
RE: MTU change
Unfortunately, that's not trivial.
Currently in windows, the PV driver reads that info inheritance from the network setting at startup and applies it, it would not allow live modification.
On the other hand, the Linux driver does not do that, therefore it would not be at feature parity. So it would likely be possible to have a "quick and dirty" implementation that works only at boot and only on windows, that would help your case indeed, but that's not a great product feature
We will discuss that internally and see what can be added to the roadmap and to which depth we want to dig that hole as well as this can go pretty far, we'll need to split that in smaller steps to be able to deliver something in a timely fashion.
-
RE: xe sr-create ignores other-config:auto-scan=true during SR creation
@mdm Similar to the name-description parameter, the CLI ignores this parameter.
The expected way to use would be to set the field value after the SR has been created.
I'll make a work item to change the CLI and warn of ignored parameters so confusion like this doesn't happen
-
RE: Adding new host to pool fails - Stunnel SSL certiticate verification failure
Sorry, but it is outside my competence zone. I prefer to not tell you to try something that I don't know the exact consequences of.
Does someone else could reply ?
-
RE: Adding new host to pool fails - Stunnel SSL certiticate verification failure
Yes, if the file is empty, it is expected to the
openssl x509command to fail.
Does is it the same on the master ? -
RE: Adding new host to pool fails - Stunnel SSL certiticate verification failure
Just my 2 cents, but with SSL involved time is important: could you check the date is accurate on the two hosts ?
having the output of the following commands might help too:
stat /etc/stunnel/xapi-stunnel-ca-bundle.pemopenssl x509 -in /etc/stunnel/xapi-stunnel-ca-bundle.pem -noout -text
-
RE: XOA vulnerabilty to "copy fail" and "dirty frag" bug
please note that blacklisting ESP modules will break IPsec, and encrypted private tunnels rely on it.
-
RE: XAPI sr-create ignores name-description parameter
This is a problem with the CLI, the parameter is not read and instead an empty string is used. The same situation happens with sr-introduce.
It should be a very quick fix, I don't know why it was done since the beginning.
I've opened the PRs upstream:
https://github.com/xapi-project/xen-api/pull/7066
https://github.com/xapi-project/xen-api/pull/7067
