Categories

  • All news regarding Xen and XCP-ng ecosystem

    143 Topics
    4k Posts
    rzrR
    @acebmxer said: @rzr No issues to report initially other then nslookup still an issue. openssl_link.c:132: INSIST(dst__memory_pool != ((void *)0)) failed, back trace Yes I looked at it, it looks like it's a design isssue that was fixed in later version of bind. In details If I understand correctly this patched version of nslookup is facing a SIGARBT caused by an assert on previously cleanup resources (dst__memory_pool) which is unexpected in finishing part of the openssl thread (dst__openssl_destroy). This bind version (were ssl support is in progress) is also known to have memory leaks, but those are resolved in later version, so until we catch up you'll probably have to live with this little annoyance on process exit unless we find (and validate) a better fix.
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    bvitnikB
    @dthenot Aaaaah, so it even depends on the SR type. That also explains the difference I'm seeing in my lab with 8.1 vs 8.3. The first one uses LVM backed SR and the other one uses file system (ext) backed SR. I'll have to investigate this a little bit more. Was image-format key added by you (XCP-ng team) and is specific to XCP-ng or was it used at any point in XenServer also?
  • 3k Topics
    28k Posts
    P
    Local VMs vith scheduled Incremental Backup and CR are affected NFS VMs vith scheduled Incremental Backup are affected NFS VMs with CR not affected
  • 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 !