DerAndi

Ja, das Array lief. Muss ich mal schauen wenn dieses Problem erneut auftreten sollte. Ich danke euch für den Support. Gruß

@_alo_ Vielen Dank, ja ich hatte das so alles nicht mehr auf dem Schirm und war deshalb beunruhigt. Und dies ja auch nur weil ich weder von Clients im Netzwerk darauf zugreifen konnte noch standen die entsprechenden Freigaben in Emby zur Verfügung. Das war dann der Panik Button in meinem Kopf. Das mit dem Versuch des Mountens habe ich erst versucht nachdem ich schon nicht mehr darauf zugreifen konnte. Gruß

Hi, die SMB Freigaben. Diese kann ich im Netzwerk erreichen und werden hauptsächlich für Emby genutzt. Aber ich habe es gerade erneut getestet, nun sind die Shares wieder erreichbar. Warum weiß ich nicht. Ich glaube ich habe mich vertan weil der Button Einhängen vorhanden war, die aber schon eingehangen waren. Die Frage ist halt dennoch warum das nicht mehr ging. gruß

Hi, ich habe nichts geändert. Daher wundert mich das ganze auch einfach. Diese Problem tritt seid gestern auf. Davor war alles klar. kein Neustart oder irgendwas in der Art. Auch keine Änderungen. Jun 16 16:58:11 Maschine unassigned.devices: Mounting Remote Share '//MASCHINE/Doku'... Jun 16 16:58:11 Maschine unassigned.devices: Mount SMB share '//Maschine/Doku' using SMB default protocol. Jun 16 16:58:11 Maschine unassigned.devices: Mount SMB command: /sbin/mount -t 'cifs' -o rw,hard,relatime,noserverino,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777,uid=99,gid=100,retrans=3,actimeo=10,rsize=1048576,wsize=1048576,closetimeo=30,credentials='/tmp/unassigned.devices/credentials_ Maschine_Doku' '// Maschine/Doku' '/mnt/remotes/ Maschine_Doku' Jun 16 16:58:11 Maschine kernel: CIFS: enabling forceuid mount option implicitly because uid= option is specified Jun 16 16:58:11 Maschine kernel: CIFS: enabling forcegid mount option implicitly because gid= option is specified Jun 16 16:58:11 Maschine kernel: CIFS: Attempting to mount //MASCHINE/Doku Jun 16 16:58:11 Maschine kernel: CIFS: Status code returned 0xc000006d STATUS_LOGON_FAILURE Jun 16 16:58:11 Maschine kernel: CIFS: VFS: \\MASCHINE Send error in SessSetup = -13 Jun 16 16:58:11 Maschinekernel: CIFS: VFS: cifs_mount failed w/return code = -13 Jun 16 16:58:11 Maschine unassigned.devices: Remote Share '//MASCHINE/Doku' failed to mount.

Hallo zusammen, das Mounten schlägt nun fehl. Folgendes wird im Log eingetragen. Der Fehler wird für alle Freigaben erzeugt. Kann mir jemand sagen was mir dieser Fehler sagen soll und wie ich diesen beheben kann? Unraid 7.2.6 ist installiert. Vielen Dank. Jun 15 20:01:41 Maschine kernel: CIFS: VFS: \\MASCHINE Send error in SessSetup = -13 Jun 15 20:01:41 Maschine kernel: CIFS: VFS: cifs_mount failed w/return code = -13 Jun 15 20:01:41 Maschine unassigned.devices: Remote Share '//MASCHINE/Bilder' failed to mount.

Hallo zusammen, ich habe wie man oben sehen kann schon länger kein Unaid Update mehr gefahren. Nun wollte ich fragen welche die beste Vorgehensweise wäre? Einige Apps müsste ich Updaten ebenso wie Unraid Connect. Weiterhin habe ich noch ein Problem mit dem Protokollspeicher, der ist mit seinen 128MB vollgelaufen. Ich vermute das hat der Mover verursacht, dort habe ich die das Protokollieren deaktiviert. Wie geht ihr bei solch großen Updates vor? Gruß

Danke schön, ich habe das Syslog aktiviert, allerdings mit Ablage auf eine Freigabe. Erzeugt wird aber keine Log Datei oder wird die nur für die Paritätsprüfung erzeugt? gruß

danke, wie genau funktioniert das mit dem Log? Ich habe unter Einstellungen den Systemprotokoll Server aktiviert. Was muss ich tun das nun so ein Log wie bei dir erzeugt wird? gruß

Okay, dort wo du 0 errors hast, dort habe ich 3 stehen. gruß

Das irritiert mich, die Paritätsprüfung sagt 3 Fehler gefunden. Unter Array Datenträger wird bei keiner Platte ein Fehler angezeigt. Ich weiß nun nicht was hier richtig ist. Macht es Sinn die Paritätsplatte mal Formatieren damit diese Neu aufgebaut wird? gruß

Danke für die Antwort. Es wurde ja wieder 3 Fehler gefunden obwohl ich ja vorher schon die Paritätsprüfung mit "Korrekturen auf Parität schreiben" /angekreuzt durchgeführt hatte. Sprich das war nun ein weiterer Durchlauf mit exakt der gleichen Anzahl. Dies sollte dann ja eigentlich nicht mehr vorhanden sein wenn diese doch per Korrektur auf die Parität geschrieben wurden oder nicht? Kann man den nachvollziehen ob die Korrekturen überhaupt geschrieben wurden, dann könnte man ausschließen ob es andere oder doch die gleichen Fehler sind. Im Main Tab werden "0" Fehler angezeigt. Gruß

So, auch der erweiterter Smart Test brachte keinen Fehler auf. Paritätsprüfung erneut mit 3 Fehlern abgeschlossen, aber wenn ich es richtig verstanden habe kann ich nicht feststellen an welche Art von defekt es liegen kann? Ob Hardware Fehler oder ob einfach nur eine Datei auf der HDD defekt ist? gruß

Die ersten beiden Platten zeigen alles in Ordnung an. Fehlt noch die eine.

Hallo, bei der letzten Paritätsprüfung wurden 3 Fehler gefunden. Nun mache ich einen erweiterten Smart-Selbsttest, um die Quelle des Fehlers zu finden. Nun habe ich noch eine Frage zum Schreiben der Korrekturen auf die Paritätsplatte, in der Übersicht (Bild Pari.png) steht das Korrekturen geschrieben werden soll, geht man nun mal in die Planung steht dort (Bild Pari2.png) das die Korrekturen nicht auf die Paritätsplatte geschrieben werden. Was ist nun richtig oder handelt es sich hier um verschiedene Einstellungen? Als nette Spielerei kann man die Paritätsprüfung auch an bestimmten Tagen, wie z. B. von Fr., durchführen. bis Sonntag? Vielen Dank.

Und noch was letztes, wo finde ich diesen integrierten Dateimanager nun? vielen dank

Danke schon mal. Mit dem Kabel hat es leider nichts gebracht. xfs_repair -v /dev/md3p1 -> wenn ich das im Terminal eingebe dann kommt root@xxxxx:~# xfs_repair -v /dev/md3p1 /dev/md3p1: Keine solche Datei oder kein dieses Verzeichnis /dev/md3p1: Keine solche Datei oder kein dieses Verzeichnis Schwerwiegender Fehler – XFS-Bibliothek konnte nicht initialisiert werden oder muss da noch angepasst werden? Bearbeiten: Ich habe das Array im Wartungsmodus gestartet und dann diese Reparatur ausgeführt mit dem Ergebnis: Edit: nun ist Sie wieder gemountet. Vielen Dank. reparieren.txt

Die Platte würde sich dann durch die Parity irgendwie wieder herstellen lassen? gruß

Also, ist glaub ich relativ viel.

Außerdem habe ich die Netzwerkeinstellung angepasst und das OS Update durchgeführt. Nach dem Neustart habe ich aber das Problem, dass eine HDD sich nicht mehr einhängt, siehe Bild. Kann da jemand damit anfangen? Edit: in der Übersicht steht dort was von "Nicht einhängbarer Datenträger vorhanden"

Danke. Kann ich das OS Update direkt auf die neuste Version upgraden? gruß

Ich habe dieses Unbalance Plugin. Meinst du das? Edit: Meine Unraid Version ist 6.11.5 Gruß

Hallo zusammen, vor kurzem hatte ich kein Speicherplatz mehr auf meinem Array. Zur Überbrückung bis zum eintreffen der neue HDD habe ich dennoch einiges auf das System geschoben, sprich in dem Fall ist es dann im Cache verblieben. Nun ist das Array vergrößert, ich habe noch Dateien danach hinzugefügt und schonmal den Mover manuell gestartet- Der verschiebt dann die neuen Dateien aber nicht die alten. Was muss ich da machen das diese auch verschoben werden? gruß

Hallo zusammen, ich glaube ich habe hier irgendwo schon im Thread jemanden gesehen der die IO Crest am laufen hat mit 5 Port. O Crest Interne PCI-E x4 Controllerkarte mich Interessiert natürlich wie lange diese schon im Einsatz ist und ob die einwandfrei mit Unraid funktioniert oder ob die gar Probleme macht? Frage deshalb da ich bald eine Karte für die Erweiterung brauch. gruß

Bis heute ist der Fehler nicht erneut aufgetaucht. Zur Sicherheit werde ich am WE aber mal die Kabel prüfen und tauschen. gruß

ja, der Fehler ist nur bei dieser Platte aufgetreten. Es gibt noch eine weitere Platten für Daten und dann noch die Parity Disk, sprich insgesamt 3 HDD sind im System. Die Kabel sind extra neue, habe sogar extra die mit dem "Klipp" damit der Anschluss sich nicht einfach löst. gruß