jluerken

Ja, ist das Plugin "GUI SEARCH". Wo kann ich Plugin Fehler melden (evtl. kein Fehler sondern einfach nur eine Unkompatibilität mit RC2) oder soll ich den Autor hier direkt anschreiben?

Hi, wenn ich in der Suche "firewall" eingebe: und den Eintrag anklicke kommt bei RC2 das hier: Warning: in_array() expects parameter 2 to be array, null given in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 14 Warning: in_array() expects parameter 2 to be array, null given in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 15 Warning: Use of undefined constant XXX - assumed 'XXX' (this will throw an Error in a future version of PHP) in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 18 Warning: A non-numeric value encountered in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 18 Warning: Use of undefined constant XXX - assumed 'XXX' (this will throw an Error in a future version of PHP) in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 20 Warning: A non-numeric value encountered in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 20 Fatal error: Uncaught Error: Call to undefined function readConf() in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code:23 Stack trace: #0 /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506): eval() #1 /usr/local/emhttp/plugins/dynamix/template.php(82): require_once('/usr/local/emht...') #2 {main} thrown in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(506) : eval()'d code on line 23 Ist das ein bekannter RC2 Fehler oder ein Plugin das ein Update braucht?

Wenn ich Onkel Google richtig verstehe, hat es wohl was mit dem RPC bind zu tun. Macht RC2 da was anders als 6.9.2?

Hi, da steht es auf dem Server drin wie bisher. Wie gesagt, hat es ja vor dem Aufspielen von RC2 funktioniert. Am Server liegt es mMn nicht, sondern am Client d.h. am Unraid. Den entsprechenden Teil der Logfiles hab ich ja im ersten Beitrag geschrieben. Ich frage mich nur was ich nun tun kann um das Problem weiter einzukreisen. Ich habe die Verbindung einmal gelöscht und neu erstellt, das klappt auch prima. Was halt danach nicht mehr klappt ist diese Verbindung auch zu mounten.

@alturismo Vielen Dank für deine Antwort, allerdings spreche ich davon im Hauptmenü einen externen NFS Share einzubinden. Da werde ich nicht nach einem Nutzer gefragt und kann auch keinen eintragen.

Hallo ich777, Ich habe das mal vor Monaten eingerichtet und weiß das um ehrlich zu sein nicht mehr. Wo kann ich User und Passwort für den Zugriff festlegen? Finde das gerade nicht und beim Einrichten fragt mich Unraid auch nicht danach. Wann kommt RC3 und gibt es einen manuellen Workaround bis dahin? Danke!

Hi, ich habe ein Update auf RC2 gemacht und nun zwei Probleme im System festgestellt. 1. Ich mounte einen NFS Share auf einem anderen System via Autostart. Weder beim Serverstart, noch manuell über "einhängen" lässt sich der Remote Share auf RC2 verbinden Nov 14 12:36:40 Unraid unassigned.devices: Mounting Remote SMB/NFS Share '192.168.1.88:/media/USB'... Nov 14 12:36:40 Unraid unassigned.devices: Mount NFS command: /sbin/mount -t 'nfs' -o rw,noacl '192.168.1.88:/media/USB' '/mnt/remotes/192.168.1.88_USB' Nov 14 12:36:40 Unraid rpc.statd[25060]: Version 2.5.4 starting Nov 14 12:36:40 Unraid rpc.statd[25060]: Flags: TI-RPC Nov 14 12:36:40 Unraid rpc.statd[25060]: Failed to register (statd, 1, udp): svc_reg() err: RPC: Remote system error - Connection refused Nov 14 12:36:40 Unraid rpc.statd[25060]: Failed to register (statd, 1, tcp): svc_reg() err: RPC: Remote system error - Connection refused Nov 14 12:36:40 Unraid rpc.statd[25060]: Failed to register (statd, 1, udp6): svc_reg() err: RPC: Remote system error - Connection refused Nov 14 12:36:40 Unraid rpc.statd[25060]: Failed to register (statd, 1, tcp6): svc_reg() err: RPC: Remote system error - Connection refused Nov 14 12:36:40 Unraid rpc.statd[25060]: failed to create RPC listeners, exiting Nov 14 12:36:50 Unraid unassigned.devices: Error: shell_exec(/sbin/mount -t 'nfs' -o rw,noacl '192.168.1.88:/media/USB' '/mnt/remotes/192.168.1.88_USB' 2>&1) took longer than 10s! Nov 14 12:36:50 Unraid unassigned.devices: NFS mount failed: 'command timed out'. Nov 14 12:36:50 Unraid unassigned.devices: Mount of '192.168.1.88:/media/USB' failed: 'command timed out'. Am Remote Server gab es keine Veränderungen, dennoch ich habe ich da alles nachgesehen und mal beide Systeme neu gestartet. Das Problem besteht weiterhin. 2. Unter Windows sehe ich seit RC2 Unraid nicht mehr in der Netzwerkumgebung. Ein \\unraid im Explorer zeigt aber alle Shares. unraid-diagnostics-20211114-1241.zip

Hi, can you update the ecoDMS container to version 21.06 please?

The OpenVPN Docker Container is showing a new error without any changes from my side. Connection does not work anymore: Tue Sep 28 11:08:33 2021 TUN/TAP device tun0 opened RTNETLINK answers: Network unreachable Tue Sep 28 11:08:33 2021 ERROR: Linux route add command failed: external program exited with error status: 2

One more error is coming up in the logfile now: Using Europe/Berlin timezone (11:14:37 local time) Current default time zone: 'Europe/Berlin' Local time is now: Tue Sep 28 11:14:38 CEST 2021. Universal Time is now: Tue Sep 28 09:14:38 UTC 2021. Starting dropboxd (125.4.3474)... dropbox: locating interpreter !! dropbox: failed to create log file (Permission denied)!

Ok that seems to work. Let's see if it will survive later updates from Dropbox or if a new Container Image is required fixing this bug.

error.txt Bitte sehr

Hi mgutt, I recently got two errors with this docker package. 1. Every restart of the docker container or unraid the container is getting a new Id and I have to activate it through the link in the logfile again 2. I am getting an error recently and have no idea where it is coming from: This computer is now linked to Dropbox. Welcome XXX YYY Couldn't start Dropbox. This is usually because of a permissions error. Storing your home folder on a network share can also cause an error. Get more help at https://www.dropbox.com/c/help/permissions_error Please contact Dropbox support with the following info for help: /var/tmp/dropbox_errorsn1t4ito.txt Couldn't start Dropbox. The owner is the user with the ID 1000 so that is double checked. Even if I give the folder 777 it does not work. Do you have any idea about my two issues?

Das hat funktioniert. Wußte ich bisher nicht. Danke, TOP! Im jdownloader Container funktioniert das, im OpenVPN-Client Container übrigens nicht 😞

Also ich habe den IVACY Support kontaktiert und mal andere Server durchprobiert. Es gibt schnellere Server, aber die Performance ist weit unter den Anbindungen die ich mit dem Windows Client bekomme. Aktuell denke ich nicht an ein Docker/Container Problem. Ich werde das mal weiter mit IVACY vorantreiben, mMn. haben die da was falsch eingestellt.

Mit welchem Befehl kann ich testen ob der jdownloader Container auch wirklich die externe IP des VPN Containers nutzt. Im VPN Container hilft "curl ifconfig.io", das funktioniert im tunnelnden jdownload Container aber nicht. Er kennt curl nicht mehr sobald er den Zugriff über den VPN Container macht 🙂

125kb/s zu 15-18MB/s auf dem Windows Client bei gleicher Gegenstelle.

Ok auch dieses Problem konnte ich lösen (Stichwort VPN_INPUT_PORTS). Leider ist der jdownloader download via VPN sehr langsam. Am OpenVPN-Client Docker liegt es mMn. nicht. Ich wette ich muss hier noch etwas freischalten oder angeben, finde dazu aber bisher nichts im Netz.

Ok ich habe es hinbekommen. Bei IVACY muss man den Support anschreiben und bekommt für solche Fälle einen anderen Usernamen mitgeteilt. Seltsam aber funktioniert. Ich möchte nun jdownloader2 über den VPN Container ins Internet schicken und habe dazu --net=container:OpenVPN-Client als Startparameter eingetragen. Der Container startet, allerdings komme ich nicht mehr an das VNC WebGUI. Hat da jemand eine Idee?

Hi, ich versuche einen Docker Container mit dem OpenVPN-Client (https://hub.docker.com/r/dperson/openvpn-client) bei mir zu starten, bekomme aber keine Verbindung zu meinem VPN Provider IVACY + exec sg vpn -c 'openvpn --cd /vpn --config /vpn/vpn.ovpn --script-security 2 --redirect-gateway def1 --auth-user-pass /vpn/vpn.auth ' Tue Sep 14 19:53:28 2021 OpenVPN 2.4.9 x86_64-alpine-linux-musl [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Apr 20 2020 Tue Sep 14 19:53:28 2021 library versions: OpenSSL 1.1.1g 21 Apr 2020, LZO 2.10 Tue Sep 14 19:53:28 2021 TCP/UDP: Preserving recently used remote address: [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:28 2021 Attempting to establish TCP connection with [AF_INET]185.156.174.35:80 [nonblock] Tue Sep 14 19:53:29 2021 TCP connection established with [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:29 2021 TCP_CLIENT link local: (not bound) Tue Sep 14 19:53:29 2021 TCP_CLIENT link remote: [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:29 2021 TCP connection established with [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:29 2021 TCP_CLIENT link local: (not bound) Tue Sep 14 19:53:29 2021 TCP_CLIENT link remote: [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:30 2021 [Secure-Server] Peer Connection Initiated with [AF_INET]185.156.174.35:80 Tue Sep 14 19:53:31 2021 AUTH: Received control message: AUTH_FAILED Tue Sep 14 19:53:31 2021 SIGTERM[soft,auth-failure] received, process exiting IVACY bietet den Download von .ovpn Files und .crt sowie .key an (https://support.ivacy.com/vpnusecases/openvpn-files-windows-routers-ios-linux-and-mac/) Ich habe eine .ovpn Datei genommen und diese in vpn.ovpn umbenannt. In einer vpn.auth liegen meine Zugangsdaten. Ivacy meldet IMMER das die Daten nicht stimmen. Mit einem Windows Client habe ich das getestet und die Zugangsdaten sind in Ordnung. Ich habe die sogar schon einmal geändert, falls es da Probleme mit Sonderzeichen etc. gibt. Das Problem besteht jedoch immer noch. In den .ovpn Dateien von IVACY scheinen die Keys schon drin zu sein. Die folgenden Sachen musste ich im .ovpn File ändern/hinzufügen um Fehler im Logfile zu bereinigen cipher AES-256-GCM geändert von AES-256-CBC comp-lzo hinzugefügt auth-nocache hinzugefügt tun-mtu 1500 hinzugefügt Fehler bekomme ich im Logfile nun nicht mehr, bis auf AUTH_FAILED und TCP_CLIENT link local: (not bound) Das Internet ist durch den Container zu erreichen d.h. ein Ping von da funktioniert. Ich tippe aktuell auf Verschlüsselungseinstellungen, komme da aber mit der Beschreibung des Containers und Onkel Google nicht weiter. Vielleicht hat ja hier jemand eine Idee?

Ja, ich warte da aber wohl lieber auf einen final Release. Keine Ahnung wie viele RC Versionen da noch kommen, aber bis dahin lebe ich mit dem Problem.

Gott sei Dank! Ich hatte so langsam die Befürchtung ich hätte was übersehen oder was dummes gemacht und bekäme dann hier den "Lacher des Monats"-Award 🙂 Ok ich habe einen Bug gefunden. JUCHU! Dann warte ich also auf ein Update? Bekomme ich im Forum nun eine "Bug-Finder" Plakette? hahaha

Ob mit oder ohne Plugin, gleiches Ergebnis. In den System Logs sehe ich nicht einen Punkt wo der Mover die Shares die auf "Bevorzugt" gesetzt wurden in irgendeiner Form vom Array auf den Cache bewegt. Mag das System keine Shares ala "HOME<leerzeichen>NAME"? Update: Wie kann ich das Syslog komplett leeren? Ich will den Mover starten und dann das Logfile hier hochladen. Wo im Filesystem finde ich die Datei und wie kann ich das machen?

Nein, die Dienste sind an. Die geschwärzten Shares die gemoved werden sollen haben aber mit den Diensten nichts zu tun. system/domains/appdata liegen richtig wo sie sind.

Es wird nichts auf den Shares aktiv genutzt. Der Cache hat mehr als ausreichend Platz. Mover Tuning ist installiert. Wenn ich es deinstalliere ist der Effekt jedoch der Gleiche. Mover Logs sind aktiviert, wo kann ich die einsehen?