Administrace komentářů

Trochu experimentuji. Mám btrfs device single, původně ze dvou HDD, připojil jsem k tomu 3. a 4., po krátkém používání jsem 4. opět odpojil a pokusil se odpojit 1., kterým to celé bylo přimountované. Během odpojování mi Cron spustil rsync do jednoho subvolume. Čímž se možná něco poblblo, možná ne, ale přinejmenším rsync se zastavil. Takže jsem ho killnul a zastavil cron.

V ten okamžik (resp. cca 1/2 dne po kolizi s rsyncem) jsem možná udělal chybu, protože jsem se pokusil killnout proces btrfs delete, což nejde a zatím stále běží. Jelikož to je pokusný stroj nechal jsem to tedy přes víkend pracovat a opravdu se něco děje.

jádro - systém je 32bit, protože je to "studená" záloha instalace pro stroj, který nemá 64bit CPU

Linux version 3.16.3 (root@charon) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) ) #1 SMP Mon Oct 6 15:10:18 CEST 2014

systém

cat /proc/cpuinfo 
...
model name      : Intel(R) Pentium(R) CPU G630T @ 2.30GHz
...
cpu MHz         : 2300.000
cache size      : 3072 KB
...

související procesy z topu - něco to dělá, ale netuším, co přesně

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
15149 root      20   0       0      0      0 R  99,4  0,0 175:09.01 kworker/u4:4
 3499 root      20   0       0      0      0 R  89,8  0,0   3017:01 btrfs-transacti

devid 3 byl před zadáním delete zcela prázdný, postupně přibyly 4GB za 3 dny běhu, devid 1 je ten, který jsem chtěl odstranit a kterým to je přimountováno do /mnt/backup_btrfs, v okamžiku zadání btrfs delete byl /dev/sde1 zcela prázdný a ještě dlouho po pokusu o kill na něm byly jen 2GB

btrfs filesystem show --all-devices
Label: none  uuid: 86a80782-b8f9-4d8f-9a61-4aa8e516f589
        Total devices 3 FS bytes used 77.88GiB
        devid    1 size 149.05GiB used 5.03GiB path /dev/sdd1
        devid    2 size 298.09GiB used 79.01GiB path /dev/sdc1
        devid    3 size 111.79GiB used 4.00GiB path /dev/sde1

Btrfs v3.12

sdd1 je první disk z původní dvojice v btrfs single device

/dev/sdd1 on /mnt/backup_btrfs type btrfs (rw)

btrfs delete stále běží po pokusu o zabití kill -9

 8703 ?        D     18:48 btrfs device delete /dev/sdd1 /mnt/backup_btrfs/

zajímavé, že v /dev není vidět /dev/sdc1 ani /dev/sde1, ale jen první disk z btrfs single device

ls /dev/disk/by-uuid/ -l
...
lrwxrwxrwx 1 root root 10 18. říj 00.54 86a80782-b8f9-4d8f-9a61-4aa8e516f589 -> ../../sdd1

obsah jednoho subvolume/snapshotu, kterých je na btrfs 430

ls -l /mnt/backup_btrfs/daily_rsync_subvolume
celkem 0
drwxr-xr-x 1 root   root   1076  7. říj 04.05 bin
drwxr-xr-x 1 root   root    442  6. říj 15.11 boot
drwxr-xr-x 1 root   root    770 15. srp 14.18 __dalsi_balast_pro_zatizeni_btrfs
drwxr-xr-x 1 root   root   3152 17. říj 18.03 etc
drwxr-xr-x 1 root   root     34  6. úno  2012 home
drwxr-xr-x 1 root   root   3830  7. říj 04.02 lib
drwxr-xr-x 1 root   root     10 17. srp  2011 opt
drwx------ 1 root   root    600 15. říj 12.55 root
drwxr-xr-x 1 root   root   2852  7. říj 04.15 sbin
drwxr-xr-x 1 apache apache  512 18. čen 10.55 srv
drwxrwxrwt 1 root   root    106 17. říj 18.03 tmp
drwxr-xr-x 1 root   root    138 29. říj  2010 usr
drwxr-xr-x 1 root   root    106  6. říj 23.18 var

poslední související záznamy v messages, pak už nic nepřibylo (po kolizi s rsyncem)

cat messag* | grep -i btrfs
Oct 17 17:21:22 charon kernel: BTRFS info (device sdd1): disk space caching is enabled
Oct 17 17:21:58 charon kernel: BTRFS info (device sdd1): relocating block group 73043804160 flags 20
Oct 17 17:25:00 charon kernel: BTRFS info (device sdd1): found 27915 extents
Oct 17 17:25:00 charon kernel: BTRFS info (device sdd1): relocating block group 60158902272 flags 20
Oct 17 17:33:21 charon kernel: BTRFS info (device sdd1): found 63267 extents
Oct 17 17:33:22 charon kernel: BTRFS info (device sdd1): relocating block group 27946647552 flags 20
Oct 17 18:00:01 charon run-crons[8854]: (root) CMD (/etc/cron.hourly/zalohovani_rsync_btrfs.sh)
Oct 17 18:03:46 charon kernel: BTRFS info (device sdd1): disk space caching is enabled
Oct 18 00:58:39 charon kernel: BTRFS info (device sdd1): disk space caching is enabled
Oct 18 05:11:40 charon kernel: BTRFS info (device sdd1): found 63312 extents
Oct 18 05:11:41 charon kernel: BTRFS info (device sdd1): relocating block group 16135487488 flags 20

Aktuálně je tedy na btrfs filesystému 430 snapshotů, v každém z nich je různě aktuální záloha celého Linuxu, mezi některými jsou změny více radikální, protože jsem aktualizoval celé Gentoo. Plus trocha balastu ve větších souborech ... testuju tím zálohovací skripty, takže obsah filesystému je postradatelný.

Ale když už se to takto pěkně pokazilo (nebo je to normální, že to tak dlouho trvá?), tak se chci dozvědět, co možná nejvíc o možné diagnostice, opravě.

Co vy na to?