Amane

I no longer believe that it is due to the PATH variable. At least I am also in the dark here. I've given it some thought and have written a script for you that will log the relevant variables. You should be able to detect differences: #!/bin/bash # Name of the Docker container CONTAINER_NAME="Nextcloud" # Command to be executed in the container COMMAND="env | grep -E '^PATH=|^USER_ID=|^GROUP_ID=|^HOME='" # Execute docker exec to retrieve the environment variables from the container echo -e "\n\nEnvironment variables in the Docker container:" docker exec $CONTAINER_NAME bash -c "$COMMAND" # Output additional local environment variables echo -e "\nLocal environment variables:" echo "PATH: $PATH" echo "User: $(whoami)" echo "Group: $(id -gn)" echo "Home directory: $HOME" Check the CONTAINER_NAME

Hallo Coldsun Nur zur klarstellung, was verstehst du unter "Autostart"? Wenn der Server startet soll die VM mitstarten - Das wäre korrekt und müsst funktionieren. Wenn das nicht klappt wirds interessant, ich denke das sollte man im syslog sehen wenn was schief läuft. Kannst du mal den letzten syslog schicken? (Findest du Im Web -> Tools -> System Log - Dort einfach downloaden) Grüsse *Hänge doch gleich die Ausgabe von folgendem Befehl mit an: cat /boot/config/vfio-pci.cfg | sed s'/=/=\n/' | sed s'/ /\n/g'; echo

Oh ok, i tested agin. you are right, the command was not wrong, sry

Can you apply the other options correctly? These only appear if the script has been running in the background, only then are the log files recreated and the buttons appear again.

The plugin is not created so that it renames the folder in which the script is located (/boot/config/plugins/user.scripts/scripts/) If you want to rename the script or rather the folder in which the script is located, you must recreate the script with the same content and use the correct name from the beginning. Does that help you?

Das müsste in den Einstellungen unter Identification in Unraid selbst zu finden sein. Der Eintrag "nasneu.fritz.box" macht die FritzBox soviel ich weis, wenn die Adresse per DHCP bezogen/hinterlegt wurde. Lass uns mal ein paar Informationen sammlen, bitte checke mal folgendes: Prüfe den Hostnamen von deinem Server, tippe dafür einfach "hostname" in der Konsole von Unraid ein. (müsste "nas-server" ausgeben, dann ist gut) Folgende Ausgabe muss "0" ergeben, dann ist gut. ifconfig | grep -c '192.168.1.136' Folgende Ausgabe muss "1" ergeben, dann ist gut. ifconfig | grep -c '192.168.1.250' Wenn bis hier her alles gut ist, muss in deiner Fritzbox noch immer eine DHCP Hinterlegung mit "nasneu" existieren. Evtl. kann man unter den Angezeigten Geräten (DHCP) eine Taste drücken um den Verlauf von ehemaligen Geräten zu leeren. (So war es zumindest in meiner Fritzbox) Drückst du in deiner Fritzbox wird ein Statischer Eintrag erstellt und dieser muss sich irgendwo bereinigen lassen. Der nslookup sagt klar, dass irgendwo in deiner Fritzbox noch ein Eintag als DHCP Eintrag existiert. Ob es das Gerät noch gibt, weisst du erst wenn du es versuchst zu Pingen. nslookup prüft nur ob ein DNS Eintrag (nasneu) beim DNS Server (fritz.box) existiert. Du hast gesagt, dass es wieder geht, korrekt? Nur weil du vorhin meintest: Per IP geht es. Aber wie ist der Stand nun mit "nas-server"? Geht "nas-server.local"?

Hi dlandon I think what you wanted to achieve is this: (echo quit && sleep 1) | telnet PLUTO 2049 2>&1 | grep -q "Connected to"; echo $? (echo quit && sleep 1) | telnet PLUTO.LOCAL 2049 2>&1 | grep -q "Connected to"; echo $? Greetings *(the command was correctly - i see that wrong)

Hallo Naitor Ja klar gibt es den Befehl über die Konsole. Hier deine Möglichkeiten: (Kannst du dir mit: "cat /usr/local/sbin/rc.unassigned" anschauen) /usr/local/sbin/rc.unassigned $COMMAND $DEVICE COMMAND = mount, umount, reload, hotplug, spindown, detach, attach, abort, refresh DEVICE = (Pfad der unter "Unassigned Disk Devices" als "DEVICE" steht) Ein Beispiel wie es ein anderer Benutzer benötigt hatte: https://forums.unraid.net/topic/159770-hilfe-beim-script-schreiben-benötigt/?do=findComment&comment=1396114 Hier solltest du alle Informationen finden, der Link zum Original-Topic: https://forums.unraid.net/topic/92462-unassigned-devices-managing-disk-drives-and-remote-shares-outside-of-the-unraid-array Falls du beim skripten anstehst, helfe ich persönlich immer gerne dabei aus. Grüsse

Hi karldonteljames I think you forgot the space (*/15****) -> (*/15 * * * *). I hope i see that right.. (No, I think you wrote that correctly in the field.) After you have entered the cron in the field, press Enter and then klick apply. You can check the entrys after apply with this command: sed -n '/user.scripts/,$p' /etc/cron.d/root (/etc/cron.d/root) I hope you can confirm this. Greetings

Noch ein Theam dazu gefunden: https://emby.media/community/index.php?/topic/96348-preventing-disk-access-while-browsing/

Hallo MikeDelta Um dem Problem auf die Spur zu kommen, würd ich mal so viel wie möglich deaktivieren, ich bin mir nicht sicher was genau das verursacht, es könnten aber viele Einstellungen sein. In den Bibliothekseinstellungen findest du folgende mir auf den ersten Blick wichtigen Einstellungen: Echtzeitüberwachung (deaktivieren) Bildmaterial in Medienordnern speichern (deaktivieren) Eine Kopie der Bilder im Metadaten-Ordner des Servers zwischenzuspeichern. (aktivieren) (Ist deshalb wichtig, weil Emby die Bilddateien im Metadatenordner abrufen muss. Sonst werden sie (wie du beschrieben hast) jedes mal geladen wenn die Seite aufgerufen wird.) Füg mal nur eine Bibliothek (mit wenig Inhalt) hinzu und deaktiviere alles was es sein könnte. Dann Prüfe das Verhalten mit manuellen Spindown und austesten. So würde ich mal vorgehen..

Achso, ich hatte ganz ausser acht gelassen, dass du das in Unraid eingibst, dass funktioniert nur unter Windows. In Unraid hast du bestimmt einige neustarts seit dem Wechsel der IP von 192.168.1.136 auf 192.168.1.250. Somit bekommst du diese IP immer noch als Antwort von deiner Fritzbox (192.168.1.1), heisst die ist dort immer noch mit nasneu hinterlegt. Falls du den Eintrag nicht findest, kannst du die Fritzbox mal neu starten und dannach prüfen ob du immer noch nasneu mit 192.168.1.136 als Antwort bekommst. Wenn ja muss das noch irgendwo stehen, wenn nein war es noch gecachet.

Mit: ipconfig /flushdns kannst du den cache leeren. wenn du anschliessend mit: nslookup nasneu immer noch eine IP zurückbekommst, heisst das wahrscheinlich, dass es in deiner Fritzbox immer noch irgendwo stehen muss. Bin mir nicht sicher ob die das cached, eher nicht denk ich. Wenn du beim Auflösen von nasneu im Browser immer zuerst die ip 192.168.1.136 als Antwort von der Fritzbox erhalten hast und erst nach einer Wartezeit beim erneuten Nachfragen die richtige IP als Antwort erhalten hast, so könnte sich dein Verhalten einigermassen erklären lassen..

Sehr seltsam, hinter der DNS steht einfach eine IP, wenn das ändern des Namen Abhilfe verschafft hat müsste ja irgendwas anderes rauskommen.. Kannst höchstens vergleichen ob du einen unterschied feststellst mit nslookup (vielleicht ist die alte Domain noch im DNS-Cache) In CMD oder Powershell: nslookup Nasneu vergleichen mit: nslookup Nas-Server

Hi @FlorianHE Hast du wsl installiert? Ich musste feststellen, dass meine Laggs erscheinen, sobald ich WSL installiere. Lass ich es weg läuft das System wie es soll. Ein Deinstallieren von WSL bringt leider nichts nur ein neu Aufsetzen von Windows. Grüsse

Alles klar, wollte gerade schreiben -> normalerweise läuft Vaultwarden auf port 80 und lässt aber nur Anmeldungen mit https (443) zu. Aber gut dann passts. Grüsse

Probieren geht über studieren.

Dann müsstest du 8080 durch 8086 ersetzen und nochmals testen. Falls es dann noch immer nicht geht, können wir nochmals die Konfiguration prüfen. Hier wird halt einiges mehr gemacht, falls 8086 nicht geht probiere 80, da du sagtest das es mit den alten Einstellungen noch geht..

Hallo LuxVita Erstmal, ist Vaultwarden auf Port 80 oder 8080, das unterscheided sich in der Konfiguration. Grüsse

Also ausser man kann sich anmelden (SSO). Dann gehen die Daten die du vorhin verwendet hast (nim ich an):

Mein App-Passwort das ich in Unraid nutze, funktioniert noch immer via SMTP.. Schon mal versucht ein neues zu erstellen? Hast du auch TLS mit Port 587 oder 465, ich nutze diese Einstellungen: Nicht bei Google, wäre mir neu.

Moment mir kommte gerade in den Sinn, Parsec unterstütz doch genau das, Gaming aus der Ferne plus USB Controller Unterstützung. https://support.parsec.app/hc/en-us/articles/4407439919629-Setup-Gamepad Ich nutze Parsec aber ich kam erst jetzt darauf 🙈

Hallo akazu Ich habe einmal einen USB Redirector installiert und erstaunlicher weise sogar über internet kaum Verzögerung festgestellt. Das ist ein Programm das über IP:Port USB Devices Verbinden kann. Ich müsste nochmals raussuchen woher ich das Programm beschafft hatte.. *hust* * (ich habs noch *doppel-hust*) Vielleicht hat aber auch jemand anderes eine bessere Möglichkeit. Grüsse

Hallo @Babavoss Wenn es darum geht dann Luckybackup neu zu starten und vorgängig die Platte neu zu mounten, Kannst du dich an diesem Skript orientieren: https://forums.unraid.net/topic/159770-hilfe-beim-script-schreiben-benötigt/?do=findComment&comment=1396114 Es ist zwar ein IP Device aber der mount Befehl ist dort ersichtlich und müsste nur abgeändert werden, ebenfalls is das Pingen natürlich nicht mehr nötig.. Aber du darfst gerne die Infos deiner Externen Platte beschreiben, dann kann ich hier gerne weiterhelfen. Grüsse

Ich glaube das kenn ich, mein Board und das was ich zuvor hatte, mochten gewisse BIOS Einstellungen nicht, was zu folge hatte, dass ich nur die hälfte der mit SATA angeschlossenen Festplatten erkannt wurden. (UEFI oder Legacy) und auch gewisse CPU Performence Einstellungen hatten ähnliches zu folge. Dein Problem mit den Festplatten liegt zu hoher wahrscheinlichkeit an den BIOS Einstellungen. Du wirst merken das nur gewisse SATA Ports funktionieren. Meistens hat man 2x4 Ports davon laufen 1x4 direkt über den CPU und 1x4 über den Chipsatz des Boards. Und je nach Einstellung funktionieren die über den Chipsatz dann einfach nicht mehr.. wieso weiss ich selber noch nicht wirklich - Ich vermute du hast ein ASUS Server Board.