Hi,

You can use the warm migration in your case, yes 🙂 To me, that's one of the use case where it's safer than a live/hot one.

Thank you for responding and helping. Please let me know when there is a solution to test out as I will be eager to try it. Thanks

Thanks @olivierlambert, very helpful. It looks like I should learn more about load balancing for managing peak/idle loads more efficiently.

Hi,

Thanks for the feature request 🙂

This is very very likely a request for a production environment (this level of Netbox customization). It's almost taking 100% of @pdonias' time, so we need to start rationalizing stuff in order to keep some resources to move forward on XO 6.

If you have a pro subscription, can you open a feature request ticket? If you don't, it might worth to create an issue on our public Github repo (with all the details) so we can see/discuss there 🙂 Thank you!

@julien-f
Ok, so it doesn't fail with the socket error, but now it's saying unable to verify the first certificate:
Not sure if this is a plugin issue or something on my end, but normal clients connect fine.
I'm using Prosody with a Letsencrypt cert.

plugin.load { "id": "transport-xmpp" } { "code": "UNABLE_TO_VERIFY_LEAF_SIGNATURE", "message": "unable to verify the first certificate", "name": "Error", "stack": "Error: unable to verify the first certificate at TLSSocket.onConnectSecure (node:_tls_wrap:1550:34) at TLSSocket.emit (node:events:514:28) at TLSSocket.patchedEmit [as emit] (/opt/xo/xo-builds/xen-orchestra-202310280240/@xen-orchestra/log/configure.js:52:17) at TLSSocket._finishInit (node:_tls_wrap:967:8) at TLSWrap.ssl.onhandshakedone (node:_tls_wrap:743:12) at TLSWrap.callbackTrampoline (node:internal/async_hooks:130:17)" }

@pdonias ok I get a correct answer from inside but from outside I'm getting this bad request. The curl gets to the ssl certificate on the net box host, but throws the 400 bad request, when doing from outside the firewall.

When testing locally, it works.

Let me look this over! Thanks!

Hopefully someone in the community will guide you, personally I never played with jobs 🙂

Hi!

In theory, you just need to get the Kubernetes key to connect with whatever tool you want to play with the k8s cluster, that's pretty much everything 🙂

What do you have in mind exactly?

@pdonias thanks for the update! I took a look at the latest commit and apparently I was right even though it didn't feel right. 😂

Thanks again to you all for this amazing set of FOSS tools!

@olivierlambert weird, I tried the restart, because I'm doing that a lot now since I have some backup issues.
Need to move my old (very old) datacenter to the new XCP-NG Server and after that I can get to upgrading XO.

Not something we want to fix in XO5, I've added it to our roadmap for XO6

Hi @christianuhlmann, we actually already did that for interfaces. Make sure you're up to date and interfaces that you added manually shouldn't get deleted in Netbox anymore.
However, for IPs, we can't do that because IPs don't have a UUID in XO/XAPI. We get a list of IPs for each VIF and we have to decide what to do with that.

@pdonias said in Xen Orchestra netbox sync error:

So if XAPI isn't supposed to return space-delimited IPs in x/ipv4/x fields, better make sure it's fixed upstream, but from XO's point of view, we're supporting it anyway, now 🙂

Yes I'd think XAPI should not blindly forwarding information from guest without a minimum of sanitation.

It finally work with latest version of xo-server 5.85.

Good news! Keep us posted 🙂

@johnnyorange Glad I could help! Took me weeks to figure that out lol....I would caution using that in production though, not sure the security implications for accepting the older key type.

@VGerris said in Cloud-init success:

@dj423 thank you, that is really helpful!
I also found : https://cloudinit.readthedocs.io/en/latest/reference/examples.html

Yes the docs are a huge help when crafting big nuanced config scripts. The lead maintainer Chad Smith gave me some pro-tips as well and was a huge help for me when I was learning that stuff. Yes I agree, Xcp-ng rocks!!

Best of luck!

@Tristis-Oris This should be fixed, now. If a pool is disabled or can't be found, you'll get an error message in the logs and the pool will simply be ignored. See https://xen-orchestra.com/blog/xen-orchestra-5-85/#🗃️-netbox.

@olivierlambert said in Can xcp-ng be use to resell VPS?:

Basically, the XO CLI uses introspection so you can list all the available API calls you can do.

Thank you. That's a good way to learn it. I'll see what I can do with it