Beiträge von frief

frief · 6. November 2019

oops, die Mails hatten sich überschnitten und inzwischen habe ich Platz freigeräumt und rebootet.
Jetzt tritt die Write Loop nicht mehr auf. Und das jetzige dmesg scheint mir unauffällig:

Code

# dmesg | grep -i btrfs
[    2.807380] Btrfs loaded, crc32c=crc32c-intel, assert=on
[    2.812432] BTRFS: device fsid 3aba623f-f24e-422e-a4bf-2649f7ff31e8 devid 1 transid 12279319 /dev/sda2
[    2.852180] BTRFS info (device sda2): disk space caching is enabled
[    2.852181] BTRFS info (device sda2): has skinny extents
[    2.868747] BTRFS info (device sda2): detected SSD devices, enabling SSD mode
[    3.734488] BTRFS info (device sda2): disk space caching is enabled
[    3.758104] BTRFS info (device sda2): continuing balance
[    3.778490] BTRFS info (device sda2): relocating block group 161205977088 flags data
[    3.847936] BTRFS info (device sda2): found 1 extents
[    3.931981] BTRFS info (device sda2): found 1 extents
[    3.972576] BTRFS info (device sda2): relocating block group 160581025792 flags data
[    4.034269] BTRFS info (device sda2): found 16 extents
[    4.126932] BTRFS info (device sda2): found 16 extents
[    4.184521] BTRFS info (device sda2): relocating block group 145950244864 flags data
[    4.337880] BTRFS info (device sda2): found 366 extents
[    4.560807] BTRFS info (device sda2): found 366 extents
[    4.602304] BTRFS info (device sda2): relocating block group 144876503040 flags data
[    6.007177] BTRFS info (device sda2): found 842 extents
[    6.321487] BTRFS info (device sda2): found 842 extents
[    6.397698] BTRFS info (device sda2): relocating block group 143802761216 flags data
[    6.725307] BTRFS info (device sda2): found 30 extents
[    7.015075] BTRFS info (device sda2): found 30 extents
[    7.051985] BTRFS info (device sda2): relocating block group 104812511232 flags data
[    8.556737] BTRFS info (device sda2): found 2562 extents
[    9.025629] BTRFS info (device sda2): found 2562 extents
[    9.080703] BTRFS info (device sda2): relocating block group 103738769408 flags data
[    9.151606] BTRFS info (device sda2): found 122 extents
[    9.270569] BTRFS info (device sda2): found 122 extents
[    9.297829] BTRFS info (device sda2): relocating block group 101591285760 flags data
[    9.892783] BTRFS info (device sda2): found 2112 extents
[   10.519833] BTRFS info (device sda2): found 2112 extents
[   10.584602] BTRFS info (device sda2): found 13 extents

Alles anzeigen

An den vorherigen dmesg komme ich zumindest so nicht ran:

Code

# journalctl -b -1 | grep -i btrfs
Specifying boot ID or boot offset has no effect, no persistent journal was found.

Damit ist der Status hier ok. Ich habe jedoch (etwa 3 Boots vorher) ein Image von /dev/sda2 erstellt. Dieses könnte ich vermutlich als loop device mounten, um dort (mit einem per Hand aufgerufenen balance) die Write Loop zu reproduzieren.

Danke für Deinen Support! Extrem hilfreich!)

frief · 6. November 2019

iotop:

Code

Total DISK READ :       0.00 B/s | Total DISK WRITE :     161.72 M/s
Actual DISK READ:       0.00 B/s | Actual DISK WRITE:     162.68 M/s
  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND                                                                                                                                                                                              
  420 be/4 root        0.00 B/s  161.52 M/s  0.00 % 36.06 % [btrfs-balance]
  930 be/4 root        0.00 B/s  201.35 K/s  0.00 %  0.00 % rsyslogd -n -iNONE [rs:main Q:Reg]
    1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % systemd --switched-root --system --deserialize 24
    2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
    3 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0]
    4 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H]
    5 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/u8:0]
    6 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [mm_percpu_wq]
    7 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
    8 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]
    9 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_bh]

Alles anzeigen

Leider hängt cancel dauerhaft:

Code

# btrfs balance cancel /

so dass ein balance start wohl keinen Sinn macht.

Ebenfalls ohne Erfolg:

Code

# strace -p 420
strace: attach: ptrace(PTRACE_SEIZE, 420): Operation not permitted
kill -sigterm 420
kill -sighup 420
kill -9 420
kill -9 420
kill -9 420

frief · 6. November 2019

> System aktualisiert (Dist-Upgrade) von openSUSE Leap xyz auf openSUSE Leap 15.1?

Ja, es ist ein "altes" System. (Wann / neu aufgesetzt wurde weiß ich leider nicht)

> Snapper und quotas beabsichtigt deaktiviert?

Nein.

> Deine 40 GB BTRFS-Partition ist schlicht voll.

Laut df (siehe unten) und "btrfs fi usage /" (siehe letzten Post) sind noch >3 GB frei.

> Dazu kommt, dass /home ebenfalls auf dieser enthalten ist.

Dies ist nicht der Fall.

Code

# fdisk -l
Festplatte /dev/sda: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Disk model: WDC  WDS100T2B0A
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x3d2797a4


Gerät      Boot    Anfang       Ende   Sektoren  Größe Kn Typ
/dev/sda1            2048   16779263   16777216     8G  b W95 FAT32
/dev/sda2  *     16779264  100665343   83886080    40G 83 Linux
/dev/sda3       100665344  302073855  201408512    96G 83 Linux
/dev/sda4       302073856 1735673855 1433600000 683,6G  5 Erweiterte
/dev/sda5       302075904 1350651903 1048576000   500G 83 Linux




Festplatte /dev/sdb: 232,9 GiB, 250059350016 Bytes, 488397168 Sektoren
Disk model: Samsung SSD 850 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 0710D324-CA8D-49A7-98EC-DC029103AF94


Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sdb1     2048   1023999   1021952   499M Windows-Wiederherstellungsumgebung
/dev/sdb2  1024000   1226751    202752    99M EFI-System
/dev/sdb3  1226752   1259519     32768    16M Microsoft reserviert
/dev/sdb4  1259520 488396799 487137280 232,3G Microsoft Basisdaten

Alles anzeigen

Code

# df
Dateisystem    1K-Blöcke  Benutzt Verfügbar Verw% Eingehängt auf
devtmpfs         6047564        0   6047564    0% /dev
tmpfs            6056184   374028   5682156    7% /dev/shm
tmpfs            6056184    17988   6038196    1% /run
tmpfs            6056184        0   6056184    0% /sys/fs/cgroup
/dev/sda2       41943040 37994468   3449924   92% /
/dev/sda2       41943040 37994468   3449924   92% /usr/local
/dev/sda3       98991640 85256768   8683288   91% /home
/dev/sda2       41943040 37994468   3449924   92% /var
/dev/sda2       41943040 37994468   3449924   92% /boot/grub2/i386-pc
/dev/sda2       41943040 37994468   3449924   92% /opt
/dev/sda2       41943040 37994468   3449924   92% /boot/grub2/x86_64-efi
/dev/sda2       41943040 37994468   3449924   92% /tmp
/dev/sda2       41943040 37994468   3449924   92% /srv
/dev/sda2       41943040 37994468   3449924   92% /root
tmpfs            1211236       20   1211216    1% /run/user/1000

Alles anzeigen

Auch bei voller Disk dürfte ein Dauerzustand mit ~165000 kByte written/s und ~0 kByte read/s (siehe unten) nicht auftreten.
(Der Rechner hat nur 12 GByte RAM (i7 2600 mit multithreading disabled) und hätte (wenn er nichts liest) seinen Hauptspeicher in etwa anderthalb Minuten auf die Platte geschrieben.)
Ich befürchte, dass Problem liegt tiefer. Wenn es von allgemeinem Interesse ist, kann ich versuchen, weitere Info zu liefern. Ansonsten setze ich die root Partition neu auf.

Code

# uptime; iostat -k -d 10 3
 22:10:42   0:34 an,  3 Benutzer,  Durchschnittslast: 1,46, 1,35, 1,22
Linux 4.12.14-lp151.28.25-default (lake)        06.11.2019      _x86_64_        (4 CPU)


Device             tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda            3009,65       730,90    182380,57    1505435  375649268
sdb               0,17         5,06         0,00      10432          0


Device             tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda            2852,30         0,00    184172,00          0    1841720
sdb               0,00         0,00         0,00          0          0


Device             tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda            2854,20         0,00    185620,00          0    1856200
sdb               0,00         0,00         0,00          0          0

Alles anzeigen

frief · 6. November 2019

nein, kein Raid. "Normaler" Desktop Rechner.

Inzwischen 2x rebootet. Nach erneutem Hochfahren jeweils gleicher Zustand (Write mit ~180 MByte/s).

Code

# snapper ls
Die Konfiguration "Root" ist nicht vorhanden. Snapper ist wahrscheinlich nicht konfiguriert.
Weitere Anweisungen finden Sie in "man snapper".

Code

# systemctl list-timers --all
NEXT                         LEFT                LAST                         PASSED     UNIT                         ACTIVATES
Wed 2019-11-06 20:58:44 CET  4min 40s left       n/a                          n/a        snapper-cleanup.timer        snapper-cleanup.service
Wed 2019-11-06 21:00:00 CET  5min left           n/a                          n/a        snapper-timeline.timer       snapper-timeline.service
Wed 2019-11-06 21:03:44 CET  9min left           n/a                          n/a        systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Thu 2019-11-07 00:00:00 CET  3h 5min left        Wed 2019-11-06 00:00:59 CET  20h ago    logrotate.timer              logrotate.service
Thu 2019-11-07 00:00:00 CET  3h 5min left        Wed 2019-11-06 00:00:59 CET  20h ago    mandb.timer                  mandb.service
Thu 2019-11-07 00:18:07 CET  3h 24min left       Wed 2019-11-06 08:25:14 CET  12h ago    check-battery.timer          check-battery.service
Thu 2019-11-07 01:26:40 CET  4h 32min left       Wed 2019-11-06 08:25:14 CET  12h ago    backup-sysconfig.timer       backup-sysconfig.service
Thu 2019-11-07 01:30:24 CET  4h 36min left       Wed 2019-11-06 08:25:14 CET  12h ago    backup-rpmdb.timer           backup-rpmdb.service
Mon 2019-11-11 00:00:00 CET  4 days left         Mon 2019-11-04 00:00:27 CET  2 days ago btrfs-balance.timer          btrfs-balance.service
Mon 2019-11-11 00:00:00 CET  4 days left         Mon 2019-11-04 00:00:27 CET  2 days ago fstrim.timer                 fstrim.service
Sun 2019-12-01 00:00:00 CET  3 weeks 3 days left Fri 2019-11-01 08:37:22 CET  5 days ago btrfs-scrub.timer            btrfs-scrub.service


11 timers listed.

Alles anzeigen

Code

# btrfs subvolume list /
ID 257 gen 11387887 top level 5 path @
ID 258 gen 11399580 top level 257 path var
ID 259 gen 11187905 top level 257 path usr/local
ID 260 gen 11373654 top level 257 path tmp
ID 261 gen 10272377 top level 257 path srv
ID 262 gen 11382204 top level 257 path root
ID 263 gen 10272377 top level 257 path opt
ID 264 gen 10272377 top level 257 path home
ID 265 gen 10272377 top level 257 path boot/grub2/x86_64-efi
ID 266 gen 10272377 top level 257 path boot/grub2/i386-pc

Alles anzeigen

Code

# btrfs device stats /
[/dev/sda2].write_io_errs    0
[/dev/sda2].read_io_errs     0
[/dev/sda2].flush_io_errs    0
[/dev/sda2].corruption_errs  0
[/dev/sda2].generation_errs  0

Code

# btrfs qgroup show /
ERROR: can't list qgroups: quotas not enabled

Code

# btrfs fi usage /
Overall:
    Device size:                  40.00GiB
    Device allocated:             40.00GiB
    Device unallocated:            1.00MiB
    Device missing:                  0.00B
    Used:                         36.16GiB
    Free (estimated):              3.57GiB      (min: 3.57GiB)
    Data ratio:                       1.00
    Metadata ratio:                   1.00
    Global reserve:               70.28MiB      (used: 480.00KiB)


Data,single: Size:39.23GiB, Used:35.65GiB
   /dev/sda2      39.23GiB


Metadata,single: Size:768.00MiB, Used:519.55MiB
   /dev/sda2     768.00MiB


System,single: Size:20.00MiB, Used:16.00KiB
   /dev/sda2      20.00MiB


Unallocated:
   /dev/sda2       1.00MiB

Alles anzeigen

Danke,

frief · 6. November 2019

Thx (hatte Schriftart Courier verwendet. Die verschluckten Leerzeichen gehen aufs Konto der Forensoftware)

Code

> sudo btrfs balance status -v /
Balance on '/' is running
0 out of about 1 chunks balanced (5 considered), 100% left
Dumping filters: flags 0x11, state 0x1, force is off
  DATA (flags 0x2): balancing, usage=30

frief · 6. November 2019

journalctl

...skipping...
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:53 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:16:56 lake kernel: btrfs_printk: 230 callbacks suppressed

usw. usw.

Nov 06 19:21:07 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:07 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:07 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:07 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:07 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents
Nov 06 19:21:08 lake kernel: BTRFS info (device sda2): found 10 extents

df

/dev/sda2 41943040 37985464 3458876 92% /
/dev/sda3 98991640 85275816 8664240 91% /home

mount

/dev/sda2 on /opt type btrfs (rw,relatime,ssd,space_cache,subvolid=263,subvol=/@/opt)
/dev/sda3 on /home type ext4 (rw,relatime,stripe=32684,data=ordered)

inzwischen >500 GB written (Partition selber ist nur 41.9 GB)

> iostat -m -d 30
Linux 4.12.14-lp151.28.25-default (lake) 06.11.2019 _x86_64_ (4 CPU)

Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 2433,22 0,61 178,34 1800 526364

frief · 6. November 2019

Hi,

btrfs-balance scheint aktuell hier in einer Schreibschleife festzustecken.

Auf die SSD wird seit dem Booten mit etwa 180 MByte/s geschrieben, während laut iostat nichts bzw. nahezu nichts gelesen wird:

Code

> iostat -m -d 30
Linux 4.12.14-lp151.28.25-default (lake) 06.11.2019 _x86_64_ (4 CPU)




Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 2504,23 1,69 176,18 1779 185658
sdb 1,29 0,05 0,00 48 0
sdd 0,91 0,03 0,00 36 0




Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 2313,07 0,00 181,23 0 5436
sdb 0,00 0,00 0,00 0 0
sdd 0,00 0,00 0,00 0 0




Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 2350,93 0,00 183,43 0 5502
sdb 0,00 0,00 0,00 0 0
sdd 0,00 0,00 0,00 0 0




Device tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 2327,00 0,00 182,04 0 5461
sdb 0,00 0,00 0,00 0 0
sdd 0,00 0,00 0,00 0 0

Alles anzeigen

usw. usw.

Da nichts gelesen wird, gehe ich davon aus, dass btrfs-balance jetzt ÜBERHAUPT nichts Sinnvolles macht!!!

Code

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
433 root 20 0 0 0 0 D 21,26 0,000 7:36.68 btrfs-balance

Was tun?

Damit von der SSD noch etwas übrig bleibt werde ich den Rechner um 19:20 neu booten (es sei denn, jemand klinkt sich ein).

VG,
Frieder

Bitte benutze für Konsolenausgaben Code-Tags

Beiträge von frief

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

btrfs-balance caught in write loop?

Tastaturabfrage unter C

Taskleiste startet nicht

Proxmox VE 8.2 hilft mit Assistent beim Umzug von VMware

Probleme mit dem Ausdruck von pdf-Dateien über Okular

USB WLAN Sticks für Opensuse?

MichaRadius

A_Kueb

Kukulkan

vpn

Nidrnox