July 17, 20241 yr 2 minutes ago, Marc601 said: look at the picture Post it along with your diagnostics.
July 17, 20241 yr 2 hours ago, Marc601 said: Hello, I need help and I don't know why this is the case, look at the picture wenn du noch per ssh ins terminal kommst, schau mal was das "alte" syslog sagt (ist nicht in der diagnostics enthalten) tail -100 /var/log/syslog.1 dein log ist voll geschrieben, es werden 129 MB dafür reserviert ... in der Regel, irgendwas passt bei dir nicht ... "gefühlt" hat es was mit den Platten zu tun ... außer du hast ein "wildes" script am Start im syslog was anbei ist sieht man (leider) nichts ...
July 17, 20241 yr Author hey I can only offer you this. had to restart, didn't want to do anything else server-nass-syslog-20240717-1859.zip
July 18, 20241 yr 8 hours ago, Marc601 said: hey I can only offer you this. had to restart, didn't want to do anything else there is nothing obvious inside, lets hope its been a "hickup"
July 18, 20241 yr Ist bei mir (war).. bei mir bis vor ein paar Tagen auch so... Habe das dann auf 250 o. 350MB hochgestellt, das hat sich nun so bei 160MB Eingependelt, höher geht es nicht 🙂 Edited July 18, 20241 yr by nixweis
July 18, 20241 yr 7 minutes ago, nixweis said: Habe das dann auf 250 o. 350MB hochgestellt, das hat sich nun so bei 160MB Eingependelt, höher geht es nicht 🙂 Und davon wird es besser ? Was steht denn da drin ... da muss ja einiges schief laufen ... was wiederum einiges erklärt von anderen Anfragen deinerseits ... Was machst du denn bei langen uptimes ... 😉
July 18, 20241 yr 10 minutes ago, alturismo said: Und davon wird es besser ? Ähm.... Ja deutlich, denn so Reagiert Unraid wieder 👍 10 minutes ago, alturismo said: Was steht denn da drin ... da muss ja einiges schief laufen ... was wiederum einiges erklärt von anderen Anfragen deinerseits ... Naja, meine Intension war das System am Laufen zu halten (SmartHome usw. läuft alles über Unraid), darum habe ich nur im www nach einer "schnellen" Hilfe gesucht, und wenn es ein Problem mit Unraid gibt, scheint das nicht Tödlich für Unraid zu sein, ich bin mit 160MB zufrieden 🙂 Edit: Ich hatte Probleme meine Windows VM zu starten, diese zeigte immer einen Logfehler, also das sie nicht ins Log schreiben kann, so wurde ich erst auf die 100% Logdatei aufmerksam! Edited July 18, 20241 yr by nixweis
July 18, 20241 yr 28 minutes ago, nixweis said: Naja, meine Intension war das System am Laufen zu halten wenn einer umkippt und beatmet wird (am Leben erhalten) hilft das erstmal ... löst aber nicht das Problem ... wenn du nicht sagen willst was da drin steht ... ok, aber das erklärt unter anderem ggf. einiges ... 160MB würde ich mit einer Uptime von 10++ Jahren vielleicht hinbekommen ...
July 18, 20241 yr 49 minutes ago, alturismo said: wenn du nicht sagen willst was da drin steht ... Wo drin steht?... ich denke du meist das Log?... keine Ahnung wo ich das finde, ich glaube das habe ich vor 3 Jahren das letzte mal gepostet.... 50 minutes ago, alturismo said: würde ich mit einer Uptime von 10++ Jahren vielleicht hinbekommen ... Was bedeutet das?, was meinst du mit Uptime?
July 18, 20241 yr So habe das Log auf die schnelle gefunden, gibt einige "First 128 bytes of corrupted metadata buffer:" fehler. Wenn du ein "Spezielleres" Log benötigts, dann bitte mit Hilfestellung wie ich das hinkommen 🙂 tron-syslog-20240718-1206.zip
July 18, 20241 yr 10 minutes ago, nixweis said: Was bedeutet das?, was meinst du mit Uptime? das log schreibt ja Vorgänge, Fehler, ... je länger der Server "dauerhaft" an ist (uptime) desto größer wird das logfile ... das liegt im RAM und wird bei einem Neustart gelöscht. normal werden da kb reingeschrieben, der Großteil passiert ja beim boot, Docker start stop 1 hour ago, nixweis said: Wenn du ein "Spezielleres" Log benötigts, dann bitte mit Hilfestellung wie ich das hinkommen 🙂 in dem Anhang ist ja 0 drin schau mal bitte im Terminal und poste dies ls -lah /var/log/
July 19, 20241 yr Oh... der ist gewachsen! total 240M drwxr-xr-x 11 root root 740 Jul 18 13:00 ./ drwxr-xr-x 15 root root 360 Jul 17 06:14 ../ -rw------- 1 root root 0 Jul 16 13:01 btmp -rw-r--r-- 1 root root 0 Apr 28 2021 cron -rw-r--r-- 1 root root 0 Apr 28 2021 debug -rw-r--r-- 1 root root 66K Jul 17 06:13 dmesg -rw-r--r-- 1 root root 23K Jul 18 04:01 docker.log -rw-r--r-- 1 root root 0 Feb 13 2021 faillog -rw-r--r-- 1 root root 12 Jul 19 00:16 gitcount -rw-r--r-- 1 root root 8.6K Jul 19 00:16 gitflash -rw-r--r-- 1 root root 0 Apr 7 2000 lastlog drwxr-xr-x 4 root root 140 Jul 17 06:15 libvirt/ -rw-r--r-- 1 root root 0 Apr 28 2021 maillog -rw-r--r-- 1 root root 0 Jul 17 06:14 mcelog -rw-r--r-- 1 root root 0 Apr 28 2021 messages drwxr-xr-x 2 root root 40 Aug 10 2022 nfsd/ drwxr-x--- 2 nobody root 60 Jul 17 06:14 nginx/ lrwxrwxrwx 1 root root 24 Jul 16 13:00 packages -> ../lib/pkgtools/packages/ drwxr-xr-x 4 root root 80 Jan 19 2023 pkgtools/ drwxr-xr-x 2 root root 700 Jul 17 06:14 plugins/ drwxr-xr-x 2 root root 40 Jul 17 06:14 pwfail/ lrwxrwxrwx 1 root root 25 Jul 16 13:02 removed_packages -> pkgtools/removed_packages/ lrwxrwxrwx 1 root root 24 Jul 16 13:02 removed_scripts -> pkgtools/removed_scripts/ drwxr-xr-x 3 root root 300 Jul 17 06:14 samba/ lrwxrwxrwx 1 root root 23 Jul 16 13:00 scripts -> ../lib/pkgtools/scripts/ -rw-r--r-- 1 root root 0 Apr 28 2021 secure lrwxrwxrwx 1 root root 21 Jul 16 13:00 setup -> ../lib/pkgtools/setup/ -rw-r--r-- 1 root root 0 Apr 28 2021 spooler drwxr-xr-x 3 root root 60 Sep 26 2022 swtpm/ -rw-r--r-- 1 root root 80M Jul 19 00:17 syslog -rw-r--r-- 1 root root 80M Jul 18 12:52 syslog.1 -rw-r--r-- 1 root root 80M Jul 18 00:30 syslog.2 -rw------- 1 root root 309 Jul 17 06:15 unbalanced.log drw-r--r-- 2 root root 60 Jul 17 06:14 unraid-api/ -rw-r--r-- 1 root root 252 Jul 17 06:13 vfio-pci -rw-r--r-- 1 root root 145 Jul 17 06:13 vfio-pci-errors -rw-rw-r-- 1 root utmp 6.8K Jul 17 06:14 wtmp root@Tron:~#
July 19, 20241 yr 21 minutes ago, nixweis said: Oh... der ist gewachsen! immer weiter ... jeweils 80 MB ... Respekt da ich die jetzt nicht im Terminal sichten wollte, würde ich mir diese mal rüber kopieren auf einen Share wo ich die dann einfach mal mit beispielsweise notepad öffnen kann und durchschauen kann was da so passiert ... aber Achtung, 80 MB logfile ist groß ... zum kopieren, Beispiel, kopiert die Datei jetzt auf /mnt/user/system/syslog ... cp /var/log/syslog /mnt/user/system/ kannst auch nen anderen Share nehmen, einfach einen wo du per smb Zugriff hast ... dann sollten da tausende Fehlerzeilen sein, sehr wahrscheinlich sich immer wiederholende ... den Fehler dann mal abstellen
July 19, 20241 yr Hmmm... da stimmt was nicht, die so erstellte "syslog" ist nur 384kb groß mit diesem Inhalt Jul 19 01:06:46 Tron emhttpd: read SMART /dev/sdc Jul 19 01:10:00 Tron rsyslogd: [origin software="rsyslogd" swVersion="8.2102.0" x-pid="6348" x-info="https://www.rsyslog.com"] rsyslogd was HUPed Jul 19 01:10:57 Tron emhttpd: read SMART /dev/sde Jul 19 01:11:02 Tron emhttpd: read SMART /dev/sdd Jul 19 01:11:06 Tron emhttpd: read SMART /dev/sdg Wenn ich mir mit Krusader den Ordner /mnt/log/ anschaue (verstecke Dateien anzeigen ist aktiv) sehe ich keine syslog, auch keine syslog1 oder 2.
July 19, 20241 yr 1 minute ago, nixweis said: Wenn ich mir mit Krusader den Ordner /mnt/log/ anschaue wie auch immer du auf /mnt/log/ kommst ... /var/log/... und da hat Krusader keinen Zugriff
July 19, 20241 yr 2 minutes ago, alturismo said: wie auch immer du auf /mnt/log/ kommst ... Sorry meinte natürlich /var/log/ 🙂 2 minutes ago, alturismo said: und da hat Krusader keinen Zugriff und das passt schön zu dem Cache Thema, darum mag ich den Webmin in den LXCs 🙂 Gut, aber das ändert jetzt nichts das die syslog nur 385Kb groß ist, wie komme ich nun an die Datei mit den 80MB ran?
July 19, 20241 yr 4 minutes ago, nixweis said: Gut, aber das ändert jetzt nichts das die syslog nur 385Kb groß ist, wie komme ich nun an die Datei mit den 80MB ran? dann kopier halt die syslog.1 oder die syslog.2 ...
July 19, 20241 yr Okay..... dieser Fehler ist hundertfach vorhanden: Jul 19 04:05:24 Tron kernel: XFS: metadata IO error: 73187 callbacks suppressed Jul 19 04:05:24 Tron kernel: XFS (md5p1): metadata I/O error in "xfs_da_read_buf+0x9a/0xff [xfs]" at daddr 0x125d338 len 8 error 74 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Metadata CRC error detected at xfs_dir3_data_read_verify+0x7c/0xf1 [xfs], xfs_dir3_data block 0x125d338 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Unmount and run xfs_repair Jul 19 04:05:24 Tron kernel: XFS (md5p1): First 128 bytes of corrupted metadata buffer: Jul 19 04:05:24 Tron kernel: 00000000: 01 d4 40 7a 67 fd 9d 7f b7 0a 20 14 74 1d 95 ab ..@zg..... .t... Jul 19 04:05:24 Tron kernel: 00000010: 4b ad b3 26 81 c5 7e 59 78 e0 84 a0 c4 e3 42 80 K..&..~Yx.....B. Jul 19 04:05:24 Tron kernel: 00000020: 65 9d 19 b4 82 5b b9 84 76 ca cf 21 65 ea c4 45 e....[..v..!e..E Jul 19 04:05:24 Tron kernel: 00000030: a4 90 29 5c e8 e7 0d a7 9d 91 b0 b9 c5 30 a4 e7 ..)\.........0.. Jul 19 04:05:24 Tron kernel: 00000040: b9 86 08 f5 4a e4 15 27 d8 7b 73 77 78 aa 93 e8 ....J..'.{swx... Jul 19 04:05:24 Tron kernel: 00000050: 88 ba 2b ba 2d 4b 00 43 52 20 c4 64 08 3d 31 58 ..+.-K.CR .d.=1X Jul 19 04:05:24 Tron kernel: 00000060: be de 8c 52 16 44 57 0a a2 6e 1d 57 04 0c fd b7 ...R.DW..n.W.... Jul 19 04:05:24 Tron kernel: 00000070: 12 75 1c 6a 38 e7 3e d4 ff 00 47 9e d9 a1 9a 68 .u.j8.>...G....h Jul 19 04:05:24 Tron kernel: XFS (md5p1): metadata I/O error in "xfs_da_read_buf+0x9a/0xff [xfs]" at daddr 0x125d338 len 8 error 74 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Metadata CRC error detected at xfs_dir3_data_read_verify+0x7c/0xf1 [xfs], xfs_dir3_data block 0x125d338 Jul 19 04:05:24 Tron kernel: XFS (md5p1): Unmount and run xfs_repair Jul 19 04:05:24 Tron kernel: XFS (md5p1): First 128 bytes of corrupted metadata buffer: P.S. ohne neu Start ist die Protokoll Anzeige wieder auf 160MB gefallen.... alles ein bisschen komisch 🙂 Hmm.... ggf. sollte ich doch den USB-Stick mal neu machen... Edited July 19, 20241 yr by nixweis
July 19, 20241 yr 4 hours ago, nixweis said: Hmm.... ggf. sollte ich doch den USB-Stick mal neu machen... weil ? es steht ja da was zu machen wäre ... du hast es geschafft xfs disk in die Knie zu zwingen 1/ array stop 2/ terminal, xfs_repair -V -L /dev/md5p1 3/ hoffen das superblock funktioniert hast du backups ? ansonsten mal deine diagnostics durchschauen welche disk md5p1 entspricht und Daten weg sichern im Notfall md5p1 (sdX) formatieren ... aber erstmal repait durchführen.
July 20, 20241 yr 9 hours ago, alturismo said: weil ? Darum Hier habe ich nur die Fehlerhafte Datei ersetzt. 9 hours ago, alturismo said: xfs_repair -V -L /dev/md5p1 Antwort vom System ->> xfs_repair version 6.1.1 Sonst ist nix passiert 9 hours ago, alturismo said: hast du backups ? Ja, von den Daten immer, von den Apps.... vergessen 🙂
July 20, 20241 yr 38 minutes ago, nixweis said: Sonst ist nix passiert ja. log ist ja aus xfs_repair -v /dev/md5p1 und um ganz sicher zu sein ... array ist gestoppt ? du überliest ja gerne mal was
July 20, 20241 yr 40 minutes ago, nixweis said: Darum naja ... mit so Kommentaren braucht man ja eigentlich nichts mehr machen egal, auch der gezeigte Fehler hat nichts mit deinem USB am Hut, aber hast ja alles retour auf Prox gespielt, daher erledigt. Du hast halt einige Fehler parallel und anscheinend nie die Ursache abgestellt, siehe hier das Thema syslog ... xfs error auf einer disk (zumindest der Auszug aus dem log), Lösung, log Größenbeschränkung erweitern ... Folge (eventuell) ... siehe deinen "darum" Link ... defekte FS auf disks sind halt nicht förderlich und indem ich den Fehlermeldungen einfach mehr Platz gebe löse ich ja nicht die Ursache ... aber egal, schau was xfs_repair ausspuckt.
July 20, 20241 yr 16 minutes ago, alturismo said: und um ganz sicher zu sein ... array ist gestoppt ? Ja war gestoppt 🙂 Antwort vom System "xfs_repair version 6.1.1" keine weitere Aktion und keine weitere Ausgabe, zwischen Zeitlich hat sich auch "Fix Common" gemeldet!
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.