Categories

  • All news regarding Xen and XCP-ng ecosystem

    143 Topics
    4k Posts
    A
    @rzr Always a reboot after big updates, as instructed/required.
  • Everything related to the virtualization platform

    1k Topics
    15k Posts
    C
    Just for the record, I get the same snmp errors with OpenIPMI instead of nut. # yum update --disablerepo=* --enablerepo=xcp-ng-base,xcp-ng-updates Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile Excluding mirror: updates.xcp-ng.org * xcp-ng-base: mirrors.xcp-ng.org Excluding mirror: updates.xcp-ng.org * xcp-ng-updates: mirrors.xcp-ng.org Resolving Dependencies --> Running transaction check ---> Package net-snmp.x86_64 1:5.7.2-52.1.xcpng8.3 will be updated ---> Package net-snmp.x86_64 1:5.9.3-8.1.xcpng8.3 will be an update ---> Package net-snmp-agent-libs.x86_64 1:5.7.2-52.1.xcpng8.3 will be updated ---> Package net-snmp-agent-libs.x86_64 1:5.9.3-8.1.xcpng8.3 will be an update ---> Package net-snmp-libs.x86_64 1:5.7.2-52.1.xcpng8.3 will be updated --> Processing Dependency: libnetsnmp.so.31()(64bit) for package: OpenIPMI-2.0.23-2.el7.x86_64 ---> Package net-snmp-libs.x86_64 1:5.9.3-8.1.xcpng8.3 will be an update --> Finished Dependency Resolution Error: Package: OpenIPMI-2.0.23-2.el7.x86_64 (@xcp-ng-base) Requires: libnetsnmp.so.31()(64bit) Removing: 1:net-snmp-libs-5.7.2-52.1.xcpng8.3.x86_64 (@xcp-ng-updates) libnetsnmp.so.31()(64bit) Updated By: 1:net-snmp-libs-5.9.3-8.1.xcpng8.3.x86_64 (xcp-ng-updates) ~libnetsnmp.so.40()(64bit) Available: 1:net-snmp-libs-5.7.2-33.el7_5.2.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.1.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.2.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit) Available: 1:net-snmp-libs-5.7.2-51.3.xcpng8.3.x86_64 (xcp-ng-base) libnetsnmp.so.31()(64bit)
  • 3k Topics
    28k Posts
    P
    @florent @bastien-nollet could it be possible to monitor GC job to pause the job instead of failing with misleading error message ? instead of TOO MANY SNAPSHOTS juste pause with WAITING PREVIOUS GARBAGE COLLECTOR TO FINISH and resume ASAP ? this would force the admin of backup to re think his CR RPO/RTO strategy but not fail jobs
  • Our hyperconverged storage solution

    44 Topics
    731 Posts
    olivierlambertO
    Different use cases: Ceph is better with more hosts (at least 6 or 7 minimum) while XOSTOR is better between 3 to 7/8. We might have better Ceph support in the future for large clusters.
  • 34 Topics
    102 Posts
    B
    La remarque a été intégrée dans l'article: https://www.myprivatelab.tech/xcp_lab_v2_ha#perte-master Merci encore pour le retour.