Mephistopheles

Die Doku und diverse Videos dazu kenne ich schon - ich hab's nur vermutlich falsch interpretiert. 😯 Ich meine: Für mich war die Platte eh verloren, weil "unmountable". Ich kann jetzt auf den ersten Blick keine Auswirkungen erkennen - also weder vor noch nach dem Formatieren ist irgendwas weg, was vorher mal da war. Ich dachte eher: Nur für den Fall dass doch etwas wider erwarten weg ist, könnte die Platte sich ja einfach rekonstruieren lassen. Aber Ok. Wenn das nicht geht, hab' ich immer noch ein funktionierendes (und getestetes) Backup. 🤷‍♂️

Mhm. Ich hätte jetzt gedacht, dass das läuft wie beim Austauschen eines defekten Laufwerks. Zumindest wenn ich's richtig verstanden habe, startet man da auch das Array, formatiert die Disc und fügt sie dann als neue hinzu. Nur dass da ja jetzt "nur" die Disc formatiert ist. 🤔 Ich habe noch nichts gefunden, was ich an Daten verloren hätte. Scheint alles da zu sein (ansonsten habe ich ja ein Backup). Ich hätte nur gedacht, dass ich einfach sagen kann "Ok, das Laufwerk war kaputt - ist jetzt formatiert, stell's mal aus der Parity wieder her". Wäre einfacher als ein Restore, falls doch was fehlt.

Moin zusammen, ich hatte vor einer Weile eine der Discs im Array plötzlich als "Unmounatable or no file system" markiert. SMART-Tests (sowohl der kurze als auch der lange) liefen völlig fehlerfrei. Ich hab' mir also gedacht, ich formatiere die Platte einfach, weil "kaputt" ist sie ja eh. Die naive Frage die ich mir jetzt stelle: Wird die Platte jetzt auch aus der Parity wiederhergestellt, so als würde ich sie gegen eine neue austauschen? Oder kann ich das irgendwie triggern?

Ha! Das geht! Danke! 🥳 Ich kann die Container einfach wieder herstellen. Sehr gut. Und sie funktionieren danach auch alle wieder. Hast du eine Idee, warum die plötzlich alle weg waren und wie ich das in Zukunft verhindern kann?

Joa, Docker läuft und im Appdata-Verzeichnis ist noch alles da. Er sagt nur "No Docker containers installed". Was mich ziemlich wundert, denn da waren ja durchaus einige installiert.

Moin zusammen, mir ist da gestern etwas ziemlich seltsames passiert... ich versuche das mal zu beschreiben: Seit ein paar Wochen kann ich Docker-Container nur noch starten, stoppen oder löschen, wenn ich den Server vorher neustarte. Ansonsten bekam ich immer nur eine unverständliche Meldung "Error - Server Error" aber es passierte sonst nichts weiter. Eine Suche in den Foren ergab: Es gab solche Fehler wohl schon mal und gelöst wurden sie durch ein Umstellen der Netzwerkeinstellungen. Naja, ich bekam eh schon seit einer Weile die Warnmeldung, dass ich mal von macvlan auf ipvlan umstellen sollte. Und wenn das die Lösung für das Problem der abstürzenden Container sein soll - ok. Gesagt, getan. Also: Docker gestoppt, von macvlan auf ipvlan umgestellt - und eine Fehlermeldung bekommen, dass Docker nicht gestartet werden könnte. Dann habe ich den Server neugestartet (bisher hat ein reboot ja geholfen) und... naja... es sind keine Container mehr da. Nichts. Alles weg. Es startet nichts mehr, es werden keine Container mehr gefunden. Auch ein zurückdrehen auf macvlan hat nichts geholfen (weil ich dachte: Stell' ich's wieder zurück geht's vielleicht wieder, weil die Container einfach nur in einer anderen Netzwerkeinstellung hängen...). Hat jemand eine Idee, woran das liegen könnte und wie ich die Container wieder bekomme? Beste Grüße

I just migrated from the linuxserver container but running into problems... After starting the photo-backup every picture sends an error message on the iOS-App "x-oc-mtime header must be a valid positive integer" - and I haven't found out why. That worked previously. And: It seems to fill up the docker image file. Is there any possibility to change the mapping? I just get an error, that the directory is write protected (which it isn't) and when changing back to "/mnt/user/appdata/nextcloud/data/" it still fills up the docker image.

I've got the same error while letting the container auto-update. Do I really have to downgrade manually or is it possible that there will be a fix within the next days, so I just have to wait for the next auto-update? 🤔

Ein Neustart hat's auch erstmal getan. Schätze aber schon, das atop aus dem Nerdpack stammt. Ich hab's mal ausgeknipst. Ich vermute nicht, dass ich's brauche. Mal sehen, was jetzt so passiert.

Nerdpack ist installiert, joa. Ich hab' das System mehr oder weniger ein bisschen "vorkonfiguriert" übernommen. Ich wüsste jetzt z. B. nicht, was "atop" überhaupt macht. 🤔 Was ist die Konsequenz, wenn ich das lösche? Muss ich dann auch einen Dienst neustarten?

Ok. Das hat anscheinend geholfen. Danke. Hier der Outpupt:

Mhm. Syslog habe ich gestern gelöscht - Log ist trotzdem über den Tag und die Nacht hinweg von 86 % auf 92 % gestiegen. Ich schätze, wenn's voll ist, ist's einfach voll und es passiert nichts weiter dramatisches, oder? 🤷‍♂️ Und vielleicht war das auch gar nicht so gut. Das Log sagt jetzt: /usr/bin/tail: cannot open '/var/log/syslog' for reading: No such file or directory /usr/bin/tail: no files remaining Er legt sich das also nicht einfach neu an, wenn man's gelöscht hat? Sollte ich da mal ein leeres Verzeichnis anlegen?

Da wäre das Syslog. Ich bin auf 6.9.0-rc2. syslog.txt

Ok, da sieht das so aus:

Moin zusammen, nachdem ich die englischen Forenteile irgendwie nicht verstanden habe, versuche ich es mal hier... Seit ein paar Tagen bekomme ich die Meldung, dass sich mein Log füllen würde. Allerdings habe ich keine Idee womit. Im englischen Bereich ist die Rede von Docker-Containern die nicht laufen würden und falsch konfiguriert wären - aber die laufen alle ganz wunderbar und machen auch soweit keine Fehler, die ich sehen könnte. Aber: "Irgendwas" füllt da das log. Ich habe nur keine Idee, was dieses "Irgendwas" ist und wie ich das log vielleicht mal wieder ein bisschen von seiner Last befreien könnte. Kann mir jemand von euch weiterhelfen? Beste Grüße