Bu66as's latest activity
-
BBu66as reacted to Johannes S's post in the thread OT: Debian erlaubt KI-Beiträge ohne Kennzeichnungspflicht with
Like.
Du hast "Das Geschäftsmodell der AI-Codeassistenten beruht auf systematischen Verstoßen gegen Urheberrecht und opensource-Lizenzen" sehr umständlich ausgedrückt :) Weil auch wenn das Problem nicht grundsätzlich neu ist, erreicht es so doch eine... -
BBu66as replied to the thread OT: Debian erlaubt KI-Beiträge ohne Kennzeichnungspflicht.Der Lizenz-Punkt von @Johannes S ist eigentlich der spannendere, das Codestyle-Argument erledigt sich ja mit genug Nachdruck im Review. Beim DCO unterschreibst du nicht nur "ich steh dafür grade", sondern auch dass du das Recht hast, den Code...
-
BBu66as replied to the thread OT: Debian erlaubt KI-Beiträge ohne Kennzeichnungspflicht.Ehrlich gesagt ändert das bei Debian doch wenig, mit dem DCO lag die Verantwortung schon immer beim Einreicher. Ungeprüft zusammenkopierten Kram gab's auch vorher schon, halt von Stack Overflow statt vom LLM. Was real schützt ist der Review- und...
-
Bhttps://pve.proxmox.com/wiki/Windows_VirtIO_Drivers#virtio-win_Releases Schau hier in der nächsten Zeit ob sich die Empfehlung ändert, wenn du nicht experimentierfreudig bist. Wir beobachten die Lage und testen selber.
-
BDanke für die News, aber wie immer hat RedHat kein Changelog veröffentlicht. Daher habe ich die KI mal gebeten die Commits seit 285 zu vergleichen und eine Zusammenfassung zu schreiben. Wie immer ist das KI Ergebnis nicht unbedingt 100% aber...
-
BBu66as replied to the thread PVE umziehen ohne Neuinstallation.Das sollte grundsätzlich klappen. Hardware-RAID hast du im Ugreen aber praktisch nicht, sowas gibts für NVMe in den Mini-Kisten nie. Zu 99% ist das ein ZFS-Mirror, den der PVE-Installer oder du selbst angelegt hat. Check mal zpool status, und...
-
BBu66as replied to the thread Proxmox verliert Verbindung zu SMB-Share auf Unraid.Hallo @urs, das ist kein PVE-Bug sondern der klassische hängende CIFS-Mount: wenn der Server unter einem hart gemounteten Share wegbricht, blockiert der Kernel jeden Zugriff auf /mnt/pve/UN_26_Prox endlos. pvestatd rennt genau da rein, deshalb...
-
BBu66as reacted to aL1aL7's post in the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt with Like.
Multipathing passt in meinen Augen, das dargestellte /dev/sda1 ist wirklich eine physikalische Platte im Host. Das Ergebnis ist auf allen Hosts das Gleiche. ❯ pvs -a PV VG Fmt Attr PSize PFree...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.Multipath können wir abhaken, das hatte @aL1aL7 in #27 schon geprüft: pvs -a zeigt pro iSCSI-Volume nur das dm-Device, keine nackten sdX daneben. Die Component-Detection von lvm2 funktioniert sauber, meine Vermutung von vorhin ist damit vom...
-
BBu66as reacted to aL1aL7's post in the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt with Like.
Hier der Link zum Report: Bug Report ID 7983 BTW: Huch, ich hab mich vertan, es waren nicht 13 GB sondern 13% also ca. 10GB
-
BBu66as replied to the thread Win 11 VM nach migration von Win 10 lahm.Poste doch mal dein qm config <vmid>, sonst raten wir hier alle nur rum. Was mich stutzig macht: zähe GUI und lahmes SMB gleichzeitig riecht eher nach Host als nach Gast-Treiber. Was zeigt der IO-Delay im Node-Summary während DriveSnapshot...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.Die Daten stimmen 1:1, die leeren Bereiche enthalten Müll - beim Offline-Weg erklärt sich das: qemu-img convert überspringt Nullbereiche, schreibt sie gar nicht erst, und das frische LV bringt die alten Extents halt mit. Online läuft das über den...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.VM aus lassen und auch nicht kurz starten, sonst schreibt der Gast dir gleich wieder rein und der Vergleich ist wertlos. Größe vom zvol holen und den Vergleich damit begrenzen, das LV ist auf Extent-Größe aufgerundet und hinten drüber wäre immer...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.Damit hast du es ja jetzt sauber reproduziert, ohne CPU-Wechsel, ohne BCD-Gebastel, gleicher Host. Dann liegt es wirklich am Move auf das iSCSI-LVM und nicht an dem ganzen Kram drumherum. Interessant finde ich den Unterschied online/offline. Bei...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.Ohne BitLocker/VBS und mit einem Restore, der auf genau dem alten Host mit denselben CPU-Flags sofort hochkommt, ist die CPU raus. Bleibt der Move selbst oder die Bootkette. Liegt die LV auf dem iSCSI noch rum? Falls ja, häng sie mal als zweite...
-
BBu66as replied to the thread VM Disks nach dem Verschieben auf anderes Storage defekt/korrupt.Dass diskpart in der WinRE keine Platte sieht, ist normal. Die Recovery-Umgebung hat die virtio-Treiber nicht an Bord, das zeigt nicht, dass beim Move was kaputtgegangen ist. Der Rest klingt weniger nach korrupten Daten als nach zerschossener...
-
BBu66as replied to the thread RAID5 und XFS im Cluster mixen?.@Johannes S die 256 stehen in #12, 4x64GB DDR5. @oelk "eintragen" heißt: der Pool existiert nach dem zpool create erstmal nur auf OS-Ebene, PVE kennt ihn noch nicht. Im Webinterface unter Datacenter > Storage > Add > ZFS den Pool auswählen, als...
-
BBu66as replied to the thread RAID5 und XFS im Cluster mixen?.Das ist ja was ganz anderes als am Anfang gedacht, ihr habt gar keine HDDs sondern 4x PM893, also Enterprise-SATA mit PLP. Damit ist die Special-Device-Diskussion erledigt, auf einem reinen SSD-Pool brauchst du das nicht. Und was den Controller...
-
BVielen Dank, klingt sehr sauber. Danke auch an den "noout"-Hinweis, daran hätte ich nicht gedacht.
-
BBu66as replied to the thread PVE-Cluster auf LACP umstellen.Dein Plan passt, aber die Bridge musst du nicht wegwerfen. cluster und cluster.4001 bleiben genau wie sie sind, du legst nur ein Bond an und tauschst bridge-ports enp1s0f1np1 gegen bond0. Also bond-slaves enp1s0f0np0 enp1s0f1np1, bond-mode...