ich777

But it does loop or am I wrong? Can you browse it through the Steam Server Browser? Sure but I‘m not too familiar with Insurgency… I would recommend that you start over by, deleting the container, deleting the folder for insurgency in your appdat- directory and pull a fresh copy from the CA App an wait for the download to finish and see if it loops again, if not the it‘s the server.cfg Do you have a cache driver installed in your server or did you change anything in the template? Is your appdata share set to use cache Only or Prefer?

Braucht man das denn überhaupt für dein Heimeinsatz? Ich bin für mich zu dem Schluss gekommen das mir die Integration in mein Homeassistant genügt. Das ist noch weit entfernt von dem was @alturismo in seinem Homeassistant Dashboard hat aber vielleicht kann er hier ja mal einen screenshot posten. Mir war es die 2 bis 5 Watt die ich nur für die Überwachung brauche nicht wert, ich hab sowieso fast nie rein gesehen weil ich nicht wirklich ein Kontroll freak bin, wenn was nicht funktioniert hab ich mir Pushover Notifications eingerichtet. Grafan in Verbindung mit Prometheus und In-Flux ist auch sehr beliebt.

Okay, dann sollte eas aber vermutlich ausgeführt werden bevor emhttp gestartet wird oder? @Patty92 hat es nach emhttp eingefügt. Übrigens @mgutt das wäre das perfekte Skript das man in ein Plugin umwandeln könnte.

Are we talking about Insurgency or Insurgency Sandstorm? If we are talking about Insurgency it is working fine over here: Insurgency.txt On what Unraid version are you? Have you changed anything? Does it work without changing anything?

Kannst du mal bitte mehr als diese eine Zeile schicken? Deine Diagnostics wären stark von Vorteil.

Wenn du eine Docker container gestartet hast indem du einen UD share gemounted hast und du schließt den UD mount ab und wieder an dann siehst du ihn dann auch wieder wenn du slave verwendest wenn du kein slave verwendest dann funktioniert das meistens nicht (oversimplified).

Naja, frage irgendwie selbst beantwortet, es wird immer ein Docker image erstellt, weil du dies ja brauchst das du Docker container installieren kannst, by default glaube ich mit 20GB (kann immer ein bisschen abweichen von dem was angezeigt wird) und das libvirt image ist für die VMs. Beides wird aber auch nur erstellt falls du vor dem ersten Array start Docker und VM aktiviert hast, falls du eines von beiden oder beides deaktiviert hast wird das jeweilige nicht erstellt.

Jep. Aber dann bist du auf jeden Fall vorbereitet... Die Meldung kommt hauptsächlich zu stande weil du keinen Monitor dran hast, würd dir aber trotzdem empfehlen mal einen HDMI Dummy plug zu kaufen, schadet nicht und kostet nur ein paar Euro. Kann nix versprechen aber bin dran.

So, ich hab mir das jetzt mal angesehen. Die Meldung ist nicht da aber das Problem ist das gleiche, sprich in 6.9.2 wird es einfach nicht angezeigt. Du kannst unprivileged eBPF auch manuell deaktivieren aber ich bin dran das es by default deaktiviert wird und bei dem nächsten Release enthalten ist. Diese meldung kannst du aber mal ignorieren und sollte keine Probleme im laufenden Betrieb bereiten.

Welche shares genau? Du weißt schon das Unraid beim ersten start shares wie appdata, system und domains erstellt oder?

Unraid Terminal öffnen und: ls /dev/dri Nutzt du denn die iGPU in einem container? Falls ja muss der Pfad existieren. Okay, sollte aber glaub ich in einem User Script auch funktionieren oder lieg ich da falsch @mgutt? Achja, ich hab vergessen, um das kümmer ich mich auch schon:

Das sind keine richtigen Fehler, das kannst du getrost ignorieren. Du hast vermutlich kein Display dran oder einen HDMI Dummy plug? Warum hast du das RAM script im go file? Gehört das nicht eher in ein User Skript? Hast du irgendwelche Probleme bzw. wird /dev/dri nicht bzw. nicht richtig geladen?

Du musst auch die Festplatten formatieren, das ist ganz normal und auch einer der Vorteile von Unraid falls dir mal eine Festplatte abraucht und selbst wenn du keine Parity hast, hast du noch immer die Daten der Platten die nicht kaputt sind. Lies dir auch mal das durch: und evtl. das hier:

No worries... I'm here to help.

This line basically tells you that it can't reach this address or something is miss configured. Ah, wait, now that I see it, this is wrong: it has to be: photoprism:redacted@tcp(192.168.1.5:3306)/photoprism?parseTime=true

Then the container is restarting, what does the log say? Stop it maybe after it restarted and then open up the logs. You can get the full log output if you open up a terminal from Unraid and type in: docker container logs CONTAINERNAME (replace CONTAINERNAME with the name from the container - case sensitive!) My suspicion is that it can't connect to the Database. In which network does the MariaDB and the Photoprism container run both on bridge or one on br0 and one on bridge?

Did you create the database and the user first in your MariaDB and grant the user permissions to this database? Open up a terminal from Photoprism and check if you can ping 192.168.1.5.

Das Problem liegt in deinem Fall weil du auf bleeding edge Hardware bist und die von der Stable noch nicht unterstütz wirde bzw. von dem Kernel der in der Stable verwendet wird. Ich kann dir eigentlich bei Unraid fast immer zu einer RC bzw. sogar zu einer beta raten da die wirklich ausgiebig getestet werden und wenn dann nur kleinere Visuelle bugs oder so haben - jedoch sollte die Faustregel immer sein auf der Stable zu bleiben, aber in deinem Fall geht das eben nicht da sonst die iGPU nicht bzw. nicht richtig funktioniert. Ja, sie läuft stabile, ich hab auf meinem Hauptserver auch die RC4 drauf.

Willst du eine technische Erklärung oder eine einfache? Für eine technische Erklärung kannst du auch in die Docker Dokumention sehen: Klick

Das ist Alder Lake, bitte Upgrade zu Unraid 6.11.0-rc4 Geh dazu auf Tools - Upgrade OS - Check for Updates und wähle dann Nect aus, klick auf Upgrade und Install.

Nur wenn der Pfad nicht mit R/W Slave gemounted wird. Genau.

Jein. Server Hardware Unterstützt es womöglich aber ob das funktioniert ist einen andere Frage. Gleiches Thema gilt für SAS Festplatten, die Unterstützen es zwar aber ob es funktioniert ist eine ganz andere sache. Weil es nicht Sleep ist, Sleep hat auf einem Server meiner Meinung nach nichts verloren, das ist kein Laptop den mal eben mal schnell zucklappt… Den Server richtig runter zu fahren und hoch zu fahren sollte eigentlich immer funktionieren gegenüber Sleep, das ist eigentlich der Hauptgrund.

Bitteschön:

Solche Karten sind nicht designed für Sleep, das ist Server Hardware und dort gibt es kein Sleep, nur Arbeit, Arbeit, Arbeit. Ich kann dir nur sagen das ich ein kompletter gegner von Sleep bei einem Server bin aber das ist nur meine Bescheidene Meinung... Wenn dann, fahr ihn runter und setz eine Schedule im BIOS zum Aufwecken um eine Bestimmte Uhrzeit.

Ich habe checkmk aus meinem repo entfernt, das letzte mal als ich den container installiert hab hat das meine ganzen server gecrashed und selbst nach einem neustart ging nichts mehr, musst dann das Docker image über das manifest file händisch entfernen und das will ich echt keinem zumuten... War ein wenig sauer und das hat mich schlussendlich dazu gebracht alles aus meinem Repository zu entfernen und auch checkmk nicht mehr zu empfehlen auf Unraid!