Nach Raid5 Migration kein Zugriff auf Shares

    Ich habe gerade eine 1.5 TB Platte nach 4x 1.5 TB Platte migriert. Das hat auch bis zum letzten Moment gut funktioniert aber dann haben mir die Stadtwerke den Strom für einige Zeit abgestellt.


    Nach dem Neustart des 409Turbo blinkt er rot und sagt zu den Laufwerken 2-4 : Im herabgesetzten Modus Schreibgeschützt , Ausgefallene Laufwerke: 3.


    Im Protokoll steht alle 30 Sekunden abwechselnd:
    127.0.0.1 localhost Re-launch process [smbd].
    127.0.0.1 localhost Re-launch process [nmbd]


    Nett ist jedoch, dass ich mit WinSCP vollen Zugriff auf die Laufwerke habe und alles runterkopieren kann was ich will. Die Daten sind also alle noch da und der Raid5-Verbund muss funktionieren. Hat jemand eine Idee, ob es die simple Löschung einer Dateileiche oder ähnliches alles wieder richten kann? Eine Neuinstallation der Firmware hat nix gebracht.


    Danke!

    Hallo lothara,


    nutze z.B. Putty um via SSH auf die Konsole das NAS zuzugreifen und führe diesen Befehl aus.

    Code
    /etc/init.d/smb.sh restart


    Zur Stromunterbrechung, wurde der Strom während des migrierens oder danach unterbrochen? Hast du schon mal Überlegungen angestellt eine USV zu kaufen diese ist gerade für den Betrieb eines NAS mehr als Vorteilhaft!


    Christian

    Danke für den Tipp. Ich denke das ist die richtige Spur, funktioniert aber noch nicht. Wenn ich den Befehl absetze, kommt eine grössere Liste an Meldungen, dass er unter usr/local/samba/var/locks eine Menge Datein nicht löschen kann, da diese Read-Only seien. Ich denke, dass es damit zu tun hat.


    Die Migration war schon abgeschlossen, als der Strom wegblieb.

    Hallo lothara,

    Zitat von "lothara"

    Die Migration war schon abgeschlossen, als der Strom wegblieb.

    Das ist schon mal positiv.
    Welche Fehlermeldungen bekommst du?


    Christian

    Hi lothara,

    Zitat von "lothara"

    oder was meinst Du?

    das hier meine ich ...

    Zitat von "lothara"

    kommt eine grössere Liste an Meldungen, dass er unter usr/local/samba/var/locks eine Menge Datein nicht löschen kann


    mfg
    Christian

    Die Fehlermeldung ist:


    rm: unable to remove `/usr/local/samba/var/locks/share_info.tdb': Read-only file system


    und das kommt für alle Files in dem Directory. Und der Versuch das manuel auf Read-Write zu ändern schlägt fehl mit dieser Meldung:


    General failure (server should provide error description).
    Error code: 4
    Error message from server: Failure
    Request code: 9


    Ich vermute, dass wenn ich die löschen könnte, alles wieder ging...


    Gruss
    LotharA

    Hallo lothara,


    a) du kopierst den ganzen Kram mal in ein anderes Verzeichnis und schaust was passiert


    oder


    b) du bemühst den Qnap Support und lässt dir direkt helfen



    Grüße
    Christian

    Ich habs mal parallel dem Support gemeldet.


    Mount gibt mir folgendes zurück:
    /proc on /proc type proc (rw)
    none on /dev/pts type devpts (rw,gid=5,mode=620)
    sysfs on /sys type sysfs (rw)
    tmpfs on /tmp type tmpfs (rw,size=16M)
    usbfs on /proc/bus/usb type usbfs (rw)
    /dev/sda4 on /mnt/ext type ext3 (rw)
    /dev/md9 on /mnt/HDA_ROOT type ext3 (rw)
    /dev/md0 on /share/MD0_DATA type ext3 (ro,usrjquota=aquota.user,jqfmt=vfsv0,data =writeback)
    /bin on /mnt/HDA_ROOT/rootfs_2_3_6/bin type none (rw,bind)
    /dev on /mnt/HDA_ROOT/rootfs_2_3_6/dev type none (rw,bind)
    /mnt/HDA_ROOT/.config on /mnt/HDA_ROOT/rootfs_2_3_6/etc/config type none (rw,bin d)
    /proc on /mnt/HDA_ROOT/rootfs_2_3_6/proc type none (rw,bind)
    /tmp on /mnt/HDA_ROOT/rootfs_2_3_6/tmp type none (rw,bind)
    /share/MD0_DATA/.qpkg on /mnt/HDA_ROOT/rootfs_2_3_6/share/MD0_DATA/.qpkg type no ne (rw,bind)
    tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
    /share/MD0_DATA/Qdownload on /mnt/HDA_ROOT/rootfs_2_3_6/share/Qdownload type non e (rw,bind)
    /mnt/HDA_ROOT on /mnt/HDA_ROOT/rootfs_2_3_6/mnt/HDA_ROOT type none (rw,bind)
    /share/MD0_DATA/Qrecordings on /mnt/HDA_ROOT/rootfs_2_3_6/share/Qrecordings type none (rw,bind)


    Da ich kein Linux / UNix Kenner bin, fang ich allerdings damit nichts an - hoffe es hilft Euch was.


    Gruss
    LotharA

    Ich sehe schon,


    Zitat von "lothara"

    /dev/md0 on /share/MD0_DATA type ext3 (ro,usrjquota=aquota.user,jqfmt=vfsv0,data =writeback)


    das Volume /dev/md0 (/share/MD0_DATA) ist readonly gemountet.
    Daher können die Dateien für SAMBA nicht überschreiben werden,
    diese liegen hier unter /share/MD0_DATA/.locks .


    Warten wir erstmal auf den Support.

    Der Support hat mir das geschrieben:


    Pls downgrade official version 2.1.4
    1. Logon the console mode by SSH, read attached file.
    Set samba configuration to the default
    And follow the commands
    [~] # cp /etc/default_config/smb.conf /mnt/HDA_ROOT/.config/
    [~] # cp /etc/default_config/smbpasswd /mnt/HDA_ROOT/.config/
    [~] # reboot
    2. Go to Network Shares Management
    3. Choose Create
    4. Pick Enter path manually option and click [Browse..] and select the path you wanted
    5. Named the share for the path you wanted and click [OK]
    6. Configured the access right


    Leider war die erwähnte Datei nicht im Anhang - vielleicht weiss ja einer von Euch, wie man die Samba-Konfiguration auf Default setzt...


    Gruss
    LotharA

    Mit der Anleitung wird zwar die SAMBA-Konfiguration zurückgesetzt,
    aber nicht das eigentliche Problem gelöst, da das MD0-Device danach immer noch ReadOnly ist.

    Mit einem Fernzugriff hat es die Hotline wieder hingebogen. Hat aber eine Stunde gedauert und was genau sie getan haben, weiss ich nicht. Damit hat sich das glücklicherweise wieder erledigt.