VK28.01

Nein, auch dort ist nichts. Es wird, egal wo, nichts geschrieben.

Hallo, seit ein paar Tagen ist der Log leer, keine Einträge. Es wird auch nichts weggeschrieben. Ein wechselt des Zielorts ändert nichts und auch auf dem Flash-Stick wird nichts geschrieben. Neustarts ändern nichts. Es hat keine aktiven Veränderungen des Setup gegeben. Eine Idee, wie ich das wieder funktional bekomme?

Schlussendlich hat der Wechsel auf Viper_VP4300L die Lösung gebracht. Der IO-Wait im Zshg. mit dem Entpacken von Sabnzb-Files ist signifikant runter gegangen und die Lags sind verschwunden.

Danke für die Antwort. In einer Konstellation kann ich es immer wieder reproduzieren. Auf dem Cache liegt ein 1080p Film, der ohne Transcoding ohne Probleme abgespielt werden kann. Gleiches gilt für 4k Filme. Läuft parallel ein Usenet Download mit dem Ziel Cache (NVMe), kommt es zum stocken der Wiedergabe und zum Zusammenbruch der Verbindung des gemounteten Ordners auf dem MacBook. Mangelnde Bandbreite im Lan kann ich ausschließen, da 2.5gbit. Meine Vermutung ist, dass ein zu hoher wa-Wert drauf hinweist, dass zuviel I/O (viele kleine Usenet-Dateiteile) vorliegt und dass das ggf. in Kombination mit der DRAM-less Kombination der NVMe zu den Aussetzern und Abbrüchen führt. Deutet nicht der wa-Wert von 21 im TOP-Screenshot darauf hin, dass die NVMe nicht hinterher kommt?

Vergessen: i5 13500 mit 32GB.

hallo, ich habe das Problem, dass, wenn ich beispielsweise Streams vom Server laufen lasse und gleichzeitig Backup-Jobs und/oder Downloads laufen, Streams über 30 Sekunden stocken und die SMB Verbindung getrennt wird. Die CPU Last dabei schwankt auf der GUI zwischen 40%-50% und einige wenige Kerne sind voll ausgelastet. Schaue ich aber via TOP, dann bin ich mir nicht sicher, ob die Werte auf der GUI passen. Zudem ist der WA Wert übel, wenn ich nicht nicht täusche. Ich habe eine Crucial P3 laufen. Kann es sein, dass die das Problem/Flaschenhals ist? Wenn ja, wäre eine andere SSD die Lösung?

Wenn Du die Erweiterung in den Einstellungen des Safari Plugins auf "nicht erlauben" stellst, funktioniert alles wie gewünscht. Naja, bis auf die Bitwarden Extension auf den entsprechenden Seiten...

Ja, das ist auch bei mir der Grund! Ich nutze die Bitwarden Erweiterung. Nach Deinem Post habe ich die BW-Erweiterung deaktiviert und siehe da, der Error verschwindet.

Ich bin so alt, ich spreche auch noch von Macintosh Computern ^^

Schräg, hier auch OSX 15.3.1 und Safari Version 18.3 (20620.2.4.11.5) und als einzige Erweiterung Bitwarden.🤨 MBP, M1pro

das ist ja unerfreulich...ich hab ja hier keine Edge-Case Konstellation mit OSX/Safari, finde aber keine weiteren Meldungen im Netz. Sind ja doch einige Apps, die noVNC nutzen.

Hallo, die gesamten Docker VNC Programme laufen nicht mehr. Nach dem Laden des Krusader oder von LuckBackup kommt unten angehangene Fehlermeldung mit einem "Script error". Der Fehler tritt auf OSX mit Safari auf. Beides letzte, aktuelle Version. Unraid 7.00 und 7.01. Das Leeren des Browsercaches löst den Fehler nicht. In Chrome funktioniert es hingegen tadellos. Jemand ein Idee?

@DataCollector vielen Dank für die sehr ausführliche Antwort, das war sehr hilfreich. Dann kenne ich nun den Weg! 🙂

Danke, da es sich ohnehin um ein extern gelagertes Notbackup handelt, welches nur quartalsweise gezogen werden soll, wäre Bigdisk okay. Wenn beispielsweise das Qnap xfs encryped formatiert würde, dann könnte ich es wie gewohnt über die unassigned devices einbinden? Das Zusammenführen der externen Platten würde dann über das externe Gehäuse geschehen und die Formatierung von Unraid aus?

Hallo, folgende Herausforderung. Ich möchte ein externes Backup meiner Daten anfertigen, dies soll verschlüsselt sein. Ich habe 4 externe Platten zur Verfügung, die die Daten des Servers aufnehmen sollen und in Summe ausreichend Kapazität aufweisen. Am liebsten wäre mir, ich könnte die externen Platten in einem kompakten USB Gehäuse, wie beispielsweise einem Yottamaster unterbringen, bündeln und per XFSencrypted formatieren. Mit einer einzelnen Platte hat das bis dato funktioniert, aber wird das nun auch mit einem Plattenbündel per USB gehen? Alternativen sind herzlich willkommen!

So, das war es. Nach einem Reboot kommt nun das:

So, nachdem ich nun entsprechend der Release Notes die Einstellungen gerade gemacht habe, zeigt sich im Syslog folgende Warnung; und dies mehrfach. Googlet man danach, findet man mein ursprüngliches Fehlerbild, die Nichterreichbarkeit des Servers. 🤷‍♂️

Wenn man weiß, was man sucht, sicherlich. Ist nicht mein Hometurf... Wäre ja schön, wenn es das wäre.

Hm, ja, der AdGuard läuft auf einer eigenen IP. Eigentlich dachte ich, ich hätte die Einstellungen korrekt gemacht, aber gerade gesehen, dass ich das "Settings > Network Settings > eth0 > Enable Bridging = No (this will automatically enable macvlan)" nicht gesetzt hatte. Ich habe das mal korrigiert. Da ich die Fritz!Box ersetzt habe, wäre nun auch ein Wechsel zu IPvlan eine Option.

Danke für die Punkte. Memtest hatte ich schon mal durchlaufen lassen. Ohne Befund. Bios werde ich mal updaten, das hatte ich nicht auf dem Radar. Tastatur&co hatte ich nicht probiert, weil der Server ziemlich "eingebaut" ist. Was mir noch aufgefallen ist, dass der Stromverbrauch während der "nicht Erreichbarkeit" hoch war und das konstant. Üblicherweise idelt der Server bei 11 Watt rum, während der "nicht Erreichbarkeit" lag der Verbrauch bei 26 Watt; und das über die ganze Zeit und das obwohl die Platten, gehörmäßig, nicht gedreht haben.

Ich brauche mal Hilfe. Ich habe hier ein 6.12.4 Unraid laufen. Vor einer Woche ist er das erste mal nicht mehr erreichbar gewesen. Der Server war nicht mehr zu pingen, die Ethernet-Schnittstelle war tot. Geholfen hat dann nur ein Reset. Nun ist es gerade ein weiteres Mal passiert. Der Server hat mehr oder weniger vor sich hin geidelt und ist dann eingefroren. Ich habe mir den Syslog angeschaut, aber nichts gesehen, was ich mit dem Absturz in Verbindung bringen kann. Vielleicht kann mal bitte jemand schauen, ob etwas auffälliges vorliegt. Das erste Mal war im Urlaub und ich hatte keine Zugriff auf die Daten von extern...wenn ich das System nicht zuverlässig bekomme, muß es raus. Das geht nicht. syslog-192.168.0.125.log

Same here with: ASUSTeK COMPUTER INC. PRIME B460M-A , Version Rev 1.xx American Megatrends Inc., Version 1605 Intel® Core™ i3-10105 CPU @ 3.70GHz Sensor-Detect: Intel digital thermal sensor... Success! (driver `coretemp') Found `Nuvoton NCT6798D Super IO Sensors' Success! (address 0x290, driver `nct6775') Processor&Mainboard Sonsors are working like a charm...Fan array Sensor is displayed "none" within the System-Temp-Plugin. Consequently the Auto-Fan-Plugin does not work either.

Nach einem Neustart hat sich die rote Fahne verändert: Aug 13 00:36:54 Tower nginx: 2023/08/13 00:36:54 [error] 14199#14199: *115 limiting requests, excess: 20.344 by zone "authlimit", client: 192.168.0.68, server: , request: "GET /login HTTP/1.1", host: "192.168.0.125:5000", referrer: "http://192.168.0.125:5000/Dashboard" der Eintrag ist x-fach vorhanden. Der erstgenannte Eintrag/Fehler ist nicht mehr vorhanden.

Nachdem ich heute meine Cache-Pool auf ZFS umgestellt habe, zickt der Server. Nach der Umstellung liefen einige Container nicht mehr und ich mußte aus dem Backup wiederherstellen. Bei der Suche nach dem Fehler bin ich über eine rote Fahne im Log gestolpert. Im Log habe ich das Folgende gefunden: Aug 13 00:02:30 Tower kernel: traps: node[19556] trap int3 ip:1c044d2 sp:7ffd51a85e90 error:0 in node[400000+4579000] Aug 13 00:02:33 Tower kernel: traps: node[19738] trap int3 ip:1c044d2 sp:7ffd038494e0 error:0 in node[400000+4579000] Aug 13 00:02:36 Tower kernel: traps: node[19937] trap int3 ip:1c044d2 sp:7ffc798da770 error:0 in node[400000+4579000] Aug 13 00:02:39 Tower kernel: traps: node[20153] trap int3 ip:1c044d2 sp:7fff6d2f52c0 error:0 in node[400000+4579000] Aug 13 00:02:42 Tower kernel: traps: node[20399] trap int3 ip:1c044d2 sp:7ffe067e5b70 error:0 in node[400000+4579000] Aug 13 00:02:45 Tower kernel: traps: node[20519] trap int3 ip:1c044d2 sp:7fff211af690 error:0 in node[400000+4579000] Aug 13 00:02:48 Tower kernel: traps: node[20696] trap int3 ip:1c044d2 sp:7ffd6f2b73a0 error:0 in node[400000+4579000] Aug 13 00:02:50 Tower kernel: traps: node[20876] trap int3 ip:1c044d2 sp:7ffca9c26a70 error:0 in node[400000+4579000] Aug 13 00:02:53 Tower kernel: traps: node[21057] trap int3 ip:1c044d2 sp:7fffaeb94e50 error:0 in node[400000+4579000] Aug 13 00:02:56 Tower kernel: traps: node[21192] trap int3 ip:1c044d2 sp:7ffd2f07ff60 error:0 in node[400000+4579000] Aug 13 00:02:59 Tower kernel: traps: node[21381] trap int3 ip:1c044d2 sp:7ffcb8b13ef0 error:0 in node[400000+4579000] Aug 13 00:03:02 Tower kernel: traps: node[21559] trap int3 ip:1c044d2 sp:7ffe2c3afd10 error:0 in node[400000+4579000] Aug 13 00:03:05 Tower kernel: traps: node[21768] trap int3 ip:1c044d2 sp:7ffc78b70000 error:0 in node[400000+4579000] Aug 13 00:03:08 Tower kernel: traps: node[21990] trap int3 ip:1c044d2 sp:7ffd389ed140 error:0 in node[400000+4579000] Aug 13 00:03:11 Tower kernel: traps: node[22127] trap int3 ip:1c044d2 sp:7ffecc5ff1a0 error:0 in node[400000+4579000] Aug 13 00:03:14 Tower kernel: traps: node[22312] trap int3 ip:1c044d2 sp:7ffc42b94ce0 error:0 in node[400000+4579000] Aug 13 00:03:17 Tower kernel: traps: node[22454] trap int3 ip:1c044d2 sp:7fffe571ad20 error:0 in node[400000+4579000] Aug 13 00:03:20 Tower kernel: traps: node[22688] trap int3 ip:1c044d2 sp:7ffc4c1357d0 error:0 in node[400000+4579000] Aug 13 00:03:22 Tower kernel: traps: node[22807] trap int3 ip:1c044d2 sp:7ffdf42d1fc0 error:0 in node[400000+4579000] Aug 13 00:03:25 Tower kernel: traps: node[23004] trap int3 ip:1c044d2 sp:7ffc0413dcb0 error:0 in node[400000+4579000] Aug 13 00:03:28 Tower kernel: traps: node[23190] trap int3 ip:1c044d2 sp:7ffde779fab0 error:0 in node[400000+4579000] Aug 13 00:03:31 Tower kernel: traps: node[23325] trap int3 ip:1c044d2 sp:7ffc895b0480 error:0 in node[400000+4579000] Aug 13 00:03:34 Tower kernel: traps: node[23650] trap int3 ip:1c044d2 sp:7ffcf00927b0 error:0 in node[400000+4579000] Aug 13 00:03:37 Tower kernel: traps: node[23765] trap int3 ip:1c044d2 sp:7ffdecf35e10 error:0 in node[400000+4579000] Aug 13 00:03:40 Tower kernel: traps: node[23970] trap int3 ip:1c044d2 sp:7ffc08fd0400 error:0 in node[400000+4579000] Aug 13 00:03:43 Tower kernel: traps: node[24090] trap int3 ip:1c044d2 sp:7ffc3f6382d0 error:0 in node[400000+4579000] Aug 13 00:03:46 Tower kernel: traps: node[24294] trap int3 ip:1c044d2 sp:7ffc8e26d800 error:0 in node[400000+4579000] Aug 13 00:03:49 Tower kernel: traps: node[24448] trap int3 ip:1c044d2 sp:7ffd81900150 error:0 in node[400000+4579000] Aug 13 00:03:52 Tower kernel: traps: node[24671] trap int3 ip:1c044d2 sp:7ffe50e5e4b0 error:0 in node[400000+4579000] Aug 13 00:03:55 Tower kernel: traps: node[24880] trap int3 ip:1c044d2 sp:7fff56f06960 error:0 in node[400000+4579000] Aug 13 00:03:57 Tower kernel: traps: node[24989] trap int3 ip:1c044d2 sp:7fff4b5b7660 error:0 in node[400000+4579000] Aug 13 00:04:00 Tower kernel: traps: node[25185] trap int3 ip:1c044d2 sp:7fff17226a40 error:0 in node[400000+4579000] Aug 13 00:04:03 Tower kernel: traps: node[25372] trap int3 ip:1c044d2 sp:7fff40981100 error:0 in node[400000+4579000] Aug 13 00:04:06 Tower kernel: traps: node[25587] trap int3 ip:1c044d2 sp:7ffe36ca9880 error:0 in node[400000+4579000] Aug 13 00:04:09 Tower kernel: traps: node[25728] trap int3 ip:1c044d2 sp:7ffcd832c940 error:0 in node[400000+4579000] Aug 13 00:04:12 Tower kernel: traps: node[25941] trap int3 ip:1c044d2 sp:7ffccc666b60 error:0 in node[400000+4579000] Aug 13 00:04:15 Tower kernel: traps: node[26121] trap int3 ip:1c044d2 sp:7ffdc7c81240 error:0 in node[400000+4579000] Aug 13 00:04:18 Tower kernel: traps: node[26239] trap int3 ip:1c044d2 sp:7fffe3c00770 error:0 in node[400000+4579000] Aug 13 00:04:21 Tower kernel: traps: node[26482] trap int3 ip:1c044d2 sp:7ffcdedd06d0 error:0 in node[400000+4579000] Aug 13 00:04:24 Tower kernel: traps: node[26596] trap int3 ip:1c044d2 sp:7ffd4435e560 error:0 in node[400000+4579000] Aug 13 00:04:27 Tower kernel: traps: node[26799] trap int3 ip:1c044d2 sp:7fff119611c0 error:0 in node[400000+4579000] Aug 13 00:04:30 Tower kernel: traps: node[26921] trap int3 ip:1c044d2 sp:7ffede4990a0 error:0 in node[400000+4579000] Aug 13 00:04:33 Tower kernel: traps: node[27103] trap int3 ip:1c044d2 sp:7fff29704a10 error:0 in node[400000+4579000] Aug 13 00:04:36 Tower kernel: traps: node[27343] trap int3 ip:1c044d2 sp:7ffe03360020 error:0 in node[400000+4579000] Aug 13 00:04:39 Tower kernel: traps: node[27464] trap int3 ip:1c044d2 sp:7ffd291dac00 error:0 in node[400000+4579000] Aug 13 00:04:42 Tower kernel: traps: node[27664] trap int3 ip:1c044d2 sp:7ffd90afe7d0 error:0 in node[400000+4579000] Aug 13 00:04:45 Tower kernel: traps: node[27807] trap int3 ip:1c044d2 sp:7fff46720f80 error:0 in node[400000+4579000] Aug 13 00:04:48 Tower kernel: traps: node[27992] trap int3 ip:1c044d2 sp:7fff16058f10 error:0 in node[400000+4579000] Aug 13 00:04:51 Tower kernel: traps: node[28226] trap int3 ip:1c044d2 sp:7fff45d27d00 error:0 in node[400000+4579000] Aug 13 00:04:54 Tower kernel: traps: node[28335] trap int3 ip:1c044d2 sp:7ffce2279ac0 error:0 in node[400000+4579000] Aug 13 00:04:57 Tower kernel: traps: node[28548] trap int3 ip:1c044d2 sp:7ffe5f89d4a0 error:0 in node[400000+4579000] Aug 13 00:05:00 Tower kernel: traps: node[28685] trap int3 ip:1c044d2 sp:7ffd1101a9c0 error:0 in node[400000+4579000] Aug 13 00:05:03 Tower kernel: traps: node[28897] trap int3 ip:1c044d2 sp:7fff87ce2230 error:0 in node[400000+4579000] Aug 13 00:05:06 Tower kernel: traps: node[29082] trap int3 ip:1c044d2 sp:7ffcb525fda0 error:0 in node[400000+4579000] Aug 13 00:05:09 Tower kernel: traps: node[29306] trap int3 ip:1c044d2 sp:7ffda7933d30 error:0 in node[400000+4579000] Aug 13 00:05:12 Tower kernel: traps: node[29489] trap int3 ip:1c044d2 sp:7ffff1f686a0 error:0 in node[400000+4579000] Aug 13 00:05:15 Tower kernel: traps: node[29608] trap int3 ip:1c044d2 sp:7fffa2d6fd90 error:0 in node[400000+4579000] Aug 13 00:05:18 Tower kernel: traps: node[29847] trap int3 ip:1c044d2 sp:7fff444a9a20 error:0 in node[400000+4579000] Aug 13 00:05:21 Tower kernel: traps: node[30031] trap int3 ip:1c044d2 sp:7ffe370553c0 error:0 in node[400000+4579000] Aug 13 00:05:24 Tower kernel: traps: node[30226] trap int3 ip:1c044d2 sp:7ffd97870250 error:0 in node[400000+4579000] Aug 13 00:05:27 Tower kernel: traps: node[30360] trap int3 ip:1c044d2 sp:7ffe35cbce10 error:0 in node[400000+4579000] Aug 13 00:05:30 Tower kernel: traps: node[30542] trap int3 ip:1c044d2 sp:7fffc65f71b0 error:0 in node[400000+4579000] Aug 13 00:05:33 Tower kernel: traps: node[30719] trap int3 ip:1c044d2 sp:7ffe6e59be50 error:0 in node[400000+4579000] Aug 13 00:05:35 Tower kernel: traps: node[30895] trap int3 ip:1c044d2 sp:7ffe3cd21340 error:0 in node[400000+4579000] Aug 13 00:05:38 Tower kernel: traps: node[31077] trap int3 ip:1c044d2 sp:7ffd46763ff0 error:0 in node[400000+4579000] Aug 13 00:05:41 Tower kernel: traps: node[31202] trap int3 ip:1c044d2 sp:7ffc3e40bbf0 error:0 in node[400000+4579000] Aug 13 00:05:44 Tower kernel: traps: node[31391] trap int3 ip:1c044d2 sp:7ffc0a24a420 error:0 in node[400000+4579000] Aug 13 00:05:47 Tower kernel: traps: node[31523] trap int3 ip:1c044d2 sp:7ffc8e5a96d0 error:0 in node[400000+4579000] Aug 13 00:05:50 Tower kernel: traps: node[31766] trap int3 ip:1c044d2 sp:7fff2662a0b0 error:0 in node[400000+4579000] Aug 13 00:05:53 Tower kernel: traps: node[31930] trap int3 ip:1c044d2 sp:7ffdb55d2fb0 error:0 in node[400000+4579000] Aug 13 00:05:56 Tower kernel: traps: node[32066] trap int3 ip:1c044d2 sp:7ffd30ddd4f0 error:0 in node[400000+4579000] Aug 13 00:05:59 Tower kernel: traps: node[32236] trap int3 ip:1c044d2 sp:7fff7c1d3790 error:0 in node[400000+4579000] Aug 13 00:06:02 Tower kernel: traps: node[32352] trap int3 ip:1c044d2 sp:7ffe76f5e300 error:0 in node[400000+4579000] Aug 13 00:06:05 Tower kernel: traps: node[32613] trap int3 ip:1c044d2 sp:7ffd9ab62580 error:0 in node[400000+4579000] Abgesehen von der Cache-Umstellung habe ich nichts geändert. syslog-192.168.0.125.log

ich möchte lösen: geht vollumfänglich