Categories

  • All news regarding Xen and XCP-ng ecosystem

    145 Topics
    5k Posts
    marcoiM
    went well with test systems. going to do prod soon.

  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    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.

  • All Xen Orchestra related questions/reports

    3k Topics
    29k Posts
    acebmxerA
    Looking threw the backup logs at work and it seems i might be having a similar issue with only one of my pools and it does not happen all the time.... Dates of errors... Each time if I restarted the tool stack for host 1 on the effected pool the follow run of the job would be successful until one day it fails again. Let me know if you would like for me to open a support tunel. 7/30/26 7/25/26 7/24/26 }, "id": "1784976796895", "jobId": "42b76839-453e-4486-83e7-d736d8625ce5", "jobName": "Tilton Pool Backup", "message": "backup", "proxyId": "9d22fb88-8bdd-44d3-a3a3-9ff5401f95df", "scheduleId": "828b5e60-4302-455c-94f1-479a8001f955", "start": 1784976796895, "status": "failure", "tasks": [ { "id": "0ms093lzi-tuc7iks1oqp", "start": 1784976800526, "status": "success", "tasks": [ { "id": "0ms093lzj-fo91s5yb7xv", "start": 1784976800527, "status": "success", "end": 1784976800603, "message": "Starting XO metadata backup for the remote (3022703c-5029-4ac3-bda1-3a76c6634a39). (42b76839-453e-4486-83e7-d736d8625ce5)", "data": { "id": "3022703c-5029-4ac3-bda1-3a76c6634a39", "type": "remote" } } ], "end": 1784976800603, "message": "Starting XO metadata backup. (42b76839-453e-4486-83e7-d736d8625ce5)", "data": { "type": "xo" } }, { "id": "0ms093lzn-gw1xvnk515", "start": 1784976800531, "status": "failure", "tasks": [ { "id": "0ms093m09-e5tj4brl4hh", "start": 1784976800553, "status": "failure", "end": 1784977100916, "result": { "name": "BodyTimeoutError", "code": "UND_ERR_BODY_TIMEOUT", "message": "Body Timeout Error", "stack": "BodyTimeoutError: Body Timeout Error\n at FastTimer.onParserTimeout [as _onTimeout] (/usr/local/lib/node_modules/@xen-orchestra/proxy/node_modules/undici/lib/dispatcher/client-h1.js:702:28)\n at Timeout.onTick [as _onTimeout] (/usr/local/lib/node_modules/@xen-orchestra/proxy/node_modules/undici/lib/util/timers.js:162:13)\n at listOnTimeout (node:internal/timers:585:17)\n at process.processTimers (node:internal/timers:521:7)" }, "message": "Starting metadata backup for the pool (64466023-8ef0-f5de-54ed-57e30eca644b) for the remote (3022703c-5029-4ac3-bda1-3a76c6634a39). (42b76839-453e-4486-83e7-d736d8625ce5)", "data": { "id": "3022703c-5029-4ac3-bda1-3a76c6634a39", "type": "remote", "progress": 0 } } ], "end": 1784977100917,

  • Our hyperconverged storage solution

    50 Topics
    796 Posts
    olivierlambertO
    Great, thanks for the feedback!

  • Non-English speakers

    37 Topics
    127 Posts
    AtaxyaNetworkA
    @jeremie1977 j'ai un packer qui fonctionne avec RHEL 10 (c'est ce que j'avais sous la main), uefi, sans dhcp, et un cd file qui sert le ks Le code est ici: https://github.com/disruptivemindseu/xcpng-template-builder/tree/rhel-airgapped/packer/distros/rhel/10/uefi-airgapped Je vais essayer avec une RHEL 9 ce week-end, il y a peut-etre une subtilité entre les deux versions