Hi zusammen.
Ich wollte mal fragen, ob jemand einen gute FileManager / Dateimanager unter unRAID empfehlen kann?
Ich nutze aktuell Krusader aber der Support für den Docker wurde schon vor langem eingestellt bzw. gibt es keine Updates mehr. Bei mir läuft er zudem auch nicht sonderlich stabil, das Log spuckt massig Fehler aus und ich muss mehrfach starten, da Kursader die ersten ein bis zwei Mal generell hängen bleibt - kurz: eine Alternative wäre sehr schön …
Besten Dank und Grüße
Bei mir crasht der Docker wenn ich über Kodi-Client schaue und ein Video dort beende bzw. bisher, nachdem das Ende eines Videos erreicht ist. Leider lässt sich das nicht immer reproduzieren. Über die nativen Apps habe ich bisher noch keinen Absturz herbeiführen können, html bzw. Browser habe ich nicht getestet. Ich poste bei Gelgeenheit mal die log-Fehlermeldung. Die obige kommt mir aber bekannt vor. Den workaround mit dem alternativen Port habe ich bisher noch nicht getestet.
Vielleicht sollte man das, wie zuvor erwähnt auch hier im Unraid-Fourm mal melden:
https://lime-technology.com/forums/topic/6…#comment-632895
Hätte nicht gedacht, dass überhaupt noch mal etwas performantes in Sachen Kodi auf das ATV kommt. Inputstream ist imho zu verkraften, da viele Quellen als native Apps – zudem dann auch Hardware optimiert laufen.
Toll!
Einen Vergleich mit der Shield fände ich ebenfalls sehr spannend.
Danke für die Info!
Dachte bisher, das sei eher was für’s Emby Forum?
Habt Ihr vielleicht einen Link zum entsprechenden Thread im Limetech Forum? Würde mich dann dort auch verewigen …
Danke!
EDIT: Habs gefunden. 
https://lime-technology.com/forums/topic/6…#comment-632895
Auch hier unter der neuen netcore Version von emby mit deren Container sporadische Abstürze mit einem Pentium G4560. Alle 2 bis 3 Tage verabschiedet sich emby mit dem immer gleichen Fehler gemäß [definition='1','0']log[/definition]. Vorher war das unglaublich stabil. Ich werde mir den Workaround bis zur nächsten Verdion erst mal sparen. Mal sehen, ob sie das Problem bei emby nicht doch behoben bekommen.
D.h. Du hast den Container gewechselt?
ergänz mal Deine Config um das, was fehlt....
Wichtig sind hier die Variablen GIDLIST und das Device /dev/dri/render128, dass Du offensichtlich nicht durchgereicht hast
Danke Dir! Jetzt scheint es zu laufen 
Wie gesagt: knapp unter 30%, davor eher so um die 95%
Muss der Container "priviliged" laufen?
Ich denke nämlich, dass es das ist?!
Jedenfalls geht die CPU-Auslastung auf 30% runter wenn ich das Häkchen dort setze …
Zeig mal die Konfiguration von deinem Container...
Gesendet von meinem Redmi Note 3 mit Tapatalk
Ich habe denke ich alles so gemacht wie beschrieben – meine CPU-Auslastung liegt mit und ohne VAAPI bei transcoding bei nahezu 100% (Pentium 4560). renderD128 oder card0 oder aus: hat alles den gleichen Effekt - keinen!
- Im Reiter transcoding VAAPI eingestellt
- Im Terminal modprobe i915 - das device "renderD128" erscheint unter /dev/dri
- /dev/dri/renderD128 als VAAPI Gerät angegeben
- Rechte im Terminal für /dev/dri /* auf 777 ist auch erledigt und passt
Gibt es eine Möglichkeit zu prüfen, ob VAAPI läuft bzw aktiv ist? Ggf. über einen Terminalbefehl?
Liegt es ggf. an den Rechten bzw. den Usern? Oder hat jemand eine Idee, warum das nicht läuft und könnte helfen?
Vielen Dank!
Alles top Sourcen.
Falls Du eine Anleitung für Reverse Proxy suchst
Hier ist eine …
Mini-Tutorial / How to: Reverse Proxy unter Unraid
Cheers
Sehe ich das richtig, dass ihr das alle einrichtet für externen Zugriff? Oder nutzt ihr das auch für intern?
Für mich geht es primär um externe Zugriff. Ich persönlich nutze für intern lieber die Server IP. Somit muss ich nicht aus dem Netzwerk raus, kann mir SSL sparen und habe ein paar weitere Vorteile. Prinzipiell geht aber beides, sprich - ich kann auch von intern über die dyn-Adresse auf den Server zugreifen.
true.. Was anderes funktioniert doch im Moment eh nicht.... Läuft jetzt übrigens auch wieder mit meiner when config und der alten Dyndns.... Gestern abend aber noch nicht. Erst nach dem ich heute morgen den Container aktualisiert hatte
Gesendet von meinem Redmi Note 3 mit Tapatalk
Ok. Hatte mich schon gewundert. Denn false klappt auch bei mir nicht. Hatte gehofft, die hätten diesen "Bug" behoben. Ehrlich gesagt frage ich mich, was dann noch im argen lag. Egal und wie dem auch sei: Schön, dass es bei Dir jetzt auch wieder läuft. Und super, dass wir den gesamtenThread gekapert haben
Beste Grüße
Top!
Nur so aus Interesse: Auf was hast Du denn httpval gesetzt? Fasle oder true?
Wollte Dir nicht zu nahe treten.
Also OpenVPN …
Alles anzeigenHabe ich ja sowieso und bei unraid ist SSL eh aus, da ich nur von intern auf den Server zugreife
>> Wenn SSL in unraid aus ist, dann ist 443 oder 446 egal. Die Validierung kommt über den http-Port (httpval=true), also über 80. Der macht mit letsencrypt Probleme, daher auf 81 gehen.
Es wäre eine Alternative, aber Let´s crypt machts nun mal aus.... NGINX fungiert ja in dem Let´s crypt Container auch als Reverseproxy
>> Genau, Du brauchst keinen separaten container mit letsencrypt, da nginx darin enthalten ist.
Andere habe ich aber auch nur ausprobiert, weil meine alte Konfiguration mit der Umstellung bei Let´s Crypt eingestellt hat. Bis dato lief alles ohne Probleme über Port 443. Hatte früher auch mal Caddy als Reverseproxy im Einsatz - läuft auch nicht mehr.
Port 443 kann aktuell nicht gehen, da es wie Du sagst eine (temporäre?) Umstellung bei letsencrypt gab. Ergo hat Deine Validierung ggf. noch nie über Port 80 laufen müssen. Muss sie aber jetzt wenn es funktionieren soll.
Nein! Habe nur IPV4.
Mein Tip: Leg Deine aktuelle config und Deine Container mal auf Eis. Installiere Dir das so wie ich es beschrieben habe und lass die anderen Sachen aus. Mehr als nicht funktionieren kann das nicht und falls es Dir dann nicht gefällt sind Deine Docker-Container ja nach wie vor vorhanden und Du kannst sie reaktivieren bzw. den "neuen" Kram wieder löschen. Ist mit der Anleitung ne Sache von 20 Minuten.
Nimm doch mal 81 und 446 oder höher und passe Deine Router-Einstellungen entsprechend an.
Das mit dem ISP ist unwahrscheinlich wenn es vorher geklappt hat.
Mit NGINX-Container meinst Du einen separaten Container? Ist das Deine Alternative zu letsencrypt? Oder läuft der parallel?
Nur mal so aus Neugierde: Ports sind anders, Container sind anders, dns-host ist ein anderer. Ist ja ok aber warum machst Du das nicht einfach mal wie in der Beschreibung angegeben und testest, ob das funktioniert?
Falls Du nginx und letsencrpt gemeinsam verwenden solltest: Im letsencrypt container ist nginx bereits enthalten.
Läuft denn der letsencrypt Container? Der beendet sich doch automatisch wenn die Validierung nicht klappt, oder?
Das [definition='1','0']log[/definition] müsste irgendwas sagen wie "terminate" oder "kill" processes.
In diesem Fall würde es dann auch Sinn ergeben, dass der Port geschlossen angezeigt wird.
Mach nach der fehgelschlagenen Validierung mal ein Refresh der Web-Gui im Docker-Reiter. Wird letsencrypt als laufend angezeigt? Erscheint im [definition='1','0']log[/definition] die Meldung, dass der Container beendet wurde? Oder läuft das Teil tatsächlich ohne Validierung weiter?
Ich leite direkt auf den Server, nicht auf den Container.
Ich leite in den Docker-Einstellungen Port 80 auf 81 (bridged > http: > 81), im Router Quellport 80 auf Zielport 81.
Habe gelesen, dass 80 Probleme macht.
Ja, ich habe duckdns aus lauter Verzweiflung mal ausprobiert. Ist auch richtig konfiguriert, aber funktioniert trotzdem nicht. Bekomme immer dieselbe Fehlermeldung.
Was sagt denn das [definition='1','0']log[/definition]?
PS: ich möchte mein Mesh nicht mehr missen. Mein amplify läuft super, hat eine tolle Reichweite und ich habe absolut keinen Stress damit.
