OMV4 - Plötzlich keine Datenfestplatten mehr (Mount-Problem?)

    • OMV 4.x
    • OMV4 - Pltzlich keine Datenfestplatten mehr

      Hi,

      ich habe OMV 4.x mit Snapraid+MergerFS im Einsatz und bin auch weitestgehend zufrieden damit.

      Ich habe jedoch sporadisch ein Problem, welches mich ziemlich annervt,

      Ich binde meine Freigaben per NFS an meinen Linux-PC ein, um meine TV-Aufnahmen (Enigma2-Receiver) am Linux-PC mit Avidemux oder Kdenlive zu schneiden und die geschnittenen Aufnahmen wieder auf dem NAS zu speichern.

      Hierfür habe ich Freigaben für die aufgenommenen Filme ("uncut") sowie die geschnittenen Filme.

      Hin und wieder passiert folgendes:
      Nachdem eine Aufnahme geschnitten und gerendert ist, habe ich keinen Zugriff mehr auf die per NFS eingebundenen Freigaben.

      Rufe ich dann das Dashboard unter OMV auf, fehlen sämtliche Platten unter Datei-Systeme.
      Ich erhalte z.B. folgende Fehlermeldung:

      Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; df -PT '/srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b' 2>&1' with exit code '1': df: /srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b: Transport endpoint is not connected

      Fehler #0:
      OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; df -PT '/srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b' 2>&1' with exit code '1': df: /srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b: Transport endpoint is not connected in /usr/share/php/openmediavault/system/process.inc:182
      Stack trace:
      #0 /usr/share/php/openmediavault/system/filesystem/union.inc(258): OMV\System\Process->execute(Array)
      #1 /usr/share/openmediavault/engined/rpc/filesystemmgmt.inc(155): OMV\System\Filesystem\Union->getStatistics()
      #2 [internal function]: OMVRpcServiceFileSystemMgmt->enumerateFilesystems(Array, Array)
      #3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
      #4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('enumerateFilesy...', Array, Array)
      #5 /usr/sbin/omv-engined(536): OMV\Rpc\Rpc::call('FileSystemMgmt', 'enumerateFilesy...', Array, Array, 1)
      #6 {main}


      Ein Neustart von OMV löst das Problem leider immer nur für einige Tagen oder Wochen. Irgendwann tritt das Problem wieder auf.

      Ich vermute natürlich auch einen Zusammenhang mit diesem Problem:
      OMV4 - Systemplatte (120GB SSD) zu 94% voll?

      Vermutlich landen dann Aufnahmen meines Enigma2-Receivers auf der SSD.

      Kann jemand mit den Fehlermeldungen etwas anfangen und hat einen Tipp wie ich das dauerhaft gelöst bekomme?

      Hylli

      The post was edited 1 time, last by hylli ().

    • Ich vermute mal

      Source Code

      1. dmesdg | grep ATA


      Aktuell wo es läuft, sagt es folgendes aus:
      dmesg | grep ATA
      [ 0.000000] NODE_DATA(0) allocated [mem 0x26effb000-0x26effffff]
      [ 1.037131] ata1: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b100 irq 123
      [ 1.037133] ata2: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b180 irq 123
      [ 1.037134] ata3: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b200 irq 123
      [ 1.037135] ata4: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b280 irq 123
      [ 1.037137] ata5: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b300 irq 123
      [ 1.037138] ata6: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b380 irq 123
      [ 1.351036] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.351065] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.351091] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.351118] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.351139] ata6: SATA link down (SStatus 4 SControl 300)
      [ 1.351165] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.351597] ata1.00: ATA-9: WDC WDS120G2G0B-00EPW0, UI190000, max UDMA/133
      [ 1.354493] ata5.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.354516] ata4.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.354539] ata2.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.354562] ata3.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.356821] scsi 0:0:0:0: Direct-Access ATA WDC WDS120G2G0B- 0000 PQ: 0 ANSI: 5
      [ 1.360331] scsi 1:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.360906] scsi 2:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.361500] scsi 3:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.361961] scsi 4:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5

      Wenn ich es posten soll wenn wieder ein Ausfall ist, muss ich leider warten, bis es wieder passiert.

      Hylli
    • Soeben ist es wieder passiert. Beim Aufruf des OMV Control Panels, erhalte ich wieder folgende Meldung:
      Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; df -PT '/srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b' 2>&1' with exit code '1': df: /srv/bc84f6d0-fc3d-4ea4-a259-6c7c9806901b: Transport endpoint is not connected

      Weiterhin habe ich den genannten Befehl eingegeben und erhalte folgendes:
      dmesg | grep ATA
      [ 0.000000] NODE_DATA(0) allocated [mem 0x26effb000-0x26effffff]
      [ 1.041441] ata1: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b100 irq 123
      [ 1.041443] ata2: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b180 irq 123
      [ 1.041445] ata3: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b200 irq 123
      [ 1.041446] ata4: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b280 irq 123
      [ 1.041448] ata5: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b300 irq 123
      [ 1.041450] ata6: SATA max UDMA/133 abar m2048@0xdf24b000 port 0xdf24b380 irq 123
      [ 1.355135] ata5: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.355162] ata6: SATA link down (SStatus 4 SControl 300)
      [ 1.355193] ata3: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.355220] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.355242] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.355262] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
      [ 1.355725] ata1.00: ATA-9: WDC WDS120G2G0B-00EPW0, UI190000, max UDMA/133
      [ 1.358589] ata5.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.358613] ata2.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.358637] ata3.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.358661] ata4.00: ATA-9: WDC WD80EFZX-68UW8N0, 83.H0A83, max UDMA/133
      [ 1.361069] scsi 0:0:0:0: Direct-Access ATA WDC WDS120G2G0B- 0000 PQ: 0 ANSI: 5
      [ 1.364471] scsi 1:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.365056] scsi 2:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.365701] scsi 3:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5
      [ 1.366158] scsi 4:0:0:0: Direct-Access ATA WDC WD80EFZX-68U 0A83 PQ: 0 ANSI: 5

      Ich kann da ehrlich gesagt keinen Unterschied zu oben entdecken.

      Ich habe mal die Fritz!Box überprüft, ob in den Ereignissen zu dem Zeitpunkt ein Netzwerk-Problem war. Auch da kann ich nichts finden.

      Hylli

      The post was edited 1 time, last by hylli ().

    • Users Online 1

      1 Guest