Recent content by wigor

You double checked mtu settings? Here (in Germany) using dsl the mtu is usally 1492 e.g. instead of 1500 for local ethernet.

Hey, maybe you can test with different settings for the offload features in the NIC Driver. I have no concrete advice, but you often find hints to problems with offloading & virtualization.

Hey, i use "normal XP" virtualized on proxmox for legacy software as well. run´s out of the box and stable. I tried the nested thing also, it works, but no need. Before proxmox i used VirtualBox with an Web-GUI phpvirtualbox IIRC. If you are using industry software an need USB or a good timing...

hey, i sometimes see same behavior. i think it has to do with memory fragmentation on target node.

Ganz ehrlich, da kann ich jetzt auch keine wirklichen Rat geben, der nicht vielleicht noch was schlimmer macht. Liegt auch dran, was da für Daten drauf sind und wie schlimm das ist, die zu verlieren. Vermutlich würde ich den physikalischen Rechner herunterfahren. Dann Platte abziehen. Dann...

für mich sieht das so aus, als wenn da mal der Hypervisor und mal die VM drauf zugegriffen haben. - USB passt nicht zu sda; - "hängt tagelang" - durchgereicht - auf anderem System tat es Alles Hinweise, dass da vielleicht das ein oder andere durcheinander gelaufen ist. Oder versucht wurde.

ganz blöde Frage, aber sda1 ist auch richtig? Evtl. Dateisystem auf sda angelegt, ohne Partition? was sagt denn die Partitions Tabelle, zum Beispiel per sfdisk -l /dev/sda Grüße

if you have a nfs share, clonezilla can backup to it. then change system ssd and restore from nfs with clonezilla.

ceph osd df tree kann auch helfen. Vielleicht sind die OSD nicht so gleichmässig über die racks/hosts verteilt.

virtio-scsi, windows (10) & linux guests, older and newer kernel. One very old machine with 2.2 kernel tested, with ide. But no virtio-blk and no sata.

me :-) but due to the many messages here to this problem we only have migrated a few VMs already to the new 7.1; but all of them without any errors so far.

ceph.conf -> /etc/pve/ceph.conf sollte das sein, nicht ceph.conf -> ../ceph.conf ich meine, ich bin da auch schon mal drauf reingefallen.

Hello, could it be a RAM bottleneck. I somewhere read that default "per osd buffer" increased. just a guess.

I go with itNGO and tom and don´t understand your needs. If it is a test cluster only, you can try playing with single host rule. That may fit your needs if you want to learn ceph.

Hey, have you checked if the pve mounted the pool already?