OMV VM - I/O error

Update2: Kein Fehler, jedoch hat die Platte sich trotz der oberen stnadby settings nach ein paar Minuten runtergefahren...
Sind das fertige externe Platten oder hast du Gehäuse und HDD jeweils getrennt gekauft? Bei fertigen kann es sein, dass der Controller im Gehäuse deinen Wunsch einfach übersteuert oder missinterpretiert.
 
Jop fertige Platten. Meh, ob die Platte jetzt Schuld ist oder nicht weiß man ja noch nicht, aber ich merke, dass die HDD von Haus aus schon "limitiert" ist. Hmm Moment, es gibt ja noch hdparm....

Code:
root@openmediavault:~# hdparm -y /dev/sdb1

/dev/sdb1:
 issuing standby command
SG_IO: bad/missing sense data, sb[]:  70 00 01 00 00 00 00 0a 00 00 00 00 00 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

das stimmt mich jetzt nicht zuversichtlich...
Meine uralt Platte führt den Befehl aus und geht ind en standby.
 
Last edited:
ich denke man nähert sich der Sache:

Plex transcoding mit GPU + "stress --cpu 4" führen dazu, dass die OMV VM sich beim Zugriff auf die 6TB Platte verabschiedet.
 
Last edited:
Was helfen könnte wäre die Festplatte neu zu formatieren (dann auch nicht mehr mit NTFS), dabei könnten eventuelle Fehler auf der Platte ausgelassen werden und diese könnte dann wieder besser funktionieren.
 
Jao, nur wohin mit den ganzen Daten o_O

Mit der uralt Platte läuft alles wunderbar beim "Stresstest" Bin erstaunt wie schnell und zackig alles noch funktioniert mit dem N100.
 
Last edited:
Interessant, jetzt wo ich unter Last wieder den Fehler reproduzieren kann, dachte ich mir ich probiere mal ein paar schnelle Dinge aus.
Ich hab den SCSI Controller von VirtIO SCSI SIngle auf VirtIO SCSI umgestellt. Aber das hat doch nur was mit dem VM image zu tun dachte ich?
Auf jeden Fall gibts beim start eine kleine Warnung:


Code:
()
WARN: iothread is only valid with virtio disk or virtio-scsi-single controller, ignoring

Noch kein shutdown von der VM, allerdings kam 1x der Fehler aus dem 1. Post in der Konsole wieder auf, die shell hing kurz, wurde neu geladen und weiter gings, die VM blieb an.

update: und beim zweiten Fehler diesmal wieder ein crash, zu früh gefreut :( Standby/Sleep ist daher schonmal raus als Ursache, da es unter Last grad beim Kopieren gekracht hat.
 
Last edited:
im Host kommt folgendes sobald die VM abstürzt:

Code:
 segfault at c ip 000055b68803a430 sp 00007ffd5d904220 error 4 in qemu-system-x86_64[55b687d9d000+624000] likely on CPU 3 (core 3, socket 0)
 
So, ich glaube jetzt nähere ich mich wirklich der Sache.
Last auf dem System (CPU, GPU) und die resultierende Temperatur spielen keine Rolle.

Wenn file transfers auf BEIDEN USB Platten laufen, dann schmiert die kleinere alte Platte der beiden ab. Also die mit den SMART Fehlern. Es ist nicht die 6TB Platte, also macht der ursprüngliche Fehler wieder Sinn. Vergessen wir mal warum ich es andersrum interpretieren wollte...

Ich konnte ein paar weitere Logs rausholen:

Code:
[Nov23 20:08] usb 3-2: reset SuperSpeed USB device number 3 using xhci_hcd
[  +0,024885] sd 4:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
[  +0,000009] sd 4:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 7f 24 74 00 00 08 00 00
[  +0,000003] I/O error, dev sdc, sector 2133095424 op 0x0:(READ) flags 0x80700 phys_seg 114 prio class 2

[Nov23 20:08] usb 3-2: reset SuperSpeed USB device number 3 using xhci_hcd
[  +0,024885] sd 4:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK cmd_age=0s
[  +0,000009] sd 4:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 7f 24 74 00 00 08 00 00
[  +0,000003] I/O error, dev sdc, sector 2133095424 op 0x0:(READ) flags 0x80700 phys_seg 114 prio class 2
[ +32,166591] sd 3:0:0:0: [sdb] tag#29 uas_eh_abort_handler 0 uas-tag 13 inflight: CMD IN
[  +0,000011] sd 3:0:0:0: [sdb] tag#29 CDB: Read(10) 28 00 3c 41 a1 e7 00 00 80 00

## blabla wiederholt sich...

[  +0,000583] sd 3:0:0:0: [sdb] tag#0 uas_eh_abort_handler 0 uas-tag 15 inflight: CMD IN
[  +0,000005] sd 3:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 3c 41 a2 e7 00 00 80 00
[  +0,012294] scsi host3: uas_eh_device_reset_handler start

der Host spuckt kurz vorher folgendes raus:

Code:
usb 2-2: reset SuperSpeed USB device number 4 using xhci_hcd

Die gleiche Meldung hab ich parallel auch in der OMV VM gesehen, die habe ich aber iregdnwie nicht mehr gefunden.


/dev/sdc ist die alte Platte mit den SMART Fehlern. Ich denke den Teil in der mitte wo "sdb" erwähnt wird kann man ignoerein, aber da war das system schon im einem kaputten Zustand.

Jetzt stellt sich mir die Frage: Kann ich das alles NUR auf die alte Platte schieben? Wieso tritt der Fehler nur auf wenn zwei Festplatten über zwei Ports Daten übertragen? Wenn ja wäre es ja super, Platte in Rente schicken und gut ist.
Aber, das komplette System stürzt ab.
Ich hab grad komplett das Vertrauen in OMV und an die ganze Virtualisierung überhaupt verloren. Erinnert mich an Windows 95 Zeiten wo das System abstürzt wenn es einen Lesefehler auf eienr CD gibt.... Sollte genau sowas nicht vermieden werden? o_O
 
Last edited:
Du solltest eher das Vertrauen in die Platte verlieren. Wenn die aussteigt, kann die Software einfach nicht mehr reagieren.
 
Ja die Platte ist abgehakt, rette gerade noch ein paar Daten. Habe sie in meine alte OMV Installation am RPI gehängt temporär, da meckert das Systeem nicht. Läuft aber auch nativ und nicht eingebunden als USB device in einer VM. Mal gucken ob ich noch ein gutes Angebot für eine neue Platte finde.
 
War auch gucken wegen HDDs, weil ja Black Friday ist, aber scheint dieses Jahr keine wirklich tollen Angebote für ein NAS zu geben.
Die 8/16 TB HDDs kostet jetzt selbst mit Rabatt noch mehr als vor 3-4 Jahren.
 
Last edited:

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!