mgutt

Bad Gateway usually means that NPM is not able to reach the target. What happens if you open your public IP in your browser? Note: most browser change it to https:// so edit it, so it really loads http://yourIP It should show the NPM welcome page (if not try with your mobile phone and mobile connection). Regarding your screenshot: The port setting looks correct now. And you are sure you can use port 80 on your unraid server (usually this is used by unraid itself if you don't changed it).

It seems you messed up the port settings. For example you are forwarding all requests on your unraid server on port 18443 to the container port 18443. But the container (nginx) listens only to 80, 81, 443 and 3000. You can't change the ports of nginx itself. So edit your container settings and change the container ports back to the default. So 18443 (host) forwards to 443 (container). Why did you even change the container ports?

Ah und was kostet die jetzt? Also lohnt sich der Klick und die Sucherei.

Hard task with GPU and SAS card. Read the first post.

Da sich Spammer motiviert fühlen hier zu posten, mache ich hier zu.

Yes, much worse. Not comparable. This is the reason why you can't get the 2021, but still the 2018 version 😉

Hmm ok, never read about ASPM problems with this model, but it can happen. Some boards even act differently if you use the CPU M.2 slot or chipset M.2 slot. A pcie m.2 adapter card allows for example to use it in a pcie slot.

Which one exactly?

This test data is useless. Power supplies are much less efficient on low power consumption. This means a Titanium PSU can consume 20W at 10W load, while a Bronze PSU consumes only 13W at 10W load. Depends fully on the individual model. As an example this specific model is very efficient at low loads:

Not sure about the 10W, but I think saving 7W should be realistic. Can you find your specific power supply model in a review of tweakpc.de ? They test the efficiency at 10W load. PS it seems you tested your c state with the unraid web terminal. The webgui produces load, so you should close all browsers and connect through SSH to your server.

Zumindest in der Unraid Welt kannst du damit nichts anfangen. Das ist ja ein USB Gehäuse mit irgendeinem unbekannten USB Controller, der über USB 10 Festplatten verfügbar macht. a) wird das mega lahm sein und b) kannst du darüber kein Array / oder RAID bauen (wäre unzuverlässig und erst recht extrem langsam). Ich nehme dir auch gleich die Illusion mit den angeblichen 10 Gbit/s. Ich bezweifle jedenfalls, dass das Teil das liefert und 10 Gbit/s sind ja auch nur 1250 MB/s, also gerade mal 125 MB/s pro HDD. Und das nur in der Theorie. Natürlich könntest du das Teil trotzdem behalten und davon abspielen, aber du hättest dann keine Ausfallsicherheit. Was du eher brauchst ist ein Board mit 8x SATA oder man verbaut eine Broadcom HBA 9500 8i Karte um neben den Onboard SATA Buchsen noch 8 weitere HDDs verbauen zu können. zB das Board hier wäre schick: https://www.amazon.de/Asrock-IndustriaI-IMB-X1314-MB-X1314-Micro-ATX-Motherboard/dp/B0BVPFQZ3K oder ein Supermicro, wenn du Fernwartung benötigst: https://geizhals.de/?cat=mbp4_1700&xf=2962_8~317_W680 Für Plex brauchst du ansonsten nur eine starke iGPU. Ein i9 bringt dir keinen Mehrwert, weil die iGPU in der Regel überall die gleiche ist (innerhalb der CPU Generation mit leichten Schwankungen bei der Frequenz). Und gerade bei der iGPU tut sich bei Intel in den letzten Generationen wenig. zB haben 11te bis 13te Generation alle den selben UHD 770 verbaut. Ich sag mal ab 13te Generation i5 aufwärts kannst du alles nehmen und hast quasi eine identische iGPU Leistung. Siehe zB hier in der Spalte "IGP": https://de.wikipedia.org/wiki/Liste_der_Intel-Core-i-Prozessoren#Desktop-Core_i5 Als Gehäuse dann irgendwas wo viele HDDS rein passen. zB das: https://geizhals.de/nanoxia-deep-silence-5-rev-b-schwarz-nxds5bb-a1224505.html?hloc=at&hloc=de

Viele verbauen sich Noctua Lüfter. Such mal nach deiner Syno also zB "DS224+ Noctua", dann wirst du in Google fündig. In der Regel reicht der Home Assistant Container. Hat auch den Vorteil, dass du deutlich weniger Last im Leerlauf hast, also energiesparender unterwegs bist. Fehlt da jetzt die Frage? 😅 Also möchtest du von uns wissen, was du machen solltest?! Bei einem reinen SSD System, gibt es verschiedene Möglichkeiten. Du könntest zB auch die schnellste NVMe als Parität verwenden und alle anderen SSDs als Disks nehmen und komplett auf einen Cache Pool verzichten. Ich habe zB bei einem System alle SSDs im Array, aber gerade wenn auf mehrere Disks parallel geschrieben wird, zeigt sich der Nachteil, dass ich kein NVMe als Parität habe, sondern nur eine lahme SATA QLC SSD: (hier erzeuge ich gerade von außen neue Dateien auf Disk4 und parallel kopiere ich von Disk4 auf Disk3) Das übrigens mit aktivem "Turbo Write" (Disk Settings > md_write_method > reconstruct write). Also schon der schnelleren Variante, um im Array Daten abzulegen. Das ist zwar etwas schneller als mit HDDs, aber mit einer NVMe geht da deutlich mehr. Aber denk dran: Unraid unterstützt im Array immer noch kein TRIM. Dh günstige SSDs könnten mit der Zeit langsam werden.

Bei mir wollte einfach nicht das "Most Free" und "Automatically split only the top level directory as required" Split-Level funktionieren. Dh ich wollte, dass in meinem Share "Serien" alle Unterordner und damit die einzelnen Serien, wie "Serienname (2024)" sauber auf alle Disks verteilt werden. Demnach wollte ich das: disk1/Serien/Serienname (2024) disk2/Serien/Andere Serie (2021) Stattdessen aber kopierte er alle Serien auf disk1. Dann änderte ich das Split-Level auf "Automatically split only the top two directory levels as required", weil ich dachte, ich hätte "top" falsch verstanden, doch das führte nur dazu, dass wirklich alle Episoden auf allen Disks verteilt wurden. Also so: disk1/Serien/Serienname (2024)/s01e01.mkv disk2/Serien/Serienname (2024)/s01e02.mkv disk1/Serien/Andere Serie (2021)/s01e01.mkv disk2/Serien/Andere Serie (2021)/s01e01.mkv Schlussendlich habe ich den Schuldigen aber ausgemacht: rsync Denn rsync erzeugt, bevor auch nur eine Datei kopiert wird, erst mal die gesamte Verzeichnisstruktur auf dem Ziel. Da zu dem Zeitpunkt aber disk1, die Disk mit dem meisten freien Speicherplatz ist, führt das entsprechend dazu, dass alle Verzeichnisse und damit auch alle Dateien auf disk1 erzeugt werden. Hier der Befehl, der NICHT funktioniert hat: rsync -ai --delete --numeric-ids --no-whole-file /mnt/user/Serien /mnt/Remote-Unraid-Server-Serien/ & disown Stattdessen musste ich es so machen: find /mnt/user/Serien -mindepth 1 -maxdepth 1 -type d -print0 | xargs -0 -I{} rsync -ai --delete --numeric-ids --no-whole-file '{}' /mnt/Remote-Unraid-Server-Serien/ & disown Dh ich sammle mit "find" erst mal alle Serienordner unterhalb des Shares "Serien" und übergebe die dann mit "| xargs" nach und nach an "rsync". So erzeugt rsync also immer nur einen Ordner, synct die Dateien in dem Ordner und wenn dann der nächste Ordner dran ist, ist disk1 so voll, dass nach der "Most Free" Regel, der nächste Serienordner auf "disk2" erstellt wird (oder welche disk auch immer am wenigsten belegt ist). Natürlich können auch andere Programme außer rsync dieses Problem verursachen, denn viele Sync/Backup-Tools erzeugen als erstes die Verzeichnisstruktur, bevor sie mit dem Kopieren von Dateien beginnen. Das macht zB auch Krusader so: Also falls ihr wie ich denkt, dass ihr zu blöd seid das Split-Level zu verstehen: Es könnte auch am Kopierprogramm liegen 😅

Ich habe den Testaufbau nun wie folgt umgesetzt: - Lenovo 01YW371 (Power Cable) - InLine 26622A Stromadapter - Molex 1 auf 6 Verteiler Angeschlossen habe ich bisher nur 4 SSDs, da ich echt nicht weiß, ob das nicht zu viel für die Kabel/Buchse ist 🥶 Der Parity Rebuild hat jedenfalls funktioniert und das Kabel wurde nur leicht warm. Ich würde mich allerdings deutlich besser dabei fühlen, wenn die ganze Kabelstrecke nicht so lang wäre (eine geringe Spannung wie 5V mag ja eher kurze Leitungen). Ich habe außerdem noch zwei 5V Pins bei der "COM1" Buchse gefunden: Das Lenovo 01YW371 passt zwar auch da rein, aber die 5V liegen bei der JDCIN2 Buchse (die ich aktuell verwende) woanders an: Ich denke ich besorge mir noch so ein 01YW371 und löte/crimpe mir dann ein eigenen Floppy auf Molex Adapter. Dann traue ich mich auch alle 6 SSDs anzuschließen. Jedenfalls könnte ich mir das schon recht schick vorstellen. Man druckt sich einen Deckel, der 7 SATA SSDs als Hot-Swap anbietet und fertig ist das Mini SSD NAS mit >50TB Speicherplatz. Also ca so 😅: Der Stromverbrauch ist übrigens im Leerlauf unverändert um die 7 Watt. Während dem Parity-Rebuild wurden kurz mal 40W erreicht. Zum Ende hin waren es sogar nur noch 24 Watt:

Wer von unterwegs mit der heimischen IP ins Internet möchte, der kann zB eine VPN Verbindung verwenden. Eine Alternative dazu ist ein SOCKS Proxy. Da SOCKS keine Verschlüsselung unterstützt, lassen wir das wie folgt über einen verschlüsselten SSH Tunnel laufen: Schritt 1 - SSH Tunnel Container starten Wir verwenden den OpenSSH Container von "Linuxserver" und über die Variable "DOCKER_MODS" aktivieren wir in dessen SSH Einstellungen das TCP Forwarding, was für SOCKS notwendig ist. In Unraid > Docker > Add Container Name: ssh-tunnel Repository: linuxserver/openssh-server Add Path: Container: /config Host: /mnt/user/appdata/ssh-tunnel Add Port: Container: 2222 Host: Am besten einen unpopulären Port wie 29xxx, 36xxx, 37xxx, 39xxx, 43xxx, 46xxx, 47xxx, 53xxx oder 59xxx (xxx gegen drei zufällige Zahlen ersetzen) Add Variable: Key: DOCKER_MODS Value: linuxserver/mods:openssh-server-ssh-tunnel Add Variable: Key: LOG_STDOUT Value: true Add Variable: Key: USER_NAME Value: <deinWunschUsername> Add Variable: Key: PUBLIC_KEY Value: Lassen wir erst mal leer, füllen wir später Das sollte nun so aussehen: Schritt 2 - Port-Freigabe im Router einrichten Den oben eingestellten Host Port im Router Richtung Unraid Server freigeben Schritt 3 - SSH SOCKS Proxy starten das beigefügte Powershell Skript auf dem Desktop ablegen das Skript bearbeiten und diese drei Werte anpassen und das Skript speichern: $sshUsername = "user" $sshHostname = "hostname" $sshPort = "123456" $sshUsername: Der USER_NAME, den ihr bei dem Container gewählt habt $sshPort: Der Port, den ihr bei dem Container gewählt und im Router freigegeben habt $sshHostname: Eine Domain, die auf euren Router / Server verweist (DDNS oder was auch immer) zB abcdefgh.myfritz.net, wenn ihr eine Fritz!Box habt mit rechter Maustaste > Powershell ausführen starten Das Skript erzeugt nun falls nicht bereits vorhanden einen SSH Schlüssel Das Skript gibt in der obersten Zeile den öffentlichen SSH Schlüssel aus Den SSH Schlüssel wie zB "ssh-rsa abcdefg.... name@windows" kopiert ihr nun Den oben genannten SSH Tunnel Container bearbeiten und bei der Variablen "PUBLIC_KEY" den SSH Schlüssel einfügen und mit "APPLY" bestätigen Hinweis: Wenn ihr mehrere Keys hinzugefügen wollt, einfach immer wieder das Feld überschreiben und die Änderung mit "APPLY" übernehmen. Der Container ist so gebaut, dass er neue Schlüssel hinzufügt und alte in der Datei behält: /mnt/user/appdata/ssh-tunnel/.ssh/authorized_keys Das Powershell Skript schließen und erneut starten Das Terminal sollte nun eine Verbindung zum Docker Container aufgebaut haben. Das sieht dann ungefähr so aus: Also wenn ihr "Welcome to OpenSSH Server" seht, steht die Verbindung Solange das Powershell-Fenster offen ist, steht die SSH-Verbindung zu dem Container und SSH bietet auf dem Rechner den lokalen SOCKS Port "5055" an. Ihr könnt nun einen Browser so einstellen, dass er über diesen SOCKS Port ins Internet geht. Schritt 4 - Mit Firefox über SOCKS Proxy surfen Firefox starten Einstellungen öffnen Nach "Proxy" suchen "Manuelle Proxy Konfiguration" auswählen SOCKS-Host auf "127.0.0.1" stellen SOCKS-Port auf "5055" stellen "SOCKS v5" auswählen Optional: "Verwende Proxy für DNS" auswählen Mit "OK" bestätigen Das sollte nun also so aussehen: Wer einen anderen Browser dafür verwenden möchte, da dieser nur noch verwendet werden kann, solange das Skript läuft, der kann online nach "SSH SOCKS Browsername" suchen. Vom Prinzip geht das nämlich mit jedem Browser. socks-proxy.ps1

Unter dem Strich spielt es keine Rolle ob mit oder ohne UID. Genauso gut könnte es ein deutsches Unternehmen sein und man zahlt dem Unternehmen den Nettopreis, weil das ja die Umsatzsteuer vom Finanzamt zurückbekommt. Aber egal wie man das macht, am Ende ist es schlicht Steuerhinterziehung, da das "PC Ersatzteil" gar nicht im Betrieb verwendet wurde, es aber den Gewinn (= weniger Steuern) des Unternehmens gesenkt hat. Tatsächlich wurde es ja schwarz weiterverkauft (ohne Gewinn an einen Verwandten, was evtl in Richtung Geldwerter Vorteil gegenüber deinem Vater ausgelegt werden könnte). Wenn es eine Kapitalgesellschaft ist, dann käme auch noch Diebstahl dazu, weil man ja faktisch das Unternehmen bestiehlt, das Geld aber bar einem Geschäftsführer gibt. Hinweis: Falls du das direkt über dein Konto bezahlst und nicht des Unternehmens, wird das sowieso in deren nächsten Steuerprüfung auffallen, da es zu der Rechnung keinen Geldausgang gibt. Ohne jetzt den Moralapostel zu spielen, aber man könnte genauso gut behaupten, dass das Paket nie angekommen ist und hat 100% Rabatt. Ist genauso illegal.

Which has nothing to do with the rsync container. The management access is ssh access to unraid itself. You don't want to use this login as this is the root login to the complete server.

So, the answer is simple: Your server is not reachable under port 5533. Did you start the rsync server with the bridge network?

Try the following first: ssh -p 5533 root@heimkino More output: ssh -vp 5533 root@heimkino And maybe check if the port is open: echo "quit" | telnet heimkino 5533

Da interpretierst du was falsch. Bwlimit begrenzt die Bandbreite, also die Geschwindigkeit der Übertragung auf 10.000 KByte/s und partial lässt den bereits übertragenden Teil bei einem Verbindungsabbruch liegen, wenn die Verbindung abbricht. Das macht dann bei einer SSH Verbindung dir rsync Applikation auf der Serverseite. Das bringt bei meinem Skript aber nichts, weil das kein Fortsetzen unterstützt, da es bei jedem Start mit einem komplett neuen Ordner beginnt, wäre aber tatsächlich mal eine Idee für eine Optimierung.

Wenn die SSH Verbindung unterbrochen wird, dann bricht auch rsync sofort ab. Also ziehst du den Stecker und steckst ihn sofort wieder rein. Pech. Die Verbindung bleibt weg und es gibt keinen Wiederholungsversuch. Das müsste man dann in das Skript einbauen, dass der immer wieder rsync startet, was ich aber aktuell nicht eingebaut habe. Ansonsten würde ich es mal damit bei dem rsync Befehl bzw den ssh Optionen versuchen: -o ServerAliveInterval=15,ServerAliveCountMax=3 Zur Erklärung: Manche Übertragungen brauchen länger zb weil rsync evtl erst lokal komprimiert und je nachdem welche SSH Einstellungen der Zielserver verwendet, trennt der die Verbindung. Hier hilft server alive interval, welcher alle 15 Sekunden ein Keep Alive Paket sendet. Außerdem darf mit server Alice Connect bis zu 3x die Verbindung komplett abbrechen. Allerdings weiß ich nicht, ob rsync dann auch einen retry macht oder die betroffene Datei, wo das gerade passiert, dann überspringt.

I never heard about something similar. Would you pm me the domain, so I can try it out from my location? And did it solve your issue?

Which you aren't using, as you have "::" in your destination path : = ssh, port 22, encrypted :: = rsyncd, port 873, unencrypted Regarding my research the module paths of the rsyncd configuration must be setup in a specific way to use --link-dest. But as I said, I never tested this scenario and have no experience. I'm using only local path and ssh.

Double colon means you are using the rsync protocol. I never tested my script with the rsync daemon as it does not support encryption (= insecure transfers).

What are your source and destination paths? Local paths or SMB or SSH?!