Categories

  • All news regarding Xen and XCP-ng ecosystem

    143 Topics
    4k Posts
    stormiS
    @rzr said: Thank you again for feedback we will try to address reported issues on next batch (to come soon). Note that some issues are not related to this specific update batch, but might have been introduced on previous ones (TBC). Not knowing myself what it meant, I asked Philippe: it's about the nslookup issue. And potentially the issue reported by @ph7 but it's not clear to me yet if there was a problem with XCP-ng or Xen Orchestra. Anyway, basically this means that there's no known issue caused by this batch of updates, and that we'll keep addressing any relevant issue in the next updates if necessary, as usual.
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    B
    @LucienLassalle I'm not sure if this points toward an issue but, when running the openssl command to check the pool cert using the UUID checked first here, I get this error [image: 1780425904947-b65969a9-ec32-4b94-9aef-6ed1fe1e202a-image.jpeg] I get the same error when trying to check for the pool cert on the host that is trying to join the pool. Even if the pool cert was copied to the joining host, if this points to an issue with that cert, then I suppose that might be the cause of the error? For the additional questions: Yes, they are time synchronized and are all using pool.ntp.org Yes, they are all up to date. 3 of the hosts (the existing pool) were previously on 8.2 but were updated to 8.3 and the new host I am trying to join was set up fresh on 8.3. Yes, the stunnel service reports that it is running correctly. And, as expected based on the previous error, verifying the cert fails with the same error as shown when trying to check the pool's cert fingerprint. Here's what I see in the logs after trying to join the host to the pool: Pool Master [image: 1780426810422-26265d3f-bb1b-44cb-b8b4-901a30c0a18e-image.jpeg] Joining Host [image: 1780426846532-be868a34-1efb-4809-90bb-c199982231ea-image.jpeg]
  • 3k Topics
    28k Posts
    FagnerMoraesF
    I performed a full backup and a delta backup test. The full backup is working, but the delta backup is not. If you look at the image, I performed 2 full backups successfully, but the first backup, which is not encrypted and is a full backup, is not here — only the .json file that generated it is present. Where would the delta backup be located if not in the same folder as the others? According to the log, I only saw the same location being used. [image: 1780419911823-3f42504c-23cc-410d-b3f4-cfaba3b128a3-image.jpeg]
  • Our hyperconverged storage solution

    47 Topics
    750 Posts
    olivierlambertO
    Please disable HA and report if you still have the issue.
  • 35 Topics
    113 Posts
    olivierlambertO
    Ah excellente nouvelle Je passe le sujet en résolu !