ich777

Ich habs nie so beachtet weil bei meinem Xeon ist es nie so ins gewicht gefallen... Hab dann durch zufall den Thread gefunden und mal ein bisschen gegraben... Das hat tatsächlich was damit zu tuhen wie die Containerlast und Arbeitsspeicher gestreamt wird und anscheinden ist das nicht so einfach zu realisieren das Skript beim beenden des Browser zu beenden oder so in die richtung, Web ist nicht mein Spezialgebiet und wird es auch nie werden...

Ja genau. Hier is der Thread (kommt aber auch immer drauf an wieviele container du am laufen hast aber am besten immer in der Basic View bleiben).

Weil es so ist, probier mal, schalt die Advanced View an auf der Dockerseite und dann schließ den browser und sieh dir mal an wieviel Last am anliegt am Server, dann schalt die Advanced View aus und dann sieh dir die Last nochmal an. Ich such inzwischen mal den thread mal auf englisch raus wo ich das schonmal "nicht wirklich erklärt hab" aber wo man es sieht...

Ich habs auch mal drauf gehabt aber hab mir dann keinen weiteren nutzen darin gesehen da die Festplatte dann sowieso hochfahren muss wenn ich was öffnen oder bearbeiten will. Bitte beachte auch das mit der Advanced View auf der Docker Seite... auch wenn du nicht auf der Seite bist und du die Advanced View aktiviert lässt und evtl. sogar den Browser schließt läuft das Skript im Hintergrund und verursacht Last am Server.

Bitte bedenke auch das wenn du Cache dirs verwendest du immer eine Last am Server verursachst ähnlich wie wenn du die Advanced View auf der Docker-Seite an hast (auch wenn der browser geschlossen ist).

This was descussed a few times here in the thread, the solution was actually to switch to the plexinc container or linuxserver container. You can also hook @binhex woth a short message or a post in his thread, I think he runs his container just fine with the Plugin.

Ja das kann man machen, Cache pool auf 1 Umstellen und die Disk die auf Slot2 war im Cache pool auf Slot1 legen dann sollte es wieder funktionieren. @Jojo1965 du hast also 2 oder mehrere Platten im BTRFS RAID1 gehabt und die Platte im 1. Slot ist jetzt defekt, richtig? Wie schon oben geschrieben sollte es funktionieren wenn du einfach das Array stoppst und die Cache Slots auf 1 umstellst und die Platte die in Slot 2 war auf den Slot 1 legst und das Array wieder startest. Wie gesagt sollt, ich hab das selbst noch nie gemacht. Wenn du auf nummer sicher gehen willst warte auf die neue Platte stoppe das Array und füge die neue Platte einfach auf Slot 1 ein dann sollte der rebuild vom Cache beginnen wenn du das Array startest. EDIT: Oh und ich hab noch vergessen zu sagen wenn du dein Docker Image wirklich rebuilden solltest dann kannst auch auf der Docker Seite auf 'ADD CONTAINER' klicken und im folgenden Fenster findest du alle deine Templates mit deinen Einstellungen bei 'Add Template' unter '[ User Templates ]'. Noch ein kleiner Hinweis falls du Docker neu aufbaust, ich würd dir empfehlen kein Docker Image mehr zu erstellen sondern einen Pyhsischen pfad auf deinem Cache zu verwenden zB /mnt/cache/docker (spart Speicherplatz und soll anscheinend auch die writes auf den Cache vermindern).

Ich würd in Nextcloud das Plugin 'External storage support' installieren dann kannst in Nextcloud einen 'virtuellen' Ordner anlegen und diesen mounten. Genau so würd ich das machen, die Lösung mit SMB find ich nicht wirklich gut da du ja direkt auf Dateien von Unraid zugreifen willst, also einfach einen Pfad von Unraid in den Container zB nach /mnt/DEINSHARE und diesen Pfad dann mittel dem External storage support Plugin in Nextcloud einbinden.

Hast du auch den boot vom USB Laufwerk aktiviert? Kontrollier auch nochmal ob du sowas wie 'Wait for F1 if error' oder so im BIOS hast, und das deaktiviert ist. Prüf auch mal die Bootoptionen, evtl. kannst du die Reihenfolge nochmal in einem Untermenü ändern. Bezüglich der Uhrzeit, hast du die in Unraid richtig eingestellt, sprich richtige Zeitzone?

Genau, oder du aktivierst diese Einstellung (Settings -> Docker -> Advanced View):

Have you updated the plugin amd have you one of the Plugins (Nvidia-Driver or Intel GPU TOP) installed? I now have a few reports that it is working and I also don't have a problem since the last update.

Sadly enough I could nothing do to solve that issue since I noVNC introduced the sliders for the quality with version 1.2.0 and on Debian 1.2.0 isn't released yet... You can only try to use a VNC Desktop Client and expose port 5900 from the container to whatever host port you want and then try to connect that way and see if it makes a difference. EDIT: I personally use TightVNC Portable.

Also vorab mal Unraid unterstütz noch kein HA aber ich glaube das ist eines der "nächsten" features oder zumindest auf der todo-list. Das würd sicherlich kein Problem sein, jedoch müssen es nicht gleich viele disks sein, der Platz am 2. Server muss reichen. Das würd ich auf jeden Fall so machen, wenn nichts kritisches auf den VM's liegt und du nur Dateien am Server hin und her schiebst könntest die sogar im laufenden betrieb ein Backup erstellen. Sieht eigentlich gut aus allem in allem Ich mach das mit meinem Backup Server zB so das ich shared ssh keys hab mit denen sich der Backup Server auf den Main Server verbindet und dann mittels luckyBackup (Docker Container mit GUI) auch mittels rsync backend synct. HA ist momentan mit Unraid momentan ziemlich schwierig da es kein Tool gibt das derzeit alles "einfach" spiegeln kann. Mit SSH und rsync ist im Endeffekt sicher die beste Lösung.

Should be ffmpeg, look at my Nvidia-Driver thread the second post, I posted 2 screenshots from Emby and Jellyfin I think. EDIT: Emby: Jellyfin:

Done, please force an update of the container and you can now change the port like I described in the post for the Ferdi-Client Container:

What resolution gave you problems? The picture that you've posted looks like if you take a picture with something like 300x150 and resize it to 1000x500. Do you use any stretch or scaling options within noVNC? Are you stretching the image? I don't experience this in the DebianBuster Container only if you stretch or zoom the image drastically. Here is a screenshot:

There is a patch for the reset bug: You can find a tutorial on how to compile it on my Unraid-Kernel-Helper Thread in the Docker Container subforums

You entered 'NOVNC_PORT' at 'Name' and not 'Key'! I tried it now and it works just fine... Yeah, that's actually because your browser has cached the site, delete the browser cache and it will not be reachable...

Ich würd da eher auf 2 Cache Platten setzen statt auf den RAM, ich hab selbst 2x Crucial 1TB SSD's drin und die verrichten jetzt schon 1,5 Jahre ihren dienst. Schreiben kann ich auf die SSD's direkt ca mit 300 bis 400MB/s je was noch so alles im hintergrund läuft. Dort scheiden sich die Geister wieder, ich kann dir Samsung, Crucial oder auch WD Red's empfehlen, ob du jedoch den mehrpreis für "NAS" SSD's zahlen willst ist dir überlassen. Auf jeden fall achte darauf das die einen Cache haben, wenn du wirklich günstige SSD's kaufst die keinen Cache haben und du kopierst mal große Datenmengen dann kann es unter Umständen passieren das du unter die Geschwindigkeit einer konventionellen HDD fällt. Wie gesagt mit Samsung, Crucial oder WD Red's machst du auf jeden Fall nichts falsch. Interessant wäre auch noch die größe der SSD's bleibst du bein 1TB?

Das liegt daran das im Dockerfile kein 'EXPOSE 8081' drin ist (Port 8081 hab ich hier nur angenommen weil ich es oben gelesen hab). Das hängt aber eher mit der Unraid WebUI zusammen aber kann Unraid im prinzip auch nichts für, am besten wäre der Maintainer erweitert das Dockerfile mit EXPOSE [DERENTSPRECHENDEPORT] damit es in der WebUI angezeigt wird und die Schaltfläche wieder da ist. Hier ein Beispiel, ich verwende Homeassistant in br0 und Gitea in br0. Bei Homeassistant ist auch kein Expose im Dockerfile somit wird mir auch die option für das WebUI auch nicht angezeigt und auch keine IP Adresse (kann aber trotzdem mit der vergebenen IP und PORT connecten), bei Gitea sind im Dockerfile verschiedene Expose einträger drin für SSH WebUI usw. das wirkt sich dann auch auf der Übersichtsseite von Unraid aus und der Button für WebUI ist auch vorhanden: Jedoch birgt das auch Tücken mitsich. Wenn im Container selbst bzw. in der config für den Container der Port geändert wird stimmt der WebGUI port nicht mehr und muss dann im Template auch mittels 'Advanced View' und 'WebUI' geändert werden. Hier ist auch gleich wieder ein Beispiel für so eine Tücke. Bei Gitea hab ich den Port für SSH in der config von Gitea von 22 einen anderen umgestellt und dieser wird natürlich hier jetzt falsch angezeigt da dieser im Dockerfile mit EXPOSE 22 festgelegt wurde aber das tud dem nichts zur sache da er sich im Netzwerk 'Custom: br0' befindet ist er quasi ein "echtes/eigenständiges" Netzwerkgerät mit allen Ports im LAN offen.

Alles klar... hab ich auch nicht gewusst. Ich müsste mal die CPU usage bei mir ansehen client wäre hier ein 6700k und server ist mittlerweile ein 10600. Ich bin einfach fan der Mellanox Karten die funktionieren einfach. Glaub ich dir manche sachen sind echt nicht gut dokumentiert... Speziell bei samba find ich.

Ja stimmt natürlich. Sollte es nicht genügen wenn du die drei Zeilen in die smb-extra.conf in /config am USB stick einträgst: server multi channel support = yes aio read size = 1 aio write size = 1 Wird wie du richtig sagst noch nicht in Produktivumgebungen empfholen von samba.org

Klärt mich kurz auf um was gehts hier konkret? Der thread ist ziemlich lang. Kommt ihr nicht auf die WebGUI oder was wird ignoriert? Also falls das hilfe, sobald eine Custom: br0 erstellt wird sollte der Container im Prinzip im Netzwerk wie ein eigener Computer angezeigt werden, wenn er aber zugriff auf den Host oder andere Container im br0 braucht muss die option 'Allow Host Access' angeschaltet werden in den Docker optionen... Sorry, hab mir jetzt nicht den ganzen thread durchgelesen. EDIT: Der Container hat dann auch alle ports eingehend und ausgehen feigeschaltet unabhängig davon was in der GUI in Unraid angezeigt wird wenn er in Custom: br0 ist.

Not sudo... The two commands have to be: su $USER screen -xS Minecraft But it would be better to open up the Unraid terminal and the description from the Container should also say that you have to open a Unraid terminal...

Uh sorry... my bad, it's better you open up a Unraid terminal and enter the whole command. If you want to do it in the Docker terminal you have to do: 'su $USER && screen -xS Minecraft' But it would be better if you open up a Unraid terminal and enter the whole command.