gurubert's latest activity
-
gurubert reacted to VictorSTS's post in the thread Proxmox/Ceph - Disable OSD rebalancing with
Like.
In a 3 node cluster with size=3, min_size=2 and the default replica rule, Ceph won't rebalance anything if one node fails. To comply with the default rule "three replicas en three OSD located in three different servers" you need 3 servers, if... -
gurubert reacted to lucavornheder's post in the thread Configure migration settings network to share the same network of Ceph with Like.
Yeah, you can switch the network in the Datacenter menu under Options. Just keep in mind that 2x10G isn’t a lot for Ceph, if a migration starts running, you can hit bottlenecks pretty fast. I think, there’s also an option to limit the migration...
-
gurubert reacted to LnxBil's post in the thread Proxmox seems to use outdated cloud-init Module with Like.
The package cloud-init is part of Debian. This version normally fixed for each Debian release, so with the advent of Debian 14 Forky and upcoming PVE 10 the current version available right now is 25.3, so not that much newer. That may for Debian...
-
gurubert reacted to Alwin Antreich's post in the thread Ceph erasure coding configuration best practices with Like.
What is FTT in this context? The memory target for OSDs should be 8 GB, which means 8GB per daemon. Anything lower usually sacrifices performance during recovery. With the memory target using EC or replica doesn't make a difference. Yes...
-
gurubert replied to the thread Ceph - VM with high IO wait.By default /etc/ceph/ceph.conf is a symlink to /etc/pve/ceph.conf which makes it the same on each cluster node. AFAIK it is easier to use ceph config set to set the values in the config db for each Proxmox node. ceph config set client.HOSTNAME...
-
gurubert replied to the thread OCFS2(unsupported): Frage zu Belegung.Würde ich so auch vermuten.
-
gurubert reacted to alexskysilk's post in the thread Make a Proxmox NTFS HDD accessible under Windows network (Windows Explorer) with Like.
I misspoke. PVE does not have any such functionality. What I MEANT was to do it at the local debian level (and since thats where the entirety of the pve stack resides it was convenient shorthand) there are a bunch of tutorials for "setting up...
-
gurubert reacted to dietmar's post in the thread Age verification is identity verification - archLinux32 banned in Brazil. with Like.
Proxmox VE is a bare-metal hypervisor platform aimed at IT professionals and system administrators. It is not a product or service directed at children ...
-
gurubert reacted to Johannes S's post in the thread Einführung von Einschränkungen / Kennzeichnungspflicht von KI-Beiträgen with Like.
Überrannt trifft es ziemlich gut, wenn Leute anstatt mal versuchen ihr Problem zu verstehen und mit eigenen Worten zu beschreiben sich das durch die KI vorformulieren lassen und nicht mal mehr checken, ob das überhaupt ihr Problem richtig...
-
gurubert reacted to proxuser77's post in the thread Einführung von Einschränkungen / Kennzeichnungspflicht von KI-Beiträgen with Like.
Da bin ich deiner Meinung. Ich nutze sie beispielsweise für Rechtschreibprüfungen bei längeren Texten und für Übersetzungen bei englischen Beiträgen. Manchmal nutze ich sie auch zur Ideensammlung oder um erste Abklärungen zu treffen, was das...
-
Looking at the graphs you posted, a few things stand out. The Ceph pool metrics show almost no writes — IOPS and throughput on `pve_ceph_prod_3az` are nearly 100% read. Cross-AZ write latency is not what's hurting you here. The good news is that...
-
gurubert reacted to Marco83's post in the thread Proxmox SDN Traffic breakout Interface and routing with Like.
I was thinking abaou PBR (policy-based routing)—i.e., forcing SDN traffic out through a different NIC. Right now, in my cluster the management VLAN/interface has the default route, which means the SDN traffic would break out into my management...
-
gurubert replied to the thread Ceph - VM with high IO wait.What is the network latency between the nodes, especially between the different AZs?
-
gurubert replied to the thread tips for shared storage that 'has it all' :-).AFAIK NetApp has one of the fastest and most stable NFS server implementation in the industry. If you already have that I would definitely run some benchmarks on it.
-
gurubert reacted to alexskysilk's post in the thread tips for shared storage that 'has it all' :-) with Like.
Ceph is the only "all features" supported shared solution easily available for PVE. Its also the most heavily worked on for other Virt platforms such as XCP-NG and various flavors of kvm. Your decision tree going forward heavily depends on WHY...
-
gurubert replied to the thread Establishing Proxmox VE as a Cross-Platform Hypervisor with Full RHEL/EL9 Ecosystem Support.And RedHat already has a virtualization offering for their enterprise customers. I doubt that anybody really entrenched into the "Enterprise" RHEL ecosystem is looking elsewhere.
-
gurubert reacted to jdancer's post in the thread Establishing Proxmox VE as a Cross-Platform Hypervisor with Full RHEL/EL9 Ecosystem Support with Like.
Most large organizations treat Proxmox VE in terms of accrediation/ATO as an appliance. Since PVE is a hypervisor platform. It's NOT meant to directly run workloads. Workloads are done via VMs/LXCs. Same with PBS & PDM. It's treated as an...
-
gurubert reacted to Johannes S's post in the thread Establishing Proxmox VE as a Cross-Platform Hypervisor with Full RHEL/EL9 Ecosystem Support with Like.
Feature requests should be filed on bugzilla.proxmox.com since there is no guarantee the developers will read everything on the forum. On Bugzilla however any new issue is read by a staff member. Now I'm not part of the team but a fellow...
-
gurubert reacted to TheAncientMariner's post in the thread Should redundant corosync links be on seperate VLAN? with Like.
Sorry for necroposting but I want to add some considerations for anyone stumbling onto this thread in the future: Physical redundancy/separation (separate NICs, cables, switches etc.) is probably the most important part of a redundant cluster...