Search results

If you'd have taken a look into the original thread, you'd have noticed that i've encountered this error with Quincy. Currently we're running Reef with the exact same happening. Also your initial response to this thread shows that you were using Quincy aswell.

Thats what has been my thought. I'll close this thread and just delete the file in question. Thanks everyone!

Hey! I've recently had an issue with one of my PBS. In short: I'm running a PBS at Hetzner which has a Storage Box mounted via CIFS under its own user: PBS <-> CIFS <-> Storage Box Then, yesterday, in the root-directory of one of my storages, i've found a weired file with chinese letters...

@fabian hat es bereits gelöst. Updates sind jetzt wieder ohne Probleme möglich. Edit: Fabi hat zwischen Kaffee holen und Antworten schon geantwortet :)

Thanks Fabi!

This is not the way to "fix" that error. Dont upgrade is the better choice. The "pvetest"-Repository is not ment for any live-workload but only development reasons. So 99.9% of the users in here are better off to NOT UPGRADE AT THE MOMENT

Moin! Wir nutzen HA für unsere VMs. Laut Dokumentation wird die Option "Start at boot" nicht verwendet, sobald eine VM im HA ist. Was jetzt passiert ist: Wenn durch Probleme eine Maschine umgezogen wurde auf einem neuen Host, aber noch auf einem anderen Host vorhanden ist (eine Art...

You've pointed me in the right direction. Even though we only use LARGE written tags, which are UNIQUE, we still have to select the "Case-Sensitive" option, even though we only use LARGE tags. This is kinda misleading but i'm happy that we've found out. P.S.: By default, even though you only...

While testing the 'new' possibility of setting up tags for different categories we've stumbled upon the fact that when we setup tags on a datacenter level and color-override them accordingly, those tags are then available for selection on lxc/vms but the predefinied colors are not correctly...

Found the answer in the archives: See here > https://forum.proxmox.com/threads/hot-to-modify-timeout-in-systemd-boot-menu-its-too-long-5-102-000-sec.124109/#post-544152

I have just setup two new "Tiny Mini Micro" servers (HP EliteDesk 800 G4 / i5 8500) and installed Proxmox. Idetical systems. One system is stuck at the bootloader screen. Problem: The "menu timeout set to" is constantly counting up (increasing) without any limit. When pressing any key the...

I've found the problem: Reason for the behavior has been a faulty DNS server in the line. This caused the resolving reverse names for the ipv6 adresses to be slower than 1 second and thus caused the problem shown above.

I've setup a fresh Proxmox 8 Box at Hetzner DC and have a new kind of problem with it i never had before. After setting up the box, i used to outward ping hosts to check the connectivity from time to time and its link latency - which is fine. But while pinging servers, waiting for the reply made...

So we can atleast say that our problem is unrelated to the kernel version. You're running 6.1 while we're at 5.15. Same issue on both systems.

We've recently (yesterday) updated our test-cluster to the latest PVE-Version. While rebooting the system (upgrade finished without any incidents), all OSDs on each system crashed: ** File Read Latency Histogram By Level [default] ** 2023-01-30T10:21:52.827+0100 7f5f16fd1700 -1 received...

You're indeed correct. So in the longrun it could be an idea to develop a ceph-ansible/cephadm inspired, proprietary Proxmox approach, to automatically calculate and adjust osd_memory_target values. Wdyt? Thats why i've been referring to it using values in between 0.1 <> 0.2 ;-)

Since Proxmox 7.3 introduced LXC 5.0 i'm wondering when it will be possible to make use of LXC's feature of un/tagging VLANs on veth devices veth.vlan.id veth.vlan.tagged.id also IMHO it might be useful to add the rx/tx queues to the advanced tab veth.n_rxqueues veth.n_txqueues

Wondering why Proxmox does not enable osd_memory_target_autotune by default. Its advised if you're running Quincy >17.2.0 and for hyperconverged setups like Proxmox, we can scale it to between 0.1 and 0.2 to be on the safe side. Do you see any way to take advantage of autoscaling in the future...

Oneliner to trim all containers: pct list | awk '/^[0-9]/ {print $1}' | while read ct; do pct fstrim ${ct}; done

Why is efidisk0 still pointing to your old volume?