Thanks for the report Please update to the latest commit available, and confirm you still have the issue. I'm adding @pdonias in the loop

  {
    "addresses": {
      "0/ipv4/0": "x.x.x.x",
      "1/ipv4/0": "y.y.y.y",
      "2/ipv4/0": ""
    }
  },

I'm running Xen Orchestra commit 667d0 (xo-server 5.96.0 and xo-web 5.97.2).

If you want to check the addresses more thoroughly, you can install xo-cli with npm i -g xo-cli, log into your XO with xo-cli --register <XO-Server URL> <username> <password> and then run xo-cli --list-objects --addresses type=VM \$pool=<pool ID>.

netbox.synchronize
{
  "pools": [
    "582481e9-4e61-a060-6c09-530e35606504"
  ]
}
{
  "message": "ipaddr: the address has neither IPv6 nor IPv4 format",
  "name": "Error",
  "stack": "Error: ipaddr: the address has neither IPv6 nor IPv4 format
    at Object.parse (/opt/xo/xo-builds/xen-orchestra-202112260451/packages/xo-server-netbox/node_modules/ipaddr.js/lib/ipaddr.js:929:19)
    at Netbox.#synchronize (/opt/xo/xo-builds/xen-orchestra-202112260451/packages/xo-server-netbox/src/index.js:560:35)
    at Api.callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202112260451/packages/xo-server/src/xo-mixins/api.mjs:307:20)"
}

I think so? Unless my script isn't updating the plugins, which is totally possible.

edit: quick look at github says my plugins are fine

any updates on this? Currently running into this error myself.

So I've dug into the issue and written a few workarounds which will tide me over until a fix comes out - appreciate your work on this.

I've added a few features in, too. The plugin now:

• Allows the choice of whether IPv4, IPv6 or Both types of IPs are synchronised
• Allows you to enter in tags which will deem a VM to be "ignored" if they have one of these tags
• Allows you to enter in text which if the name label contains it, it will also be ignored (we have a use case where we have several VMs which are decommissioned but are kept in XCP for various reasons as well as our backup process which maintains a series of VMs with the prefix XCP-BACKUP, which we don't want kept in Netbox)
• Allows you to configure the ID of the configured VRF in Netbox (if needed) that the particular IP ranges relate to
• Synchronises the platform that the VM is running
• Brings across all the tags and puts them into Netbox (this is for our monitoring solution, OpenNMS, which uses Netbox to generate its requisitions and categories to automate the provisioning process)

I will submit these changes back into the Git repo tomorrow when I'm back in the office and you can have a look and see what you want to use.

{
  '2/ip': '10.44.254.253 10.44.254.254',
  '2/ipv4/0': '10.44.254.253 10.44.254.254',
  '1/ip': '172.16.130.25',
  '1/ipv4/0': '172.16.130.25',
  '0/ip': '10.1.254.238',
  '0/ipv4/0': '10.1.254.238'
}

./packages/xen-api/dist/cli.js --au <HOST> root <HOST ROOT PASSWORD>

It should start a CLI. And then run this with the VM's UUID:

> find({ uuid: '<VM UUID>' }).$guest_metrics.networks

@notscottsmith Do you see those space-delimited IPs in the UI too?