ich777

Don't know what's causing the slow download speeds since the container works fine on a few instances that I know, even up to 1GBit/s without a problem. I suspect that the VPN slows down the connection but for what reason I can't tell. May I ask what the ports are for? You basically have to create a port for the noVNC webport in the OpenVPN container and/or for the VNC server if you want to connect directly to it. If you want to configure it in the OpenVPN container, yes, I would recommend that. Don't think it would make any difference because it's jDownloader and all of the containers use the same base I think...

Prinzipiell sollte das egal sein, ich würd aber die Konfiguration für Linux runterladen und dann einfach den Dateinamen verändern zu vpn.ovpn und in den Ordner kopieren.

Sorry overlooked the answer yesterday. The config seems fine, in what folder did you copy the pictures that you want to import? Please also look at this Github issue: Click

Du kannst mir auch gern deine vpn.ovpn datei per PN schicken, natürlich ohne Zugangsdaten und ich seh mir die mal an.

Was genau? Wie das funktioniert, lies dir einfach mal die Beschreibung durch, hoffe ich hab das verständlich geschrieben...

Oh sorry, this isn't my container, my bad. No, this isn't the container IP, the container IP is usually your unRAID IP as displayed on your Docker page. I wouldn't use port 5900 since this is also used by VM's, try something different or at least you can configure it like in this template with the Container Port 5900 and Host Port 7907 in the OpenVPN template and delete this port entry first from your JDownloader template to avoid conflicts.

I see you have the container in br0.20. Simply 10.20.20.14:8920 and you should be able to connect to it. If you run a container in Custom: br0 mode you don't have to set a port in the settings because if it runs in this mode you can connect to it an all ports, regardless of what you define in the template. Can you connect to 8096? Have you configured SSL properly in the containers template? I only expose 8096 in the Dockerfile and unRAID only displays the exposed ports from the Dockerfile but that's not a problem because all ports are open to a container in Custom: br0 network. May I ask why don't you use a reverse proxy on port 8096 and let the reverse proxy handle the SSL certifocate?

JDownloader runs on the port 8080 for the noVNC insode the container... Create a port with Container Port 8080 amd as the Host Port choose whatever you want in your OpenVPN template. Then you should be able to connect to the WebGUI with the IPfromOPENVPNCONTAINER:HOSTPORT Do you run more VNC container through the OpenVPN container?

Nein, ca das gleich wie wenn du eine Grafikkarte durchreichst und an VFIO bindest, nur einfacher in dem Beispiel. Macht es aber da einen VirtIO SSD erkannt wird von Windows, zumindest ist das flag für ein SSD drin.

No, actually tha's a warning and not an error. If you think about it again and read it again, the game tries to locate a running instance or Steam but that's not possible because it's a dedicated server and there is no Steam client in their...

Yes and no, I usually include games in Docker containers. But you can download and install this Docker container on your server.

Yes I know but for a single developer it would be way too much threads, about 100+ threads. Have you installed a cache drive in your system, if yes, make sure that you appdata is set "Only" or "Prefer" in therms of "Use Cache" in the "Share" settings.

In verbindung mit einer RX550 bist du vom AMD Reset Bug betroffen und die VMs starten nicht nach dem Herunterfahren/Force Shutdown usw. (abweichung je nach Karte). Ich würd dir hier empfehlen auf unRAID 6.10.0-rc1 zu wechselen und dann in die CA App zu gehen und nach AMD Vendor Reset zu suchen, zu installieren und dann nochmal deinen Server neu zu starten, danach sollte die Karte richtig "reseted" werden. Wenn du komplette disks durchreichst würd ich dir empfehlen das immer so zu machen im VM template wie zB bei mir: (öffne ein unRAID terminal und gib ein 'ls -d /dev/disk/by-id/*' und kopier dir dann den richtigen Pfad raus und so wie im Screenshot in dein VM template rein - VORSICHT, bitte check 2 mal ob du die richtige disk hast ansonsten kannst du dir vieles zerschießen - HINWEIS: Den absoluten namen der disk nehmen ohne :part hinten) Sie dir mal meinen Debian-Bullseye container an evtl wäre der was für dich für kleinigkeiten wenn dir Debian auch als Arbeitsumgebung in einem Browser genügt... (Könntest praktisch von jedem Gerät mit browser zugreifen, ich empfehle aber immer ein ReverseProxy entweder mit htpwd oder Authelia)

Oh, I now remember, I've looked into this for myself about a year ago I think and came to the conclusion that I can't create a container since I can't pull the game files from anywhere automatically or at least without problems.

@Mr_Jay84 & @Kashiro Owncast should now fully support NVENC encoding. Please force a update from the Docker page for the container () of course also add the necessary Variables Key: NVIDIA_VISIBLE_DEVICES Value: YOURGPUUID Key: NVIDIA_DRIVER_CAPABILITIES Value: all Don't forget to add '--runtime=nvidia' at the Extra Parameters with advanced view turned on.

Mir erschließt sich hier dein Gedankengang nicht für eine NVR viel zu viel Aufwand in meinen Augen und warum auf den RAM auslagern? Wenn du es mit FUSE machst dann belastest du zusätzlich wieder die CPU... Aber egal, ich würde das auf jeden fall nicht so machen

Aber für den Einsatz als NVR (Network Video Recorder), wie im ersten Post erwähnt, ist eine RAM Disk wirklich nicht das richtige... Zu wenig Speicher und zu teuer für den Anwendungszweck, genau so wie eine SSD, deswegen Surveillance Disk, sind auch nicht teuerer als normale Festplatten heutzutage und sind genau für diesen Anwendungsfall gedacht.

Funktioniert das anstandslos? Ich hab damals nur das Coral Driver Plugin geschrieben weil ich den Thread zufällig entdeckt hatte und es interessant fand, wieviele Kameras hast du dran?

Das problem hatte ich früher auch und in meinem Fall war es dann tatsächlich so das meine SanDisks keinen DRAM cache hatten und die SSD maslos überfordert war mit den Datenmengen, wunder dich nicht, SSDs können weit unter die Geschwindigkeit einer HDD fallen wenn sie viel zu Schreiben haben und nicht nachkommen. Soweit ich das sehe hast du eine SanDisk Plus und die haben keinen DRAM Cache wenn du eine SanDisk Ultra hättest würde das dann wieder anders aussehen. Aus deinen htop Screenshots sehe ich auch das du "nur" 16GB RAM hast und wie es bei Linux typisch ist wird zuerst in den RAM geschrieben und dann wird erst nach kurzer Zeit das schreiben auf die SSD angestoßen. Das kannst du dir übrigens super selbst mal ansehen wenn du deinen unRAID server rebootest dann gehst du in die STATS und siehst dir mal den RAM an, da siehst du das noch viel frei ist, sobald du einen Kopiervorgang von SMB startest siehst du wie sich der RAM langsam füllt mit "orange" (weil eben zuerst alles in den RAM geschrieben wird). Mehr RAM oder schnellere SSD kaufen, mit Samsung bist du eigentlich fast immer gut beraten, kommt aber auch immer auf die größe der SSD an und wieviel DRAM cache die dann haben. Das kann ich mir nicht vorstellen da unRAID aus dem RAM läuft und das Betriebssystem eigentlich die bz* files sind die auf deinem USB Stick liegen und jedes mal neu in den RAM geschrieben wird wenn du rebootest, die Dateien können auch nicht fehlerhaft sein da dies auch überprüft wird beim upgrade. Das sollte ebenfalls kein Problem sein wie ich oben schon geschrieben hab, problematischer wäre wenn du auf 6.8.3 downgradest aber dann würde nur der Cache nicht angezeigt werden. Was hattest du für Probleme wenn ich fragen darf?

Das würde ich in diesem Fall nicht machen, ich würd mir hier eher eine Surveillance HDD (Seagate Skyhaw, WD Purple,...) kaufen die speziell für solche Aufgraben ausgelegt ist und dediziert die Disk in UD oder in einem dedizierten Cache Pool dem Container oder VM zuteilen für die Aufnahmen, warum in eine RAM-Disk? Das erschließt sich mir hier nicht wirklich für diesen Anwendungszweck da du mit 64GB nicht weit springst und eine 1TB Surveillance kostet zwischen 40 und 50,- wenn du was größeres suchst 4TB sollten ca 100,- kosten. Soweit ich weiß nicht, gibt's nicht andere/bessere alternativen? Ich kenn mich mit dem nicht aus aber Shinobi oder Frigate - ist das nicht auch für Überwachungskameras?

Haven't looked into it yet. Dependencies are not missing but ffmpeg needs to be compiled with NVENC support to get this working and I simply haven't got time yet to look into this, anyways Intel and AMD iGPUs/dGPUs should work fine for now. This is something that is on my to do list but no ETA yet.

Please look here: Click I don't know your configuration, can you share a screenshot from your template? Seems like something is not configured properly.

Wie @alturismo schon sagte ist es immer ein wenig schwierig mit den providern... Welchen Anbieter nutzt du? Versuch mal dein vpn.ovpn file mit sowas wie Notepad++ zu öffnen wenn du auf Windows unterwegs bist und sieh nach was in Zeile 81 steht, dort liegt auf jeden fall der Fehler soweit ich das beurteilen kann. Du kannst dein vpn.ovpn auch hier hochladen nur bitte stell sicher das du deine ganzen persönlichen Informationen die das file beinhaltet löscht.

Was it working on 6.9.2 or better speaking if you installed it now have you rebooted since you've installed it? Do you have a physical monitor connected to your server? Is the directory /dev/dri showing up on your system, open up a terminal and issue: ls -la /dev/dri

Ich geb dir natürlich recht das man darüber streiten kann (genau so wie Android-Apple, Nvidia-AMD,...) bin für alles offen... Mein Argument hierfür wäre, der Server ist zwar eine Maschine aber ich brauch keinen NOT-AUS Stopp/Stop Knopf und da es sich um die Deutsche Übersetzung handelt wäre deswegen für mich Stopp angebracht (ein Englisch, Spanisch,... sprechender wird sich Deutsch nicht installieren). Ach nochwas, ist dir aufgefallen das vereinzelt Sachen in der GUI Englisch sind oder ist noch alles Deutsch?