Suchergebnisse

Ich werde wahrscheinlich die Situation zum Anlass nehmen, meine DS komplett neu aufzusetzen, dann auch statt einem Volume mit 4 Disks 2 Volumes mit je 2 Disks. Um den Platz zu gewinnen passe ich die Backup-Strategie an. Möglicherweise schlummern auch ein paat TB in den verschollenen Snapshots.

was ist denn dieses device dm-3 ? 2024-05-31T00:27:37+02:00 ds kernel: [1031515.000490] parent transid verify failed on 1347059613696 wanted 24905708 found 26050945 2024-05-31T00:27:38+02:00 ds kernel: [1031515.147872] parent transid verify failed on 1347059613696 wanted 24905708 found...

Ja, die wächst weiter. Die einzige Stelle, die Google zur Logdatei kennt, ist dieser Thread.

Die SMART-Werte sind weiter oben in diesem Thread. btrfs device stats /volume1 [/dev/mapper/cachedev_0].write_io_errs 0 [/dev/mapper/cachedev_0].read_io_errs 0 [/dev/mapper/cachedev_0].flush_io_errs 0 [/dev/mapper/cachedev_0].corruption_errs 0 [/dev/mapper/cachedev_0].generation_errs 0...

Der letzte Eintrag im Protokollcenter zu Laufwerken sind die manuellen SMART-Tests. more /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] [raidF1] md3 : active raid1 nvme0n1p1[0] nvme1n1p1[1] 468846912 blocks super 1.2 [2/2] [UU] md2 : active raid5 sda5[0] sdd5[3]...

Das auth.log ist ein Passwortfehler eines Users beim Versuch auf Mails zuzugreifen. Das gab es vermutlich schon vor dem Update. Dann gibt es noch viele mysql-Zugriffe. messages scheint auf das Problem zu zeigen: 2024-05-30T13:08:25+02:00 ds kernel: [990761.948405] parent transid verify failed...

Um 13:02 durchgeführt: admin@ds:~$ ls -als /var/log | grep " 30 " | grep " 13:0" 544 -rw-r----- 1 root log 552606 May 30 13:02 auth.log 184 -rw-rw---- 1 system log 184157 May 30 13:02 bash_history.log 2748 -rw-rw---- 1 system...

syno_md_correction ergibt: 2024-05-30T12:59:00+02:00 ds kernel: md2: [Self Heal] Retry sector [2682373568] round [1/2] start: sh-sector [894124480], d-disk [3:sdd5], p-disk [0:sda5], q-disk [-1:null] 2024-05-30T12:59:00+02:00 ds kernel: md2: [Self Heal] Retry sector [2682373576] round [1/2]...

Um 12:51 gemachtes ls-grep zeigt als zuletzt aktive logs: auth.log (dürfte das Einloggen via ssh sein) messages rm.log synolog syno_md_correction.log synosnmpcd.log

Das hier wären nach einigem Hinsehen so verdächtige Kandidaten.

Die Festplatte beruhigt sich nicht, die Last bleibt erhöht.

Indizierung oder so laufen nicht, soweit ich das beurteilen kann. Active Insight war installiert aber nicht eingerichtet. Deinstallieren brachte keine Änderung. Durchsatz und IOPS sind zurück gegangen, während die Auslastung des Volume bei 20% liegt. Im Hintergrund läuft surveillance mit einer...

Das Update auf 7.2 scheint noch ein Problem zu haben. Mit dem Update ist die Auslastung des Volumes deutlich angestiegen.

Ich schränke jetzt den Zeitplan ein, auf 0-1 Uhr Nachts, damit das nicht immer durch läuft. Neu verworfene Snapshots werden problemlos aufgeräumt. Nur diese alten sind betroffen.

Die anderen sehen nicht viel anders aus.

Smart-Status von 2 der 4 Platten anbei.

Das Update auf 7.2 hat das eigentliche Problem nicht behoben. Die verbleibenden Elemente werden augenscheinlich nicht weniger.

Ok. Mailstation funktioniert nichtmehr, mit allen Filterregeln. Der Paketmnager gibt an, die Version 20231031-10324 sei inkompatibel - aber die aktuellste Version Wie bekommt man das wieder zum Laufen? Auch die Docker-Anwendung scan2PDF funktioniert nicht mehr. Laut Doku sollten die...

Ich merke gerade, dass die Speicherplatzrückgewinnung auch zu Zeiten läuft, zu der sie aus Performance-Gründen eigentlich angehalten sein soll.

Habe mich eben wieder in die DS eingeloggt, und die Speicherplatzrückgewinnung ist wieder aktiv und arbeitet sich an den 1308 Snapshots ab...