• 0 Votes
    45 Posts
    6k Views
    marcoiM
    looks like im getting the xo config backup body timeout error as well. Xen Orchestra, commit a94eb Master, commit 9c6d1 "result": { "message": "backup task failed with undefined error", "name": "Error", "stack": "Error: backup task failed with undefined error\n at forwardResult (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/_handleBackupLog.mjs:37:25)\n at handleBackupLog (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/_handleBackupLog.mjs:68:12)\n at onTaskUpdate (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/xo-mixins/metadata-backups.mjs:133:13)\n at onTaskUpdate (file:///opt/xo/xo-builds/xen-orchestra-202608030700/@xen-orchestra/mixins/Tasks.mjs:205:23)\n at Task.onProgress [as _onProgress] (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/combineEvents.js:61:5)\n at Task.#emit (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/index.js:157:10)\n at Task.#end (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/index.js:168:15)\n at Task.run (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/index.js:190:16)\n at Jobs.runJob (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/xo-mixins/jobs/index.mjs:297:7)\n at Jobs.runJobSequence (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/xo-mixins/jobs/index.mjs:339:7)\n at Task.runInside (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/index.js:204:22)\n at Task.run (/opt/xo/xo-builds/xen-orchestra-202608030700/@vates/task/index.js:188:20)\n at Api.#callApiMethod (file:///opt/xo/xo-builds/xen-orchestra-202608030700/packages/xo-server/src/xo-mixins/api.mjs:475:18)" } [image: 1785763531537-78623426-8414-4ed8-9b6d-cc290da82e9c-image-resized.jpeg]
  • Change default SSH port

    XO Lite
    7
    0 Votes
    7 Posts
    117 Views
    tjkreidlT
    More options: to Prevent overwriting the file: Method 1: Probably the best option. Use a Configuration Directory. Modern OpenSSH versions (8.2+) support an include directive. This is the cleanest approach. Create a drop-in file: Put your custom settings in a separate file, such as /etc/ssh/sshd_config.d/custom.conf. The rule: Package updates will not touch files inside this directory. Verification: Ensure the line Include /etc/ssh/sshd_config.d/*.conf is active at the top of your main /etc/ssh/sshd_config file. Method 2: Lock the File (Alternative) You can force the filesystem to make the file immutable so nothing can change it. Lock the file: Run sudo chattr +i /etc/ssh/sshd_config. Unlock for edits: Run sudo chattr -i /etc/ssh/sshd_config when you need to make intentional changes. Method 3: Tell Apt to Ignore Updates. If you are on a Debian-based system, you can force the package manager to always keep your local version.Add this line to /etc/apt/apt.conf.d/local: UCF_FORCE_CONFFOLD=true
  • Veeam for Xen Orchestra has been release today 13.1

    Backup
    22
    0 Votes
    22 Posts
    389 Views
    acebmxerA
    After trying a few more restores the other vms did not get this name change. Not sure why it happened to the one vm, but the other retained their original names and tags.
  • 0 Votes
    1 Posts
    18 Views
    No one has replied
  • 0 Votes
    1 Posts
    19 Views
    No one has replied
  • [PACKER] soucis avec cd_files

    French (Français)
    12
    1 Votes
    12 Posts
    175 Views
    AtaxyaNetworkA
    Du coup j'ai testé avec RHEL 9, ça fonctionne aussi. Faut bien prendre l'iso "dvd", pas "boot" en revanche ! (je me suis fait avoir en téléchargeant l'image)
  • 2 Votes
    5 Posts
    166 Views
    A
    @poddingue Borrow away - "smoke alarm" is a better name for it than anything we had, so we might borrow it right back. Since you mentioned reading the matrix - here is the classification you would be reading, straight from the file: grep access: dadl/xen-orchestra.dadl | sort | uniq -c 49 access: admin 21 access: dangerous 122 access: read 75 access: write 122 of the 267 tools are plain read - that is the entire surface a review-capped agent gets. The other 145 exist in the same file, but for that agent they might as well not. The whole security taxonomy is greppable plaintext - which is rather the point of a declarative format. And if anything in the matrix looks wrong or missing, this thread is exactly the right place - real-world corrections are how it improves.
  • VM autostart stopped working

    Unsolved XCP-ng
    5
    0 Votes
    5 Posts
    158 Views
    poddingueP
    My earlier wording was the problem here, not your reading of it. There are two official descriptions and they do not say the same thing. The CLI reference calls start-delay "the delay to wait before a call to start up the VM returns", which is the one I quoted. The XenAPI field description calls it "the delay to wait before proceeding to the next order in the startup sequence". That second one is exactly what you saw: the delay lands on the next VM to start, not on the one you set it on. I quoted the confusing one and then said it explained your behaviour, which it does not really. What I still cannot explain is why a start-delay would stop a VM autostarting altogether. Neither wording predicts that, so I would rather say I do not know than invent a reason. On auto_poweron_delay, I went looking and could not find it anywhere in the XCP-ng or XO docs, so I think your instinct about that search result was right. I have updated the docs PR I had open so it leads with the XenAPI wording and cites both, since the CLI reference phrasing is what sent me wrong in the first place.
  • PCIe Passthrough of Radeon iGPU fails

    Unsolved Hardware
    13
    0 Votes
    13 Posts
    1k Views
    S
    @yannsionneau , may this link helps if you not anyway know it https://medium.com/@timemaster5/getting-amd-phoenix-igpu-passthrough-working-on-xen-xcp-ng-8856593f9c0d I will give it a try this weekend
  • 0 Votes
    18 Posts
    2k Views
    julienXOvatesJ
    @oliv77 said: Hi, XOA version: xo-server 5.193.1 xo-web-premium 5.191.0 We've noticed on our production XOA server that when we put an XCPNG host in a pool into maintenance mode, we reboot it and then it reconnects to its pool but is no longer in maintenance mode. Is it possible to configure the XCPNG hosts so that they automatically return to maintenance mode after a reboot? Regards, Oliv77 Hi @oliv77, XO 6.7 - latest - adds this option in REST API and next month we should have the available action (Disable host and evacuate VM) in XO6 !
  • 🛰️ XO 6: dedicated thread for all your feedback!

    Pinned Xen Orchestra
    245
    7 Votes
    245 Posts
    87k Views
    julienXOvatesJ
    @jr-m4 said: @olivierlambert said: Ah sorry I read it too quickly. This panel is only there in some occasions, but I see the point of only displaying it when we click on a relevant element. Feedback for you @julienxovates While on the topic of the tree-view panel. Have you noticed that the indentation changes if there is a chevron indicating that there are VMs on a host? Making it so that the hosts no longer are alinged vertically [image: 1778653312982-6de7d690-7da3-4471-ba4a-e7ff4bf5b152-image.jpeg] Hi @jr-m4, it took some time but we corrected the identation in 6.7 (latest)
  • Pool metadata Restore RESTORE_INCOMPATIBLE_VERSION

    Moved Unsolved Backup
    4
    0 Votes
    4 Posts
    93 Views
    DanpD
    Actually, isn't XAPI 24.19.2 what is shipped with the original XCP-ng 8.3 release? If so, then you could just do this -- Reinstall XCP-ng on the new host Restore the pool metadata Patch the host
  • Autostart behaviour after upgrade 8.2 -> 8.3

    Unsolved XCP-ng
    4
    1
    0 Votes
    4 Posts
    99 Views
    poddingueP
    Thanks for coming back with the actual cause instead of leaving it hanging. To me, a permissions reset on /etc/rc.d/rc.local would explain it completely, and it fails in the worst way, since nothing complains at boot and the VMs just never start. It also looks worth documenting, because our own troubleshooting page tells people to append a clocksource workaround to /etc/rc.local without mentioning the executable bit either, so anyone following that could end up with a workaround that quietly does nothing. I haven't tested whether the 8.2 to 8.3 upgrade resets that bit every time or just happened to in your case, so that half stays your finding, not mine. I'm curious what you turn up on the colon versus equals behaviour.
  • VIDs are showing up as snapshot, but they are not.

    Unsolved XOSTOR
    6
    1
    0 Votes
    6 Posts
    103 Views
    olivierlambertO
    Great, thanks for the feedback!
  • 0 Votes
    14 Posts
    351 Views
    P
    @olivierlambert Happy to hear that they are providing results to be looked at. If there is anything else I can provide, please don't hesitate to ask. And I'll do my very best to be helpfull
  • Recommandations about NFS Remotes maintenance ?

    Solved Backup
    6
    0 Votes
    6 Posts
    91 Views
    olivierlambertO
    A remote is not the same thing as a SR. For a remote, it's simple: disconnect it (click on "Enabled" so it's disabled then), do whatever you need on the NFS server, re-enable.
  • XEN7 -> XCP83 VM migration

    Solved Migrate to XCP-ng
    14
    0 Votes
    14 Posts
    247 Views
    olivierlambertO
    Excellent! It's really cool to see how XO Backup and Replication can help you to migrate easily
  • UI Bug when falling back to Full Backup

    Unsolved Backup
    5
    1
    0 Votes
    5 Posts
    704 Views
    poddingueP
    I think this is fixed in 6.7: when a delta backup falls back to a full, the task now shows the actual reason instead of just contradicting itself the way you and Andrew both saw (PR #10148). Worth checking after you upgrade.
  • VM backup retry - status failed despite it was done on second attempt

    Unsolved Backup
    11
    2
    0 Votes
    11 Posts
    2k Views
    poddingueP
    Both things reported here look fixed in 6.7: the retry succeeding but the job still showing as failed (PR #10129), and the EEXIST: file already exists error, which happened when a job got recreated after a crash (PR #10139). Curious if upgrading clears it for you all too.
  • Backups with qcow2 enabled

    Backup
    29
    3
    0 Votes
    29 Posts
    3k Views
    poddingueP
    The progress bar issue you and Florent were chasing looks fixed in 6.7 (PR #10133). Worth upgrading and seeing if it moves now instead of sitting still. Separately, since this thread is specifically about QCOW2 backups: 6.7 also fixes an offset bug that could leave incremental backups mostly empty after the first block when NBD isn't enabled. Worth a look at the release notes if that's your setup too.