1. Home
  2. Popular
Log in to post
  • D

    XCP-ng Windows PV tools announcements

    Moved News
    104
    0 Votes
    104 Posts
    31k Views
    J
    @dinhngtu When creating GPOs if you have an non-policy setting for all users in the settings area for the agent config. The policy based registry settings can go into “Software\Policies”, for the appropriate HKEY and keys. In which case the policy based registry entries supersede the non-policy ones, when considering also the HKLM vs HKU and HKCU cascade. Also a disabling of user configuration of the managed setting(s) along with display of a message like “At least some of these settings are managed by the organisation”.
  • A

    Backup fails with "Body Timeout Error", "all targets have failed, step: writer.run()"

    Unsolved Backup
    89
    0 Votes
    89 Posts
    9k Views
    G
    @christopher-petzel Great news! I will test and report after it is available in a global update. Thank you Christopher.
  • stormiS

    XCP-ng 8.3 updates announcements and testing

    Pinned News
    632
    1 Votes
    632 Posts
    500k Views
    A
    @semarie sorry for the delay. @semarie said: your /var/log/sdn-controller-plugin.log file (on the host) in order to check the parameter passed by XO. MASTER_sdn-controller-plugin.txt @semarie said: output of xe network-param-list uuid=$UUID (for the network concerned) or xe network-list params=all (if uuid is unknown) uuid ( RO) : 250cec4e-d7af-23c5-be1c-391186bde2f4 name-label ( RW): VLAN VDI INT - 102 name-description ( RW): VLAN Rede VDI Interna VMs VIF-uuids (SRO): 9f23be5a-a6f5-f64d-e004-4a432aded733; b9f85e54-cfd0-6546-edac-ba1573f00bc5; 16bfa5e3-4022-7c9e-ef43-735599b9b5f2; 418fc7cb-ab9c-23db-8bad-7854cb16cbcb; b9dfc5b9-560e-38ac-941a-f744b0d741d8; af16b830-1d31-c664-d70c-a6d1c7ce3056; 3596ec8a-d0ee-2468-d6ae-16b66c745d03; 181808cf-1c42-ddcb-13b5-3bf5f4483a3f; 0c576952-b1f1-95db-1a7e-fc8f581a46e3; b2b8da93-f07f-32a4-1ae1-ae2eac13da08; 9c96d442-e782-774a-ac98-858fcce36607; f512706b-f1a3-767d-6941-ed0f6c926291; c5f2e0b1-a8d2-4846-521a-54b790d6d849; 82b9789c-cf69-6382-e6cc-95ef67b0ba2e; 967ecb88-a141-cd17-c45f-9f5a779efbca; 7445be42-7b30-7a61-f3a1-6aadb725be6a; aa2e03aa-dc9c-aff3-d8cb-5c652af62958; dd596564-a3b4-e15f-69cf-2af5d128a8c2; 767a2bae-8ff0-45fd-339f-56a955ed1ada; e5c85ad8-4bc1-f8b6-6c31-ca6f48604920; d30dfed6-ba5c-04f8-bbc6-ddc18414737e; cddb92fd-da90-cce1-620c-c31469dccada; da4421fa-0bb5-525b-544e-f03e6fbce04b; 947932f8-4bf6-204f-d112-0b251ac4abae; b5bdddd6-2908-ec1f-4a2d-a2b12cf36ee8; 0601ff52-51c9-72de-7dba-071d016473fd; 49739db0-2055-9a4b-fe22-027f5b7ceac0; e0e7fa88-1d3c-05f3-1cc9-cf6e08aa8294; 82b7a17e-2164-caec-90ba-2640a737897b; bda96371-0222-2919-d128-94f1e118a411; ca3e3dee-40da-b1c3-77ce-9b4640511151; 8241bab2-ab2a-228e-24ca-914a80d1cacc PIF-uuids (SRO): fef83dfe-5a02-50b6-12a3-0fed1189acaf; de48ed20-e0d2-ab4d-c2b3-7857110e0f6a; 4014506f-75ff-800b-3bde-d49196f39bf7; 29d6c11e-d149-b54a-6cf5-d41af778cd50; c064f9cb-018d-d5a3-12d1-29a6050118d8; 4dffbd1d-2bcb-1d85-b029-1bc4366ef4ad; f81b260a-88ed-2c7f-b87d-ea1bcb830e69; 5deeb719-799b-2752-a1dd-5788b94c0f21; 5d7761a3-8ebd-fb60-8568-6a7129bef180; 74943f3a-bacc-bfb3-3efa-b66423fa0604; c4b64326-3c78-c7ac-0535-22aa0e2b0e62; d2f68f7a-a32a-f84d-9162-71f18d7b35ec MTU ( RW): 1500 bridge ( RO): xapi3 managed ( RO): true other-config (MRW): xo:sdn-controller:of-rules: ["{"allow":true,"protocol":"IP","ipRange":"172.22.146.126/32","direction":"from/to","cookie":"0xd3d2533ed26a8151"}","{"allow":true,"protocol":"IP","ipRange":"172.22.146.119/32","direction":"from/to","cookie":"0xa9b47fab93762ad1"}","{"allow":true,"protocol":"IP","ipRange":"172.22.146.120/30","direction":"from/to","cookie":"0x20b7928056a3e208"}","{"allow":true,"protocol":"IP","ipRange":"172.22.146.124/32","direction":"from/to","cookie":"0x67d0c4dc2d9fd8a9"}","{"allow":false,"protocol":"IP","ipRange":"0.0.0.0/0","direction":"from/to","cookie":"0xd191b1374733bc1a"}"]; automatic: false blobs ( RO): tags (SRW): default-locking-mode ( RW): unlocked purpose (SRW): @semarie said: output of xe pool-list params=other-config (for xo:sdn-controller:* elements) xo:sdn-controller:of-method: xapi-plugin; xo:sdn-controller:of-format: xapi-plugin; auto_poweron: true; @semarie said: output of xe vif-list params=uuid,network-uuid,other-config (for xo:sdn-controller:* elements) this output is pointless because our current rules are on network, not on VIF anymore.
  • F

    is Xo Proxy available in community version

    Unsolved Xen Orchestra
    13
    0 Votes
    13 Posts
    3k Views
    B
    @poddingue Fistst of all I appreciate your answer and your position. The thing is that, even though the proxy code itself is opensource, the functionality of the plugin is basicaly behind a paywall. We are not talking about support. Actual functioning of the plugin after compiling from sources depends on license availability and there is no option to select no support or something along the lines "I built it myself from sources". Without patching the code even though the proxy is otherwise functional the backups won't work because of missing license. Hopefully the powers that can will provide an acceptable albeit community supported way to use the proxy cleanly, without touching license checks. Best regards!
  • J

    PCIe Pass-through lanes and lane performance

    Unsolved Compute
    44
    0 Votes
    44 Posts
    5k Views
    pandusenP
    @andriy.sultanov @andriy.sultanov said: @pandusen As Teddy said above, you can't passthrough a PCI bridge, so there's no PCI devices xapi shouldn't omit here. I am not trying to pass through the bridge only the end points. The Intel arc's have 2 end points: The GPU and the Sound device. "xe pci-list" only reveals the GPU, not the sound device. (this works for nvidia and AMD) But "going the xen-cmdline way" shouldn't break anything, that's what xe pci-disable-dom0-access does behind the scenes. What issues did you see? Which steps did you follow? the sound device is available in the lspci list and can be passed through using CLI. But doing so, (using CLI for passtrough) undoes everything done using xe or the passthrough gui in XO. and results in this: https://xcp-ng.org/forum/topic/10609/xcp-ng-8.3-pci-passthrough-issue so yes, its does break something.
  • D

    Smart Reboot blocked in XO, and no Rolling Pool Update

    Unsolved XCP-ng
    6
    0 Votes
    6 Posts
    150 Views
    poddingueP
    Then, my earlier suggestion about upgrading was wrong, sorry, better to say so before you spend an evening on it. I went and read the RPU code (it's about time!): shutdownPinnedVms only handles VM_HAS_PCI_ATTACHED, VM_HAS_VGPU and VM_HAS_SRIOV_VIF, and when anything else turns up, it hands back to XAPI's CANNOT_EVACUATE_HOST on purpose. VM_REQUIRES_SR is not in that list, so an upgrade will not move you past it. On the Rolling Pool Update side, the docs say all VM disks have to be on shared storage (https://docs.xcp-ng.org/management/updates), and the host reboot guide defines an agile VM as one not tied to local storage or local devices (https://docs.xcp-ng.org/guides/host-reboot). With everything on local NVMe, that reads to me like RPU is closed to you by design rather than by bug. The route the docs give for your case is the manual one: disable the host, shut the VMs down or migrate them, then reboot. The Smart Reboot message looks like a separate problem. In XO's smartReboot a VM counts as suspend blocked in two different cases, either when blocked_operations.suspend is set, or when XAPI itself refuses VM.assert_operation_valid for suspend. The message only describes the first, which might be why clearing the protection changed nothing. These two will show which one you are in: xe vm-list is-control-domain=false params=name-label,blocked-operations xe vm-list is-control-domain=false power-state=running params=name-label,allowed-operations If suspend is missing from allowed-operations, then XAPI is refusing it rather than a flag you set. I ran both on 8.3, so I know they print something per VM. I have not tested any of this on a two-host pool, though, so the VM_REQUIRES_SR part is my reading of the code rather than something I reproduced.
  • M

    Can't Reboot VMs (or Force Reboot) or Start VMs - Getting Blocked by SR.Scan - But Running VMs are fine?

    Solved XCP-ng
    5
    0 Votes
    5 Posts
    165 Views
    M
    Hard reboot sorted itself out
  • J

    [PACKER] soucis avec cd_files

    Unsolved French (Français)
    18
    1 Votes
    18 Posts
    561 Views
    AtaxyaNetworkA
    Pour l'ISO montée deux fois : My bad, j'ai ajouter un truc en trop sur mon précédent fix. Une PR est en cours pour corriger ça. Pour le problème principal : J'ai identifié la cause, mais je n'ai pas encore de solution. Sans les drivers Xen (non initialisés avant l'installation), une VM est limitée à 4 périphériques. La séquence de boot ne peut donc pas détecter le second disque contenant le fichier Kickstart (ks). Côté Packer, on semble être bloqués par cette contrainte XCP-ng. Les seules alternatives actuelles seraient de se limiter à : 2 disques + 2 CD ou 3 disques + 1 CD + HTTP (Note : L'installation manuelle fonctionne car l'installateur démarre directement, avec le driver xen_blkfront, alors qu'avec Packer, l'injection de notre fichier interrompt le flux de démarrage classique). Je vais fouiller encore un peu, mais sans certitude d'un contournement possible. (et je regarde pour ajouter le CDlabel)
  • H

    Bad Performance CPU? get-cpufreq-para failed

    Unsolved Compute
    21
    0 Votes
    21 Posts
    4k Views
    poddingueP
    On a Lenovo SR630 V4 it took Power/Performance Bias set to OS Controlled, and on an HPE DL380 Gen 11 it was the iLO Power Regulator moved off Dynamic Power Savings to OS Control Mode, with a host reboot. Both then returned real values from xenpm get-cpufreq-para instead of the failure line. @bleader is right that two vendors is not enough to document, so if your host works, could you post the vendor, the exact setting name, where it lives, and whether you needed a reboot? Dell, Supermicro and anything AMD are the obvious gaps. I don't know whether the firmware is withholding p-state control outright or just not publishing the ACPI objects Xen looks for, so I would rather collect settings than write up a mechanism I can't back. Thanks!
  • B

    Native Ceph RBD SM driver for XCP-ng

    Development
    22
    3 Votes
    22 Posts
    5k Views
    olivierlambertO
    It's more like "partially"/loosely based on Alma (10, not 9). And yes, the kernel will be far more recent, same for Xen and so on.
  • N

    Rolling pool update failed to migrate VMs back

    Unsolved Xen Orchestra
    17
    0 Votes
    17 Posts
    4k Views
    olivierlambertO
    @neal https://github.com/vatesfr/xen-orchestra/issues/10260
  • acebmxerA

    v6 UI VDI's not being shown all the time.

    Solved Xen Orchestra
    6
    3
    0 Votes
    6 Posts
    415 Views
    poddingueP
    @acebmxer No problem, that's excellent news, thanks for the feedback!
  • P

    XO PROXY upgrade error - ENOENT: no such file or directory, mkdir '/tmp/xoa-updater'

    Solved Management
    3
    1
    0 Votes
    3 Posts
    96 Views
    olivierlambertO
    No problem, this is always good to have feedback and cases showing an error and the explanation
  • T

    Openmetrics plugin changing Prometheus secret after every xo-server restart

    Advanced features
    2
    0 Votes
    2 Posts
    38 Views
    olivierlambertO
    Question for @Team-XO-Backend
  • msupportM

    Veeam 13.1 Rocky9 Linux Appliance: Potential Data Loss with CBT and Workers with Expired Tokens

    Backup
    7
    2 Votes
    7 Posts
    327 Views
    msupportM
    @MajorP93 Last Message from Veeam: Veeam Support - Case # 08187386 thank you for your email! We are currently waiting for R&D team conclusion, and a bit more time is required for the investigation. I am sorry for the possible inconveniences here! Best regards, Viktoria Nesmiyanova Technical Customer Support - EMEA Veeam Software
  • D

    Autostart behaviour after upgrade 8.2 -> 8.3

    Solved XCP-ng
    6
    1
    0 Votes
    6 Posts
    203 Views
    poddingueP
    I put both of your questions on a spare host, because I couldn't answer either from memory. On colons: xe creates a key literally called auto_poweron:true with an empty value, so the entries you saw were three separate keys and none was the real auto_poweron, and typing false afterwards just made another one. It exits 0 and prints nothing every time, which I'd call a rough edge rather than a feature, though other-config is free-form by design so I don't know that the CLI is meant to validate keys at all. On the sleep: with rc.local executable and no sleep, it fired at 16 seconds of uptime and xe appliance-start came back with Error: Connection refused (calling connect ), exit 1, in under a tenth of a second. The VM stayed halted and nothing was reported anywhere, since rc.local has no terminal to print to. rc-local.service only orders after basic.target and network.target, nothing toolstack-related, while xapi-wait-init-complete.service took 30 seconds on that host, which is presumably why 60 was barely enough for you. There's an xapi-init-complete.target that looks like the right thing to order a unit against instead of guessing at a delay, though I haven't tried it so treat that as a lead rather than advice. The executable-bit half is in the docs now, it went onto the troubleshooting page after you reported it: https://docs.xcp-ng.org/troubleshooting/common-problems
  • C

    Backup failures with odd connection refused errors

    Unsolved Backup
    3
    0 Votes
    3 Posts
    131 Views
    C
    @poddingue Here is the ouput of the command: $ xe host-list params=uuid,name-label,address uuid ( RO) : 8b0ac09d-a723-4a18-85ae-86660746d8aa name-label ( RW): frodo address ( RO): 192.168.1.13 uuid ( RO) : 2b1579d3-d45a-4d67-a423-20ddbbd61e00 name-label ( RW): meriadoc address ( RO): 192.168.1.12 uuid ( RO) : 7641f7a2-5774-4303-939f-afc3b6b4e35e name-label ( RW): samwise.somezone.net address ( RO): 192.168.1.10 With moving it to the Docker container, I only did that after I was already experiencing the same issue with a system that used the script to setup XO. I had hoped it was something on the XO side but it's seems more like it's the XCP-NG side.
  • O

    VM autostart stopped working

    Unsolved XCP-ng
    7
    0 Votes
    7 Posts
    284 Views
    poddingueP
    I put this on a spare host rather than guess at it twice. The delay runs after the start, not before it. With start-delay=20 the VM was up in about a second and the call then sat there for the rest of the twenty before returning. So the VM you set it on is already running, and what waits is whatever was going to happen next. Ordering does exist, but it belongs to vApps: an appliance groups VMs and order decides which goes first (https://docs.xcp-ng.org/vms/vm-lifecycle#vapps). The part that surprised me is that nothing starts an appliance when the host boots. I put both test VMs in one, rebooted, and they stayed down. Autostart is a single bulk start of everything flagged for auto power on, it walks them one at a time, and it ignores order. I set order=2 on a VM and it still went first. So a delay does hold up the VMs behind it at boot, which is probably what you were seeing, but you cannot pick which one goes first. For your NAS and seedbox I do not think there is a clean answer today. There is an open request for exactly that, a VM that waits on another VM: https://github.com/vatesfr/xen-orchestra/issues/8433, and your case would be a good one to add to it. What I still cannot explain is why yours stopped starting at all. A delay stalling the ones behind it would explain a late start, not one that never comes up.
  • J

    VDI migration SR selection broken?

    Unsolved Xen Orchestra
    2
    0 Votes
    2 Posts
    50 Views
    J
    I forgot to mention: XOA Premium Current version: 6.6.2 (stable channel)
  • I

    Facing some issue in copy Function of Xen Orchestra

    Xen Orchestra
    4
    0 Votes
    4 Posts
    151 Views
    AtaxyaNetworkA
    @irtaza9 i would look a the usual suspect, /var/log/SMlog /var/log/xensource.log see https://docs.xcp-ng.org/troubleshooting/