mgutt

Ich mein so ein USB Stick ist nicht der schnellste der Welt, aber so selten wie was auf den Stick geschrieben werden sollte, ist das echt heftig. Hast du Syslog Mirror auf USB aktiv? Das wären dann mehr Schreibzugriffe, wenn der wirklich viel loggt, aber 23 ist eigentlich immer noch krass. EDIT: Ja deine Logs rasten ziemlich aus. Diese Art Einträge wiederholen sich hundertfach: Aug 9 05:38:46 unRAID nginx: 2022/08/09 05:38:46 [alert] 26879#26879: *2370000 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:46 unRAID nginx: 2022/08/09 05:38:46 [error] 26879#26879: *2370000 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:47 unRAID nginx: 2022/08/09 05:38:47 [error] 26879#26879: *2370063 limiting requests, excess: 20.101 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:47 unRAID nginx: 2022/08/09 05:38:47 [alert] 26879#26879: *2370067 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:47 unRAID nginx: 2022/08/09 05:38:47 [error] 26879#26879: *2370067 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:47 unRAID nginx: 2022/08/09 05:38:47 [alert] 26879#26879: *2370068 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:47 unRAID nginx: 2022/08/09 05:38:47 [error] 26879#26879: *2370068 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:48 unRAID nginx: 2022/08/09 05:38:48 [alert] 26879#26879: *2370133 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:48 unRAID nginx: 2022/08/09 05:38:48 [alert] 26879#26879: *2370137 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:48 unRAID nginx: 2022/08/09 05:38:48 [error] 26879#26879: *2370137 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:48 unRAID nginx: 2022/08/09 05:38:48 [alert] 26879#26879: *2370138 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:48 unRAID nginx: 2022/08/09 05:38:48 [error] 26879#26879: *2370138 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /Main HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:49 unRAID nginx: 2022/08/09 05:38:49 [error] 26879#26879: *2370207 limiting requests, excess: 20.095 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 05:38:49 unRAID nginx: 2022/08/09 05:38:49 [alert] 26879#26879: *2370211 1024 worker_connections are not enough while connecting to upstream, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", subrequest: "/auth-request.php", upstream: "fastcgi://unix:/var/run/php5-fpm.sock:", host: "10.0.0.20" Aug 9 05:38:49 unRAID nginx: 2022/08/09 05:38:49 [error] 26879#26879: *2370211 auth request unexpected status: 500 while sending to client, client: 172.17.0.7, server: , request: "GET /VMs/UpdateVM?uuid=4019615c-207a-9b75-b502-bb5f76baa86d HTTP/1.1", host: "10.0.0.20" Angefangen hat es so: Aug 9 01:01:40 unRAID webGUI: Successful login user root from 172.17.0.7 ### [PREVIOUS LINE REPEATED 18 TIMES] ### Aug 9 01:02:41 unRAID nginx: 2022/08/09 01:02:41 [error] 26879#26879: *1653813 limiting requests, excess: 20.734 by zone "authlimit", client: 172.17.0.7, server: , request: "GET /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:02:45 unRAID webGUI: Successful login user root from 172.17.0.7 Aug 9 01:02:47 unRAID nginx: 2022/08/09 01:02:47 [error] 26879#26879: *1653920 limiting requests, excess: 20.465 by zone "authlimit", client: 172.17.0.7, server: , request: "GET /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:02:47 unRAID webGUI: Successful login user root from 172.17.0.7 Aug 9 01:02:47 unRAID nginx: 2022/08/09 01:02:47 [error] 26879#26879: *1653929 limiting requests, excess: 20.461 by zone "authlimit", client: 172.17.0.7, server: , request: "GET /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:02:49 unRAID webGUI: Successful login user root from 172.17.0.7 ### [PREVIOUS LINE REPEATED 3 TIMES] ### Aug 9 01:03:50 unRAID nginx: 2022/08/09 01:03:50 [error] 26879#26879: *1654894 limiting requests, excess: 20.186 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:03:52 unRAID nginx: 2022/08/09 01:03:52 [error] 26879#26879: *1654924 limiting requests, excess: 20.182 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:03:54 unRAID nginx: 2022/08/09 01:03:54 [error] 26879#26879: *1654965 limiting requests, excess: 20.177 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:03:56 unRAID nginx: 2022/08/09 01:03:56 [error] 26879#26879: *1655002 limiting requests, excess: 20.169 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:03:58 unRAID nginx: 2022/08/09 01:03:58 [error] 26879#26879: *1655052 limiting requests, excess: 20.163 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:04:00 unRAID nginx: 2022/08/09 01:04:00 [error] 26879#26879: *1655083 limiting requests, excess: 20.157 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Aug 9 01:04:02 unRAID nginx: 2022/08/09 01:04:02 [error] 26879#26879: *1655117 limiting requests, excess: 20.152 by zone "authlimit", client: 172.17.0.7, server: , request: "POST /login HTTP/1.1", host: "10.0.0.20" Hast du dich wirklich 18x hintereinander angemeldet?! Eventuell noch irgendwelche Browser-Fenster oder Terminals offen? Das mag Unraid manchmal nicht. Besonders nach einem Neustart. Siehe auch: https://forums.unraid.net/topic/106455-nginx-authlimit-errors-filling-up-the-log/page/2/

Das ist kein Fehler, nur ein Hinweis: https://forums.unraid.net/topic/126828-suppress-mcelog-does-not-support-this-processor-error-message/#comment-1155640

Verbinde dich per SSH und mach mal folgendes, um die Ports der GUI zu prüfen: timeout 5 telnet localhost 80 timeout 5 telnet localhost 443 Wenn 80 geht, kommt da wirklich der HTML Quelltext von unRAID? curl -sL http://localhost:80 | head Wenn nein, was steht in der Datei bei PORT: cat /boot/config/ident.cfg Und was gibt es für Fehler in der syslog: grep -P "(corrupt|error|fail|tainted)" /var/log/syslog*

This is never a good idea.

Auf den Original Container wechseln?

Der alte NTFS Treiber in Linux ist so bescheiden. Erst mit dem Linux Kernel 5.15 kam ein neuer NTFS3 genannter Treiber: https://www.heise.de/news/Linux-Kernel-Potenterer-Treiber-fuers-NTFS-Dateisystem-integriert-6183326.html Ich vermute, dass im UD Plugin noch der alte NTFS-3G verwendet wird. Brauchst du denn überhaupt NTFS? Wie wäre es mit BTRFS? Es gibt dafür auch Windows-Treiber: https://github.com/maharmstone/btrfs/releases @dlandon Do you have any plans to use the recent NTFS3 Kernel driver to mount NTFS partitions? It looks promising: https://www.reddit.com/r/linux_gaming/comments/u79v22/if_youre_using_ntfs_filesystem_enable_ntfs3_for_a/

Geht denn jetzt Multichannel? Mir fehlt die Abfrage in Windows als schlussendliche Bestätigung.

Released v1.2 - now it is much faster as it does not parse the complete log file on every execution. Instead it uses the line number of the last found error as the starting point. - in addition it sends a notification if the syslog file exceeds 90% of the available space

I don't know what you target is, but this script finds the word "fail" in the syslog line "May 31 19:06:12 Tower Discord.sh: Failed sending notification" and sends this line as a notification. So it works as expected.

@Squid Not really a problem, but it seems that scripts are not deleted from /tmp after they were removed through the GUI.

SSD durchgeschliffen oder mit vdisk? Im ersten Fall würde das BIOS davon booten.

? Die sind identisch. Der i9 10900K ist sogar baugleich zum W-1290P. Nur die ID und das BIOS auf dem Motherboard verhindern die Nutzung von ECC. Das ist wirklich so primitiv. Bei W680 hat man zumindest das endlich aufgegeben. Aber der Unsinn mit den unterschiedlichen Chipsätzen bleibt (die eigentlich auch identisch sind).

We were all hoping: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/46 Maybe they will be released with V3: https://github.com/NginxProxyManager/nginx-proxy-manager/discussions/1202?sort=new

Du hast den Container mit dem Netzwerk "bridge" gestartet, aber den Container Port auf "80" eingestellt gelassen. Stell den zb auf "8080" und "443" auf "8443". Port 80 und 443 werden bereits von der unRAID WebGUI verwendet. Container löscht man übrigens vollständig so: - Über das Container Menü > Löschen anklicken und Haken bei Image löschen drin lassen - mit dem appdata cleanup Plugin den Heimdall Ordner in appdata löschen - Im Docker Tab > Container hinzufügen > im Dropdown Heimdall anklicken > das X Icon anklicken und das Löschen des Templates bestätigen Jetzt ist wirklich alles gelöscht. Wobei es wie gesagt eigentlich nur am gewählten Port liegt

Meine Glaskugel sagt, dass auf der SSD ein Betriebssystem installiert ist. Du musst also die Bootreihenfolge im BIOS ändern.

Das klingt aber eher nach einem Update wegen der neuen iGPUs ab der 12ten Generation?! 630 und P630 sind bis auf die Taktraten identisch. Intel nannte die vom Xeon immer anders, weil die für irgendwelche CAD Software zertifiziert wurde.

Sieht man mobil nicht Ich bin nicht ohne Grund bei 6.9 geblieben. Meiner Ansicht nach gibt es es viel zu viele Macken. Der wird ja genug Leistung haben. Dann die Frage was der Treiber sagt. Hast du sonst schon was gelesen, dass das noch jemand hat? Dein Reddit Link klingt ja eher nach einem Bug im Plex Server Container.

Die Frage war ob du Untertitel darstellst. Untertitel anzeigen, während 4K transcodiert wird, geht nicht. Überlastet einfach jede CPU. Von welcher CPU sprechen wir eigentlich? Hast du das Intel Plugin installiert? Auch das GPU Plugin um die Last im Dashboard zu sehen? Config von dem Plex Container bzw welchen nutzt du?

Du hast vom Prinzip nichts falsch gemacht. Und zwar ist im laufenden Betrieb die Partition deiner HDD kaputt gegangen. unRAID konnte nun keine Partition mehr vorfinden und bietet einem dann automatisch die Formatierung an. Das ist das was ich im oben verlinkten Thread bemängele. Denn unRAID sollte in den Fall meiner Ansicht nach keine Formatierung, sondern eine Reparatur anbieten. Jedenfalls hast du formatiert und dadurch auch die Parität auf diesen Stand gebracht. Allerdings besteht noch genug Hoffnug für eine Daten-Rettung, da bei einer Formatierung nur die Partitonstabelle neu erstellt wird ( = Schnellformatierung). Allerdings werden alle Dateinamen weg sein (die in dieser Tabelle standen).

The only method I know is to add every single allowed IP through the access list tab.

Should.

And another one killed his data: https://forums.unraid.net/topic/126868-xfs-log-io-error/?do=findComment&comment=1156304

Du hast da leider etwas missverstanden. Du bist damit allerdings nicht alleine, weshalb ich da schon ein Ticket zu aufgemacht hatte: Du hast also tatsächlich die Daten gelöscht. Wenn du kein Backup haben solltest, dann stoppe sofort das Array und versuch eine Recovery zb mit Testdisk

Wenn du Pech hast, geht nicht mal das und die primäre muss im ersten Slot stecken. Wir hatten hier schon jemanden, der deswegen seinen X16 Slot opfern musste, weil das Board nur X16 CPU und X4 Chipsatz hatte und die Gaming VM lief dann nur über den X4. Kommt aber auch hier auf das BIOS und Board an. Es klingt zumindest so als würde das Kernel Flag was nützen. Die Frage ist allerdings ob Unraid sie wirklich "loslässt" oder ob die GPU wieder zurück in ihren "Reset" Zustand geht, also in den wo sie nichts von einem OS weiß. Eventuell hilft es die Karte aus den PCI Geräten zu entfernen und wieder aufzunehmen: https://forums.unraid.net/topic/89922-unraid-nvidia-graphics-card-sleep-reset-script/ Oder mit dem Befehl nvidia-persistenced & wie hier erwähnt: https://forums.unraid.net/topic/118039-strom-sparen-ansätze/ Mit solchen Tweaks muss man manchmal auch arbeiten, wenn man die selbe GPU in zwei verschiedenen VMs nutzen will. Ansonsten kann ich dir nur raten mal nach "Unraid Single GPU passthrough" zu suchen. Dabei habe ich zB das gefunden: https://forums.unraid.net/topic/41951-gpu-passthrough-with-only-one-card/?do=findComment&comment=448403 Also ausprobieren, ausprobieren, ausprobieren...

Keinen Den Client? Der Server muss nicht neu gestartet werden. Allerdings muss man sich beim Windows Client ab- und wieder anmelden (oder halt neu starten). Nimm bitte den Windows Explorer und öffne den Server mal gezielt über die IPv4 \\192.168.1.23 .23 ist auch für IP von eth0? Wie sehen sonst deine unRAID Netzwerkeinstellungen aus? Ist beim Client neben Ethernet 5 auch Ethernet verbunden? Auch mal die Interfaces Zeile entfernen. Die neue SMB Version sollte eigentlich RSS automatisch erkennen und setzen. Müsstest du dann noch mal über den Client nach dessen Neustart prüfen.