Cpt.Hardy

ich kann die Optionen ja nicht wechseln, vermutlich 12 Stunden und 24 Stunden

ok, dann sind bei mir beide Speicher (array & cache) xfs ... nochmals ganz kurz zurück zu meinem Umzugsplan des System-Ordners von array zu cache .... ist das denn so korrekt wie ich es in Post oben geschrieben habe? und noch kurz am Rande: mit dem update auf vers. 7.0.1 gibt es auf meinem homescreen jetzt eine Uhr. kann das aber irgendwie nicht auf 24Std. umstellen (ausgegraut). Vermutlich muß das array vorher gestoppt werden, oder?

ich bin diesen common problem fix und den update checker durchgegangen und habe alles gemacht, was da vorgeschlagen wurde. es sollten docker und ein plug-in upgedated werden. Irgendwann kam dann oben links in der Ecke der Hinweis, auf das update. und ich habe die 7.0.0 übersprungen und bin gleich auf die 7.0.1 gegangen (vielleicht wäre auch einfach nur dieser simple Schritt notwendig gewesen) wo sehe ich das?

follow up: das update auf vers. 7.0.1 hat heute funktioniert .... besten Dank für Eure Hilfestellung!! sollte hier jemand mitlesen und trotz alle dem noch Probleme haben wäre der Tipp vom unraid-support-Team noch, das update im abgesicherten Modus zu machen. Das war bei mir jetzt nicht notwendig. Also der Auslöser von all diesem ist jetzt erledigt, bleibt immer noch der Punkt, was ich jetzt Sinnvolles mit meinem cache anfange (der ja nur geringfügig schneller ist als die SSD). wenn euch nichts besseres einfällt, würde ich jetzt noch das System permanent auf den cache verlagern .... dazu würde ich so vorgehen: 1. alle docker um VMs stoppen, also den Service 2. den Ordner "System" per Krusader auf den cache kopieren 3. hier die Einstellungen anpassen.... 4, VMs und docker wieder starten 5. später wenn alles ok ist den jetzt obsoleten Ordner "System" auf dem array löschen .... habe ich das soweit korrekt wiedergegeben?

das log scheint meine Vermutung zu bestätigen ... werde mal dieses leere backup von heute Nacht löschen und nach einem Start der beiden Services ein neues manuell anstossen ....

das ist aber ein ganz anderes Problem, ich habe bei der Ersteinrichtung mir keine Gedanken über das docker.img gemacht und standadmässig wird es mit ????gb angelegt. Das ist dann recht schnell verbraucht, irgendwann können die docker nicht mehr upgedatet werden und dann hilft es auch nicht mehr, docker zu deinstallieren. Der einmal beanspruchte Platz wird nicht mehr freigegeben. Da ich dann ehe die Hardware umgebaut habe (SSD ersetzt und nvME eingebaut) habe ich auch alle docker komplett neu installiert und ein neues grosses docker.img mit aktuell 80gb eingerichtet. Und was soll ich sagen, das ist jetzt schon wieder zu 45% belegt .... Nochmal kurz eine Frage zu der App "abbdata backup" das macht mir 1x wöchentlich ein backup der appdaten auf die ext. USB jetzt hatte ich gestern ja alle docker und VM Services gestoppt und heute Nacht ist das backup gelaufen, aber es fehlt die Hälfte... so sieht ein komplettes backup aus mit *.tar archiven und so sieht das backup von letzter Nacht aus ... kein einziger docker oder VM wurde gesichert. Ich hätte aber gerne ein backup, bevor ich jetzt dieses überfällige update auf vers 7.0.1 mache ... muß der docker und VM Service eingeschaltet sein, damit appdata backup seinen job machen kann?

also aktuell sind keine Platzprobleme in Sicht ....

das ist halt leider die Einschränkung vom lenovo thin client: 1x SATA (= 4TB SSD) 1x nvME (256gb) andere Ports für irgendwelche Speicher gibt es bei dieser Hardware nicht. Ich bin bisher davon ausgegangen, daß eine nvME noch schneller als eine SSD wäre .... Wenn es für diese Konstellation eine bessere Idee als arry + cache gibt wäre ich für Vorschläge dankbar.

wenn man den Hinweis richtig einordnen kann, ist er mir egal. und ob die Performance jetzt soviel schlechter ist? was für einen Unterschied macht denn eine SSD zu einer nvME? (wie gesagt habe ich gar keine einzige HD in meinem System).

in der Tat war das rumzickende udpate der Auslöser für alles und Dein Vorschlag wäre dann Plan_C der Rest ist dann im Laufe der Diskussion dazu gekommen und wenn ich schon dabei bin, will ich es dann auch gleich alles glatt ziehen sonst stehe ich beim nächsten update wieder vor demselben Problem .... aktuell ist jetzt von allem ja nur noch dies übrig geblieben. und für mich liest sich das eher wie eine Empfehlung zumal wir hier von vers. 6.12.15 reden. Bisher konnte auch noch niemand etwas dazu sagen, was man hier jetzt besser machen sollte. Es geht offensichtlich um die Verlagerung von appdata auf den cache ... und dieser Ordner ist bei mir derzeit 40GB gross (Tendenz steigend, weil da eine vergrösserbare vDisk für das vDSM drauf liegt und weil PLEX seine Datenbanken dort ablegt). aber am Ende soll ja auch noch das System 87gb (weil ich mein docker.img mal recht grosszügig angelegt hatte) drauf. OK, dann wäre die nvME mit 127 von 256gb auch gerade erstmal halb voll...

ok, das dauert, melde mich dazu später zurück .... was würde ich mit einem container machen, der nicht mehr statet? Einfach re-installen oder komplett löschen und neu installieren? EDIT: alle VMs laufen und von den Dockern alle bis auf diese 2 und das waren die, wo heute morgen Ordner im cache vorhanden waren .... da kommt jetzt die würde ich einfach re-installen, richtig? oder komplett löschen und ganz von vorne installieren, hab da keine wichtigen Daten drin ...

ok, das war einfach und ist erledigt .... inzwischen gibt es keine neuen Dateien mehr im cache. Der Ordner appdata ist dort danach von mir gelöscht worden. Trotzdem ist dieses Fix-Tool immer noch nicht zufrieden ....

sicher???? unabhängig von meinem Kram läuft ein mover doch meist nachts immer und das macht der auch wenn man seine docker oder VMs vorher nicht ausgeschaltet hat. Wenn es so wäre, wie von Dir gesagt würde der mover sonst ja nie laufen ....

naja, das hatte wir geklärt, nachdem ich das vorher schon so eingeggeben hatte. Also: Das System soll auf dem cache liegen, wo es bislang nicht ist. Entweder setze ich das in den Einstellung zum Systemordner bei primärer Speicher jetzt wieder auf array, dann ist alles wie es angezeigt wird. Aber dann verwende ich meinen cache ja eigentlich für gar nichts. Das System sollte doch schon im cache sein und bleiben. wie mache ich das dann jetzt? und der gemeldete Fehler vom Fix Problems Tool meckert bei appdata und nicht bei System ....

alle docker und VMs waren abgeschaltet .... zugegeben: Den Service hatte ich nicht auch abgeschaltet ... Der Mover wurde letzte Nacht automatisch ausgeführt. wie auch immer, es gab nichts wichtiges mehr im cache und da ist jetzt auch kein Ordner appdata mehr vorhanden ...

ja gibt es aber mit Inhalt .... aber es gibt keinen Ordner "System" im cache oder schaue ich an der falschen Stelle? könnte es sein, daß es kein System im cache gibt weil es seit der Umstellung keine "neuen Dateien" gegeben hat? und die App Fix Common Problems mecker immer noch ....

habe jetzt diesen cache/array wirrwarr sortiert .... der mover hat jetzt nichts mehr zu tun ... kann ich das dann im Aufgabenplaner doch auch löschen, richtig? wie man sieht, hat das array 3,56TB frei und der cache 252gb. Frage: Müsste jetzt nicht bei System (weil im cache) auch 252gb stehen?

diese Idee kam ja nicht von mir aber Danke für's auslagern. heute morgen sieht der cache jetzt so aus .... da ich dazu den Krusader gestartet habe ist da natürlich sofort wieder ein Ordner entstanden aber der andere Ordner von luckybackup sollte eigentlich ljetzt leer sein. egal. ich verschiebe das jetzt von cache auf appdata und werde dann einen neuen update-Versuch starten. der von @Revan335 erwähnte update assistant sagt, nachdem ich ein veraltetes plug-in upgedatet habe: You are ready to go ... unraid patcher meldet auch grünes Licht ....

der Thread wird genutzt weil ja offensichtlich bestimmte Einstellungen, die mit cache, array und mover zu tun haben (bei mir) ein update verhindern. Ich mache heute jetzt nichts mehr, habe alle docker und VMs heruntergefahren und warte ab, bis der mover heute Nacht seinen Job erledigt hat... und dann müssten ja - wie oben beschrieben - alle entsprechenden Ordner im cache leer sein.

gut also der mover verschiebt, d.h. am Quellort sind die Files weg und am Zielort dann die einzige Version und das passiert bei mit nachts um 03:40H was passiert denn in dem Moment, wo ich das jetzt ändere indem ich zB den cache bei appdata als primären Speicher herausnehme und dann nur noch das array da stehen bleibt. Logisch wäre, daß alles im selben Moment verschoben wird, denn wenn es nur noch einen Speicher gibt verschwindet auch die Mover-Option. Ich würde einfach mal alles so machen wie es war, bevor ich den cache installiert hatte .... da gingen die updates ja problemlos. Und soll ich nach der Änderung sicherheitshalber einen reboot machen? Und muß das Array zum update heruntergefahren werden?

soll heissen daß ich bei appdata und domaint den sekundären Speicher herausnehme und dann nur noch cache übrig bleibt .... was genau passiert in dem Moment? Werden die Daten vom array verschoben und dort gelöscht (im selben Moment?) oder erst wenn nachts der Mover läuft. Hab das eh nicht so ganz verstanden was der Mover macht. Dem Namen nach VERSCHIEBEN aber die Quelldatei ist zB immer noch auf dem cache wenn ich, wie unten im Bild zu sehen erst cache und dann array als Speicher habe. Bin verwirrt. in dem Falle hätte ich das dann alles auf dem 250gb grossen nvME (= cache) und meine 4TB grosse SSD (= array) wird garnicht gross beansprucht .... da könnte der Platz dann aber schnell eng werden .... aber mal zurück zum ursprünglichen Problem. Ich will jetzt ja erstmal nur ein update auf Vers. 7.x machen. also, bevor ich jetzt noch mehr durcheinander bringe: ich habe eine 4TB SSD = array und eine 250gb nvME = cache was soll jetzt wohin?

ich hatte vorher alles nur auf Array stehen, jetzt so geändert .... was ist denn da nicht so optimal bzw. wird angemeckert? wo sollte der hergekommen sein, ich habe ja bisher noch nichts geändert .....

vorher nicht, jetzt dann schon und das ist das Resultat.... das mit dem cache habe ich nicht verstanden, hab den cache auch erst vor 2 Wochen eingerichtet und Ende des Jahres funktionierte das update ja noch bei mir.... könne zusammenhängen.

so hatte ich es auch in Erinnerung, den update checker werde ich mal starten, finde ihn aber leider nicht unter Werkzeuge oder muss das erst noch installiert werden?

gibt es auch für eine Basic Lizenz ein update auf vers. 7.x Ich fahre noch vers. 6.12.15 und bekomme kein update angezeigt wenn ich über Werkzeuge - OS aktualisieren - View Change Log - continue update gehe - komme ich nur immer wieder zurück auf die Start-Seite egal ob ich das array vorher gestoppt habe oder nicht. Ein Neustart bringt auch keine Besserung .... Meine Lizenz habe ich am 20.03.2024 gekauft noch bevor das neue Kosten-Modell in Kraft getreten ist ....