3TB ext4 RAID1 kann nicht via fstab gemountet werden! - Device or ressource busy

  • Hallo zusammen


    Ich habe mir auf meinem yaVDR0.5.0a aus 2 3TB WD HDs nachträglich per command line ein RAID1 erstellt und dieses anschliessend mit ext4 formatiert.
    Wenn ich es manuell mounte, funktioniert es prima.
    Sobald ich aber einen Eintrag in die fstab mache, erhalte ich beim Befehl mount -a den Fehler: Device or ressource busy
    Mein Eintrag in der fstab sieht so aus:
    UUID=c2bfe5c1-897376bb-e0dec34f-7905b41d /srv/vdr/video.00/RAID-1 ext4 defaults,noatime 0 2
    in der mdadm.conf steht folgender Eintrag:


    ARRAY /dev/md/big-vdr:0 metadata=1.2 name=big-vdr:0 UUID=c2bfe5c1:897376bb:e0dec34f:7905b41d



    Wenn ich den VDR mit diesem Eintrag in der fstab neu starte, dann bleibt er mir Hängen und wartet auf ein "s"kip um mit nicht gemountetem volume weiter zu fahren.


    Kann mir hier vielleicht jemand helfen, wie ich es machen soll, damit das Daten-RAID-1 beim booten automatisch gemountet bekomme?
    Wenn es dann funktioniert, würde ich es dann direkt nach Video.00 mounten.


    Danke zum voraus und Gruss
    zahu

    Testweise yaVDR0.5.0-headless auf Esxi, 5.0.0, 623860 installiert auf USB Stick, Mainboard Intel DQ67SW, CPU i5 2400, 32GB Ram, SATA HDs 250 GB onboard angeschl.
    Digital Devices Cine S2 V6 Twin, Dual Quad LNB Maxum, Satelliten Astra/Hotbird


    Streamdev-server 1 porduktiv: Intel DH55TC, i3, 8GB Ram, NVIDIA ENGT240 Silent, yaVDR 0.5.0a, Vids lokal und auf (NFS-Openfiler 12TB)
    Streamdev-client 2: AT3IONT-I 1.6GHz, 2GB Ram, HD 160GB, Windows 7 / yaVDR 0.5.0 dualboot, streamdevclient
    Streamdev-client 3: Intel DQ965GF 1.8GHz, bravo 220, streamdev
    Testclient4: Raspberry PI mit Openelec mit VNSI-Plugin angebunden / stürzt ab und zu ab - im Moment nicht mehr in Betrieb

  • also ich mounte auf ubuntu problemlos mit


    Code
    ARRAY /dev/md/0 metadata=1.2 UUID=eac87097:432033d7:0ee8ad40:75eb4962 name=ProLiant:0


    und


    Code
    UUID=e15d8b0e-e371-486b-bc0b-6bd251a53c76 /srv            ext4    defaults        0       2


    vllt liegst an dem verbogenem Namen mit dem Minus - warum kann das Device nicht einfach md0 heißen?


    Oder versuchs mal mit:

    Code
    ARRAY /dev/md/big-vdr/0 metadata=1.2 name=big-vdr:0 UUID=c2bfe5c1:897376bb:e0dec34f:7905b41d


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Guten Morgen Christian
    Danke für die schnelle Antwort!
    Mir ist aufgefallen, dass Du unterschiedliche UUIDs hast.
    Ich habe nun mit blkid meine anzeigen lassen und habe dann die von md0 in die fstab geschreiben.
    Leider mit selbem Ergebnis:


    root@big-vdr:~# blkid
    /dev/sda1: UUID="d6875a51-7d31-41cd-b2a2-a51b77bdb773" TYPE="ext4"
    /dev/sda5: UUID="d3873813-d348-44e1-9f3d-0847f9eaf60d" TYPE="swap"
    /dev/sdb1: UUID="c2bfe5c1-8973-76bb-e0de-c34f7905b41d" UUID_SUB="e0cc1806-0d11-e6e9-11ca-c54cf7c688b9" LABEL="big-vdr:0" TYPE="linux_raid_member"
    /dev/sdc1: UUID="c2bfe5c1-8973-76bb-e0de-c34f7905b41d" UUID_SUB="4f904fdf-d609-eb10-6c3b-0b2f48083a51" LABEL="big-vdr:0" TYPE="linux_raid_member"
    /dev/md0: UUID="1f46d1c7-b10b-4c3a-b908-88664c67d77f" TYPE="ext4"
    /dev/sdd1: UUID="0491a960-8a49-49c6-b581-2924061ba9a0" TYPE="ext4"
    /dev/sdd2: UUID="fff69d78-ee0f-46fe-b16a-6f72e1573c85" TYPE="swap"
    root@big-vdr:~# mount -a
    mount error(16): Device or resource busy
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
    mount error(16): Device or resource busy
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
    root@big-vdr:~#


    Was ich noch sagen muss, ist, dass ich zeimlich lange gebraucht habe, bis ich das RAID am laufen hatte.
    Da GPT nicht von fdisk unterstützt wird, habe ich gparted und gdisk installiert und damit dann die platten belabelt und partitioniert.
    Am Ende hatte ich dann mein md0, welches auf einmal in md127 umgewandelt wurde.
    Dann habe ich es gestoppt und mit mdadm --assemble /dev/md0 /dev/sdb1 /dev/sdc1wieder unter md0 zusammengesetzt, da ich früher mit dem Namen md0 nie solche Probleme hatte.
    cat /proc/mdstat gibt mir folgendes aus:


    root@big-vdr:~# cat /proc/mdstat
    Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
    md0 : active raid1 sdb1[0] sdc1[1]
    2930134272 blocks super 1.2 [2/2] [UU]


    unused devices: <none>
    root@big-vdr:~#


    Anschliessend habe ich die mdadm.conf neu geschrieben und von dieser dann die UUID genommen...
    Komischerweise kommt mit blkid eine andere UUID für md0 heraus.
    Die Meldung sagt aber nicht, dass das Device nicht gefunden wird, sondern, dass die Parameter nicht io. sind.
    Dann habe ich mir gedacht, dass es am Dateisystem ext4 liegt. Habe dann das md0 mit ext3 formatiert -> mit selbem Ergebnis.
    Nun habe ich es wieder mit ext4 formatiert.


    Noch zum Hostnamen mit dem Bindestrich
    Falls Du meinst, dass der Bindestrich stören könnte, dann kann ich den Hostnamen sicher ändern.
    Zuerst muss ich noch herausfinden wie...
    Aber früher hatte ich auch immer Bindestriche in Hostnamen wie zB. VDR-050, und da hatte ich die Probleme auch nicht.


    Nur so zur Info! Es sind noch keine Daten auf dem RAID, dh. ich könnte es jederzeit platt machen und neu anlegen.


    zahu

    Testweise yaVDR0.5.0-headless auf Esxi, 5.0.0, 623860 installiert auf USB Stick, Mainboard Intel DQ67SW, CPU i5 2400, 32GB Ram, SATA HDs 250 GB onboard angeschl.
    Digital Devices Cine S2 V6 Twin, Dual Quad LNB Maxum, Satelliten Astra/Hotbird


    Streamdev-server 1 porduktiv: Intel DH55TC, i3, 8GB Ram, NVIDIA ENGT240 Silent, yaVDR 0.5.0a, Vids lokal und auf (NFS-Openfiler 12TB)
    Streamdev-client 2: AT3IONT-I 1.6GHz, 2GB Ram, HD 160GB, Windows 7 / yaVDR 0.5.0 dualboot, streamdevclient
    Streamdev-client 3: Intel DQ965GF 1.8GHz, bravo 220, streamdev
    Testclient4: Raspberry PI mit Openelec mit VNSI-Plugin angebunden / stürzt ab und zu ab - im Moment nicht mehr in Betrieb

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!