Search results

Hi DemiNeo, Thanks also for your tutorial. I just used it for a new cluster installation. It was with Proxmox 8, so a more recent version, and your procedure worked perfectly. I could remove correctly Ceph, and reinstall it afrewards, in my case using the web interface ratehr than pveceph...

Hi all, I had also the same "problem" yesterday, and had to install this new version of libsll1.1. I also noted that libssl1.1 was not even in the version I used a few weeks ago, and I had at this time writtena little bash script that I had to change. So, for other, be sure to use the last...

Hi CTCcloud, I Just tested your procedure on on a PE R650xs, so next generation after R640, and it works perfectly. (obviously under Proxmox 8.0). I had tried previously with OMSA 11.0, but without success, but had no time to search more. Thanks a lot, Alain

I tried on a Dell PE R650 (15th generation), with Proxmox 7.4, and OMSA 10.1.0.0; and it worked. Thanks lokytech ! Now I will try with Proxmox 8.0... I'll let you know.

In fact, this problem was due, for me, to a loop in the network, with a network cable connected from one switch to another with the aim to manage remotely the first switch. But it did not work. It was a little switch which has no OOB interface. In the log, the were messages like this : vmbr0...

Hi IanCH, I tried Realtek (rtl9139), but it is a 100 Mb (Fast Ethernet) interface only, so It was why I turned to VirtIO. Following your answer, I tried again rtl9139, and the interface also went down after a few seconds. I also tried to add a VLAN on this interface, there was none, but it...

We also encounter the problem since a few months, perhaps since upgrade to 7.0, perhaps before. But until a few days, it was just random and just annoying, we had some windows interfaces that were going down, and just disable it and re-enable was sufficient for some days. But we now encounter a...

Hi Dominic, No, I did not try, because I thought the problem arised from Debian and non Free drivers. So I thought it would not install under Debian too. But, indeed, you don't use the same kernel. Now, the server is reinstalled under Rocky Linux (for another backup solution), and as I...

Hi all, This thread is ratehr old, but today, I solved the problem, abd I thought it would be a good thing to let know how I did it. The problem was not slved during all this time, but it was a warning, and seems harmless, and I let it as it was. But today, I upgraded to Proxmox 6.4, and then...

Hello all, I tried today to install Proxmox Backup server on a Dell PE R740. It was my first try at it. It stopped wit 'no network interface found'. The server has a QLogic FastLinQ 41264 with two SFP+ ports and two Ethernet 1 Gg ports. The problem has already been reported for such cards with...

Thanks for the tuto ! It worked perfectly here for two Dell PE R640 with BOSS controller. It was two new servers installed with Proxmox 6.3. Notice that when I upgraded my other nodes from 5.x to 6.1, Dell OMSA ketp working, I had not to reinstall.

For the log error, coming back to hammer solves the issue : ceph config set mon mon_crush_min_required_version hammer As stated in this thread : https://forum.proxmox.com/threads/upgrade-ceph-to-nautilus-14-2-2.57304/

I just verified, and all OSDs are indeed in nautilus version. So, why the warning ? root@prox2orsay:~# ceph tell osd.* version osd.0: { "version": "ceph version 14.2.5 (3ce7517553bdd5195b68a6ffaf0bd7f3acad1647) nautilus (stable)" } osd.1: { "version": "ceph version 14.2.5...

For the commande min version firefly, I see a lot of messages in the logs saying : "set_mon_vals failed to set mon_crush_min_required_version = firefly: Configuration option 'mon_crush_min_required_version' may not be modified at runtime"

Hi all, And happy new year to all. I just took advantage of the new year period, where there were few people in the lab, to finally upgrade my 5.4 clusters to 6.1. I tested the procedure on test clusters, and all went fine. I followed the guide to upgrade from 5.4 to 6.0. I have also ceph...

After reading other threads, I saw that the same problem, at least conflict witth zfs packages has been encountered by others. Thomas Lamprecht said it wa a conflict between the last versions of zfsutils-linux, with insserv which support only insserv > 1.18, and the version installed by debian...

Hi all, I have not yet updated my proxmox clusters to 5.3, because I was too busy, but I am in the process to do so, and as usual, I test the process on a test cluster. It is a three nodes cluster built using nested virtualization, so it is a cluster of three nodes built on a single physical...

OpenVZ needed a special kernel. So it is not sure it will get patches for this flaw. It is a bit like Xen, where no patches are yet available. kvm and lxc are maintained inside the standard Linux kernel, so will benefit from vanilla kernel patches.

A check box in the interface, which would allow to disable/enable it for entire cluster, and see it is or not disabled, would be easier to manage. And you would see it. If it is a parameter in grub config file, it is easy to not notice it.

Hi all, The application of this kernel security patch could result on noticeable performance impact, notably on servers. See for example this first bechmark from Phoronix : https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=1 So I wonder if this patch should be applied...