Search results

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?

You gotta enable discard in the VM disc mount options or run fstrim inside the VM to reclaim unused disc space.

Did you check an older Kernel? We had similiar experience with the 5.15.X Kernel tree (Proxmox 7.2 upwards) and went back to 5.13. See here: https://forum.proxmox.com/threads/proxmox-7-1-12-7-2-7-upgrade-from-ceph-16-2-7-to-ceph-16-2-9-snapshot-problems.114361/

Did you check an older Kernel? We had similiar experience with the 5.15.X Kernel tree (Proxmox 7.2 upwards) and went back to 5.13. See here: https://forum.proxmox.com/threads/proxmox-7-1-12-7-2-7-upgrade-from-ceph-16-2-7-to-ceph-16-2-9-snapshot-problems.114361/

--- Space for updates ---

We'd like to share our findings regarding the described problem with backups and LXC snapshots in the latest 7.2-X version of Proxmox in combination of Ceph. After countless hours invested to debug the issue we're sure to have found the root cause of our reported issue. Summary: We've had...

Good Morning everyone! Background: We've been running without errors prior to our yesterdays upgrade to 7.2-7 for weeks. Since our upgrade from 7.1-12 to 7.2-7 including the upgrade of Ceph to 16.2.9 we are not able to snapshot our LXC containers anymore, if they are running. This is...

Hello, tonight we've had quite the outage. Cluster has been healthy and not overloaded NVMe/SSD-Discs are all fine, 2-4% wearout It all started with: 2022-06-22T01:35:34.335404+0200 mgr.PXMGMT-AAA-N01 (mgr.172269982) 2351345 : cluster [DBG] pgmap v2353839: 513 pgs: 1 active+clean+laggy...

I have to resurrect this thread because i encountered the same problem today after i've setup a brand new Proxmox 7 HV and a Debian 11 LXC container (official image) in it. I always change SSHD-Ports, thats why i had the same problem (i think the OP did the same, otherwise this error would not...

Hey guys, we've bought some new Hardware and receive this kernel panic on several machines (although they all have the same HW, some panic): [ 20.699939] ------------[ cut here ]------------ [ 20.700608] kernel BUG at mm/slub.c:306! [ 20.701277] invalid opcode: 0000 [#1] SMP NOPTI [...

Wir glauben den Ursprung gefunden zu haben, dies ist der einzige Server, der trotz Segfault nicht neugestartet worden ist: Feb 24 07:25:58 PX20-WW-N07 pmxcfs[11213]: [status] notice: received log Feb 24 07:25:59 PX20-WW-N07 pmxcfs[11213]: [dcdb] notice: members: 2/11238, 3/12062, 4/11417...

Antworten Inline: 3 physisch voneinander getrennte Standorte. Abstand wie folgt: RZ1 <--- 600m ---> RZ2 <--- 3KM ---> RZ3. Multicast ist korrekt. Circa 1 Woche, wir benutzen HA auf allen Nodes. (Hat hier nichts gebracht, da das gesamte Cluster offline war. Glücklicherweise betreiben wir ein 2...

SIcher. Wir betreiben 3 Cluster, jeweils über 3 Rechenzentren verteilt. Ein Cluster (über 3 RZ) ist komplett ausgefallen aufgrund des o.g. Fehlers. Alle zu exakt dem gleichen Zeitpunkt (Sekunden genau). Monitoring hat bis zuletzt funktioniert. Ist dann einfach ausgestiegen, da das ganze Cluster...

Hallo, wir haben am Wochenende einen massiven Absturz eines unserer Proxmox-Cluster erlebt. Von jetzt auf gleich ist ein ganzes Cluster abgestürzt, zeitgleich. Hier der Auszug aus der messages: Feb 24 07:25:59 PX20-WW-SN06 kernel: [1448261.497103] cfs_loop[12091]: segfault at 7fbb0bd266ac ip...

Wir haben das Galera-Cluster angepasst (eve.write_speed) und nun scheinen die meisten Probleme behoben worden zu sein. Bezüglich der Problematik mit den Transferspeeds erstelle ich einen seperaten Thread. Danke an Alle!

Host-OS ist auf SD, wir verlegen das Logging jetzt auf eine SSD, SWAP geben wir ab sofort auch über eine SSD rein. Dmesg sieht gut aus. Alle SSDs sind ohne RAID-Controller angebunden, alles über SAS. Wir haben jetzt einmal das Galera-Cluster angepasst und sind schon einmal einige Probleme los...

Hier mal die Verteilung der PGs: ID CLASS WEIGHT REWEIGHT SIZE USE AVAIL %USE VAR PGS TYPE NAME -1 15.28163 - 15.3TiB 2.78TiB 12.5TiB 18.17 1.00 - root default -26 5.09398 - 5.09TiB 948GiB 4.17TiB 18.17 1.00 - datacenter BW -3 0.72800...