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