Yes, as my cloud-init doesn't work like I want it to, I can live with manually creating the VM.

But it would be cool to be able to automate stuff afterwards, which in my case would be adding a network interface.

VM

Yes, in xo-cli I see vif.connect vif.set ... would be lying saying it's intuitive what to do here to reach my goal.

I'll start off by clicking through XOA for the moment.

Before I try to search for something that doesn't exist yet:

• Can I create a new network interface via REST API?

Not the big JS developer here, but I wanted to contribute.

My dev setup is working as far as I can run yarn start in the packages/xo-server directory.
This puts Xen Orchestra running and working on port 8088 as I configured.

Now for developing, I used to do something like "yarn dev" to have the project running in dev mode with hot reload and stuff like that, but running "yarn dev" gives me some output, but I see no server running on 8088 or any other port:

jedi@thefang:~/git/xen-orchestra/packages/xo-server$ yarn dev
yarn run v1.22.21
$ cross-env NODE_ENV=development yarn run _build --watch
$ index-modules --index-file index.mjs src/api src/xapi/mixins src/xo-mixins && babel --delete-dir-on-start --keep-file-extension --source-maps --out-dir=dist/ src/ --watch
index generated src/xo-mixins/index.mjs
index generated src/api/index.mjs
index generated src/xapi/mixins/index.mjs
Successfully compiled 148 files with Babel (1035ms).
The watcher is ready.

Any tips?

MM

Some time ago I read "ZFS - the billion dollar file system" and the more time I spend with it, the more I think that's true

I'm using zfs & syncoid to pull my XOA backups to another location of a 1Gb/s link:

---------------  Mon 21 Feb 2022 08:00:01 - syncing  -------------
Sending incremental tank/mbox5/xoa-vm-backup@syncoid_iron.ion.lu_2022-02-20:08:00:02-GMT01:00 ... syncoid_iron.ion.lu_2022-02-21:08:00:02-GMT01:00 (~ 1392.4 GB):
---------------  Mon 21 Feb 2022 10:19:27 - done  -------------

183.37MB/s over 1Gbit/s Link sounds great.

Hi,

This is not a direct answer to your question, but here is a script I used (using Sensu to execute/monitor it):
https://paste.iondev.lu/?59090add7694827a#3TH1vYxNjpz2ZWz4fUNSj4L4brJVRJTMRH9szbk1x8EB

FYI, I had the issue again.
XOA Current version: 5.78.0

Reboot the XOA VM fixed the issue.

MM

Upgrade to latest solved the issue. But funnily enough, after the downgrade it's showing correctly on 5.75.0 too.

#weird #close

I know of Warhammer 40k, but I don't know who did the snapshot in 55k:

In XCP-ng Center, they look ok.

XOA is 5.75.0 #stable

Known issue?

@reinvtv It's a little bit of wasted resourced, but just have a few Xen Orchestra's running... just for this task.

IT is the job where you have to find a workaround for problems you can't fix yourself.

@wade_solarch Short answer: try to avoid that.

Back in the old XenServer days, you had to manually change the cpu feature flags so it would work at all.

https://xcp-ng.org/docs/requirements.html#pool-requirements
This confirms that you can't mix Intel & AMD in a pool

https://xcp-ng.org/docs/requirements.html#pool-requirements
This explains Heterogeneous pools a little

I updated XOA to 5.66 2 days ago and it messed up with my delta backups.

Instead of 2 hours it took 20 hours yesterday and same thing again today.

I don't see any notes in the changelogs that would explain this.

Anyone else?

@pdonias I did an update to Netbox 2.11.12 and it works now, so I don't need to tamper with my XOA.

@pdonias 2.9.9
Might that be too old?

...

    "body": {
      "name": "[TMP] Xen Orchestra Netbox plugin test - klcecdwwuqj",
      "slug": "xo-test-klcecdwwuqj",
      "description": "This type has been created by Xen Orchestra's Netbox plugin test. If it hasn't been properly deleted, you may delete it manually."
    },
    "error": {
      "name": [
        "Ensure this field has no more than 50 characters."
      ]
    }

Whenever I "Test Plugin" my Netbox config I get the following error, even after setting up valid SSL Cert (#letsencrypt)

For some odd reason, the sync did go through though... once at least... I see my VMs in Netbox (no IP adresses though).

Any easy way to debug this on XOA end? I don't see logs on Netbox (at all) to debug there either, that's why I'm asking here.

PS: Netbox sounds like a great tool but it's overwhelming... I hope that filling it up with lots of data from XOA will help as a big first step instead of starting from scratch. Netbox Plugin +1

\o/

You don't happen to have an example handy? Even if it's not PHP.

Either the libraries I'm trying are or my brain is too much used to REST to get the JSON RPC working.