* Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
@ 2014-11-02 8:38 Dušan Čolić
2014-11-02 9:55 ` Dušan Čolić
` (2 more replies)
0 siblings, 3 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-02 8:38 UTC (permalink / raw)
To: reiserfs-devel, Edward Shishkin, Ivan Shapovalov
When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
memory
Uptime is almost 7 days and mounting of this partition worked every
day untill last night (I get automated messages on mail when something
goes wrong).
Now I tried on kernel 3.10 and everything works OK
krshina3 goran # uname -a
Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
krshina3 goran# free -m
total used free shared buffers cached
Mem: 7681 6794 887 30 0 2933
-/+ buffers/cache: 3860 3821
Swap: 580 325 254
krshina3 goran# cat /etc/fstab | grep -v "#"
/dev/sda1 /boot ext2 noauto,noatime 1 2
/dev/md123 none swap sw 0 0
/dev/sda2 / reiser4
noatime,onerror=remount-ro 0 0
/dev/md125 /mnt/backup reiser4
noatime,noauto,onerror=remount-ro 0 0
/dev/md126 /mnt/media reiser4
noatime,users,onerror=remount-ro 0 0
/dev/md127 /usr/portage reiser4
noatime,onerror=remount-ro 0 0
shm /dev/shm tmpfs
nodev,nosuid,noexec 0 0
krshina3 goran # df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sda2 37017728 24870384 12147344 68% /
tmpfs 786872 832 786040 1% /run
udev 10240 0 10240 0% /dev
shm 3934340 80 3934260 1% /dev/shm
/dev/md126 383034100 298007740 85026360 78% /mnt/media
/dev/md127 6113484 5427288 686196 89% /usr/portage
/dev/md125 64959612 57618884 7340728 89% /mnt/backup
I get these in logs:
Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
disk format 4.0.0.
Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
allocation failure: order:4, mode:0x2040d0
Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
mount Not tainted 3.16.5-gentoo #1
Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
ffff88020ece7968 ffffffff816a31b4 0000000000000007
Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
ffff88020ece79f8 ffffffff810e609a ffffffff00000040
Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
dump_stack+0x46/0x58
Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
warn_alloc_failed+0xda/0x130
Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
__alloc_pages_nodemask+0x5d9/0x7a0
Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
cache_alloc_refill+0x31a/0x550
Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
kmem_cache_alloc+0xb3/0xe0
Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
znodes_tree_init+0xc9/0x120
Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
reiser4_init_tree+0x44/0xd0
Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
init_format_format40+0x265/0x5b0
Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
fill_super+0x101/0x200
Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
mount_bdev+0x194/0x1d0
Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
? reiser4_mount+0x20/0x20
Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
reiser4_mount+0x10/0x20
Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
mount_fs+0x1b/0xd0
Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
vfs_kern_mount+0x6f/0x130
Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
do_mount+0x218/0xab0
Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
? __get_free_pages+0x12/0x60
Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
? copy_mount_options+0x35/0x150
Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
SyS_mount+0x89/0xd0
Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
system_call_fastpath+0x16/0x1b
Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
btch: 1 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
btch: 1 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
btch: 1 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
btch: 1 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
btch: 31 usd: 56
Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
btch: 31 usd: 0
Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
inactive_anon:138699 isolated_anon:0
Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
inactive_file:396920 isolated_file:0
Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
dirty:204 writeback:0 unstable:0
Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
slab_reclaimable:126123 slab_unreclaimable:9074
Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
shmem:5701 pagetables:10162 bounce:0
Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? yes
Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
2950 7665 7665
Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
min:4308kB low:5384kB high:6460kB active_anon:1026572kB
inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0 4714 4714
Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
min:6884kB low:8604kB high:10324kB active_anon:1779992kB
inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
pages_scanned:24 all_unreclaimable? no
Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
(U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
(UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
(UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
hugepages_total=0 hugepages_free=0 hugepages_surp=0
hugepages_size=2048kB
Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache pages
Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
91111, delete 88511, find 38599/41340
Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages HighMem/MovableOnly
Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
disk format 4.0.0.
Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
allocation failure: order:4, mode:0x2040d0
Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
Comm: mount Not tainted 3.16.5-gentoo #1
Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
ffff880148093968 ffffffff816a31b4 0000000000000007
Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
ffff8801480939f8 ffffffff810e609a ffffffff00000040
Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
ffffffff819a8a78 fffffff00000000f ffff8801480939c8
Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
dump_stack+0x46/0x58
Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
warn_alloc_failed+0xda/0x130
Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
__alloc_pages_nodemask+0x5d9/0x7a0
Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
cache_alloc_refill+0x31a/0x550
Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
kmem_cache_alloc+0xb3/0xe0
Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
znodes_tree_init+0xc9/0x120
Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
reiser4_init_tree+0x44/0xd0
Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
init_format_format40+0x265/0x5b0
Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
fill_super+0x101/0x200
Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
mount_bdev+0x194/0x1d0
Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
? reiser4_mount+0x20/0x20
Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
reiser4_mount+0x10/0x20
Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
mount_fs+0x1b/0xd0
Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
vfs_kern_mount+0x6f/0x130
Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
do_mount+0x218/0xab0
Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
? __get_free_pages+0x12/0x60
Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
? copy_mount_options+0x35/0x150
Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
SyS_mount+0x89/0xd0
Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
system_call_fastpath+0x16/0x1b
Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
btch: 1 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
btch: 1 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
btch: 1 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
btch: 1 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
btch: 31 usd: 21
Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
btch: 31 usd: 0
Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
inactive_anon:145280 isolated_anon:0
Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
inactive_file:389999 isolated_file:0
Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
dirty:1180 writeback:0 unstable:0
Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
slab_reclaimable:112227 slab_unreclaimable:9155
Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
shmem:7263 pagetables:10549 bounce:0
Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? yes
Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
2950 7665 7665
Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
min:4308kB low:5384kB high:6460kB active_anon:1055312kB
inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0 4714 4714
Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
min:6884kB low:8604kB high:10324kB active_anon:1823540kB
inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
pages_scanned:21 all_unreclaimable? no
Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
(U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
0*1024kB 0*2048kB 0*4096kB = 243576kB
Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
(UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
hugepages_total=0 hugepages_free=0 hugepages_surp=0
hugepages_size=2048kB
Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache pages
Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
94924, delete 92520, find 40323/43073
Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages HighMem/MovableOnly
Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
Now I'm gonna fsck all partitions and report if anything comes up.
Ask if you need more info
Thanks in advance
Dushan
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-02 8:38 Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory Dušan Čolić
@ 2014-11-02 9:55 ` Dušan Čolić
2014-11-02 12:08 ` Dušan Čolić
[not found] ` <CADW=+3ms6zaqzpkRBEgApi=gkMNPLCzzex8ShK4CkCFD-WNk8Q@mail.gmail.com>
[not found] ` <CADW=+3nzK0rLpQR-+rhn_siKCYr5mSSbfkyyw5NXgagZWEPLvA@mail.gmail.com>
2 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-02 9:55 UTC (permalink / raw)
To: reiserfs-devel, Edward Shishkin, Ivan Shapovalov
fsck reported no problems on partition, only it lasted pretty long for 60GB FS:
krshina3 goran # fsck.reiser4 /dev/md125
*******************************************************************
This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
*******************************************************************
Fscking the /dev/md125 block device.
Will check the consistency of the Reiser4 SuperBlock.
Will check the consistency of the Reiser4 FileSystem.
Continue?
(Yes/No): y
***** fsck.reiser4 started at Sun Nov 2 09:47:29 2014
Reiser4 fs was detected on /dev/md125.
Master super block (16):
magic: ReIsEr4
blksize: 4096
format: 0x0 (format40)
uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
label: <none>
Format super block (17):
plugin: format40
description: Disk-format plugin.
version: 0
magic: ReIsEr40FoRmAt
mkfs id: 0x2a685787
flushes: 0
blocks: 17091120
free blocks: 2686399
root block: 13259826
tail policy: 0x2 (smart)
next oid: 0xbbbe1d
file count: 863269
tree height: 5
key policy: LARGE
CHECKING THE STORAGE TREE
Read nodes 10040995
Nodes left in the tree 10040995
Leaves of them 9923653, Twigs of them 115902
Time interval: Sun Nov 2 09:47:33 2014 - Sun Nov 2 09:58:30 2014
CHECKING EXTENT REGIONS.
Read twigs 115902
Time interval: Sun Nov 2 09:58:30 2014 - Sun Nov 2 10:05:43 2014
CHECKING THE SEMANTIC TREE
Found 2579213 objects (some could be encountered more then
once).
Time interval: Sun Nov 2 10:05:43 2014 - Sun Nov 2 10:53:42 2014
***** fsck.reiser4 finished at Sun Nov 2 10:53:42 2014
Closing fs...done
FS is consistent.
On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
> memory
> Uptime is almost 7 days and mounting of this partition worked every
> day untill last night (I get automated messages on mail when something
> goes wrong).
>
> Now I tried on kernel 3.10 and everything works OK
>
> krshina3 goran # uname -a
> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>
> krshina3 goran# free -m
> total used free shared buffers cached
> Mem: 7681 6794 887 30 0 2933
> -/+ buffers/cache: 3860 3821
> Swap: 580 325 254
>
> krshina3 goran# cat /etc/fstab | grep -v "#"
>
> /dev/sda1 /boot ext2 noauto,noatime 1 2
> /dev/md123 none swap sw 0 0
> /dev/sda2 / reiser4
> noatime,onerror=remount-ro 0 0
> /dev/md125 /mnt/backup reiser4
> noatime,noauto,onerror=remount-ro 0 0
> /dev/md126 /mnt/media reiser4
> noatime,users,onerror=remount-ro 0 0
> /dev/md127 /usr/portage reiser4
> noatime,onerror=remount-ro 0 0
> shm /dev/shm tmpfs
> nodev,nosuid,noexec 0 0
>
>
> krshina3 goran # df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/sda2 37017728 24870384 12147344 68% /
> tmpfs 786872 832 786040 1% /run
> udev 10240 0 10240 0% /dev
> shm 3934340 80 3934260 1% /dev/shm
> /dev/md126 383034100 298007740 85026360 78% /mnt/media
> /dev/md127 6113484 5427288 686196 89% /usr/portage
> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>
> I get these in logs:
>
> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
> disk format 4.0.0.
> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
> allocation failure: order:4, mode:0x2040d0
> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
> mount Not tainted 3.16.5-gentoo #1
> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
> ffff88020ece7968 ffffffff816a31b4 0000000000000007
> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
> dump_stack+0x46/0x58
> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
> warn_alloc_failed+0xda/0x130
> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
> __alloc_pages_nodemask+0x5d9/0x7a0
> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
> cache_alloc_refill+0x31a/0x550
> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
> kmem_cache_alloc+0xb3/0xe0
> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
> znodes_tree_init+0xc9/0x120
> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
> reiser4_init_tree+0x44/0xd0
> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
> init_format_format40+0x265/0x5b0
> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
> fill_super+0x101/0x200
> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
> mount_bdev+0x194/0x1d0
> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
> ? reiser4_mount+0x20/0x20
> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
> reiser4_mount+0x10/0x20
> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
> mount_fs+0x1b/0xd0
> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
> vfs_kern_mount+0x6f/0x130
> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
> do_mount+0x218/0xab0
> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
> ? __get_free_pages+0x12/0x60
> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
> ? copy_mount_options+0x35/0x150
> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
> SyS_mount+0x89/0xd0
> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
> btch: 1 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
> btch: 1 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
> btch: 1 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
> btch: 1 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
> btch: 31 usd: 56
> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
> btch: 31 usd: 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
> inactive_anon:138699 isolated_anon:0
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
> inactive_file:396920 isolated_file:0
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
> dirty:204 writeback:0 unstable:0
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
> slab_reclaimable:126123 slab_unreclaimable:9074
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
> shmem:5701 pagetables:10162 bounce:0
> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? yes
> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
> 2950 7665 7665
> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? no
> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0 4714 4714
> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
> pages_scanned:24 all_unreclaimable? no
> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
> hugepages_total=0 hugepages_free=0 hugepages_surp=0
> hugepages_size=2048kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache pages
> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
> 91111, delete 88511, find 38599/41340
> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages HighMem/MovableOnly
> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>
>
>
>
> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
> disk format 4.0.0.
> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
> allocation failure: order:4, mode:0x2040d0
> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
> Comm: mount Not tainted 3.16.5-gentoo #1
> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
> ffff880148093968 ffffffff816a31b4 0000000000000007
> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
> ffff8801480939f8 ffffffff810e609a ffffffff00000040
> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
> dump_stack+0x46/0x58
> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
> warn_alloc_failed+0xda/0x130
> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
> __alloc_pages_nodemask+0x5d9/0x7a0
> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
> cache_alloc_refill+0x31a/0x550
> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
> kmem_cache_alloc+0xb3/0xe0
> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
> znodes_tree_init+0xc9/0x120
> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
> reiser4_init_tree+0x44/0xd0
> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
> init_format_format40+0x265/0x5b0
> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
> fill_super+0x101/0x200
> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
> mount_bdev+0x194/0x1d0
> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
> ? reiser4_mount+0x20/0x20
> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
> reiser4_mount+0x10/0x20
> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
> mount_fs+0x1b/0xd0
> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
> vfs_kern_mount+0x6f/0x130
> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
> do_mount+0x218/0xab0
> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
> ? __get_free_pages+0x12/0x60
> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
> ? copy_mount_options+0x35/0x150
> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
> SyS_mount+0x89/0xd0
> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
> btch: 1 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
> btch: 1 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
> btch: 1 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
> btch: 1 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
> btch: 31 usd: 21
> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
> btch: 31 usd: 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
> inactive_anon:145280 isolated_anon:0
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
> inactive_file:389999 isolated_file:0
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
> dirty:1180 writeback:0 unstable:0
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
> slab_reclaimable:112227 slab_unreclaimable:9155
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
> shmem:7263 pagetables:10549 bounce:0
> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? yes
> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
> 2950 7665 7665
> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? no
> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0 4714 4714
> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
> pages_scanned:21 all_unreclaimable? no
> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
> 0*1024kB 0*2048kB 0*4096kB = 243576kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
> hugepages_total=0 hugepages_free=0 hugepages_surp=0
> hugepages_size=2048kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache pages
> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
> 94924, delete 92520, find 40323/43073
> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages HighMem/MovableOnly
> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>
>
> Now I'm gonna fsck all partitions and report if anything comes up.
>
> Ask if you need more info
>
> Thanks in advance
> Dushan
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-02 9:55 ` Dušan Čolić
@ 2014-11-02 12:08 ` Dušan Čolić
0 siblings, 0 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-02 12:08 UTC (permalink / raw)
To: reiserfs-devel, Edward Shishkin, Ivan Shapovalov
Just for nothing I rebooted back to the same 3.16 kernel and remounted
10 times /mnt/backup partition just fine without any problems.
Dunno what happens :)
On Sun, Nov 2, 2014 at 10:55 AM, Dušan Čolić <dusanc@gmail.com> wrote:
> fsck reported no problems on partition, only it lasted pretty long for 60GB FS:
>
> krshina3 goran # fsck.reiser4 /dev/md125
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/md125 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will check the consistency of the Reiser4 FileSystem.
> Continue?
> (Yes/No): y
> ***** fsck.reiser4 started at Sun Nov 2 09:47:29 2014
> Reiser4 fs was detected on /dev/md125.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format plugin.
> version: 0
> magic: ReIsEr40FoRmAt
> mkfs id: 0x2a685787
> flushes: 0
> blocks: 17091120
> free blocks: 2686399
> root block: 13259826
> tail policy: 0x2 (smart)
> next oid: 0xbbbe1d
> file count: 863269
> tree height: 5
> key policy: LARGE
>
>
> CHECKING THE STORAGE TREE
> Read nodes 10040995
> Nodes left in the tree 10040995
> Leaves of them 9923653, Twigs of them 115902
> Time interval: Sun Nov 2 09:47:33 2014 - Sun Nov 2 09:58:30 2014
> CHECKING EXTENT REGIONS.
> Read twigs 115902
> Time interval: Sun Nov 2 09:58:30 2014 - Sun Nov 2 10:05:43 2014
> CHECKING THE SEMANTIC TREE
> Found 2579213 objects (some could be encountered more then
> once).
> Time interval: Sun Nov 2 10:05:43 2014 - Sun Nov 2 10:53:42 2014
> ***** fsck.reiser4 finished at Sun Nov 2 10:53:42 2014
> Closing fs...done
>
> FS is consistent.
>
> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>> memory
>> Uptime is almost 7 days and mounting of this partition worked every
>> day untill last night (I get automated messages on mail when something
>> goes wrong).
>>
>> Now I tried on kernel 3.10 and everything works OK
>>
>> krshina3 goran # uname -a
>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>
>> krshina3 goran# free -m
>> total used free shared buffers cached
>> Mem: 7681 6794 887 30 0 2933
>> -/+ buffers/cache: 3860 3821
>> Swap: 580 325 254
>>
>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>
>> /dev/sda1 /boot ext2 noauto,noatime 1 2
>> /dev/md123 none swap sw 0 0
>> /dev/sda2 / reiser4
>> noatime,onerror=remount-ro 0 0
>> /dev/md125 /mnt/backup reiser4
>> noatime,noauto,onerror=remount-ro 0 0
>> /dev/md126 /mnt/media reiser4
>> noatime,users,onerror=remount-ro 0 0
>> /dev/md127 /usr/portage reiser4
>> noatime,onerror=remount-ro 0 0
>> shm /dev/shm tmpfs
>> nodev,nosuid,noexec 0 0
>>
>>
>> krshina3 goran # df
>> Filesystem 1K-blocks Used Available Use% Mounted on
>> /dev/sda2 37017728 24870384 12147344 68% /
>> tmpfs 786872 832 786040 1% /run
>> udev 10240 0 10240 0% /dev
>> shm 3934340 80 3934260 1% /dev/shm
>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>
>> I get these in logs:
>>
>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>> mount Not tainted 3.16.5-gentoo #1
>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>> btch: 31 usd: 56
>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>> inactive_anon:138699 isolated_anon:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>> inactive_file:396920 isolated_file:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>> dirty:204 writeback:0 unstable:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>> slab_reclaimable:126123 slab_unreclaimable:9074
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>> shmem:5701 pagetables:10162 bounce:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0 4714 4714
>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:24 all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache pages
>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>> 91111, delete 88511, find 38599/41340
>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages HighMem/MovableOnly
>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>
>>
>>
>>
>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>> Comm: mount Not tainted 3.16.5-gentoo #1
>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>> ffff880148093968 ffffffff816a31b4 0000000000000007
>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>> btch: 31 usd: 21
>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>> inactive_anon:145280 isolated_anon:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>> inactive_file:389999 isolated_file:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>> dirty:1180 writeback:0 unstable:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>> slab_reclaimable:112227 slab_unreclaimable:9155
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>> shmem:7263 pagetables:10549 bounce:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0 4714 4714
>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:21 all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache pages
>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>> 94924, delete 92520, find 40323/43073
>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages HighMem/MovableOnly
>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>
>>
>> Now I'm gonna fsck all partitions and report if anything comes up.
>>
>> Ask if you need more info
>>
>> Thanks in advance
>> Dushan
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <CADW=+3ms6zaqzpkRBEgApi=gkMNPLCzzex8ShK4CkCFD-WNk8Q@mail.gmail.com>
@ 2014-11-03 11:11 ` Dušan Čolić
[not found] ` <5457629C.8040906@gmail.com>
1 sibling, 0 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 11:11 UTC (permalink / raw)
To: reiserfs-devel, Edward Shishkin, Ivan Shapovalov
And just now I saw in logs that machine crashed some after starting
that rsync job at 3:30AM
All I have in logs is:
Nov 3 03:30:01 krshina3 cron[32611]: (root) CMD (test -x
/usr/sbin/run-crons && /usr/sbin/run-crons )
Nov 3 03:30:01 krshina3 run-crons[32620]: (root) CMD
(/etc/cron.daily/logrotate)
Nov 3 06:33:08 krshina3 syslog-ng[2482]: syslog-ng starting up; version='3.4.8'
Nov 3 06:33:08 kernel: [ 0.000000] Initializing cgroup subsys cpu
That's the user restarting the crashed machine in 06:33 in the morning.
Log should look like this:
Oct 31 03:30:01 krshina3 cron[25344]: (root) CMD (test -x
/usr/sbin/run-crons && /usr/sbin/run-crons )
Oct 31 03:30:01 krshina3 run-crons[25353]: (root) CMD
(/etc/cron.daily/logrotate)
Oct 31 03:30:01 krshina3 run-crons[25357]: (root) CMD
(/etc/cron.daily/makewhatis)
Oct 31 03:30:01 krshina3 run-crons[25412]: (root) CMD (/etc/cron.daily/prelink)
Oct 31 03:30:11 krshina3 run-crons[27772]: (root) CMD
(/etc/cron.daily/rsnapshot.daily)
Oct 31 03:30:11 krshina3 kernel: [389256.309611] reiser4: md125: found
disk format 4.0.0.
Oct 31 03:30:14 krshina3 kernel: [389259.561553] reiser4: md125: using
Hybrid Transaction Model.
Oct 31 03:31:26 krshina3 logger: ### RSNAPSHOT DAILY OK###
Oct 31 03:31:27 krshina3 sSMTP[27777]: Sent mail for ********** (221
***********) uid=0 username=root outbytes=669
On Mon, Nov 3, 2014 at 11:58 AM, Dušan Čolić <dusanc@gmail.com> wrote:
> Now a Bug happened to me on this same ccreg40 partition with
> Reiser4-for-3.16.2.patch and I don't know if it's related.
> I have a partition that I use for daily, weekly and monthly snapshots -
> /dev/md125 with rsnapshot.
> I fsck-ed it yesterday. After mounting rsync starts and snapshots my /home
> directory. This Bug happened on rsync start.
>
>
> rsnapshot log:
> fsck.reiser4 /dev/md125
> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
> Broken pipe (32)
> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
> [generator=3.0.9]
> ------------------------------
> ----------------------------------------------
> rsnapshot encountered an error! The program was invoked with these options:
> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> ----------------------------------------------------------------------------
> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
> WARNING: Rolling back "localhost/"
> Backup failure
>
> daily.conf:
> include_conf /etc/rsnapshot.d/base.conf
>
> # Daily (30 increments)
> interval daily 30
> backup /home/ localhost/
> exclude /home/windows.qcow2
>
> base.conf:
>
> # Default config version
> config_version 1.2
>
> # So the hard disk is not polluted in case the backup filesystem is not
> available
> no_create_root 1
>
> # Standard settings
> cmd_cp /bin/cp
> cmd_rm /bin/rm
> cmd_rsync /usr/bin/rsync
> link_dest 1
> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>
> # For convenience, so that mount points can be taken as backup starting
> points
> one_fs 1
>
> # Store all backups in one directory per machine
> # A useful alternative may be to create a separate directory for each
> interval
> snapshot_root /mnt/backup/
>
> Logs:
> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found disk
> format 4.0.0.
> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using Hybrid
> Transaction Model.
> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
> ]------------
> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
> SMP
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm: rsync
> Not tainted 3.16.5-gentoo #1
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0 ti:
> ffff880100004000 task.ti: ffff880100004000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP: 0018:ffff880100007978
> EFLAGS: 00010246
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025 RBX:
> ffffea0004570218 RCX: ffff8800b94f0800
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035 RSI:
> 0000000000000000 RDI: ffff8800b94f0000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8 R08:
> 0000000000001000 R09: 0000000000000001
> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0 R11:
> ffffea00023f1330 R12: 0000000000000002
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20 R14:
> ffff880100007a88 R15: 0000000000000001
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS: 00007f4d6b27c700(0000)
> GS:ffff88022e200000(0000) knlGS:0000000000000000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf CR3:
> 0000000008a76000 CR4: 00000000001427e0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
> ffffffff811c3cea ffff880100007a08 00000000810e1785
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
> prepare_page_cluster+0xff/0x1f0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
> do_readpage_ctail+0x420/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
> ctail_readpages_filler+0x11a/0x220
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
> do_readpage_ctail+0x420/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
> read_cache_pages+0xba/0x120
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
> readpages_ctail+0x133/0x360
> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
> readpages_cryptcompress+0x46/0x80
> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
> reiser4_readpages_dispatch+0x3e/0x50
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
> __do_page_cache_readahead+0x1a9/0x240
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
> ondemand_readahead+0x157/0x290
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
> pagecache_get_page+0x36/0x1e0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
> page_cache_sync_readahead+0x2e/0x50
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
> generic_file_read_iter+0x409/0x5f0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
> link_path_walk+0x26e/0x880
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
> new_sync_read+0x79/0xb0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
> read_cryptcompress+0x73/0xb0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
> reiser4_read_dispatch+0x72/0x160
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
> vfs_read+0x9b/0x190
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
> SyS_read+0x4a/0xc0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84 00
> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8 98
> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00 49
> 8b be 80 00 00 00 e8
> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
> 36e8590f8aa347d3 ]---
>
> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>
>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>> memory
>> Uptime is almost 7 days and mounting of this partition worked every
>> day untill last night (I get automated messages on mail when something
>> goes wrong).
>>
>> Now I tried on kernel 3.10 and everything works OK
>>
>> krshina3 goran # uname -a
>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>
>> krshina3 goran# free -m
>> total used free shared buffers cached
>> Mem: 7681 6794 887 30 0 2933
>> -/+ buffers/cache: 3860 3821
>> Swap: 580 325 254
>>
>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>
>> /dev/sda1 /boot ext2 noauto,noatime 1
>> 2
>> /dev/md123 none swap sw 0
>> 0
>> /dev/sda2 / reiser4
>> noatime,onerror=remount-ro 0 0
>> /dev/md125 /mnt/backup reiser4
>> noatime,noauto,onerror=remount-ro 0 0
>> /dev/md126 /mnt/media reiser4
>> noatime,users,onerror=remount-ro 0 0
>> /dev/md127 /usr/portage reiser4
>> noatime,onerror=remount-ro 0 0
>> shm /dev/shm tmpfs
>> nodev,nosuid,noexec 0 0
>>
>>
>> krshina3 goran # df
>> Filesystem 1K-blocks Used Available Use% Mounted on
>> /dev/sda2 37017728 24870384 12147344 68% /
>> tmpfs 786872 832 786040 1% /run
>> udev 10240 0 10240 0% /dev
>> shm 3934340 80 3934260 1% /dev/shm
>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>
>> I get these in logs:
>>
>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>> mount Not tainted 3.16.5-gentoo #1
>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>> btch: 31 usd: 56
>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>> inactive_anon:138699 isolated_anon:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>> inactive_file:396920 isolated_file:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>> dirty:204 writeback:0 unstable:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>> slab_reclaimable:126123 slab_unreclaimable:9074
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>> shmem:5701 pagetables:10162 bounce:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>> 4714 4714
>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:24 all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>> pages
>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>> 91111, delete 88511, find 38599/41340
>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>> HighMem/MovableOnly
>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>
>>
>>
>>
>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>> Comm: mount Not tainted 3.16.5-gentoo #1
>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>> ffff880148093968 ffffffff816a31b4 0000000000000007
>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>> btch: 31 usd: 21
>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>> inactive_anon:145280 isolated_anon:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>> inactive_file:389999 isolated_file:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>> dirty:1180 writeback:0 unstable:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>> slab_reclaimable:112227 slab_unreclaimable:9155
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>> shmem:7263 pagetables:10549 bounce:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>> 4714 4714
>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:21 all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>> pages
>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>> 94924, delete 92520, find 40323/43073
>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>> HighMem/MovableOnly
>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>
>>
>> Now I'm gonna fsck all partitions and report if anything comes up.
>>
>> Ask if you need more info
>>
>> Thanks in advance
>> Dushan
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <5457629C.8040906@gmail.com>
@ 2014-11-03 11:12 ` Dušan Čolić
2014-11-03 11:42 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 11:12 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
I fscked it yesterday before crash and now I'm fsck-ing it again but
as you remember it lasts 1hr+ for some reason.
On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
>
> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>
> Now a Bug happened to me on this same ccreg40 partition with
> Reiser4-for-3.16.2.patch and I don't know if it's related.
>
>
>
> It can not be related to inability to allocate memory at mount time.
>
>
> I have a partition that I use for daily, weekly and monthly snapshots -
> /dev/md125 with rsnapshot.
> I fsck-ed it yesterday.
>
>
>
> Did you fsck-ed it before, or after crash?
>
> Edward.
>
>
>
> After mounting rsync starts and snapshots my /home directory. This Bug
> happened on rsync start.
>
>
> rsnapshot log:
> fsck.reiser4 /dev/md125
> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
> Broken pipe (32)
> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
> [generator=3.0.9]
> ------------------------------
> ----------------------------------------------
> rsnapshot encountered an error! The program was invoked with these options:
> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> ----------------------------------------------------------------------------
> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
> WARNING: Rolling back "localhost/"
> Backup failure
>
> daily.conf:
> include_conf /etc/rsnapshot.d/base.conf
>
> # Daily (30 increments)
> interval daily 30
> backup /home/ localhost/
> exclude /home/windows.qcow2
>
> base.conf:
>
> # Default config version
> config_version 1.2
>
> # So the hard disk is not polluted in case the backup filesystem is not
> available
> no_create_root 1
>
> # Standard settings
> cmd_cp /bin/cp
> cmd_rm /bin/rm
> cmd_rsync /usr/bin/rsync
> link_dest 1
> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>
> # For convenience, so that mount points can be taken as backup starting
> points
> one_fs 1
>
> # Store all backups in one directory per machine
> # A useful alternative may be to create a separate directory for each
> interval
> snapshot_root /mnt/backup/
>
> Logs:
> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found disk
> format 4.0.0.
> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using Hybrid
> Transaction Model.
> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
> ]------------
> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
> SMP
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm: rsync
> Not tainted 3.16.5-gentoo #1
> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0 ti:
> ffff880100004000 task.ti: ffff880100004000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP: 0018:ffff880100007978
> EFLAGS: 00010246
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025 RBX:
> ffffea0004570218 RCX: ffff8800b94f0800
> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035 RSI:
> 0000000000000000 RDI: ffff8800b94f0000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8 R08:
> 0000000000001000 R09: 0000000000000001
> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0 R11:
> ffffea00023f1330 R12: 0000000000000002
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20 R14:
> ffff880100007a88 R15: 0000000000000001
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS: 00007f4d6b27c700(0000)
> GS:ffff88022e200000(0000) knlGS:0000000000000000
> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES: 0000
> CR0: 0000000080050033
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf CR3:
> 0000000008a76000 CR4: 00000000001427e0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
> ffffffff811c3cea ffff880100007a08 00000000810e1785
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
> prepare_page_cluster+0xff/0x1f0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
> do_readpage_ctail+0x420/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
> ctail_readpages_filler+0x11a/0x220
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
> do_readpage_ctail+0x420/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
> read_cache_pages+0xba/0x120
> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
> readpages_ctail+0x133/0x360
> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
> readpages_cryptcompress+0x46/0x80
> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
> reiser4_readpages_dispatch+0x3e/0x50
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
> __do_page_cache_readahead+0x1a9/0x240
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
> ondemand_readahead+0x157/0x290
> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
> pagecache_get_page+0x36/0x1e0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
> page_cache_sync_readahead+0x2e/0x50
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
> generic_file_read_iter+0x409/0x5f0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
> link_path_walk+0x26e/0x880
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
> new_sync_read+0x79/0xb0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
> read_cryptcompress+0x73/0xb0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
> reiser4_read_dispatch+0x72/0x160
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
> vfs_read+0x9b/0x190
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
> SyS_read+0x4a/0xc0
> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84 00
> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8 98
> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00 49
> 8b be 80 00 00 00 e8
> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
> 36e8590f8aa347d3 ]---
>
> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>
>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>> memory
>> Uptime is almost 7 days and mounting of this partition worked every
>> day untill last night (I get automated messages on mail when something
>> goes wrong).
>>
>> Now I tried on kernel 3.10 and everything works OK
>>
>> krshina3 goran # uname -a
>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>
>> krshina3 goran# free -m
>> total used free shared buffers cached
>> Mem: 7681 6794 887 30 0 2933
>> -/+ buffers/cache: 3860 3821
>> Swap: 580 325 254
>>
>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>
>> /dev/sda1 /boot ext2 noauto,noatime 1
>> 2
>> /dev/md123 none swap sw 0
>> 0
>> /dev/sda2 / reiser4
>> noatime,onerror=remount-ro 0 0
>> /dev/md125 /mnt/backup reiser4
>> noatime,noauto,onerror=remount-ro 0 0
>> /dev/md126 /mnt/media reiser4
>> noatime,users,onerror=remount-ro 0 0
>> /dev/md127 /usr/portage reiser4
>> noatime,onerror=remount-ro 0 0
>> shm /dev/shm tmpfs
>> nodev,nosuid,noexec 0 0
>>
>>
>> krshina3 goran # df
>> Filesystem 1K-blocks Used Available Use% Mounted on
>> /dev/sda2 37017728 24870384 12147344 68% /
>> tmpfs 786872 832 786040 1% /run
>> udev 10240 0 10240 0% /dev
>> shm 3934340 80 3934260 1% /dev/shm
>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>
>> I get these in logs:
>>
>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>> mount Not tainted 3.16.5-gentoo #1
>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>> btch: 31 usd: 56
>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>> inactive_anon:138699 isolated_anon:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>> inactive_file:396920 isolated_file:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>> dirty:204 writeback:0 unstable:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>> slab_reclaimable:126123 slab_unreclaimable:9074
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>> shmem:5701 pagetables:10162 bounce:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>> 4714 4714
>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:24 all_unreclaimable? no
>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>> pages
>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>> 91111, delete 88511, find 38599/41340
>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>> HighMem/MovableOnly
>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>
>>
>>
>>
>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>> disk format 4.0.0.
>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>> Comm: mount Not tainted 3.16.5-gentoo #1
>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>> ffff880148093968 ffffffff816a31b4 0000000000000007
>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>> dump_stack+0x46/0x58
>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>> warn_alloc_failed+0xda/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>> __alloc_pages_nodemask+0x5d9/0x7a0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>> cache_alloc_refill+0x31a/0x550
>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>> kmem_cache_alloc+0xb3/0xe0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>> znodes_tree_init+0xc9/0x120
>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>> reiser4_init_tree+0x44/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>> init_format_format40+0x265/0x5b0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>> fill_super+0x101/0x200
>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>> mount_bdev+0x194/0x1d0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>> ? reiser4_mount+0x20/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>> reiser4_mount+0x10/0x20
>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>> mount_fs+0x1b/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>> vfs_kern_mount+0x6f/0x130
>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>> do_mount+0x218/0xab0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>> ? __get_free_pages+0x12/0x60
>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>> ? copy_mount_options+0x35/0x150
>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>> SyS_mount+0x89/0xd0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>> btch: 31 usd: 21
>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>> inactive_anon:145280 isolated_anon:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>> inactive_file:389999 isolated_file:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>> dirty:1180 writeback:0 unstable:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>> slab_reclaimable:112227 slab_unreclaimable:9155
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>> shmem:7263 pagetables:10549 bounce:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>> 2950 7665 7665
>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>> 4714 4714
>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>> pages_scanned:21 all_unreclaimable? no
>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>> pages
>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>> 94924, delete 92520, find 40323/43073
>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>> HighMem/MovableOnly
>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>
>>
>> Now I'm gonna fsck all partitions and report if anything comes up.
>>
>> Ask if you need more info
>>
>> Thanks in advance
>> Dushan
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 11:12 ` Dušan Čolić
@ 2014-11-03 11:42 ` Edward Shishkin
2014-11-03 12:25 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-03 11:42 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
On 11/03/2014 12:12 PM, Dušan Čolić wrote:
> I fscked it yesterday before crash and now I'm fsck-ing it again but
> as you remember it lasts 1hr+ for some reason.
For the full 70G partition it looks normal.
OK, if you can reproduce this BUG at fs/reiser4/plugin/item/ctail.c:669
after fsck, then please let me know: it will essentially speed up things..
Edward.
>
> On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>>
>> Now a Bug happened to me on this same ccreg40 partition with
>> Reiser4-for-3.16.2.patch and I don't know if it's related.
>>
>>
>>
>> It can not be related to inability to allocate memory at mount time.
>>
>>
>> I have a partition that I use for daily, weekly and monthly snapshots -
>> /dev/md125 with rsnapshot.
>> I fsck-ed it yesterday.
>>
>>
>>
>> Did you fsck-ed it before, or after crash?
>>
>> Edward.
>>
>>
>>
>> After mounting rsync starts and snapshots my /home directory. This Bug
>> happened on rsync start.
>>
>>
>> rsnapshot log:
>> fsck.reiser4 /dev/md125
>> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
>> Broken pipe (32)
>> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
>> [generator=3.0.9]
>> ------------------------------
>> ----------------------------------------------
>> rsnapshot encountered an error! The program was invoked with these options:
>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>> ----------------------------------------------------------------------------
>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>> WARNING: Rolling back "localhost/"
>> Backup failure
>>
>> daily.conf:
>> include_conf /etc/rsnapshot.d/base.conf
>>
>> # Daily (30 increments)
>> interval daily 30
>> backup /home/ localhost/
>> exclude /home/windows.qcow2
>>
>> base.conf:
>>
>> # Default config version
>> config_version 1.2
>>
>> # So the hard disk is not polluted in case the backup filesystem is not
>> available
>> no_create_root 1
>>
>> # Standard settings
>> cmd_cp /bin/cp
>> cmd_rm /bin/rm
>> cmd_rsync /usr/bin/rsync
>> link_dest 1
>> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>>
>> # For convenience, so that mount points can be taken as backup starting
>> points
>> one_fs 1
>>
>> # Store all backups in one directory per machine
>> # A useful alternative may be to create a separate directory for each
>> interval
>> snapshot_root /mnt/backup/
>>
>> Logs:
>> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found disk
>> format 4.0.0.
>> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using Hybrid
>> Transaction Model.
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
>> ]------------
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
>> fs/reiser4/plugin/item/ctail.c:669!
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
>> SMP
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm: rsync
>> Not tainted 3.16.5-gentoo #1
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
>> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0 ti:
>> ffff880100004000 task.ti: ffff880100004000
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
>> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
>> do_readpage_ctail+0x2c0/0x420
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP: 0018:ffff880100007978
>> EFLAGS: 00010246
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025 RBX:
>> ffffea0004570218 RCX: ffff8800b94f0800
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035 RSI:
>> 0000000000000000 RDI: ffff8800b94f0000
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8 R08:
>> 0000000000001000 R09: 0000000000000001
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0 R11:
>> ffffea00023f1330 R12: 0000000000000002
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20 R14:
>> ffff880100007a88 R15: 0000000000000001
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS: 00007f4d6b27c700(0000)
>> GS:ffff88022e200000(0000) knlGS:0000000000000000
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES: 0000
>> CR0: 0000000080050033
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf CR3:
>> 0000000008a76000 CR4: 00000000001427e0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
>> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
>> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
>> ffffffff811c3cea ffff880100007a08 00000000810e1785
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
>> prepare_page_cluster+0xff/0x1f0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
>> do_readpage_ctail+0x420/0x420
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
>> ctail_readpages_filler+0x11a/0x220
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
>> do_readpage_ctail+0x420/0x420
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
>> read_cache_pages+0xba/0x120
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
>> readpages_ctail+0x133/0x360
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
>> readpages_cryptcompress+0x46/0x80
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
>> reiser4_readpages_dispatch+0x3e/0x50
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
>> __do_page_cache_readahead+0x1a9/0x240
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
>> ondemand_readahead+0x157/0x290
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
>> pagecache_get_page+0x36/0x1e0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
>> page_cache_sync_readahead+0x2e/0x50
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
>> generic_file_read_iter+0x409/0x5f0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
>> link_path_walk+0x26e/0x880
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
>> new_sync_read+0x79/0xb0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
>> read_cryptcompress+0x73/0xb0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
>> reiser4_read_dispatch+0x72/0x160
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
>> vfs_read+0x9b/0x190
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
>> SyS_read+0x4a/0xc0
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
>> system_call_fastpath+0x16/0x1b
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84 00
>> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8 98
>> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00 49
>> 8b be 80 00 00 00 e8
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
>> do_readpage_ctail+0x2c0/0x420
>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
>> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
>> 36e8590f8aa347d3 ]---
>>
>> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>>> memory
>>> Uptime is almost 7 days and mounting of this partition worked every
>>> day untill last night (I get automated messages on mail when something
>>> goes wrong).
>>>
>>> Now I tried on kernel 3.10 and everything works OK
>>>
>>> krshina3 goran # uname -a
>>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>>
>>> krshina3 goran# free -m
>>> total used free shared buffers cached
>>> Mem: 7681 6794 887 30 0 2933
>>> -/+ buffers/cache: 3860 3821
>>> Swap: 580 325 254
>>>
>>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>>
>>> /dev/sda1 /boot ext2 noauto,noatime 1
>>> 2
>>> /dev/md123 none swap sw 0
>>> 0
>>> /dev/sda2 / reiser4
>>> noatime,onerror=remount-ro 0 0
>>> /dev/md125 /mnt/backup reiser4
>>> noatime,noauto,onerror=remount-ro 0 0
>>> /dev/md126 /mnt/media reiser4
>>> noatime,users,onerror=remount-ro 0 0
>>> /dev/md127 /usr/portage reiser4
>>> noatime,onerror=remount-ro 0 0
>>> shm /dev/shm tmpfs
>>> nodev,nosuid,noexec 0 0
>>>
>>>
>>> krshina3 goran # df
>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>> /dev/sda2 37017728 24870384 12147344 68% /
>>> tmpfs 786872 832 786040 1% /run
>>> udev 10240 0 10240 0% /dev
>>> shm 3934340 80 3934260 1% /dev/shm
>>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>>
>>> I get these in logs:
>>>
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>>> disk format 4.0.0.
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>>> allocation failure: order:4, mode:0x2040d0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>>> mount Not tainted 3.16.5-gentoo #1
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>>> dump_stack+0x46/0x58
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>>> warn_alloc_failed+0xda/0x130
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>>> cache_alloc_refill+0x31a/0x550
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>>> kmem_cache_alloc+0xb3/0xe0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>>> znodes_tree_init+0xc9/0x120
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>>> reiser4_init_tree+0x44/0xd0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>>> init_format_format40+0x265/0x5b0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>>> fill_super+0x101/0x200
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>>> mount_bdev+0x194/0x1d0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>>> ? reiser4_mount+0x20/0x20
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>>> reiser4_mount+0x10/0x20
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>>> mount_fs+0x1b/0xd0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>>> vfs_kern_mount+0x6f/0x130
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>>> do_mount+0x218/0xab0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>>> ? __get_free_pages+0x12/0x60
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>>> ? copy_mount_options+0x35/0x150
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>>> SyS_mount+0x89/0xd0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>>> system_call_fastpath+0x16/0x1b
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>>> btch: 31 usd: 56
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>>> inactive_anon:138699 isolated_anon:0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>>> inactive_file:396920 isolated_file:0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>>> dirty:204 writeback:0 unstable:0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>>> slab_reclaimable:126123 slab_unreclaimable:9074
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>>> shmem:5701 pagetables:10162 bounce:0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? yes
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>>> 2950 7665 7665
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? no
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>>> 4714 4714
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>> pages_scanned:24 all_unreclaimable? no
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0 0
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>> hugepages_size=2048kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>>> pages
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap cache
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>>> 91111, delete 88511, find 38599/41340
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>>> HighMem/MovableOnly
>>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>>
>>>
>>>
>>>
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>>> disk format 4.0.0.
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>>> allocation failure: order:4, mode:0x2040d0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>>> ffff880148093968 ffffffff816a31b4 0000000000000007
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>>> dump_stack+0x46/0x58
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>>> warn_alloc_failed+0xda/0x130
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>>> cache_alloc_refill+0x31a/0x550
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>>> kmem_cache_alloc+0xb3/0xe0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>>> znodes_tree_init+0xc9/0x120
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>>> reiser4_init_tree+0x44/0xd0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>>> init_format_format40+0x265/0x5b0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>>> fill_super+0x101/0x200
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>>> mount_bdev+0x194/0x1d0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>>> ? reiser4_mount+0x20/0x20
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>>> reiser4_mount+0x10/0x20
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>>> mount_fs+0x1b/0xd0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>>> vfs_kern_mount+0x6f/0x130
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>>> do_mount+0x218/0xab0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>>> ? __get_free_pages+0x12/0x60
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>>> ? copy_mount_options+0x35/0x150
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>>> SyS_mount+0x89/0xd0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>>> system_call_fastpath+0x16/0x1b
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>>> btch: 1 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>>> btch: 31 usd: 21
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>>> inactive_anon:145280 isolated_anon:0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>>> inactive_file:389999 isolated_file:0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>>> dirty:1180 writeback:0 unstable:0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>>> slab_reclaimable:112227 slab_unreclaimable:9155
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>>> shmem:7263 pagetables:10549 bounce:0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? yes
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>>> 2950 7665 7665
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? no
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>>> 4714 4714
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>> pages_scanned:21 all_unreclaimable? no
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0 0
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>> hugepages_size=2048kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>>> pages
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap cache
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>>> 94924, delete 92520, find 40323/43073
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>>> HighMem/MovableOnly
>>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>>
>>>
>>> Now I'm gonna fsck all partitions and report if anything comes up.
>>>
>>> Ask if you need more info
>>>
>>> Thanks in advance
>>> Dushan
>>
>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 11:42 ` Edward Shishkin
@ 2014-11-03 12:25 ` Dušan Čolić
2014-11-03 13:28 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 12:25 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
On Mon, Nov 3, 2014 at 12:42 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
>
> On 11/03/2014 12:12 PM, Dušan Čolić wrote:
>>
>> I fscked it yesterday before crash and now I'm fsck-ing it again but
>> as you remember it lasts 1hr+ for some reason.
>
>
>
> For the full 70G partition it looks normal.
>
> OK, if you can reproduce this BUG at fs/reiser4/plugin/item/ctail.c:669
> after fsck, then please let me know: it will essentially speed up things..
>
This time it fscked the same partition much faster (44 vs 70min) dunno
why as that partition is fscked daily with this cron script:
#!/bin/sh
echo "### RSNAPSHOT DAILY ###"
fsck.reiser4 -a /dev/md125 && mount /mnt/backup && rsnapshot -c
/etc/rsnapshot.d/daily.conf daily || echo "Backup failure"
umount /mnt/backup
logger -s "### RSNAPSHOT DAILY OK###"
Now I executed rsnapshot -c /etc/rsnapshot.d/daily.conf daily and I
can't see no action for last 10 minutes, nothing in iotop just in top
rsync process in D state.
krshina3 goran # ps -aux | grep rsync
root 6655 0.1 0.1 101568 9328 pts/4 D+ 13:08 0:01
/usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
--exclude=/home/windows.qcow2
--link-dest=/mnt/backup/daily.1/localhost/ /home
/mnt/backup/daily.0/localhost/
root 6656 0.0 0.0 112292 4380 pts/4 S+ 13:08 0:00
/usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
--exclude=/home/windows.qcow2
--link-dest=/mnt/backup/daily.1/localhost/ /home
/mnt/backup/daily.0/localhost/
root 6657 0.0 0.0 101488 3496 pts/4 S+ 13:08 0:00
/usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
--exclude=/home/windows.qcow2
--link-dest=/mnt/backup/daily.1/localhost/ /home
/mnt/backup/daily.0/localhost/
fsck results:
krshina3 goran # fsck.reiser4 /dev/md125
*******************************************************************
This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
*******************************************************************
Fscking the /dev/md125 block device.
Will check the consistency of the Reiser4 SuperBlock.
Will check the consistency of the Reiser4 FileSystem.
Continue?
(Yes/No): y
***** fsck.reiser4 started at Mon Nov 3 12:13:15 2014
Reiser4 fs was detected on /dev/md125.
Master super block (16):
magic: ReIsEr4
blksize: 4096
format: 0x0 (format40)
uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
label: <none>
Format super block (17):
plugin: format40
description: Disk-format plugin.
version: 0
magic: ReIsEr40FoRmAt
mkfs id: 0x2a685787
flushes: 0
blocks: 17091120
free blocks: 2838775
root block: 7346608
tail policy: 0x2 (smart)
next oid: 0xbc056d
file count: 856668
tree height: 5
key policy: LARGE
CHECKING THE STORAGE TREE
Read nodes 9972078
Nodes left in the tree 9972078
Leaves of them 9855619, Twigs of them 115030
Time interval: Mon Nov 3 12:13:19 2014 - Mon Nov 3 12:27:35 2014
CHECKING EXTENT REGIONS.
Read twigs 115030
Time interval: Mon Nov 3 12:27:35 2014 - Mon Nov 3 12:34:50 2014
CHECKING THE SEMANTIC TREE
Found 2571171 objects (some could be encountered more then
once).
Time interval: Mon Nov 3 12:34:50 2014 - Mon Nov 3 12:57:16 2014
***** fsck.reiser4 finished at Mon Nov 3 12:57:16 2014
Closing fs...done
FS is consistent.
> Edward.
>
>
>
>
>>
>> On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>>>
>>> Now a Bug happened to me on this same ccreg40 partition with
>>> Reiser4-for-3.16.2.patch and I don't know if it's related.
>>>
>>>
>>>
>>> It can not be related to inability to allocate memory at mount time.
>>>
>>>
>>> I have a partition that I use for daily, weekly and monthly snapshots -
>>> /dev/md125 with rsnapshot.
>>> I fsck-ed it yesterday.
>>>
>>>
>>>
>>> Did you fsck-ed it before, or after crash?
>>>
>>> Edward.
>>>
>>>
>>>
>>> After mounting rsync starts and snapshots my /home directory. This Bug
>>> happened on rsync start.
>>>
>>>
>>> rsnapshot log:
>>> fsck.reiser4 /dev/md125
>>> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
>>> Broken pipe (32)
>>> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
>>> [generator=3.0.9]
>>> ------------------------------
>>> ----------------------------------------------
>>> rsnapshot encountered an error! The program was invoked with these
>>> options:
>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>
>>> ----------------------------------------------------------------------------
>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>> WARNING: Rolling back "localhost/"
>>> Backup failure
>>>
>>> daily.conf:
>>> include_conf /etc/rsnapshot.d/base.conf
>>>
>>> # Daily (30 increments)
>>> interval daily 30
>>> backup /home/ localhost/
>>> exclude /home/windows.qcow2
>>>
>>> base.conf:
>>>
>>> # Default config version
>>> config_version 1.2
>>>
>>> # So the hard disk is not polluted in case the backup filesystem is not
>>> available
>>> no_create_root 1
>>>
>>> # Standard settings
>>> cmd_cp /bin/cp
>>> cmd_rm /bin/rm
>>> cmd_rsync /usr/bin/rsync
>>> link_dest 1
>>> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>>>
>>> # For convenience, so that mount points can be taken as backup starting
>>> points
>>> one_fs 1
>>>
>>> # Store all backups in one directory per machine
>>> # A useful alternative may be to create a separate directory for each
>>> interval
>>> snapshot_root /mnt/backup/
>>>
>>> Logs:
>>> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found
>>> disk
>>> format 4.0.0.
>>> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using
>>> Hybrid
>>> Transaction Model.
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
>>> ]------------
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
>>> fs/reiser4/plugin/item/ctail.c:669!
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
>>> SMP
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm:
>>> rsync
>>> Not tainted 3.16.5-gentoo #1
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
>>> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0
>>> ti:
>>> ffff880100004000 task.ti: ffff880100004000
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
>>> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
>>> do_readpage_ctail+0x2c0/0x420
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP:
>>> 0018:ffff880100007978
>>> EFLAGS: 00010246
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025
>>> RBX:
>>> ffffea0004570218 RCX: ffff8800b94f0800
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035
>>> RSI:
>>> 0000000000000000 RDI: ffff8800b94f0000
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8
>>> R08:
>>> 0000000000001000 R09: 0000000000000001
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0
>>> R11:
>>> ffffea00023f1330 R12: 0000000000000002
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20
>>> R14:
>>> ffff880100007a88 R15: 0000000000000001
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS:
>>> 00007f4d6b27c700(0000)
>>> GS:ffff88022e200000(0000) knlGS:0000000000000000
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES:
>>> 0000
>>> CR0: 0000000080050033
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf
>>> CR3:
>>> 0000000008a76000 CR4: 00000000001427e0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
>>> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
>>> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
>>> ffffffff811c3cea ffff880100007a08 00000000810e1785
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
>>> prepare_page_cluster+0xff/0x1f0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
>>> do_readpage_ctail+0x420/0x420
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
>>> ctail_readpages_filler+0x11a/0x220
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
>>> do_readpage_ctail+0x420/0x420
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
>>> read_cache_pages+0xba/0x120
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
>>> readpages_ctail+0x133/0x360
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
>>> readpages_cryptcompress+0x46/0x80
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
>>> reiser4_readpages_dispatch+0x3e/0x50
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
>>> __do_page_cache_readahead+0x1a9/0x240
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
>>> ondemand_readahead+0x157/0x290
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
>>> pagecache_get_page+0x36/0x1e0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
>>> page_cache_sync_readahead+0x2e/0x50
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
>>> generic_file_read_iter+0x409/0x5f0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
>>> link_path_walk+0x26e/0x880
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
>>> new_sync_read+0x79/0xb0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
>>> read_cryptcompress+0x73/0xb0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
>>> reiser4_read_dispatch+0x72/0x160
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
>>> vfs_read+0x9b/0x190
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
>>> SyS_read+0x4a/0xc0
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
>>> system_call_fastpath+0x16/0x1b
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84
>>> 00
>>> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8
>>> 98
>>> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00
>>> 49
>>> 8b be 80 00 00 00 e8
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
>>> do_readpage_ctail+0x2c0/0x420
>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
>>> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
>>> 36e8590f8aa347d3 ]---
>>>
>>> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>
>>>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>>>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>>>> memory
>>>> Uptime is almost 7 days and mounting of this partition worked every
>>>> day untill last night (I get automated messages on mail when something
>>>> goes wrong).
>>>>
>>>> Now I tried on kernel 3.10 and everything works OK
>>>>
>>>> krshina3 goran # uname -a
>>>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>>>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>>>
>>>> krshina3 goran# free -m
>>>> total used free shared buffers
>>>> cached
>>>> Mem: 7681 6794 887 30 0
>>>> 2933
>>>> -/+ buffers/cache: 3860 3821
>>>> Swap: 580 325 254
>>>>
>>>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>>>
>>>> /dev/sda1 /boot ext2 noauto,noatime
>>>> 1
>>>> 2
>>>> /dev/md123 none swap sw
>>>> 0
>>>> 0
>>>> /dev/sda2 / reiser4
>>>> noatime,onerror=remount-ro 0 0
>>>> /dev/md125 /mnt/backup reiser4
>>>> noatime,noauto,onerror=remount-ro 0 0
>>>> /dev/md126 /mnt/media reiser4
>>>> noatime,users,onerror=remount-ro 0 0
>>>> /dev/md127 /usr/portage reiser4
>>>> noatime,onerror=remount-ro 0 0
>>>> shm /dev/shm tmpfs
>>>> nodev,nosuid,noexec 0 0
>>>>
>>>>
>>>> krshina3 goran # df
>>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>>> /dev/sda2 37017728 24870384 12147344 68% /
>>>> tmpfs 786872 832 786040 1% /run
>>>> udev 10240 0 10240 0% /dev
>>>> shm 3934340 80 3934260 1% /dev/shm
>>>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>>>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>>>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>>>
>>>> I get these in logs:
>>>>
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>>>> disk format 4.0.0.
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>>>> allocation failure: order:4, mode:0x2040d0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>>>> mount Not tainted 3.16.5-gentoo #1
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>>>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>>>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>>>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>>>> dump_stack+0x46/0x58
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>>>> warn_alloc_failed+0xda/0x130
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>>>> cache_alloc_refill+0x31a/0x550
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>>>> kmem_cache_alloc+0xb3/0xe0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>>>> znodes_tree_init+0xc9/0x120
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>>>> reiser4_init_tree+0x44/0xd0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>>>> init_format_format40+0x265/0x5b0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>>>> fill_super+0x101/0x200
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>>>> mount_bdev+0x194/0x1d0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>>>> ? reiser4_mount+0x20/0x20
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>>>> reiser4_mount+0x10/0x20
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>>>> mount_fs+0x1b/0xd0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>>>> vfs_kern_mount+0x6f/0x130
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>>>> do_mount+0x218/0xab0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>>>> ? __get_free_pages+0x12/0x60
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>>>> ? copy_mount_options+0x35/0x150
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>>>> SyS_mount+0x89/0xd0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>>>> system_call_fastpath+0x16/0x1b
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>>>> btch: 31 usd: 56
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>>>> inactive_anon:138699 isolated_anon:0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>>>> inactive_file:396920 isolated_file:0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>>>> dirty:204 writeback:0 unstable:0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>>>> slab_reclaimable:126123 slab_unreclaimable:9074
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>>>> shmem:5701 pagetables:10162 bounce:0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? yes
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>>>> 2950 7665 7665
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>>>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>>>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>>>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>>>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>>>> 4714 4714
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>>>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>>>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>>>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>>>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>> pages_scanned:24 all_unreclaimable? no
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0
>>>> 0
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>>>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>>>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>>>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>> hugepages_size=2048kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>>>> pages
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap
>>>> cache
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>>>> 91111, delete 88511, find 38599/41340
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>>>> HighMem/MovableOnly
>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>>>
>>>>
>>>>
>>>>
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>>>> disk format 4.0.0.
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>>>> allocation failure: order:4, mode:0x2040d0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>>>> ffff880148093968 ffffffff816a31b4 0000000000000007
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>>>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>>>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>>>> dump_stack+0x46/0x58
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>>>> warn_alloc_failed+0xda/0x130
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>>>> cache_alloc_refill+0x31a/0x550
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>>>> kmem_cache_alloc+0xb3/0xe0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>>>> znodes_tree_init+0xc9/0x120
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>>>> reiser4_init_tree+0x44/0xd0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>>>> init_format_format40+0x265/0x5b0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>>>> fill_super+0x101/0x200
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>>>> mount_bdev+0x194/0x1d0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>>>> ? reiser4_mount+0x20/0x20
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>>>> reiser4_mount+0x10/0x20
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>>>> mount_fs+0x1b/0xd0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>>>> vfs_kern_mount+0x6f/0x130
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>>>> do_mount+0x218/0xab0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>>>> ? __get_free_pages+0x12/0x60
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>>>> ? copy_mount_options+0x35/0x150
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>>>> SyS_mount+0x89/0xd0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>>>> system_call_fastpath+0x16/0x1b
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>>>> btch: 1 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>>>> btch: 31 usd: 21
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>>>> inactive_anon:145280 isolated_anon:0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>>>> inactive_file:389999 isolated_file:0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>>>> dirty:1180 writeback:0 unstable:0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>>>> slab_reclaimable:112227 slab_unreclaimable:9155
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>>>> shmem:7263 pagetables:10549 bounce:0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? yes
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>>>> 2950 7665 7665
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>>>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>>>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>>>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>>>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>>>> 4714 4714
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>>>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>>>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>>>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>>>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>> pages_scanned:21 all_unreclaimable? no
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0
>>>> 0
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>>>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>>>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>>>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>> hugepages_size=2048kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>>>> pages
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap
>>>> cache
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>>>> 94924, delete 92520, find 40323/43073
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>>>> HighMem/MovableOnly
>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>>>
>>>>
>>>> Now I'm gonna fsck all partitions and report if anything comes up.
>>>>
>>>> Ask if you need more info
>>>>
>>>> Thanks in advance
>>>> Dushan
>>>
>>>
>>>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 12:25 ` Dušan Čolić
@ 2014-11-03 13:28 ` Dušan Čolić
2014-11-03 13:33 ` Dušan Čolić
2014-11-03 13:36 ` Edward Shishkin
0 siblings, 2 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 13:28 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
After an hour or more still nothing, one rsync went to zombie other
still in D state
I killed the main process and rebooted.
krshina3 goran # ps -aux | grep rsync
root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
/usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
--exclude=/home/windows.qcow2
--link-dest=/mnt/backup/daily.1/localhost/ /home
/mnt/backup/daily.0/localhost/
root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
[rsync] <defunct>
Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
daily) and kernel BUGed with:
krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
rsync: writefd_unbuffered failed to write 5 bytes to socket
[generator]: Broken pipe (32)
----------------------------------------------------------------------------
rsnapshot encountered an error! The program was invoked with these options:
/usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
----------------------------------------------------------------------------
ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
WARNING: Rolling back "localhost/"
rsync error: error in rsync protocol data stream (code 12) at
io.c(1532) [generator=3.0.9]
Nov 3 14:25:56 krshina3 kernel: [ 282.735583] ------------[ cut here
]------------
Nov 3 14:25:56 krshina3 kernel: [ 282.735905] kernel BUG at
fs/reiser4/plugin/item/ctail.c:669!
Nov 3 14:25:56 krshina3 kernel: [ 282.736296] invalid opcode: 0000 [#1] SMP
Nov 3 14:25:56 krshina3 kernel: [ 282.736575] CPU: 3 PID: 3890 Comm:
rsync Not tainted 3.16.5-gentoo #1
Nov 3 14:25:56 krshina3 kernel: [ 282.736996] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 3 14:25:56 krshina3 kernel: [ 282.737635] task: ffff8801adeeb010
ti: ffff880050d08000 task.ti: ffff880050d08000
Nov 3 14:25:56 krshina3 kernel: [ 282.738132] RIP:
0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
do_readpage_ctail+0x2c0/0x420
Nov 3 14:25:56 krshina3 kernel: [ 282.738713] RSP:
0018:ffff880050d0b978 EFLAGS: 00010246
Nov 3 14:25:56 krshina3 kernel: [ 282.739080] RAX: 8000000000000025
RBX: ffffea0005586f98 RCX: ffff8800b9563800
Nov 3 14:25:56 krshina3 kernel: [ 282.739546] RDX: 0000000000000035
RSI: 0000000000000000 RDI: ffff8800b9563000
Nov 3 14:25:56 krshina3 kernel: [ 282.740013] RBP: ffff880050d0b9b8
R08: 0000000000001000 R09: 0000000000000001
Nov 3 14:25:56 krshina3 kernel: [ 282.740480] R10: ffffffff811b3fc0
R11: ffffea00011718c8 R12: 0000000000000002
Nov 3 14:25:56 krshina3 kernel: [ 282.740963] R13: ffff880075770d60
R14: ffff880050d0ba88 R15: 0000000000000001
Nov 3 14:25:56 krshina3 kernel: [ 282.741429] FS:
00007f4355338700(0000) GS:ffff88022e380000(0000)
knlGS:0000000000000000
Nov 3 14:25:56 krshina3 kernel: [ 282.741957] CS: 0010 DS: 0000 ES:
0000 CR0: 0000000080050033
Nov 3 14:25:56 krshina3 kernel: [ 282.742329] CR2: 0000000003604268
CR3: 0000000050c86000 CR4: 00000000001427e0
Nov 3 14:25:56 krshina3 kernel: [ 282.742794] Stack:
Nov 3 14:25:56 krshina3 kernel: [ 282.742922] ffff880050d0b9b8
ffffffff811b5c4f ffffea0005586f98 ffff880050d0ba88
Nov 3 14:25:56 krshina3 kernel: [ 282.743449] ffffea0005586f98
0000000000000000 ffff880075770d60 ffffffff811c3bd0
Nov 3 14:25:56 krshina3 kernel: [ 282.743957] ffff880050d0ba08
ffffffff811c3cea ffff880050d0ba08 00000000810e1785
Nov 3 14:25:56 krshina3 kernel: [ 282.744465] Call Trace:
Nov 3 14:25:56 krshina3 kernel: [ 282.744624] [<ffffffff811b5c4f>]
? prepare_page_cluster+0xff/0x1f0
Nov 3 14:25:56 krshina3 kernel: [ 282.745034] [<ffffffff811c3bd0>]
? do_readpage_ctail+0x420/0x420
Nov 3 14:25:56 krshina3 kernel: [ 282.745432] [<ffffffff811c3cea>]
ctail_readpages_filler+0x11a/0x220
Nov 3 14:25:56 krshina3 kernel: [ 282.745847] [<ffffffff811c3bd0>]
? do_readpage_ctail+0x420/0x420
Nov 3 14:25:56 krshina3 kernel: [ 282.746248] [<ffffffff810ebdfa>]
read_cache_pages+0xba/0x120
Nov 3 14:25:56 krshina3 kernel: [ 282.746623] [<ffffffff811c4073>]
readpages_ctail+0x133/0x360
Nov 3 14:25:56 krshina3 kernel: [ 282.746998] [<ffffffff811b7e76>]
readpages_cryptcompress+0x46/0x80
Nov 3 14:25:56 krshina3 kernel: [ 282.747413] [<ffffffff811a2b8e>]
reiser4_readpages_dispatch+0x3e/0x50
Nov 3 14:25:56 krshina3 kernel: [ 282.747841] [<ffffffff810ec009>]
__do_page_cache_readahead+0x1a9/0x240
Nov 3 14:25:56 krshina3 kernel: [ 282.748293] [<ffffffff810ec1f7>]
ondemand_readahead+0x157/0x290
Nov 3 14:25:56 krshina3 kernel: [ 282.748686] [<ffffffff810e2326>]
? pagecache_get_page+0x36/0x1e0
Nov 3 14:25:56 krshina3 kernel: [ 282.749084] [<ffffffff810ec41e>]
page_cache_sync_readahead+0x2e/0x50
Nov 3 14:25:56 krshina3 kernel: [ 282.749506] [<ffffffff810e33e9>]
generic_file_read_iter+0x409/0x5f0
Nov 3 14:25:56 krshina3 kernel: [ 282.749922] [<ffffffff8112da8e>]
? link_path_walk+0x26e/0x880
Nov 3 14:25:56 krshina3 kernel: [ 282.750304] [<ffffffff810ed8e9>]
? lru_cache_add+0x9/0x10
Nov 3 14:25:56 krshina3 kernel: [ 282.750663] [<ffffffff8110c98e>]
? page_add_new_anon_rmap+0x7e/0xd0
Nov 3 14:25:56 krshina3 kernel: [ 282.751082] [<ffffffff81122b49>]
new_sync_read+0x79/0xb0
Nov 3 14:25:56 krshina3 kernel: [ 282.751435] [<ffffffff811b7f23>]
read_cryptcompress+0x73/0xb0
Nov 3 14:25:56 krshina3 kernel: [ 282.751815] [<ffffffff811b21c2>]
reiser4_read_dispatch+0x72/0x160
Nov 3 14:25:56 krshina3 kernel: [ 282.752221] [<ffffffff81123abb>]
vfs_read+0x9b/0x190
Nov 3 14:25:56 krshina3 kernel: [ 282.752551] [<ffffffff8112408a>]
SyS_read+0x4a/0xc0
Nov 3 14:25:56 krshina3 kernel: [ 282.752875] [<ffffffff8106d72c>]
? do_page_fault+0xc/0x10
Nov 3 14:25:56 krshina3 kernel: [ 282.753245] [<ffffffff816ab1d2>]
system_call_fastpath+0x16/0x1b
Nov 3 14:25:56 krshina3 kernel: [ 282.753636] Code: fe ff ff 0f 1f
84 00 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48
89 df e8 98 e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
84 a1 00 00 00 49 8b be 80 00 00 00 e8
Nov 3 14:25:56 krshina3 kernel: [ 282.755335] RIP
[<ffffffff811c3a70>] do_readpage_ctail+0x2c0/0x420
Nov 3 14:25:56 krshina3 kernel: [ 282.755750] RSP <ffff880050d0b978>
Nov 3 14:25:56 krshina3 kernel: [ 282.888599] ---[ end trace
5749d003e849c626 ]---
On Mon, Nov 3, 2014 at 1:25 PM, Dušan Čolić <dusanc@gmail.com> wrote:
> On Mon, Nov 3, 2014 at 12:42 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>>
>> On 11/03/2014 12:12 PM, Dušan Čolić wrote:
>>>
>>> I fscked it yesterday before crash and now I'm fsck-ing it again but
>>> as you remember it lasts 1hr+ for some reason.
>>
>>
>>
>> For the full 70G partition it looks normal.
>>
>> OK, if you can reproduce this BUG at fs/reiser4/plugin/item/ctail.c:669
>> after fsck, then please let me know: it will essentially speed up things..
>>
> This time it fscked the same partition much faster (44 vs 70min) dunno
> why as that partition is fscked daily with this cron script:
> #!/bin/sh
>
> echo "### RSNAPSHOT DAILY ###"
> fsck.reiser4 -a /dev/md125 && mount /mnt/backup && rsnapshot -c
> /etc/rsnapshot.d/daily.conf daily || echo "Backup failure"
> umount /mnt/backup
> logger -s "### RSNAPSHOT DAILY OK###"
>
> Now I executed rsnapshot -c /etc/rsnapshot.d/daily.conf daily and I
> can't see no action for last 10 minutes, nothing in iotop just in top
> rsync process in D state.
>
> krshina3 goran # ps -aux | grep rsync
> root 6655 0.1 0.1 101568 9328 pts/4 D+ 13:08 0:01
> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
> --exclude=/home/windows.qcow2
> --link-dest=/mnt/backup/daily.1/localhost/ /home
> /mnt/backup/daily.0/localhost/
> root 6656 0.0 0.0 112292 4380 pts/4 S+ 13:08 0:00
> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
> --exclude=/home/windows.qcow2
> --link-dest=/mnt/backup/daily.1/localhost/ /home
> /mnt/backup/daily.0/localhost/
> root 6657 0.0 0.0 101488 3496 pts/4 S+ 13:08 0:00
> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
> --exclude=/home/windows.qcow2
> --link-dest=/mnt/backup/daily.1/localhost/ /home
> /mnt/backup/daily.0/localhost/
>
>
> fsck results:
>
> krshina3 goran # fsck.reiser4 /dev/md125
> *******************************************************************
> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
> *******************************************************************
>
> Fscking the /dev/md125 block device.
> Will check the consistency of the Reiser4 SuperBlock.
> Will check the consistency of the Reiser4 FileSystem.
> Continue?
> (Yes/No): y
> ***** fsck.reiser4 started at Mon Nov 3 12:13:15 2014
> Reiser4 fs was detected on /dev/md125.
> Master super block (16):
> magic: ReIsEr4
> blksize: 4096
> format: 0x0 (format40)
> uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
> label: <none>
>
> Format super block (17):
> plugin: format40
> description: Disk-format plugin.
> version: 0
> magic: ReIsEr40FoRmAt
> mkfs id: 0x2a685787
> flushes: 0
> blocks: 17091120
> free blocks: 2838775
> root block: 7346608
> tail policy: 0x2 (smart)
> next oid: 0xbc056d
> file count: 856668
> tree height: 5
> key policy: LARGE
>
>
> CHECKING THE STORAGE TREE
> Read nodes 9972078
> Nodes left in the tree 9972078
> Leaves of them 9855619, Twigs of them 115030
> Time interval: Mon Nov 3 12:13:19 2014 - Mon Nov 3 12:27:35 2014
> CHECKING EXTENT REGIONS.
> Read twigs 115030
> Time interval: Mon Nov 3 12:27:35 2014 - Mon Nov 3 12:34:50 2014
> CHECKING THE SEMANTIC TREE
> Found 2571171 objects (some could be encountered more then
> once).
> Time interval: Mon Nov 3 12:34:50 2014 - Mon Nov 3 12:57:16 2014
> ***** fsck.reiser4 finished at Mon Nov 3 12:57:16 2014
> Closing fs...done
>
> FS is consistent.
>
>
>
>
>
>
>
>> Edward.
>>
>>
>>
>>
>>>
>>> On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
>>> <edward.shishkin@gmail.com> wrote:
>>>>
>>>> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>>>>
>>>> Now a Bug happened to me on this same ccreg40 partition with
>>>> Reiser4-for-3.16.2.patch and I don't know if it's related.
>>>>
>>>>
>>>>
>>>> It can not be related to inability to allocate memory at mount time.
>>>>
>>>>
>>>> I have a partition that I use for daily, weekly and monthly snapshots -
>>>> /dev/md125 with rsnapshot.
>>>> I fsck-ed it yesterday.
>>>>
>>>>
>>>>
>>>> Did you fsck-ed it before, or after crash?
>>>>
>>>> Edward.
>>>>
>>>>
>>>>
>>>> After mounting rsync starts and snapshots my /home directory. This Bug
>>>> happened on rsync start.
>>>>
>>>>
>>>> rsnapshot log:
>>>> fsck.reiser4 /dev/md125
>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
>>>> Broken pipe (32)
>>>> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
>>>> [generator=3.0.9]
>>>> ------------------------------
>>>> ----------------------------------------------
>>>> rsnapshot encountered an error! The program was invoked with these
>>>> options:
>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>
>>>> ----------------------------------------------------------------------------
>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>> WARNING: Rolling back "localhost/"
>>>> Backup failure
>>>>
>>>> daily.conf:
>>>> include_conf /etc/rsnapshot.d/base.conf
>>>>
>>>> # Daily (30 increments)
>>>> interval daily 30
>>>> backup /home/ localhost/
>>>> exclude /home/windows.qcow2
>>>>
>>>> base.conf:
>>>>
>>>> # Default config version
>>>> config_version 1.2
>>>>
>>>> # So the hard disk is not polluted in case the backup filesystem is not
>>>> available
>>>> no_create_root 1
>>>>
>>>> # Standard settings
>>>> cmd_cp /bin/cp
>>>> cmd_rm /bin/rm
>>>> cmd_rsync /usr/bin/rsync
>>>> link_dest 1
>>>> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>>>>
>>>> # For convenience, so that mount points can be taken as backup starting
>>>> points
>>>> one_fs 1
>>>>
>>>> # Store all backups in one directory per machine
>>>> # A useful alternative may be to create a separate directory for each
>>>> interval
>>>> snapshot_root /mnt/backup/
>>>>
>>>> Logs:
>>>> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found
>>>> disk
>>>> format 4.0.0.
>>>> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using
>>>> Hybrid
>>>> Transaction Model.
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
>>>> ]------------
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
>>>> SMP
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm:
>>>> rsync
>>>> Not tainted 3.16.5-gentoo #1
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
>>>> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0
>>>> ti:
>>>> ffff880100004000 task.ti: ffff880100004000
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
>>>> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
>>>> do_readpage_ctail+0x2c0/0x420
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP:
>>>> 0018:ffff880100007978
>>>> EFLAGS: 00010246
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025
>>>> RBX:
>>>> ffffea0004570218 RCX: ffff8800b94f0800
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035
>>>> RSI:
>>>> 0000000000000000 RDI: ffff8800b94f0000
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8
>>>> R08:
>>>> 0000000000001000 R09: 0000000000000001
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0
>>>> R11:
>>>> ffffea00023f1330 R12: 0000000000000002
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20
>>>> R14:
>>>> ffff880100007a88 R15: 0000000000000001
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS:
>>>> 00007f4d6b27c700(0000)
>>>> GS:ffff88022e200000(0000) knlGS:0000000000000000
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES:
>>>> 0000
>>>> CR0: 0000000080050033
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf
>>>> CR3:
>>>> 0000000008a76000 CR4: 00000000001427e0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
>>>> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
>>>> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
>>>> ffffffff811c3cea ffff880100007a08 00000000810e1785
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
>>>> prepare_page_cluster+0xff/0x1f0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
>>>> do_readpage_ctail+0x420/0x420
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
>>>> ctail_readpages_filler+0x11a/0x220
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
>>>> do_readpage_ctail+0x420/0x420
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
>>>> read_cache_pages+0xba/0x120
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
>>>> readpages_ctail+0x133/0x360
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
>>>> readpages_cryptcompress+0x46/0x80
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
>>>> reiser4_readpages_dispatch+0x3e/0x50
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
>>>> __do_page_cache_readahead+0x1a9/0x240
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
>>>> ondemand_readahead+0x157/0x290
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
>>>> pagecache_get_page+0x36/0x1e0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
>>>> page_cache_sync_readahead+0x2e/0x50
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
>>>> generic_file_read_iter+0x409/0x5f0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
>>>> link_path_walk+0x26e/0x880
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
>>>> new_sync_read+0x79/0xb0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
>>>> read_cryptcompress+0x73/0xb0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
>>>> reiser4_read_dispatch+0x72/0x160
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
>>>> vfs_read+0x9b/0x190
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
>>>> SyS_read+0x4a/0xc0
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
>>>> system_call_fastpath+0x16/0x1b
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84
>>>> 00
>>>> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8
>>>> 98
>>>> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00
>>>> 49
>>>> 8b be 80 00 00 00 e8
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
>>>> do_readpage_ctail+0x2c0/0x420
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
>>>> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
>>>> 36e8590f8aa347d3 ]---
>>>>
>>>> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>
>>>>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>>>>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>>>>> memory
>>>>> Uptime is almost 7 days and mounting of this partition worked every
>>>>> day untill last night (I get automated messages on mail when something
>>>>> goes wrong).
>>>>>
>>>>> Now I tried on kernel 3.10 and everything works OK
>>>>>
>>>>> krshina3 goran # uname -a
>>>>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>>>>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>>>>
>>>>> krshina3 goran# free -m
>>>>> total used free shared buffers
>>>>> cached
>>>>> Mem: 7681 6794 887 30 0
>>>>> 2933
>>>>> -/+ buffers/cache: 3860 3821
>>>>> Swap: 580 325 254
>>>>>
>>>>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>>>>
>>>>> /dev/sda1 /boot ext2 noauto,noatime
>>>>> 1
>>>>> 2
>>>>> /dev/md123 none swap sw
>>>>> 0
>>>>> 0
>>>>> /dev/sda2 / reiser4
>>>>> noatime,onerror=remount-ro 0 0
>>>>> /dev/md125 /mnt/backup reiser4
>>>>> noatime,noauto,onerror=remount-ro 0 0
>>>>> /dev/md126 /mnt/media reiser4
>>>>> noatime,users,onerror=remount-ro 0 0
>>>>> /dev/md127 /usr/portage reiser4
>>>>> noatime,onerror=remount-ro 0 0
>>>>> shm /dev/shm tmpfs
>>>>> nodev,nosuid,noexec 0 0
>>>>>
>>>>>
>>>>> krshina3 goran # df
>>>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>>>> /dev/sda2 37017728 24870384 12147344 68% /
>>>>> tmpfs 786872 832 786040 1% /run
>>>>> udev 10240 0 10240 0% /dev
>>>>> shm 3934340 80 3934260 1% /dev/shm
>>>>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>>>>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>>>>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>>>>
>>>>> I get these in logs:
>>>>>
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>>>>> disk format 4.0.0.
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>>>>> allocation failure: order:4, mode:0x2040d0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>>>>> mount Not tainted 3.16.5-gentoo #1
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>> 07/04/2012
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>>>>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>>>>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>>>>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>>>>> dump_stack+0x46/0x58
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>>>>> warn_alloc_failed+0xda/0x130
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>>>>> cache_alloc_refill+0x31a/0x550
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>>>>> znodes_tree_init+0xc9/0x120
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>>>>> reiser4_init_tree+0x44/0xd0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>>>>> init_format_format40+0x265/0x5b0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>>>>> fill_super+0x101/0x200
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>>>>> mount_bdev+0x194/0x1d0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>>>>> ? reiser4_mount+0x20/0x20
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>>>>> reiser4_mount+0x10/0x20
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>>>>> mount_fs+0x1b/0xd0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>>>>> vfs_kern_mount+0x6f/0x130
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>>>>> do_mount+0x218/0xab0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>>>>> ? __get_free_pages+0x12/0x60
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>>>>> ? copy_mount_options+0x35/0x150
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>>>>> SyS_mount+0x89/0xd0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>>>>> system_call_fastpath+0x16/0x1b
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>>>>> btch: 31 usd: 56
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>>>>> inactive_anon:138699 isolated_anon:0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>>>>> inactive_file:396920 isolated_file:0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>>>>> dirty:204 writeback:0 unstable:0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>>>>> slab_reclaimable:126123 slab_unreclaimable:9074
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>>>>> shmem:5701 pagetables:10162 bounce:0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? yes
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>>>>> 2950 7665 7665
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>>>>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>>>>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>>>>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>>>>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? no
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>>>>> 4714 4714
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>>>>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>>>>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>>>>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>>>>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>> pages_scanned:24 all_unreclaimable? no
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0
>>>>> 0
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>>>>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>>>>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>>>>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>> hugepages_size=2048kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>>>>> pages
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap
>>>>> cache
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>>>>> 91111, delete 88511, find 38599/41340
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>>>>> HighMem/MovableOnly
>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>>>>> disk format 4.0.0.
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>>>>> allocation failure: order:4, mode:0x2040d0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>> 07/04/2012
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>>>>> ffff880148093968 ffffffff816a31b4 0000000000000007
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>>>>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>>>>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>>>>> dump_stack+0x46/0x58
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>>>>> warn_alloc_failed+0xda/0x130
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>>>>> cache_alloc_refill+0x31a/0x550
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>>>>> znodes_tree_init+0xc9/0x120
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>>>>> reiser4_init_tree+0x44/0xd0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>>>>> init_format_format40+0x265/0x5b0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>>>>> fill_super+0x101/0x200
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>>>>> mount_bdev+0x194/0x1d0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>>>>> ? reiser4_mount+0x20/0x20
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>>>>> reiser4_mount+0x10/0x20
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>>>>> mount_fs+0x1b/0xd0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>>>>> vfs_kern_mount+0x6f/0x130
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>>>>> do_mount+0x218/0xab0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>>>>> ? __get_free_pages+0x12/0x60
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>>>>> ? copy_mount_options+0x35/0x150
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>>>>> SyS_mount+0x89/0xd0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>>>>> system_call_fastpath+0x16/0x1b
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>>>>> btch: 31 usd: 21
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>>>>> inactive_anon:145280 isolated_anon:0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>>>>> inactive_file:389999 isolated_file:0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>>>>> dirty:1180 writeback:0 unstable:0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>>>>> slab_reclaimable:112227 slab_unreclaimable:9155
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>>>>> shmem:7263 pagetables:10549 bounce:0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? yes
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>>>>> 2950 7665 7665
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>>>>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>>>>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>>>>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>>>>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? no
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>>>>> 4714 4714
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>>>>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>>>>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>>>>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>>>>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>> pages_scanned:21 all_unreclaimable? no
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0
>>>>> 0
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>>>>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>>>>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>>>>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>> hugepages_size=2048kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>>>>> pages
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap
>>>>> cache
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>>>>> 94924, delete 92520, find 40323/43073
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>>>>> HighMem/MovableOnly
>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>>>>
>>>>>
>>>>> Now I'm gonna fsck all partitions and report if anything comes up.
>>>>>
>>>>> Ask if you need more info
>>>>>
>>>>> Thanks in advance
>>>>> Dushan
>>>>
>>>>
>>>>
>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 13:28 ` Dušan Čolić
@ 2014-11-03 13:33 ` Dušan Čolić
2014-11-03 15:42 ` Edward Shishkin
2014-11-03 13:36 ` Edward Shishkin
1 sibling, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 13:33 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
I forgot:
It was working for some time (deleting old directories etc.) and then crashed.
Btw. why didn't that partition (/dev/md125) remounted read-only on
error when I have that in /etc/fstab?
On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
> After an hour or more still nothing, one rsync went to zombie other
> still in D state
> I killed the main process and rebooted.
>
> krshina3 goran # ps -aux | grep rsync
> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
> --exclude=/home/windows.qcow2
> --link-dest=/mnt/backup/daily.1/localhost/ /home
> /mnt/backup/daily.0/localhost/
> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
> [rsync] <defunct>
>
>
> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
> daily) and kernel BUGed with:
>
> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> rsync: writefd_unbuffered failed to write 5 bytes to socket
> [generator]: Broken pipe (32)
> ----------------------------------------------------------------------------
> rsnapshot encountered an error! The program was invoked with these options:
> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> ----------------------------------------------------------------------------
> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
> WARNING: Rolling back "localhost/"
> rsync error: error in rsync protocol data stream (code 12) at
> io.c(1532) [generator=3.0.9]
>
>
>
> Nov 3 14:25:56 krshina3 kernel: [ 282.735583] ------------[ cut here
> ]------------
> Nov 3 14:25:56 krshina3 kernel: [ 282.735905] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 14:25:56 krshina3 kernel: [ 282.736296] invalid opcode: 0000 [#1] SMP
> Nov 3 14:25:56 krshina3 kernel: [ 282.736575] CPU: 3 PID: 3890 Comm:
> rsync Not tainted 3.16.5-gentoo #1
> Nov 3 14:25:56 krshina3 kernel: [ 282.736996] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 3 14:25:56 krshina3 kernel: [ 282.737635] task: ffff8801adeeb010
> ti: ffff880050d08000 task.ti: ffff880050d08000
> Nov 3 14:25:56 krshina3 kernel: [ 282.738132] RIP:
> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.738713] RSP:
> 0018:ffff880050d0b978 EFLAGS: 00010246
> Nov 3 14:25:56 krshina3 kernel: [ 282.739080] RAX: 8000000000000025
> RBX: ffffea0005586f98 RCX: ffff8800b9563800
> Nov 3 14:25:56 krshina3 kernel: [ 282.739546] RDX: 0000000000000035
> RSI: 0000000000000000 RDI: ffff8800b9563000
> Nov 3 14:25:56 krshina3 kernel: [ 282.740013] RBP: ffff880050d0b9b8
> R08: 0000000000001000 R09: 0000000000000001
> Nov 3 14:25:56 krshina3 kernel: [ 282.740480] R10: ffffffff811b3fc0
> R11: ffffea00011718c8 R12: 0000000000000002
> Nov 3 14:25:56 krshina3 kernel: [ 282.740963] R13: ffff880075770d60
> R14: ffff880050d0ba88 R15: 0000000000000001
> Nov 3 14:25:56 krshina3 kernel: [ 282.741429] FS:
> 00007f4355338700(0000) GS:ffff88022e380000(0000)
> knlGS:0000000000000000
> Nov 3 14:25:56 krshina3 kernel: [ 282.741957] CS: 0010 DS: 0000 ES:
> 0000 CR0: 0000000080050033
> Nov 3 14:25:56 krshina3 kernel: [ 282.742329] CR2: 0000000003604268
> CR3: 0000000050c86000 CR4: 00000000001427e0
> Nov 3 14:25:56 krshina3 kernel: [ 282.742794] Stack:
> Nov 3 14:25:56 krshina3 kernel: [ 282.742922] ffff880050d0b9b8
> ffffffff811b5c4f ffffea0005586f98 ffff880050d0ba88
> Nov 3 14:25:56 krshina3 kernel: [ 282.743449] ffffea0005586f98
> 0000000000000000 ffff880075770d60 ffffffff811c3bd0
> Nov 3 14:25:56 krshina3 kernel: [ 282.743957] ffff880050d0ba08
> ffffffff811c3cea ffff880050d0ba08 00000000810e1785
> Nov 3 14:25:56 krshina3 kernel: [ 282.744465] Call Trace:
> Nov 3 14:25:56 krshina3 kernel: [ 282.744624] [<ffffffff811b5c4f>]
> ? prepare_page_cluster+0xff/0x1f0
> Nov 3 14:25:56 krshina3 kernel: [ 282.745034] [<ffffffff811c3bd0>]
> ? do_readpage_ctail+0x420/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.745432] [<ffffffff811c3cea>]
> ctail_readpages_filler+0x11a/0x220
> Nov 3 14:25:56 krshina3 kernel: [ 282.745847] [<ffffffff811c3bd0>]
> ? do_readpage_ctail+0x420/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.746248] [<ffffffff810ebdfa>]
> read_cache_pages+0xba/0x120
> Nov 3 14:25:56 krshina3 kernel: [ 282.746623] [<ffffffff811c4073>]
> readpages_ctail+0x133/0x360
> Nov 3 14:25:56 krshina3 kernel: [ 282.746998] [<ffffffff811b7e76>]
> readpages_cryptcompress+0x46/0x80
> Nov 3 14:25:56 krshina3 kernel: [ 282.747413] [<ffffffff811a2b8e>]
> reiser4_readpages_dispatch+0x3e/0x50
> Nov 3 14:25:56 krshina3 kernel: [ 282.747841] [<ffffffff810ec009>]
> __do_page_cache_readahead+0x1a9/0x240
> Nov 3 14:25:56 krshina3 kernel: [ 282.748293] [<ffffffff810ec1f7>]
> ondemand_readahead+0x157/0x290
> Nov 3 14:25:56 krshina3 kernel: [ 282.748686] [<ffffffff810e2326>]
> ? pagecache_get_page+0x36/0x1e0
> Nov 3 14:25:56 krshina3 kernel: [ 282.749084] [<ffffffff810ec41e>]
> page_cache_sync_readahead+0x2e/0x50
> Nov 3 14:25:56 krshina3 kernel: [ 282.749506] [<ffffffff810e33e9>]
> generic_file_read_iter+0x409/0x5f0
> Nov 3 14:25:56 krshina3 kernel: [ 282.749922] [<ffffffff8112da8e>]
> ? link_path_walk+0x26e/0x880
> Nov 3 14:25:56 krshina3 kernel: [ 282.750304] [<ffffffff810ed8e9>]
> ? lru_cache_add+0x9/0x10
> Nov 3 14:25:56 krshina3 kernel: [ 282.750663] [<ffffffff8110c98e>]
> ? page_add_new_anon_rmap+0x7e/0xd0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751082] [<ffffffff81122b49>]
> new_sync_read+0x79/0xb0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751435] [<ffffffff811b7f23>]
> read_cryptcompress+0x73/0xb0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751815] [<ffffffff811b21c2>]
> reiser4_read_dispatch+0x72/0x160
> Nov 3 14:25:56 krshina3 kernel: [ 282.752221] [<ffffffff81123abb>]
> vfs_read+0x9b/0x190
> Nov 3 14:25:56 krshina3 kernel: [ 282.752551] [<ffffffff8112408a>]
> SyS_read+0x4a/0xc0
> Nov 3 14:25:56 krshina3 kernel: [ 282.752875] [<ffffffff8106d72c>]
> ? do_page_fault+0xc/0x10
> Nov 3 14:25:56 krshina3 kernel: [ 282.753245] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 3 14:25:56 krshina3 kernel: [ 282.753636] Code: fe ff ff 0f 1f
> 84 00 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48
> 89 df e8 98 e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
> 84 a1 00 00 00 49 8b be 80 00 00 00 e8
> Nov 3 14:25:56 krshina3 kernel: [ 282.755335] RIP
> [<ffffffff811c3a70>] do_readpage_ctail+0x2c0/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.755750] RSP <ffff880050d0b978>
> Nov 3 14:25:56 krshina3 kernel: [ 282.888599] ---[ end trace
> 5749d003e849c626 ]---
>
> On Mon, Nov 3, 2014 at 1:25 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>> On Mon, Nov 3, 2014 at 12:42 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> On 11/03/2014 12:12 PM, Dušan Čolić wrote:
>>>>
>>>> I fscked it yesterday before crash and now I'm fsck-ing it again but
>>>> as you remember it lasts 1hr+ for some reason.
>>>
>>>
>>>
>>> For the full 70G partition it looks normal.
>>>
>>> OK, if you can reproduce this BUG at fs/reiser4/plugin/item/ctail.c:669
>>> after fsck, then please let me know: it will essentially speed up things..
>>>
>> This time it fscked the same partition much faster (44 vs 70min) dunno
>> why as that partition is fscked daily with this cron script:
>> #!/bin/sh
>>
>> echo "### RSNAPSHOT DAILY ###"
>> fsck.reiser4 -a /dev/md125 && mount /mnt/backup && rsnapshot -c
>> /etc/rsnapshot.d/daily.conf daily || echo "Backup failure"
>> umount /mnt/backup
>> logger -s "### RSNAPSHOT DAILY OK###"
>>
>> Now I executed rsnapshot -c /etc/rsnapshot.d/daily.conf daily and I
>> can't see no action for last 10 minutes, nothing in iotop just in top
>> rsync process in D state.
>>
>> krshina3 goran # ps -aux | grep rsync
>> root 6655 0.1 0.1 101568 9328 pts/4 D+ 13:08 0:01
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>> root 6656 0.0 0.0 112292 4380 pts/4 S+ 13:08 0:00
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>> root 6657 0.0 0.0 101488 3496 pts/4 S+ 13:08 0:00
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>>
>>
>> fsck results:
>>
>> krshina3 goran # fsck.reiser4 /dev/md125
>> *******************************************************************
>> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
>> *******************************************************************
>>
>> Fscking the /dev/md125 block device.
>> Will check the consistency of the Reiser4 SuperBlock.
>> Will check the consistency of the Reiser4 FileSystem.
>> Continue?
>> (Yes/No): y
>> ***** fsck.reiser4 started at Mon Nov 3 12:13:15 2014
>> Reiser4 fs was detected on /dev/md125.
>> Master super block (16):
>> magic: ReIsEr4
>> blksize: 4096
>> format: 0x0 (format40)
>> uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
>> label: <none>
>>
>> Format super block (17):
>> plugin: format40
>> description: Disk-format plugin.
>> version: 0
>> magic: ReIsEr40FoRmAt
>> mkfs id: 0x2a685787
>> flushes: 0
>> blocks: 17091120
>> free blocks: 2838775
>> root block: 7346608
>> tail policy: 0x2 (smart)
>> next oid: 0xbc056d
>> file count: 856668
>> tree height: 5
>> key policy: LARGE
>>
>>
>> CHECKING THE STORAGE TREE
>> Read nodes 9972078
>> Nodes left in the tree 9972078
>> Leaves of them 9855619, Twigs of them 115030
>> Time interval: Mon Nov 3 12:13:19 2014 - Mon Nov 3 12:27:35 2014
>> CHECKING EXTENT REGIONS.
>> Read twigs 115030
>> Time interval: Mon Nov 3 12:27:35 2014 - Mon Nov 3 12:34:50 2014
>> CHECKING THE SEMANTIC TREE
>> Found 2571171 objects (some could be encountered more then
>> once).
>> Time interval: Mon Nov 3 12:34:50 2014 - Mon Nov 3 12:57:16 2014
>> ***** fsck.reiser4 finished at Mon Nov 3 12:57:16 2014
>> Closing fs...done
>>
>> FS is consistent.
>>
>>
>>
>>
>>
>>
>>
>>> Edward.
>>>
>>>
>>>
>>>
>>>>
>>>> On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
>>>> <edward.shishkin@gmail.com> wrote:
>>>>>
>>>>> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>>>>>
>>>>> Now a Bug happened to me on this same ccreg40 partition with
>>>>> Reiser4-for-3.16.2.patch and I don't know if it's related.
>>>>>
>>>>>
>>>>>
>>>>> It can not be related to inability to allocate memory at mount time.
>>>>>
>>>>>
>>>>> I have a partition that I use for daily, weekly and monthly snapshots -
>>>>> /dev/md125 with rsnapshot.
>>>>> I fsck-ed it yesterday.
>>>>>
>>>>>
>>>>>
>>>>> Did you fsck-ed it before, or after crash?
>>>>>
>>>>> Edward.
>>>>>
>>>>>
>>>>>
>>>>> After mounting rsync starts and snapshots my /home directory. This Bug
>>>>> happened on rsync start.
>>>>>
>>>>>
>>>>> rsnapshot log:
>>>>> fsck.reiser4 /dev/md125
>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
>>>>> Broken pipe (32)
>>>>> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
>>>>> [generator=3.0.9]
>>>>> ------------------------------
>>>>> ----------------------------------------------
>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>> options:
>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>
>>>>> ----------------------------------------------------------------------------
>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>> WARNING: Rolling back "localhost/"
>>>>> Backup failure
>>>>>
>>>>> daily.conf:
>>>>> include_conf /etc/rsnapshot.d/base.conf
>>>>>
>>>>> # Daily (30 increments)
>>>>> interval daily 30
>>>>> backup /home/ localhost/
>>>>> exclude /home/windows.qcow2
>>>>>
>>>>> base.conf:
>>>>>
>>>>> # Default config version
>>>>> config_version 1.2
>>>>>
>>>>> # So the hard disk is not polluted in case the backup filesystem is not
>>>>> available
>>>>> no_create_root 1
>>>>>
>>>>> # Standard settings
>>>>> cmd_cp /bin/cp
>>>>> cmd_rm /bin/rm
>>>>> cmd_rsync /usr/bin/rsync
>>>>> link_dest 1
>>>>> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>>>>>
>>>>> # For convenience, so that mount points can be taken as backup starting
>>>>> points
>>>>> one_fs 1
>>>>>
>>>>> # Store all backups in one directory per machine
>>>>> # A useful alternative may be to create a separate directory for each
>>>>> interval
>>>>> snapshot_root /mnt/backup/
>>>>>
>>>>> Logs:
>>>>> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found
>>>>> disk
>>>>> format 4.0.0.
>>>>> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using
>>>>> Hybrid
>>>>> Transaction Model.
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
>>>>> ]------------
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
>>>>> SMP
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm:
>>>>> rsync
>>>>> Not tainted 3.16.5-gentoo #1
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
>>>>> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0
>>>>> ti:
>>>>> ffff880100004000 task.ti: ffff880100004000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
>>>>> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
>>>>> do_readpage_ctail+0x2c0/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP:
>>>>> 0018:ffff880100007978
>>>>> EFLAGS: 00010246
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025
>>>>> RBX:
>>>>> ffffea0004570218 RCX: ffff8800b94f0800
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035
>>>>> RSI:
>>>>> 0000000000000000 RDI: ffff8800b94f0000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8
>>>>> R08:
>>>>> 0000000000001000 R09: 0000000000000001
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0
>>>>> R11:
>>>>> ffffea00023f1330 R12: 0000000000000002
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20
>>>>> R14:
>>>>> ffff880100007a88 R15: 0000000000000001
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS:
>>>>> 00007f4d6b27c700(0000)
>>>>> GS:ffff88022e200000(0000) knlGS:0000000000000000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES:
>>>>> 0000
>>>>> CR0: 0000000080050033
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf
>>>>> CR3:
>>>>> 0000000008a76000 CR4: 00000000001427e0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
>>>>> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
>>>>> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
>>>>> ffffffff811c3cea ffff880100007a08 00000000810e1785
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
>>>>> prepare_page_cluster+0xff/0x1f0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
>>>>> do_readpage_ctail+0x420/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
>>>>> ctail_readpages_filler+0x11a/0x220
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
>>>>> do_readpage_ctail+0x420/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
>>>>> read_cache_pages+0xba/0x120
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
>>>>> readpages_ctail+0x133/0x360
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
>>>>> readpages_cryptcompress+0x46/0x80
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
>>>>> reiser4_readpages_dispatch+0x3e/0x50
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
>>>>> __do_page_cache_readahead+0x1a9/0x240
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
>>>>> ondemand_readahead+0x157/0x290
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
>>>>> pagecache_get_page+0x36/0x1e0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
>>>>> page_cache_sync_readahead+0x2e/0x50
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
>>>>> generic_file_read_iter+0x409/0x5f0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
>>>>> link_path_walk+0x26e/0x880
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
>>>>> new_sync_read+0x79/0xb0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
>>>>> read_cryptcompress+0x73/0xb0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
>>>>> reiser4_read_dispatch+0x72/0x160
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
>>>>> vfs_read+0x9b/0x190
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
>>>>> SyS_read+0x4a/0xc0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
>>>>> system_call_fastpath+0x16/0x1b
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84
>>>>> 00
>>>>> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8
>>>>> 98
>>>>> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00
>>>>> 49
>>>>> 8b be 80 00 00 00 e8
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
>>>>> do_readpage_ctail+0x2c0/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
>>>>> 36e8590f8aa347d3 ]---
>>>>>
>>>>> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>>
>>>>>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>>>>>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>>>>>> memory
>>>>>> Uptime is almost 7 days and mounting of this partition worked every
>>>>>> day untill last night (I get automated messages on mail when something
>>>>>> goes wrong).
>>>>>>
>>>>>> Now I tried on kernel 3.10 and everything works OK
>>>>>>
>>>>>> krshina3 goran # uname -a
>>>>>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>>>>>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>>>>>
>>>>>> krshina3 goran# free -m
>>>>>> total used free shared buffers
>>>>>> cached
>>>>>> Mem: 7681 6794 887 30 0
>>>>>> 2933
>>>>>> -/+ buffers/cache: 3860 3821
>>>>>> Swap: 580 325 254
>>>>>>
>>>>>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>>>>>
>>>>>> /dev/sda1 /boot ext2 noauto,noatime
>>>>>> 1
>>>>>> 2
>>>>>> /dev/md123 none swap sw
>>>>>> 0
>>>>>> 0
>>>>>> /dev/sda2 / reiser4
>>>>>> noatime,onerror=remount-ro 0 0
>>>>>> /dev/md125 /mnt/backup reiser4
>>>>>> noatime,noauto,onerror=remount-ro 0 0
>>>>>> /dev/md126 /mnt/media reiser4
>>>>>> noatime,users,onerror=remount-ro 0 0
>>>>>> /dev/md127 /usr/portage reiser4
>>>>>> noatime,onerror=remount-ro 0 0
>>>>>> shm /dev/shm tmpfs
>>>>>> nodev,nosuid,noexec 0 0
>>>>>>
>>>>>>
>>>>>> krshina3 goran # df
>>>>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>>>>> /dev/sda2 37017728 24870384 12147344 68% /
>>>>>> tmpfs 786872 832 786040 1% /run
>>>>>> udev 10240 0 10240 0% /dev
>>>>>> shm 3934340 80 3934260 1% /dev/shm
>>>>>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>>>>>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>>>>>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>>>>>
>>>>>> I get these in logs:
>>>>>>
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>>>>>> disk format 4.0.0.
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>>>>>> allocation failure: order:4, mode:0x2040d0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>>>>>> mount Not tainted 3.16.5-gentoo #1
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>>>>>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>>>>>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>>>>>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>>>>>> dump_stack+0x46/0x58
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>>>>>> warn_alloc_failed+0xda/0x130
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>>>>>> cache_alloc_refill+0x31a/0x550
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>>>>>> znodes_tree_init+0xc9/0x120
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>>>>>> reiser4_init_tree+0x44/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>>>>>> init_format_format40+0x265/0x5b0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>>>>>> fill_super+0x101/0x200
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>>>>>> mount_bdev+0x194/0x1d0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>>>>>> ? reiser4_mount+0x20/0x20
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>>>>>> reiser4_mount+0x10/0x20
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>>>>>> mount_fs+0x1b/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>>>>>> vfs_kern_mount+0x6f/0x130
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>>>>>> do_mount+0x218/0xab0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>>>>>> ? __get_free_pages+0x12/0x60
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>>>>>> ? copy_mount_options+0x35/0x150
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>>>>>> SyS_mount+0x89/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>>>>>> system_call_fastpath+0x16/0x1b
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 56
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>>>>>> inactive_anon:138699 isolated_anon:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>>>>>> inactive_file:396920 isolated_file:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>>>>>> dirty:204 writeback:0 unstable:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>>>>>> slab_reclaimable:126123 slab_unreclaimable:9074
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>>>>>> shmem:5701 pagetables:10162 bounce:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? yes
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>>>>>> 2950 7665 7665
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>>>>>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>>>>>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>>>>>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>>>>>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>>>>>> 4714 4714
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>>>>>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>>>>>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>>>>>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>>>>>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>>> pages_scanned:24 all_unreclaimable? no
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0
>>>>>> 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>>>>>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>>>>>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>>>>>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>>> hugepages_size=2048kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>>>>>> pages
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap
>>>>>> cache
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>>>>>> 91111, delete 88511, find 38599/41340
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>>>>>> HighMem/MovableOnly
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>>>>>> disk format 4.0.0.
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>>>>>> allocation failure: order:4, mode:0x2040d0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>>>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>>>>>> ffff880148093968 ffffffff816a31b4 0000000000000007
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>>>>>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>>>>>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>>>>>> dump_stack+0x46/0x58
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>>>>>> warn_alloc_failed+0xda/0x130
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>>>>>> cache_alloc_refill+0x31a/0x550
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>>>>>> znodes_tree_init+0xc9/0x120
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>>>>>> reiser4_init_tree+0x44/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>>>>>> init_format_format40+0x265/0x5b0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>>>>>> fill_super+0x101/0x200
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>>>>>> mount_bdev+0x194/0x1d0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>>>>>> ? reiser4_mount+0x20/0x20
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>>>>>> reiser4_mount+0x10/0x20
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>>>>>> mount_fs+0x1b/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>>>>>> vfs_kern_mount+0x6f/0x130
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>>>>>> do_mount+0x218/0xab0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>>>>>> ? __get_free_pages+0x12/0x60
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>>>>>> ? copy_mount_options+0x35/0x150
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>>>>>> SyS_mount+0x89/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>>>>>> system_call_fastpath+0x16/0x1b
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 21
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>>>>>> inactive_anon:145280 isolated_anon:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>>>>>> inactive_file:389999 isolated_file:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>>>>>> dirty:1180 writeback:0 unstable:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>>>>>> slab_reclaimable:112227 slab_unreclaimable:9155
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>>>>>> shmem:7263 pagetables:10549 bounce:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? yes
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>>>>>> 2950 7665 7665
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>>>>>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>>>>>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>>>>>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>>>>>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>>>>>> 4714 4714
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>>>>>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>>>>>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>>>>>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>>>>>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>>> pages_scanned:21 all_unreclaimable? no
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0
>>>>>> 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>>>>>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>>>>>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>>>>>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>>> hugepages_size=2048kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>>>>>> pages
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap
>>>>>> cache
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>>>>>> 94924, delete 92520, find 40323/43073
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>>>>>> HighMem/MovableOnly
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>>>>>
>>>>>>
>>>>>> Now I'm gonna fsck all partitions and report if anything comes up.
>>>>>>
>>>>>> Ask if you need more info
>>>>>>
>>>>>> Thanks in advance
>>>>>> Dushan
>>>>>
>>>>>
>>>>>
>>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 13:28 ` Dušan Čolić
2014-11-03 13:33 ` Dušan Čolić
@ 2014-11-03 13:36 ` Edward Shishkin
1 sibling, 0 replies; 33+ messages in thread
From: Edward Shishkin @ 2014-11-03 13:36 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
Sorry, Can not reproduce.
I have create a ticket http://sourceforge.net/p/reiser4/tickets/3/
will keep this in mind.
Thanks!
On 11/03/2014 02:28 PM, Dušan Čolić wrote:
> After an hour or more still nothing, one rsync went to zombie other
> still in D state
> I killed the main process and rebooted.
>
> krshina3 goran # ps -aux | grep rsync
> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
> --exclude=/home/windows.qcow2
> --link-dest=/mnt/backup/daily.1/localhost/ /home
> /mnt/backup/daily.0/localhost/
> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
> [rsync] <defunct>
>
>
> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
> daily) and kernel BUGed with:
>
> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> rsync: writefd_unbuffered failed to write 5 bytes to socket
> [generator]: Broken pipe (32)
> ----------------------------------------------------------------------------
> rsnapshot encountered an error! The program was invoked with these options:
> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
> ----------------------------------------------------------------------------
> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
> WARNING: Rolling back "localhost/"
> rsync error: error in rsync protocol data stream (code 12) at
> io.c(1532) [generator=3.0.9]
>
>
>
> Nov 3 14:25:56 krshina3 kernel: [ 282.735583] ------------[ cut here
> ]------------
> Nov 3 14:25:56 krshina3 kernel: [ 282.735905] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 14:25:56 krshina3 kernel: [ 282.736296] invalid opcode: 0000 [#1] SMP
> Nov 3 14:25:56 krshina3 kernel: [ 282.736575] CPU: 3 PID: 3890 Comm:
> rsync Not tainted 3.16.5-gentoo #1
> Nov 3 14:25:56 krshina3 kernel: [ 282.736996] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 3 14:25:56 krshina3 kernel: [ 282.737635] task: ffff8801adeeb010
> ti: ffff880050d08000 task.ti: ffff880050d08000
> Nov 3 14:25:56 krshina3 kernel: [ 282.738132] RIP:
> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
> do_readpage_ctail+0x2c0/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.738713] RSP:
> 0018:ffff880050d0b978 EFLAGS: 00010246
> Nov 3 14:25:56 krshina3 kernel: [ 282.739080] RAX: 8000000000000025
> RBX: ffffea0005586f98 RCX: ffff8800b9563800
> Nov 3 14:25:56 krshina3 kernel: [ 282.739546] RDX: 0000000000000035
> RSI: 0000000000000000 RDI: ffff8800b9563000
> Nov 3 14:25:56 krshina3 kernel: [ 282.740013] RBP: ffff880050d0b9b8
> R08: 0000000000001000 R09: 0000000000000001
> Nov 3 14:25:56 krshina3 kernel: [ 282.740480] R10: ffffffff811b3fc0
> R11: ffffea00011718c8 R12: 0000000000000002
> Nov 3 14:25:56 krshina3 kernel: [ 282.740963] R13: ffff880075770d60
> R14: ffff880050d0ba88 R15: 0000000000000001
> Nov 3 14:25:56 krshina3 kernel: [ 282.741429] FS:
> 00007f4355338700(0000) GS:ffff88022e380000(0000)
> knlGS:0000000000000000
> Nov 3 14:25:56 krshina3 kernel: [ 282.741957] CS: 0010 DS: 0000 ES:
> 0000 CR0: 0000000080050033
> Nov 3 14:25:56 krshina3 kernel: [ 282.742329] CR2: 0000000003604268
> CR3: 0000000050c86000 CR4: 00000000001427e0
> Nov 3 14:25:56 krshina3 kernel: [ 282.742794] Stack:
> Nov 3 14:25:56 krshina3 kernel: [ 282.742922] ffff880050d0b9b8
> ffffffff811b5c4f ffffea0005586f98 ffff880050d0ba88
> Nov 3 14:25:56 krshina3 kernel: [ 282.743449] ffffea0005586f98
> 0000000000000000 ffff880075770d60 ffffffff811c3bd0
> Nov 3 14:25:56 krshina3 kernel: [ 282.743957] ffff880050d0ba08
> ffffffff811c3cea ffff880050d0ba08 00000000810e1785
> Nov 3 14:25:56 krshina3 kernel: [ 282.744465] Call Trace:
> Nov 3 14:25:56 krshina3 kernel: [ 282.744624] [<ffffffff811b5c4f>]
> ? prepare_page_cluster+0xff/0x1f0
> Nov 3 14:25:56 krshina3 kernel: [ 282.745034] [<ffffffff811c3bd0>]
> ? do_readpage_ctail+0x420/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.745432] [<ffffffff811c3cea>]
> ctail_readpages_filler+0x11a/0x220
> Nov 3 14:25:56 krshina3 kernel: [ 282.745847] [<ffffffff811c3bd0>]
> ? do_readpage_ctail+0x420/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.746248] [<ffffffff810ebdfa>]
> read_cache_pages+0xba/0x120
> Nov 3 14:25:56 krshina3 kernel: [ 282.746623] [<ffffffff811c4073>]
> readpages_ctail+0x133/0x360
> Nov 3 14:25:56 krshina3 kernel: [ 282.746998] [<ffffffff811b7e76>]
> readpages_cryptcompress+0x46/0x80
> Nov 3 14:25:56 krshina3 kernel: [ 282.747413] [<ffffffff811a2b8e>]
> reiser4_readpages_dispatch+0x3e/0x50
> Nov 3 14:25:56 krshina3 kernel: [ 282.747841] [<ffffffff810ec009>]
> __do_page_cache_readahead+0x1a9/0x240
> Nov 3 14:25:56 krshina3 kernel: [ 282.748293] [<ffffffff810ec1f7>]
> ondemand_readahead+0x157/0x290
> Nov 3 14:25:56 krshina3 kernel: [ 282.748686] [<ffffffff810e2326>]
> ? pagecache_get_page+0x36/0x1e0
> Nov 3 14:25:56 krshina3 kernel: [ 282.749084] [<ffffffff810ec41e>]
> page_cache_sync_readahead+0x2e/0x50
> Nov 3 14:25:56 krshina3 kernel: [ 282.749506] [<ffffffff810e33e9>]
> generic_file_read_iter+0x409/0x5f0
> Nov 3 14:25:56 krshina3 kernel: [ 282.749922] [<ffffffff8112da8e>]
> ? link_path_walk+0x26e/0x880
> Nov 3 14:25:56 krshina3 kernel: [ 282.750304] [<ffffffff810ed8e9>]
> ? lru_cache_add+0x9/0x10
> Nov 3 14:25:56 krshina3 kernel: [ 282.750663] [<ffffffff8110c98e>]
> ? page_add_new_anon_rmap+0x7e/0xd0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751082] [<ffffffff81122b49>]
> new_sync_read+0x79/0xb0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751435] [<ffffffff811b7f23>]
> read_cryptcompress+0x73/0xb0
> Nov 3 14:25:56 krshina3 kernel: [ 282.751815] [<ffffffff811b21c2>]
> reiser4_read_dispatch+0x72/0x160
> Nov 3 14:25:56 krshina3 kernel: [ 282.752221] [<ffffffff81123abb>]
> vfs_read+0x9b/0x190
> Nov 3 14:25:56 krshina3 kernel: [ 282.752551] [<ffffffff8112408a>]
> SyS_read+0x4a/0xc0
> Nov 3 14:25:56 krshina3 kernel: [ 282.752875] [<ffffffff8106d72c>]
> ? do_page_fault+0xc/0x10
> Nov 3 14:25:56 krshina3 kernel: [ 282.753245] [<ffffffff816ab1d2>]
> system_call_fastpath+0x16/0x1b
> Nov 3 14:25:56 krshina3 kernel: [ 282.753636] Code: fe ff ff 0f 1f
> 84 00 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48
> 89 df e8 98 e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
> 84 a1 00 00 00 49 8b be 80 00 00 00 e8
> Nov 3 14:25:56 krshina3 kernel: [ 282.755335] RIP
> [<ffffffff811c3a70>] do_readpage_ctail+0x2c0/0x420
> Nov 3 14:25:56 krshina3 kernel: [ 282.755750] RSP <ffff880050d0b978>
> Nov 3 14:25:56 krshina3 kernel: [ 282.888599] ---[ end trace
> 5749d003e849c626 ]---
>
> On Mon, Nov 3, 2014 at 1:25 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>> On Mon, Nov 3, 2014 at 12:42 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>> On 11/03/2014 12:12 PM, Dušan Čolić wrote:
>>>> I fscked it yesterday before crash and now I'm fsck-ing it again but
>>>> as you remember it lasts 1hr+ for some reason.
>>>
>>>
>>> For the full 70G partition it looks normal.
>>>
>>> OK, if you can reproduce this BUG at fs/reiser4/plugin/item/ctail.c:669
>>> after fsck, then please let me know: it will essentially speed up things..
>>>
>> This time it fscked the same partition much faster (44 vs 70min) dunno
>> why as that partition is fscked daily with this cron script:
>> #!/bin/sh
>>
>> echo "### RSNAPSHOT DAILY ###"
>> fsck.reiser4 -a /dev/md125 && mount /mnt/backup && rsnapshot -c
>> /etc/rsnapshot.d/daily.conf daily || echo "Backup failure"
>> umount /mnt/backup
>> logger -s "### RSNAPSHOT DAILY OK###"
>>
>> Now I executed rsnapshot -c /etc/rsnapshot.d/daily.conf daily and I
>> can't see no action for last 10 minutes, nothing in iotop just in top
>> rsync process in D state.
>>
>> krshina3 goran # ps -aux | grep rsync
>> root 6655 0.1 0.1 101568 9328 pts/4 D+ 13:08 0:01
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>> root 6656 0.0 0.0 112292 4380 pts/4 S+ 13:08 0:00
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>> root 6657 0.0 0.0 101488 3496 pts/4 S+ 13:08 0:00
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>>
>>
>> fsck results:
>>
>> krshina3 goran # fsck.reiser4 /dev/md125
>> *******************************************************************
>> This is an EXPERIMENTAL version of fsck.reiser4. Read README first.
>> *******************************************************************
>>
>> Fscking the /dev/md125 block device.
>> Will check the consistency of the Reiser4 SuperBlock.
>> Will check the consistency of the Reiser4 FileSystem.
>> Continue?
>> (Yes/No): y
>> ***** fsck.reiser4 started at Mon Nov 3 12:13:15 2014
>> Reiser4 fs was detected on /dev/md125.
>> Master super block (16):
>> magic: ReIsEr4
>> blksize: 4096
>> format: 0x0 (format40)
>> uuid: 184e9560-bdf9-42b0-896c-0af2a0c84066
>> label: <none>
>>
>> Format super block (17):
>> plugin: format40
>> description: Disk-format plugin.
>> version: 0
>> magic: ReIsEr40FoRmAt
>> mkfs id: 0x2a685787
>> flushes: 0
>> blocks: 17091120
>> free blocks: 2838775
>> root block: 7346608
>> tail policy: 0x2 (smart)
>> next oid: 0xbc056d
>> file count: 856668
>> tree height: 5
>> key policy: LARGE
>>
>>
>> CHECKING THE STORAGE TREE
>> Read nodes 9972078
>> Nodes left in the tree 9972078
>> Leaves of them 9855619, Twigs of them 115030
>> Time interval: Mon Nov 3 12:13:19 2014 - Mon Nov 3 12:27:35 2014
>> CHECKING EXTENT REGIONS.
>> Read twigs 115030
>> Time interval: Mon Nov 3 12:27:35 2014 - Mon Nov 3 12:34:50 2014
>> CHECKING THE SEMANTIC TREE
>> Found 2571171 objects (some could be encountered more then
>> once).
>> Time interval: Mon Nov 3 12:34:50 2014 - Mon Nov 3 12:57:16 2014
>> ***** fsck.reiser4 finished at Mon Nov 3 12:57:16 2014
>> Closing fs...done
>>
>> FS is consistent.
>>
>>
>>
>>
>>
>>
>>
>>> Edward.
>>>
>>>
>>>
>>>
>>>> On Mon, Nov 3, 2014 at 12:10 PM, Edward Shishkin
>>>> <edward.shishkin@gmail.com> wrote:
>>>>> On 11/03/2014 11:58 AM, Dušan Čolić wrote:
>>>>>
>>>>> Now a Bug happened to me on this same ccreg40 partition with
>>>>> Reiser4-for-3.16.2.patch and I don't know if it's related.
>>>>>
>>>>>
>>>>>
>>>>> It can not be related to inability to allocate memory at mount time.
>>>>>
>>>>>
>>>>> I have a partition that I use for daily, weekly and monthly snapshots -
>>>>> /dev/md125 with rsnapshot.
>>>>> I fsck-ed it yesterday.
>>>>>
>>>>>
>>>>>
>>>>> Did you fsck-ed it before, or after crash?
>>>>>
>>>>> Edward.
>>>>>
>>>>>
>>>>>
>>>>> After mounting rsync starts and snapshots my /home directory. This Bug
>>>>> happened on rsync start.
>>>>>
>>>>>
>>>>> rsnapshot log:
>>>>> fsck.reiser4 /dev/md125
>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket [generator]:
>>>>> Broken pipe (32)
>>>>> rsync error: error in rsync protocol data stream (code 12) at io.c(1532)
>>>>> [generator=3.0.9]
>>>>> ------------------------------
>>>>> ----------------------------------------------
>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>> options:
>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>
>>>>> ----------------------------------------------------------------------------
>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>> WARNING: Rolling back "localhost/"
>>>>> Backup failure
>>>>>
>>>>> daily.conf:
>>>>> include_conf /etc/rsnapshot.d/base.conf
>>>>>
>>>>> # Daily (30 increments)
>>>>> interval daily 30
>>>>> backup /home/ localhost/
>>>>> exclude /home/windows.qcow2
>>>>>
>>>>> base.conf:
>>>>>
>>>>> # Default config version
>>>>> config_version 1.2
>>>>>
>>>>> # So the hard disk is not polluted in case the backup filesystem is not
>>>>> available
>>>>> no_create_root 1
>>>>>
>>>>> # Standard settings
>>>>> cmd_cp /bin/cp
>>>>> cmd_rm /bin/rm
>>>>> cmd_rsync /usr/bin/rsync
>>>>> link_dest 1
>>>>> cmd_rsnapshot_diff /usr/bin/rsnapshot-diff
>>>>>
>>>>> # For convenience, so that mount points can be taken as backup starting
>>>>> points
>>>>> one_fs 1
>>>>>
>>>>> # Store all backups in one directory per machine
>>>>> # A useful alternative may be to create a separate directory for each
>>>>> interval
>>>>> snapshot_root /mnt/backup/
>>>>>
>>>>> Logs:
>>>>> Nov 3 07:00:10 krshina3 kernel: [ 1650.974059] reiser4: md125: found
>>>>> disk
>>>>> format 4.0.0.
>>>>> Nov 3 07:00:13 krshina3 kernel: [ 1654.207021] reiser4: md125: using
>>>>> Hybrid
>>>>> Transaction Model.
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914414] ------------[ cut here
>>>>> ]------------
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.914682] kernel BUG at
>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915010] invalid opcode: 0000 [#1]
>>>>> SMP
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915259] CPU: 0 PID: 4950 Comm:
>>>>> rsync
>>>>> Not tainted 3.16.5-gentoo #1
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.915625] Hardware name: Gigabyte
>>>>> Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5 07/04/2012
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916183] task: ffff88022d3f17d0
>>>>> ti:
>>>>> ffff880100004000 task.ti: ffff880100004000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.916610] RIP:
>>>>> 0010:[<ffffffff811c3a70>] [<ffffffff811c3a70>]
>>>>> do_readpage_ctail+0x2c0/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917111] RSP:
>>>>> 0018:ffff880100007978
>>>>> EFLAGS: 00010246
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917412] RAX: 8000000000000025
>>>>> RBX:
>>>>> ffffea0004570218 RCX: ffff8800b94f0800
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.917819] RDX: 0000000000000035
>>>>> RSI:
>>>>> 0000000000000000 RDI: ffff8800b94f0000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918226] RBP: ffff8801000079b8
>>>>> R08:
>>>>> 0000000000001000 R09: 0000000000000001
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.918632] R10: ffffffff811b3fc0
>>>>> R11:
>>>>> ffffea00023f1330 R12: 0000000000000002
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919039] R13: ffff8801ebb78d20
>>>>> R14:
>>>>> ffff880100007a88 R15: 0000000000000001
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919450] FS:
>>>>> 00007f4d6b27c700(0000)
>>>>> GS:ffff88022e200000(0000) knlGS:0000000000000000
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.919912] CS: 0010 DS: 0000 ES:
>>>>> 0000
>>>>> CR0: 0000000080050033
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920239] CR2: 0000000003035ddf
>>>>> CR3:
>>>>> 0000000008a76000 CR4: 00000000001427e0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920645] Stack:
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.920756] ffff8801000079b8
>>>>> ffffffff811b5c4f ffffea0004570218 ffff880100007a88
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921200] ffffea0004570218
>>>>> 0000000000000000 ffff8801ebb78d20 ffffffff811c3bd0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.921643] ffff880100007a08
>>>>> ffffffff811c3cea ffff880100007a08 00000000810e1785
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922087] Call Trace:
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922226] [<ffffffff811b5c4f>] ?
>>>>> prepare_page_cluster+0xff/0x1f0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922583] [<ffffffff811c3bd0>] ?
>>>>> do_readpage_ctail+0x420/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.922931] [<ffffffff811c3cea>]
>>>>> ctail_readpages_filler+0x11a/0x220
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923299] [<ffffffff811c3bd0>] ?
>>>>> do_readpage_ctail+0x420/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923646] [<ffffffff810ebdfa>]
>>>>> read_cache_pages+0xba/0x120
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.923973] [<ffffffff811c4073>]
>>>>> readpages_ctail+0x133/0x360
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924299] [<ffffffff811b7e76>]
>>>>> readpages_cryptcompress+0x46/0x80
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.924656] [<ffffffff811a2b8e>]
>>>>> reiser4_readpages_dispatch+0x3e/0x50
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925029] [<ffffffff810ec009>]
>>>>> __do_page_cache_readahead+0x1a9/0x240
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925407] [<ffffffff810ec1f7>]
>>>>> ondemand_readahead+0x157/0x290
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.925749] [<ffffffff810e2326>] ?
>>>>> pagecache_get_page+0x36/0x1e0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926097] [<ffffffff810ec41e>]
>>>>> page_cache_sync_readahead+0x2e/0x50
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926464] [<ffffffff810e33e9>]
>>>>> generic_file_read_iter+0x409/0x5f0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.926827] [<ffffffff8112da8e>] ?
>>>>> link_path_walk+0x26e/0x880
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927160] [<ffffffff81122b49>]
>>>>> new_sync_read+0x79/0xb0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927470] [<ffffffff811b7f23>]
>>>>> read_cryptcompress+0x73/0xb0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.927803] [<ffffffff811b21c2>]
>>>>> reiser4_read_dispatch+0x72/0x160
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928156] [<ffffffff81123abb>]
>>>>> vfs_read+0x9b/0x190
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928443] [<ffffffff8112408a>]
>>>>> SyS_read+0x4a/0xc0
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.928726] [<ffffffff816ab1d2>]
>>>>> system_call_fastpath+0x16/0x1b
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.929068] Code: fe ff ff 0f 1f 84
>>>>> 00
>>>>> 00 00 00 00 48 89 df e8 a8 e4 f1 ff e9 3c fe ff ff 0f 1f 00 48 89 df e8
>>>>> 98
>>>>> e4 f1 ff e9 73 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f 84 a1 00 00 00
>>>>> 49
>>>>> 8b be 80 00 00 00 e8
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930505] RIP [<ffffffff811c3a70>]
>>>>> do_readpage_ctail+0x2c0/0x420
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1692.930868] RSP <ffff880100007978>
>>>>> Nov 3 07:00:52 krshina3 kernel: [ 1693.043372] ---[ end trace
>>>>> 36e8590f8aa347d3 ]---
>>>>>
>>>>> On Sun, Nov 2, 2014 at 9:38 AM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>> When I try to mount a cc reiser4 partition (reiser4-for-3.16.2.patch)
>>>>>> I get: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate
>>>>>> memory
>>>>>> Uptime is almost 7 days and mounting of this partition worked every
>>>>>> day untill last night (I get automated messages on mail when something
>>>>>> goes wrong).
>>>>>>
>>>>>> Now I tried on kernel 3.10 and everything works OK
>>>>>>
>>>>>> krshina3 goran # uname -a
>>>>>> Linux krshina3 3.10.6-gentoo #2 SMP Wed Aug 14 17:33:45 CEST 2013
>>>>>> x86_64 Intel(R) Core(TM) i3-3220 CPU @ 3.30GHz GenuineIntel GNU/Linux
>>>>>>
>>>>>> krshina3 goran# free -m
>>>>>> total used free shared buffers
>>>>>> cached
>>>>>> Mem: 7681 6794 887 30 0
>>>>>> 2933
>>>>>> -/+ buffers/cache: 3860 3821
>>>>>> Swap: 580 325 254
>>>>>>
>>>>>> krshina3 goran# cat /etc/fstab | grep -v "#"
>>>>>>
>>>>>> /dev/sda1 /boot ext2 noauto,noatime
>>>>>> 1
>>>>>> 2
>>>>>> /dev/md123 none swap sw
>>>>>> 0
>>>>>> 0
>>>>>> /dev/sda2 / reiser4
>>>>>> noatime,onerror=remount-ro 0 0
>>>>>> /dev/md125 /mnt/backup reiser4
>>>>>> noatime,noauto,onerror=remount-ro 0 0
>>>>>> /dev/md126 /mnt/media reiser4
>>>>>> noatime,users,onerror=remount-ro 0 0
>>>>>> /dev/md127 /usr/portage reiser4
>>>>>> noatime,onerror=remount-ro 0 0
>>>>>> shm /dev/shm tmpfs
>>>>>> nodev,nosuid,noexec 0 0
>>>>>>
>>>>>>
>>>>>> krshina3 goran # df
>>>>>> Filesystem 1K-blocks Used Available Use% Mounted on
>>>>>> /dev/sda2 37017728 24870384 12147344 68% /
>>>>>> tmpfs 786872 832 786040 1% /run
>>>>>> udev 10240 0 10240 0% /dev
>>>>>> shm 3934340 80 3934260 1% /dev/shm
>>>>>> /dev/md126 383034100 298007740 85026360 78% /mnt/media
>>>>>> /dev/md127 6113484 5427288 686196 89% /usr/portage
>>>>>> /dev/md125 64959612 57618884 7340728 89% /mnt/backup
>>>>>>
>>>>>> I get these in logs:
>>>>>>
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221513] reiser4: md125: found
>>>>>> disk format 4.0.0.
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221749] mount: page
>>>>>> allocation failure: order:4, mode:0x2040d0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221752] CPU: 0 PID: 517 Comm:
>>>>>> mount Not tainted 3.16.5-gentoo #1
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221753] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221754] 0000000000000000
>>>>>> ffff88020ece7968 ffffffff816a31b4 0000000000000007
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221757] 00000000002040d0
>>>>>> ffff88020ece79f8 ffffffff810e609a ffffffff00000040
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221758] 0000000000000286
>>>>>> ffffffff819a8a78 fffffff00000000f ffff88020ece79c8
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221760] Call Trace:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221765] [<ffffffff816a31b4>]
>>>>>> dump_stack+0x46/0x58
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221768] [<ffffffff810e609a>]
>>>>>> warn_alloc_failed+0xda/0x130
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221770] [<ffffffff810e86c9>]
>>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221774] [<ffffffff8111f16a>]
>>>>>> cache_alloc_refill+0x31a/0x550
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221776] [<ffffffff8111ee23>]
>>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221778] [<ffffffff81186529>]
>>>>>> znodes_tree_init+0xc9/0x120
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221781] [<ffffffff8118e7b4>]
>>>>>> reiser4_init_tree+0x44/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221784] [<ffffffff811cb905>]
>>>>>> init_format_format40+0x265/0x5b0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221787] [<ffffffff8119e8b1>]
>>>>>> fill_super+0x101/0x200
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221789] [<ffffffff81126be4>]
>>>>>> mount_bdev+0x194/0x1d0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221792] [<ffffffff8119e7b0>]
>>>>>> ? reiser4_mount+0x20/0x20
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221794] [<ffffffff8119e7a0>]
>>>>>> reiser4_mount+0x10/0x20
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221796] [<ffffffff81126e2b>]
>>>>>> mount_fs+0x1b/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221799] [<ffffffff8114042f>]
>>>>>> vfs_kern_mount+0x6f/0x130
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221801] [<ffffffff81141f68>]
>>>>>> do_mount+0x218/0xab0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221803] [<ffffffff810e88a2>]
>>>>>> ? __get_free_pages+0x12/0x60
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221805] [<ffffffff81141bf5>]
>>>>>> ? copy_mount_options+0x35/0x150
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221808] [<ffffffff81142ad9>]
>>>>>> SyS_mount+0x89/0xd0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221811] [<ffffffff816ab1d2>]
>>>>>> system_call_fastpath+0x16/0x1b
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221812] Mem-Info:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221813] DMA per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221814] CPU 0: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221815] CPU 1: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221816] CPU 2: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] CPU 3: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221817] DMA32 per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221819] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221820] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221821] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221822] Normal per-cpu:
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221823] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221824] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221825] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 56
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221826] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_anon:701641
>>>>>> inactive_anon:138699 isolated_anon:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] active_file:399519
>>>>>> inactive_file:396920 isolated_file:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] unevictable:0
>>>>>> dirty:204 writeback:0 unstable:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free:155878
>>>>>> slab_reclaimable:126123 slab_unreclaimable:9074
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] mapped:21535
>>>>>> shmem:5701 pagetables:10162 bounce:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221828] free_cma:0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221833] DMA free:15900kB
>>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? yes
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221834] lowmem_reserve[]: 0
>>>>>> 2950 7665 7665
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221839] DMA32 free:250180kB
>>>>>> min:4308kB low:5384kB high:6460kB active_anon:1026572kB
>>>>>> inactive_anon:257356kB active_file:616152kB inactive_file:612572kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:4kB
>>>>>> writeback:0kB mapped:33232kB shmem:9336kB slab_reclaimable:180492kB
>>>>>> slab_unreclaimable:12176kB kernel_stack:2496kB pagetables:16872kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221840] lowmem_reserve[]: 0 0
>>>>>> 4714 4714
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221844] Normal free:357432kB
>>>>>> min:6884kB low:8604kB high:10324kB active_anon:1779992kB
>>>>>> inactive_anon:297440kB active_file:981924kB inactive_file:975108kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:812kB
>>>>>> writeback:0kB mapped:52908kB shmem:13468kB slab_reclaimable:324000kB
>>>>>> slab_unreclaimable:24120kB kernel_stack:4160kB pagetables:23776kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>>> pages_scanned:24 all_unreclaimable? no
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221845] lowmem_reserve[]: 0 0 0
>>>>>> 0
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221847] DMA: 1*4kB (U) 1*8kB
>>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221855] DMA32: 52520*4kB
>>>>>> (UEM) 5030*8kB (UE) 3*16kB (UR) 0*32kB 1*64kB (R) 0*128kB 0*256kB
>>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 250432kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221861] Normal: 62961*4kB
>>>>>> (UEM) 11874*8kB (UEM) 640*16kB (UEMR) 17*32kB (UEMR) 1*64kB (E)
>>>>>> 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 357684kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221867] Node 0
>>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>>> hugepages_size=2048kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221868] 804788 total pagecache
>>>>>> pages
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221869] 2600 pages in swap
>>>>>> cache
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221870] Swap cache stats: add
>>>>>> 91111, delete 88511, find 38599/41340
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221871] Free swap = 277028kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221872] Total swap = 594300kB
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 2017164 pages RAM
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221873] 0 pages
>>>>>> HighMem/MovableOnly
>>>>>> Nov 2 03:30:01 krshina3 kernel: [562035.221874] 31497 pages reserved
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900521] reiser4: md125: found
>>>>>> disk format 4.0.0.
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900907] mount: page
>>>>>> allocation failure: order:4, mode:0x2040d0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900910] CPU: 1 PID: 1414
>>>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900912] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900914] 0000000000000000
>>>>>> ffff880148093968 ffffffff816a31b4 0000000000000007
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900917] 00000000002040d0
>>>>>> ffff8801480939f8 ffffffff810e609a ffffffff00000040
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900919] 0000000000000286
>>>>>> ffffffff819a8a78 fffffff00000000f ffff8801480939c8
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900922] Call Trace:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900929] [<ffffffff816a31b4>]
>>>>>> dump_stack+0x46/0x58
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900933] [<ffffffff810e609a>]
>>>>>> warn_alloc_failed+0xda/0x130
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900937] [<ffffffff810e86c9>]
>>>>>> __alloc_pages_nodemask+0x5d9/0x7a0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900941] [<ffffffff8111f16a>]
>>>>>> cache_alloc_refill+0x31a/0x550
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900945] [<ffffffff8111ee23>]
>>>>>> kmem_cache_alloc+0xb3/0xe0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900948] [<ffffffff81186529>]
>>>>>> znodes_tree_init+0xc9/0x120
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900951] [<ffffffff8118e7b4>]
>>>>>> reiser4_init_tree+0x44/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900955] [<ffffffff811cb905>]
>>>>>> init_format_format40+0x265/0x5b0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900959] [<ffffffff8119e8b1>]
>>>>>> fill_super+0x101/0x200
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900963] [<ffffffff81126be4>]
>>>>>> mount_bdev+0x194/0x1d0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900966] [<ffffffff8119e7b0>]
>>>>>> ? reiser4_mount+0x20/0x20
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900969] [<ffffffff8119e7a0>]
>>>>>> reiser4_mount+0x10/0x20
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900972] [<ffffffff81126e2b>]
>>>>>> mount_fs+0x1b/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900976] [<ffffffff8114042f>]
>>>>>> vfs_kern_mount+0x6f/0x130
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900979] [<ffffffff81141f68>]
>>>>>> do_mount+0x218/0xab0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900982] [<ffffffff810e88a2>]
>>>>>> ? __get_free_pages+0x12/0x60
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900986] [<ffffffff81141bf5>]
>>>>>> ? copy_mount_options+0x35/0x150
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900989] [<ffffffff81142ad9>]
>>>>>> SyS_mount+0x89/0xd0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900993] [<ffffffff816ab1d2>]
>>>>>> system_call_fastpath+0x16/0x1b
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900994] Mem-Info:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900996] DMA per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900997] CPU 0: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.900999] CPU 1: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901000] CPU 2: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901001] CPU 3: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901002] DMA32 per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901004] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901005] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901006] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901008] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901009] Normal per-cpu:
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901010] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901011] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901013] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 21
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901014] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_anon:719713
>>>>>> inactive_anon:145280 isolated_anon:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] active_file:390035
>>>>>> inactive_file:389999 isolated_file:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] unevictable:0
>>>>>> dirty:1180 writeback:0 unstable:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free:161223
>>>>>> slab_reclaimable:112227 slab_unreclaimable:9155
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] mapped:35966
>>>>>> shmem:7263 pagetables:10549 bounce:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901017] free_cma:0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901024] DMA free:15900kB
>>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? yes
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901026] lowmem_reserve[]: 0
>>>>>> 2950 7665 7665
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901033] DMA32 free:243456kB
>>>>>> min:4308kB low:5384kB high:6460kB active_anon:1055312kB
>>>>>> inactive_anon:268364kB active_file:605480kB inactive_file:605344kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:3098560kB managed:3022260kB mlocked:0kB dirty:1728kB
>>>>>> writeback:0kB mapped:55944kB shmem:11860kB slab_reclaimable:164900kB
>>>>>> slab_unreclaimable:12340kB kernel_stack:2496kB pagetables:17284kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901034] lowmem_reserve[]: 0 0
>>>>>> 4714 4714
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901040] Normal free:385536kB
>>>>>> min:6884kB low:8604kB high:10324kB active_anon:1823540kB
>>>>>> inactive_anon:312756kB active_file:954660kB inactive_file:954652kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:2992kB
>>>>>> writeback:0kB mapped:87920kB shmem:17192kB slab_reclaimable:284008kB
>>>>>> slab_unreclaimable:24280kB kernel_stack:4368kB pagetables:24912kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB
>>>>>> pages_scanned:21 all_unreclaimable? no
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901041] lowmem_reserve[]: 0 0 0
>>>>>> 0
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901044] DMA: 1*4kB (U) 1*8kB
>>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901054] DMA32: 46552*4kB (UE)
>>>>>> 7159*8kB (U) 2*16kB (R) 0*32kB 1*64kB (R) 0*128kB 0*256kB 0*512kB
>>>>>> 0*1024kB 0*2048kB 0*4096kB = 243576kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901063] Normal: 40881*4kB
>>>>>> (UEM) 27461*8kB (UEM) 151*16kB (UR) 2*32kB (R) 0*64kB 0*128kB 0*256kB
>>>>>> 0*512kB 0*1024kB 0*2048kB 0*4096kB = 385692kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901072] Node 0
>>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>>> hugepages_size=2048kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901073] 789766 total pagecache
>>>>>> pages
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901075] 2404 pages in swap
>>>>>> cache
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901076] Swap cache stats: add
>>>>>> 94924, delete 92520, find 40323/43073
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901077] Free swap = 261888kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901078] Total swap = 594300kB
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901079] 2017164 pages RAM
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901080] 0 pages
>>>>>> HighMem/MovableOnly
>>>>>> Nov 2 09:13:48 krshina3 kernel: [582660.901081] 31497 pages reserved
>>>>>>
>>>>>>
>>>>>> Now I'm gonna fsck all partitions and report if anything comes up.
>>>>>>
>>>>>> Ask if you need more info
>>>>>>
>>>>>> Thanks in advance
>>>>>> Dushan
>>>>>
>>>>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <54578AC2.3040803@gmail.com>
@ 2014-11-03 15:12 ` Ivan Shapovalov
2014-11-03 15:25 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Ivan Shapovalov @ 2014-11-03 15:12 UTC (permalink / raw)
To: Edward Shishkin; +Cc: Dušan Čolić, reiserfs-devel
[-- Attachment #1: Type: text/plain, Size: 814 bytes --]
On Monday 03 November 2014 at 15:01:38, Edward Shishkin wrote:
> On 11/03/2014 02:56 PM, Dušan Čolić wrote:
> >
> >
> > On Nov 3, 2014 2:36 PM, "Edward Shishkin" <edward.shishkin@gmail.com
> > <mailto:edward.shishkin@gmail.com>> wrote:
> > >
> > > Sorry, Can not reproduce.
> > > I have create a ticket http://sourceforge.net/p/reiser4/tickets/3/
> > > will keep this in mind.
> > >
> > > Thanks!
> >
> > Will it help if I try earlier kernels?
> > How can I find what file crashes it?
> >
>
>
> Somebody steals pages of compressed file's address space.
> It can be e.g. because of races. I don't have any ideas except
> code inspection...
Do you remember the migration issue? Can't it be related?
(btw, reiser4's pages are still non-migratable...)
--
Ivan Shapovalov / intelfx /
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 213 bytes --]
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 15:12 ` Ivan Shapovalov
@ 2014-11-03 15:25 ` Edward Shishkin
2014-11-03 15:50 ` Ivan Shapovalov
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-03 15:25 UTC (permalink / raw)
To: Ivan Shapovalov; +Cc: Dušan Čolić, reiserfs-devel
On 11/03/2014 04:12 PM, Ivan Shapovalov wrote:
> On Monday 03 November 2014 at 15:01:38, Edward Shishkin wrote:
>> On 11/03/2014 02:56 PM, Dušan Čolić wrote:
>>>
>>> On Nov 3, 2014 2:36 PM, "Edward Shishkin" <edward.shishkin@gmail.com
>>> <mailto:edward.shishkin@gmail.com>> wrote:
>>>> Sorry, Can not reproduce.
>>>> I have create a ticket http://sourceforge.net/p/reiser4/tickets/3/
>>>> will keep this in mind.
>>>>
>>>> Thanks!
>>> Will it help if I try earlier kernels?
>>> How can I find what file crashes it?
>>>
>>
>> Somebody steals pages of compressed file's address space.
>> It can be e.g. because of races. I don't have any ideas except
>> code inspection...
> Do you remember the migration issue? Can't it be related?
I don't think so: page migration is disabled in reiser4..
> (btw, reiser4's pages are still non-migratable...)
You still sit on the patch, which enables migration?
Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 13:33 ` Dušan Čolić
@ 2014-11-03 15:42 ` Edward Shishkin
[not found] ` <CADW=+3mzX7evaqZmvOSJ6F9XNmzmauegL4Vy0nqz6yqG8EyLyw@mail.gmail.com>
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-03 15:42 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
On 11/03/2014 02:33 PM, Dušan Čolić wrote:
> I forgot:
> It was working for some time (deleting old directories etc.) and then crashed.
> Btw. why didn't that partition (/dev/md125) remounted read-only on
> error when I have that in /etc/fstab?
What do you suggest to do when encountering IO error?
There is another option: to oops. You like this better?
Edward.
>
> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>> After an hour or more still nothing, one rsync went to zombie other
>> still in D state
>> I killed the main process and rebooted.
>>
>> krshina3 goran # ps -aux | grep rsync
>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>> --exclude=/home/windows.qcow2
>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>> /mnt/backup/daily.0/localhost/
>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>> [rsync] <defunct>
>>
>>
>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>> daily) and kernel BUGed with:
>>
>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>> [generator]: Broken pipe (32)
>> ----------------------------------------------------------------------------
>> rsnapshot encountered an error! The program was invoked with these options:
>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>> ----------------------------------------------------------------------------
>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>> WARNING: Rolling back "localhost/"
>> rsync error: error in rsync protocol data stream (code 12) at
>> io.c(1532) [generator=3.0.9]
>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 15:25 ` Edward Shishkin
@ 2014-11-03 15:50 ` Ivan Shapovalov
2014-11-03 16:14 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Ivan Shapovalov @ 2014-11-03 15:50 UTC (permalink / raw)
To: Edward Shishkin; +Cc: Dušan Čolić, reiserfs-devel
[-- Attachment #1: Type: text/plain, Size: 742 bytes --]
On Monday 03 November 2014 at 16:25:27, Edward Shishkin wrote:
> On 11/03/2014 04:12 PM, Ivan Shapovalov wrote:
> > On Monday 03 November 2014 at 15:01:38, Edward Shishkin wrote:
> >> [...]
> >>
> >> Somebody steals pages of compressed file's address space.
> >> It can be e.g. because of races. I don't have any ideas except
> >> code inspection...
> > Do you remember the migration issue? Can't it be related?
>
> I don't think so: page migration is disabled in reiser4..
I know. What I'm trying to say: aren't there any other similar mechanisms
in the kernel?
> > (btw, reiser4's pages are still non-migratable...)
>
> You still sit on the patch, which enables migration?
Yeah.
--
Ivan Shapovalov / intelfx /
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 213 bytes --]
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 15:50 ` Ivan Shapovalov
@ 2014-11-03 16:14 ` Dušan Čolić
0 siblings, 0 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 16:14 UTC (permalink / raw)
To: Ivan Shapovalov; +Cc: Edward Shishkin, reiserfs-devel
On Mon, Nov 3, 2014 at 4:50 PM, Ivan Shapovalov <intelfx100@gmail.com> wrote:
> On Monday 03 November 2014 at 16:25:27, Edward Shishkin wrote:
>> On 11/03/2014 04:12 PM, Ivan Shapovalov wrote:
>> > On Monday 03 November 2014 at 15:01:38, Edward Shishkin wrote:
>> >> [...]
>> >>
>> >> Somebody steals pages of compressed file's address space.
>> >> It can be e.g. because of races. I don't have any ideas except
>> >> code inspection...
>> > Do you remember the migration issue? Can't it be related?
>>
>> I don't think so: page migration is disabled in reiser4..
>
> I know. What I'm trying to say: aren't there any other similar mechanisms
> in the kernel?
Last time I enabled page migration in kernel so I tried to find what's
the difference between kernel config that worked and that fails:
krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
"+"|grep -v "#"|grep -v "@@"
--- ./.config 2014-11-03 17:09:03.895249969 +0100
+++ configBAD 2014-10-24 01:27:07.677613236 +0200
+CONFIG_CGROUPS=y
+CONFIG_CGROUP_SCHED=y
+CONFIG_FAIR_GROUP_SCHED=y
+CONFIG_SCHED_AUTOGROUP=y
+CONFIG_SCHED_MC=y
+CONFIG_KSM=y
+CONFIG_X86_INTEL_PSTATE=y
+CONFIG_EDAC=y
+CONFIG_EDAC_LEGACY_SYSFS=y
+CONFIG_DEBUG_INFO=y
+CONFIG_DEBUG_INFO_REDUCED=y
+CONFIG_FRAME_POINTER=y
krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
"-"|grep -v "#"|grep -v "@@"
--- ./.config 2014-11-03 17:09:03.895249969 +0100
+++ configBAD 2014-10-24 01:27:07.677613236 +0200
-CONFIG_USELIB=y
-CONFIG_AUDIT=y
-CONFIG_AUDITSYSCALL=y
-CONFIG_AUDIT_WATCH=y
-CONFIG_AUDIT_TREE=y
-CONFIG_CC_OPTIMIZE_FOR_SIZE=y
-CONFIG_GART_IOMMU=y
-CONFIG_LCD_CLASS_DEVICE=y
>
>> > (btw, reiser4's pages are still non-migratable...)
>>
>> You still sit on the patch, which enables migration?
>
> Yeah.
>
> --
> Ivan Shapovalov / intelfx /
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <5457B0AB.6030203@gmail.com>
@ 2014-11-03 18:27 ` Dušan Čolić
2014-11-04 12:49 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-03 18:27 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
Ok now with same config kernels 3.16, 3.14 and 3.10 fail in same spot.
It failes around rsync --delete or something command, dunno how to
find what it is I looked at iotop.
So let me reiterate:
One automated operation that worked after fsck every day for months
with kernel 3.10 started making problems since I started using 3.16
BUT it makes kernel Oops even if I go back to 3.10. The only funky
thing I did was having txmod=wa for few days in /etc/fstab but that
was before these problems. Could it be that some corrupted file makes
this, unseen by fsck?
I can reformat this partition but I suspect that problematic file is
on my /. And then we wouldn't have a test case to reproduce this oops
:)
Is there any way to record all IO requests to find what exactly does this?
This is Oops from 3.14:
Nov 3 18:57:40 krshina3 kernel: [ 179.693947] ------------[ cut here
]------------
Nov 3 18:57:40 krshina3 kernel: [ 179.694212] kernel BUG at
fs/reiser4/plugin/item/ctail.c:669!
Nov 3 18:57:40 krshina3 kernel: [ 179.694537] invalid opcode: 0000 [#1] SMP
Nov 3 18:57:40 krshina3 kernel: [ 179.694779] CPU: 1 PID: 3203 Comm:
rsync Not tainted 3.14.14-gentoo #1
Nov 3 18:57:40 krshina3 kernel: [ 179.695148] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 3 18:57:40 krshina3 kernel: [ 179.695702] task: ffff8800b6cf47b0
ti: ffff8801db7f6000 task.ti: ffff8801db7f6000
Nov 3 18:57:40 krshina3 kernel: [ 179.696128] RIP:
0010:[<ffffffff811bc700>] [<ffffffff811bc700>]
do_readpage_ctail+0x2a0/0x400
Nov 3 18:57:40 krshina3 kernel: [ 179.696625] RSP:
0018:ffff8801db7f7a68 EFLAGS: 00010246
Nov 3 18:57:40 krshina3 kernel: [ 179.696925] RAX: 8000000000000021
RBX: ffffea000664a8c8 RCX: ffff8800b9964800
Nov 3 18:57:40 krshina3 kernel: [ 179.697329] RDX: 0000000000000035
RSI: 0000000000000000 RDI: ffff8800b9967800
Nov 3 18:57:40 krshina3 kernel: [ 179.697739] RBP: 0000000000000002
R08: 0000000000000000 R09: 0000000000000001
Nov 3 18:57:40 krshina3 kernel: [ 179.698145] R10: ffffffff811ad0a0
R11: 0000000000000000 R12: ffff8800841dfd58
Nov 3 18:57:40 krshina3 kernel: [ 179.698548] R13: ffff8801db7f7b58
R14: 0000000000000001 R15: 0000000000001000
Nov 3 18:57:40 krshina3 kernel: [ 179.698952] FS:
00007f40176a0700(0000) GS:ffff88022e280000(0000)
knlGS:0000000000000000
Nov 3 18:57:40 krshina3 kernel: [ 179.699410] CS: 0010 DS: 0000 ES:
0000 CR0: 0000000080050033
Nov 3 18:57:40 krshina3 kernel: [ 179.699735] CR2: 0000000002b30248
CR3: 00000001de9d8000 CR4: 00000000001427e0
Nov 3 18:57:40 krshina3 kernel: [ 179.700145] DR0: 0000000000000045
DR1: 0000000000000000 DR2: 0000000000000000
Nov 3 18:57:40 krshina3 kernel: [ 179.700555] DR3: 0000000000000005
DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 3 18:57:40 krshina3 kernel: [ 179.700966] Stack:
Nov 3 18:57:40 krshina3 kernel: [ 179.701080] ffff8800841dfe98
ffff8801db7f7b58 ffffea000664a8c8 0000000000000000
Nov 3 18:57:40 krshina3 kernel: [ 179.701523] ffff8800b6cf47b0
ffff8800841dfd58 0000000000000000 ffffffff811bc969
Nov 3 18:57:40 krshina3 kernel: [ 179.701963] ffffea000664a8c8
ffffea000664a8c8 ffff8801db7f7c90 ffff8800841dfe98
Nov 3 18:57:40 krshina3 kernel: [ 179.702402] Call Trace:
Nov 3 18:57:40 krshina3 kernel: [ 179.702540] [<ffffffff811bc969>]
? ctail_readpages_filler+0x109/0x210
Nov 3 18:57:40 krshina3 kernel: [ 179.702911] [<ffffffff811bc860>]
? do_readpage_ctail+0x400/0x400
Nov 3 18:57:40 krshina3 kernel: [ 179.703257] [<ffffffff810e9b91>]
? read_cache_pages+0xb1/0x120
Nov 3 18:57:40 krshina3 kernel: [ 179.703592] [<ffffffff811bccf5>]
? readpages_ctail+0x135/0x340
Nov 3 18:57:40 krshina3 kernel: [ 179.703928] [<ffffffff811b0da6>]
? readpages_cryptcompress+0x46/0x90
Nov 3 18:57:40 krshina3 kernel: [ 179.704292] [<ffffffff810e99c1>]
? __do_page_cache_readahead+0x1b1/0x260
Nov 3 18:57:40 krshina3 kernel: [ 179.704677] [<ffffffff811ab0a0>]
? reiser4_write_dispatch+0x4d0/0x4d0
Nov 3 18:57:40 krshina3 kernel: [ 179.705047] [<ffffffff810e9d1c>]
? ra_submit+0x1c/0x30
Nov 3 18:57:40 krshina3 kernel: [ 179.705343] [<ffffffff810e09b6>]
? generic_file_aio_read+0x4d6/0x6f0
Nov 3 18:57:40 krshina3 kernel: [ 179.705708] [<ffffffff8111bb4a>]
? do_sync_read+0x5a/0x90
Nov 3 18:57:40 krshina3 kernel: [ 179.706023] [<ffffffff8109de30>]
? __dequeue_entity+0x40/0x50
Nov 3 18:57:40 krshina3 kernel: [ 179.706354] [<ffffffff811b0e68>]
? read_cryptcompress+0x78/0xc0
Nov 3 18:57:40 krshina3 kernel: [ 179.706694] [<ffffffff811ab244>]
? reiser4_read_dispatch+0x74/0x170
Nov 3 18:57:40 krshina3 kernel: [ 179.707056] [<ffffffff8111c8a1>]
? vfs_read+0xa1/0x180
Nov 3 18:57:40 krshina3 kernel: [ 179.707351] [<ffffffff8111cd9f>]
? SyS_read+0x4f/0xc0
Nov 3 18:57:40 krshina3 kernel: [ 179.707642] [<ffffffff81670d62>]
? system_call_fastpath+0x16/0x1b
Nov 3 18:57:40 krshina3 kernel: [ 179.707992] Code: 80 0b 08 31 ed
e9 b0 fe ff ff 90 48 89 df e8 18 2d f2 ff e9 62 fe ff ff 0f 1f 00 48
89 df e8 08 2d f2 ff e9 92 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
84 a2 00 00 00 49 8b bd 80 00 00 00 e8
Nov 3 18:57:40 krshina3 kernel: [ 179.709414] RIP
[<ffffffff811bc700>] do_readpage_ctail+0x2a0/0x400
Nov 3 18:57:40 krshina3 kernel: [ 179.709774] RSP <ffff8801db7f7a68>
Nov 3 18:57:40 krshina3 kernel: [ 179.821174] ---[ end trace
d60466a8b91493b8 ]---
This is from 3.10:
Nov 3 19:08:36 krshina3 kernel: [ 449.276796] ------------[ cut here
]------------
Nov 3 19:08:36 krshina3 kernel: [ 449.276825] kernel BUG at
fs/reiser4/plugin/item/ctail.c:669!
Nov 3 19:08:36 krshina3 kernel: [ 449.276841] invalid opcode: 0000 [#1] SMP
Nov 3 19:08:36 krshina3 kernel: [ 449.276857] CPU: 1 PID: 3167 Comm:
rsync Not tainted 3.10.6-gentoo #2
Nov 3 19:08:36 krshina3 kernel: [ 449.276875] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 3 19:08:36 krshina3 kernel: [ 449.276900] task: ffff88022d2ac690
ti: ffff880074f80000 task.ti: ffff880074f80000
Nov 3 19:08:36 krshina3 kernel: [ 449.276920] RIP:
0010:[<ffffffff811555e9>] [<ffffffff811555e9>]
do_readpage_ctail+0x2f3/0x3ed
Nov 3 19:08:36 krshina3 kernel: [ 449.276948] RSP:
0018:ffff880074f81a28 EFLAGS: 00010246
Nov 3 19:08:36 krshina3 kernel: [ 449.276962] RAX: 0000000000000000
RBX: ffffea0005a31988 RCX: 00000000000354d4
Nov 3 19:08:36 krshina3 kernel: [ 449.276981] RDX: 0000000000000035
RSI: 0000000000000000 RDI: ffff8801a139fcd8
Nov 3 19:08:36 krshina3 kernel: [ 449.276999] RBP: ffff880074f81b18
R08: 0000000000000000 R09: 0000000000000000
Nov 3 19:08:36 krshina3 kernel: [ 449.277018] R10: 0000000000000866
R11: 0000000000000866 R12: ffff8801a139fb98
Nov 3 19:08:36 krshina3 kernel: [ 449.277037] R13: 0000000000000002
R14: 0000000000000000 R15: 0000000000001000
Nov 3 19:08:36 krshina3 kernel: [ 449.277056] FS:
00007fc4e9c01700(0000) GS:ffff88022e280000(0000)
knlGS:0000000000000000
Nov 3 19:08:36 krshina3 kernel: [ 449.277077] CS: 0010 DS: 0000 ES:
0000 CR0: 0000000080050033
Nov 3 19:08:36 krshina3 kernel: [ 449.277092] CR2: 000000000331a248
CR3: 0000000075069000 CR4: 00000000001427e0
Nov 3 19:08:36 krshina3 kernel: [ 449.277111] DR0: 0000000000000045
DR1: 0000000000000000 DR2: 0000000000000000
Nov 3 19:08:36 krshina3 kernel: [ 449.277129] DR3: 0000000000000005
DR6: 00000000ffff0ff0 DR7: 0000000000000400
Nov 3 19:08:36 krshina3 kernel: [ 449.277147] Stack:
Nov 3 19:08:36 krshina3 kernel: [ 449.277154] ffff8801a139fcd8
ffff880074f81b18 ffff8801a139fb98 ffffea0005a31988
Nov 3 19:08:36 krshina3 kernel: [ 449.277177] 0000000000000000
0000000000000000 ffff880074f81b18 ffffffff81155861
Nov 3 19:08:36 krshina3 kernel: [ 449.277200] ffffea0005a31988
ffffea0005a31988 ffff880074f81c78 ffff8801a139fcd8
Nov 3 19:08:36 krshina3 kernel: [ 449.277223] Call Trace:
Nov 3 19:08:36 krshina3 kernel: [ 449.277232] [<ffffffff81155861>]
? ctail_readpages_filler+0x17e/0x1c2
Nov 3 19:08:36 krshina3 kernel: [ 449.277250] [<ffffffff811556e3>]
? do_readpage_ctail+0x3ed/0x3ed
Nov 3 19:08:36 krshina3 kernel: [ 449.277268] [<ffffffff810ad77c>]
? read_cache_pages+0x91/0x108
Nov 3 19:08:36 krshina3 kernel: [ 449.277286] [<ffffffff8113a7d1>]
? reiser4_get_file_fsdata+0x33/0x8a
Nov 3 19:08:36 krshina3 kernel: [ 449.277304] [<ffffffff81155c95>]
? readpages_ctail+0x2f2/0x2f9
Nov 3 19:08:36 krshina3 kernel: [ 449.277321] [<ffffffff8114bef8>]
? readpages_cryptcompress+0x3f/0x6b
Nov 3 19:08:36 krshina3 kernel: [ 449.277339] [<ffffffff810ad5b3>]
? __do_page_cache_readahead+0x11f/0x1c3
Nov 3 19:08:36 krshina3 kernel: [ 449.277357] [<ffffffff810ad8c3>]
? ra_submit+0x1c/0x23
Nov 3 19:08:36 krshina3 kernel: [ 449.277372] [<ffffffff810a6348>]
? generic_file_aio_read+0x269/0x5b6
Nov 3 19:08:36 krshina3 kernel: [ 449.277390] [<ffffffff810d4399>]
? do_sync_read+0x6e/0x90
Nov 3 19:08:36 krshina3 kernel: [ 449.277406] [<ffffffff8114bf8d>]
? read_cryptcompress+0x69/0x95
Nov 3 19:08:36 krshina3 kernel: [ 449.277423] [<ffffffff8114723b>]
? reiser4_read_dispatch+0xc9/0x124
Nov 3 19:08:36 krshina3 kernel: [ 449.277441] [<ffffffff810d4dc2>]
? vfs_read+0xac/0x146
Nov 3 19:08:36 krshina3 kernel: [ 449.277456] [<ffffffff810d51da>]
? SyS_read+0x4e/0x78
Nov 3 19:08:36 krshina3 kernel: [ 449.277471] [<ffffffff814c9312>]
? system_call_fastpath+0x16/0x1b
Nov 3 19:08:36 krshina3 kernel: [ 449.277487] Code: f9 00 00 00 44
8b ad 88 00 00 00 41 83 fd 02 74 1a 77 0c 41 83 fd 01 0f 85 e0 00 00
00 eb 61 41 83 fd 04 0f 87 d4 00 00 00 eb 02 <0f> 0b 65 48 8b 14 25 48
b7 00 00 48 81 ea d8 1f 00 00 ff 42 1c
Nov 3 19:08:36 krshina3 kernel: [ 449.277612] RIP
[<ffffffff811555e9>] do_readpage_ctail+0x2f3/0x3ed
Nov 3 19:08:36 krshina3 kernel: [ 449.277630] RSP <ffff880074f81a28>
Nov 3 19:08:36 krshina3 kernel: [ 449.282221] ---[ end trace
f14ff60ec68f3286 ]---
On Mon, Nov 3, 2014 at 5:43 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> On 11/03/2014 04:48 PM, Dušan Čolić wrote:
>
>
> On Nov 3, 2014 4:43 PM, "Edward Shishkin" <edward.shishkin@gmail.com> wrote:
>>
>> On 11/03/2014 02:33 PM, Dušan Čolić wrote:
>>>
>>> I forgot:
>>> It was working for some time (deleting old directories etc.) and then
>>> crashed.
>>> Btw. why didn't that partition (/dev/md125) remounted read-only on
>>> error when I have that in /etc/fstab?
>>
>>
>>
>> What do you suggest to do when encountering IO error?
>> There is another option: to oops. You like this better?
>>
>
> There's a misunderstanding maybe.... Long time ago you told me to add
> onerror=remount-ro to fstab but now when this error happened system
> continued to work but the partition stayed rw, maybe I misunderstood the
> option?
>
>
>
> Ah, "onerror" means "on IO error".
> That is, file system submitted a RW-request, and the disk driver returns
> IO error for this request. If so, then you file system will become
> read-only.
>
> As to your case: there is no IO errors. There is a kernel oops, this is
> another
> situation..
>
> Edward.
>
>
>
>> Edward.
>>
>>
>>>
>>> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>
>>>> After an hour or more still nothing, one rsync went to zombie other
>>>> still in D state
>>>> I killed the main process and rebooted.
>>>>
>>>> krshina3 goran # ps -aux | grep rsync
>>>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>>>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>>>> --exclude=/home/windows.qcow2
>>>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>>>> /mnt/backup/daily.0/localhost/
>>>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>>>> [rsync] <defunct>
>>>>
>>>>
>>>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>>>> daily) and kernel BUGed with:
>>>>
>>>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>>>> [generator]: Broken pipe (32)
>>>>
>>>> ----------------------------------------------------------------------------
>>>> rsnapshot encountered an error! The program was invoked with these
>>>> options:
>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>
>>>> ----------------------------------------------------------------------------
>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>> WARNING: Rolling back "localhost/"
>>>> rsync error: error in rsync protocol data stream (code 12) at
>>>> io.c(1532) [generator=3.0.9]
>>>>
>>
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-03 18:27 ` Dušan Čolić
@ 2014-11-04 12:49 ` Edward Shishkin
2014-11-04 13:16 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-04 12:49 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
[-- Attachment #1: Type: text/plain, Size: 13060 bytes --]
The attached patch prevents panic.
Thanks,
Edward.
On 11/03/2014 07:27 PM, Dušan Čolić wrote:
> Ok now with same config kernels 3.16, 3.14 and 3.10 fail in same spot.
> It failes around rsync --delete or something command, dunno how to
> find what it is I looked at iotop.
> So let me reiterate:
> One automated operation that worked after fsck every day for months
> with kernel 3.10 started making problems since I started using 3.16
> BUT it makes kernel Oops even if I go back to 3.10. The only funky
> thing I did was having txmod=wa for few days in /etc/fstab but that
> was before these problems. Could it be that some corrupted file makes
> this, unseen by fsck?
> I can reformat this partition but I suspect that problematic file is
> on my /. And then we wouldn't have a test case to reproduce this oops
> :)
> Is there any way to record all IO requests to find what exactly does this?
>
> This is Oops from 3.14:
>
> Nov 3 18:57:40 krshina3 kernel: [ 179.693947] ------------[ cut here
> ]------------
> Nov 3 18:57:40 krshina3 kernel: [ 179.694212] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 18:57:40 krshina3 kernel: [ 179.694537] invalid opcode: 0000 [#1] SMP
> Nov 3 18:57:40 krshina3 kernel: [ 179.694779] CPU: 1 PID: 3203 Comm:
> rsync Not tainted 3.14.14-gentoo #1
> Nov 3 18:57:40 krshina3 kernel: [ 179.695148] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 3 18:57:40 krshina3 kernel: [ 179.695702] task: ffff8800b6cf47b0
> ti: ffff8801db7f6000 task.ti: ffff8801db7f6000
> Nov 3 18:57:40 krshina3 kernel: [ 179.696128] RIP:
> 0010:[<ffffffff811bc700>] [<ffffffff811bc700>]
> do_readpage_ctail+0x2a0/0x400
> Nov 3 18:57:40 krshina3 kernel: [ 179.696625] RSP:
> 0018:ffff8801db7f7a68 EFLAGS: 00010246
> Nov 3 18:57:40 krshina3 kernel: [ 179.696925] RAX: 8000000000000021
> RBX: ffffea000664a8c8 RCX: ffff8800b9964800
> Nov 3 18:57:40 krshina3 kernel: [ 179.697329] RDX: 0000000000000035
> RSI: 0000000000000000 RDI: ffff8800b9967800
> Nov 3 18:57:40 krshina3 kernel: [ 179.697739] RBP: 0000000000000002
> R08: 0000000000000000 R09: 0000000000000001
> Nov 3 18:57:40 krshina3 kernel: [ 179.698145] R10: ffffffff811ad0a0
> R11: 0000000000000000 R12: ffff8800841dfd58
> Nov 3 18:57:40 krshina3 kernel: [ 179.698548] R13: ffff8801db7f7b58
> R14: 0000000000000001 R15: 0000000000001000
> Nov 3 18:57:40 krshina3 kernel: [ 179.698952] FS:
> 00007f40176a0700(0000) GS:ffff88022e280000(0000)
> knlGS:0000000000000000
> Nov 3 18:57:40 krshina3 kernel: [ 179.699410] CS: 0010 DS: 0000 ES:
> 0000 CR0: 0000000080050033
> Nov 3 18:57:40 krshina3 kernel: [ 179.699735] CR2: 0000000002b30248
> CR3: 00000001de9d8000 CR4: 00000000001427e0
> Nov 3 18:57:40 krshina3 kernel: [ 179.700145] DR0: 0000000000000045
> DR1: 0000000000000000 DR2: 0000000000000000
> Nov 3 18:57:40 krshina3 kernel: [ 179.700555] DR3: 0000000000000005
> DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Nov 3 18:57:40 krshina3 kernel: [ 179.700966] Stack:
> Nov 3 18:57:40 krshina3 kernel: [ 179.701080] ffff8800841dfe98
> ffff8801db7f7b58 ffffea000664a8c8 0000000000000000
> Nov 3 18:57:40 krshina3 kernel: [ 179.701523] ffff8800b6cf47b0
> ffff8800841dfd58 0000000000000000 ffffffff811bc969
> Nov 3 18:57:40 krshina3 kernel: [ 179.701963] ffffea000664a8c8
> ffffea000664a8c8 ffff8801db7f7c90 ffff8800841dfe98
> Nov 3 18:57:40 krshina3 kernel: [ 179.702402] Call Trace:
> Nov 3 18:57:40 krshina3 kernel: [ 179.702540] [<ffffffff811bc969>]
> ? ctail_readpages_filler+0x109/0x210
> Nov 3 18:57:40 krshina3 kernel: [ 179.702911] [<ffffffff811bc860>]
> ? do_readpage_ctail+0x400/0x400
> Nov 3 18:57:40 krshina3 kernel: [ 179.703257] [<ffffffff810e9b91>]
> ? read_cache_pages+0xb1/0x120
> Nov 3 18:57:40 krshina3 kernel: [ 179.703592] [<ffffffff811bccf5>]
> ? readpages_ctail+0x135/0x340
> Nov 3 18:57:40 krshina3 kernel: [ 179.703928] [<ffffffff811b0da6>]
> ? readpages_cryptcompress+0x46/0x90
> Nov 3 18:57:40 krshina3 kernel: [ 179.704292] [<ffffffff810e99c1>]
> ? __do_page_cache_readahead+0x1b1/0x260
> Nov 3 18:57:40 krshina3 kernel: [ 179.704677] [<ffffffff811ab0a0>]
> ? reiser4_write_dispatch+0x4d0/0x4d0
> Nov 3 18:57:40 krshina3 kernel: [ 179.705047] [<ffffffff810e9d1c>]
> ? ra_submit+0x1c/0x30
> Nov 3 18:57:40 krshina3 kernel: [ 179.705343] [<ffffffff810e09b6>]
> ? generic_file_aio_read+0x4d6/0x6f0
> Nov 3 18:57:40 krshina3 kernel: [ 179.705708] [<ffffffff8111bb4a>]
> ? do_sync_read+0x5a/0x90
> Nov 3 18:57:40 krshina3 kernel: [ 179.706023] [<ffffffff8109de30>]
> ? __dequeue_entity+0x40/0x50
> Nov 3 18:57:40 krshina3 kernel: [ 179.706354] [<ffffffff811b0e68>]
> ? read_cryptcompress+0x78/0xc0
> Nov 3 18:57:40 krshina3 kernel: [ 179.706694] [<ffffffff811ab244>]
> ? reiser4_read_dispatch+0x74/0x170
> Nov 3 18:57:40 krshina3 kernel: [ 179.707056] [<ffffffff8111c8a1>]
> ? vfs_read+0xa1/0x180
> Nov 3 18:57:40 krshina3 kernel: [ 179.707351] [<ffffffff8111cd9f>]
> ? SyS_read+0x4f/0xc0
> Nov 3 18:57:40 krshina3 kernel: [ 179.707642] [<ffffffff81670d62>]
> ? system_call_fastpath+0x16/0x1b
> Nov 3 18:57:40 krshina3 kernel: [ 179.707992] Code: 80 0b 08 31 ed
> e9 b0 fe ff ff 90 48 89 df e8 18 2d f2 ff e9 62 fe ff ff 0f 1f 00 48
> 89 df e8 08 2d f2 ff e9 92 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
> 84 a2 00 00 00 49 8b bd 80 00 00 00 e8
> Nov 3 18:57:40 krshina3 kernel: [ 179.709414] RIP
> [<ffffffff811bc700>] do_readpage_ctail+0x2a0/0x400
> Nov 3 18:57:40 krshina3 kernel: [ 179.709774] RSP <ffff8801db7f7a68>
> Nov 3 18:57:40 krshina3 kernel: [ 179.821174] ---[ end trace
> d60466a8b91493b8 ]---
>
> This is from 3.10:
>
> Nov 3 19:08:36 krshina3 kernel: [ 449.276796] ------------[ cut here
> ]------------
> Nov 3 19:08:36 krshina3 kernel: [ 449.276825] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 3 19:08:36 krshina3 kernel: [ 449.276841] invalid opcode: 0000 [#1] SMP
> Nov 3 19:08:36 krshina3 kernel: [ 449.276857] CPU: 1 PID: 3167 Comm:
> rsync Not tainted 3.10.6-gentoo #2
> Nov 3 19:08:36 krshina3 kernel: [ 449.276875] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 3 19:08:36 krshina3 kernel: [ 449.276900] task: ffff88022d2ac690
> ti: ffff880074f80000 task.ti: ffff880074f80000
> Nov 3 19:08:36 krshina3 kernel: [ 449.276920] RIP:
> 0010:[<ffffffff811555e9>] [<ffffffff811555e9>]
> do_readpage_ctail+0x2f3/0x3ed
> Nov 3 19:08:36 krshina3 kernel: [ 449.276948] RSP:
> 0018:ffff880074f81a28 EFLAGS: 00010246
> Nov 3 19:08:36 krshina3 kernel: [ 449.276962] RAX: 0000000000000000
> RBX: ffffea0005a31988 RCX: 00000000000354d4
> Nov 3 19:08:36 krshina3 kernel: [ 449.276981] RDX: 0000000000000035
> RSI: 0000000000000000 RDI: ffff8801a139fcd8
> Nov 3 19:08:36 krshina3 kernel: [ 449.276999] RBP: ffff880074f81b18
> R08: 0000000000000000 R09: 0000000000000000
> Nov 3 19:08:36 krshina3 kernel: [ 449.277018] R10: 0000000000000866
> R11: 0000000000000866 R12: ffff8801a139fb98
> Nov 3 19:08:36 krshina3 kernel: [ 449.277037] R13: 0000000000000002
> R14: 0000000000000000 R15: 0000000000001000
> Nov 3 19:08:36 krshina3 kernel: [ 449.277056] FS:
> 00007fc4e9c01700(0000) GS:ffff88022e280000(0000)
> knlGS:0000000000000000
> Nov 3 19:08:36 krshina3 kernel: [ 449.277077] CS: 0010 DS: 0000 ES:
> 0000 CR0: 0000000080050033
> Nov 3 19:08:36 krshina3 kernel: [ 449.277092] CR2: 000000000331a248
> CR3: 0000000075069000 CR4: 00000000001427e0
> Nov 3 19:08:36 krshina3 kernel: [ 449.277111] DR0: 0000000000000045
> DR1: 0000000000000000 DR2: 0000000000000000
> Nov 3 19:08:36 krshina3 kernel: [ 449.277129] DR3: 0000000000000005
> DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Nov 3 19:08:36 krshina3 kernel: [ 449.277147] Stack:
> Nov 3 19:08:36 krshina3 kernel: [ 449.277154] ffff8801a139fcd8
> ffff880074f81b18 ffff8801a139fb98 ffffea0005a31988
> Nov 3 19:08:36 krshina3 kernel: [ 449.277177] 0000000000000000
> 0000000000000000 ffff880074f81b18 ffffffff81155861
> Nov 3 19:08:36 krshina3 kernel: [ 449.277200] ffffea0005a31988
> ffffea0005a31988 ffff880074f81c78 ffff8801a139fcd8
> Nov 3 19:08:36 krshina3 kernel: [ 449.277223] Call Trace:
> Nov 3 19:08:36 krshina3 kernel: [ 449.277232] [<ffffffff81155861>]
> ? ctail_readpages_filler+0x17e/0x1c2
> Nov 3 19:08:36 krshina3 kernel: [ 449.277250] [<ffffffff811556e3>]
> ? do_readpage_ctail+0x3ed/0x3ed
> Nov 3 19:08:36 krshina3 kernel: [ 449.277268] [<ffffffff810ad77c>]
> ? read_cache_pages+0x91/0x108
> Nov 3 19:08:36 krshina3 kernel: [ 449.277286] [<ffffffff8113a7d1>]
> ? reiser4_get_file_fsdata+0x33/0x8a
> Nov 3 19:08:36 krshina3 kernel: [ 449.277304] [<ffffffff81155c95>]
> ? readpages_ctail+0x2f2/0x2f9
> Nov 3 19:08:36 krshina3 kernel: [ 449.277321] [<ffffffff8114bef8>]
> ? readpages_cryptcompress+0x3f/0x6b
> Nov 3 19:08:36 krshina3 kernel: [ 449.277339] [<ffffffff810ad5b3>]
> ? __do_page_cache_readahead+0x11f/0x1c3
> Nov 3 19:08:36 krshina3 kernel: [ 449.277357] [<ffffffff810ad8c3>]
> ? ra_submit+0x1c/0x23
> Nov 3 19:08:36 krshina3 kernel: [ 449.277372] [<ffffffff810a6348>]
> ? generic_file_aio_read+0x269/0x5b6
> Nov 3 19:08:36 krshina3 kernel: [ 449.277390] [<ffffffff810d4399>]
> ? do_sync_read+0x6e/0x90
> Nov 3 19:08:36 krshina3 kernel: [ 449.277406] [<ffffffff8114bf8d>]
> ? read_cryptcompress+0x69/0x95
> Nov 3 19:08:36 krshina3 kernel: [ 449.277423] [<ffffffff8114723b>]
> ? reiser4_read_dispatch+0xc9/0x124
> Nov 3 19:08:36 krshina3 kernel: [ 449.277441] [<ffffffff810d4dc2>]
> ? vfs_read+0xac/0x146
> Nov 3 19:08:36 krshina3 kernel: [ 449.277456] [<ffffffff810d51da>]
> ? SyS_read+0x4e/0x78
> Nov 3 19:08:36 krshina3 kernel: [ 449.277471] [<ffffffff814c9312>]
> ? system_call_fastpath+0x16/0x1b
> Nov 3 19:08:36 krshina3 kernel: [ 449.277487] Code: f9 00 00 00 44
> 8b ad 88 00 00 00 41 83 fd 02 74 1a 77 0c 41 83 fd 01 0f 85 e0 00 00
> 00 eb 61 41 83 fd 04 0f 87 d4 00 00 00 eb 02 <0f> 0b 65 48 8b 14 25 48
> b7 00 00 48 81 ea d8 1f 00 00 ff 42 1c
> Nov 3 19:08:36 krshina3 kernel: [ 449.277612] RIP
> [<ffffffff811555e9>] do_readpage_ctail+0x2f3/0x3ed
> Nov 3 19:08:36 krshina3 kernel: [ 449.277630] RSP <ffff880074f81a28>
> Nov 3 19:08:36 krshina3 kernel: [ 449.282221] ---[ end trace
> f14ff60ec68f3286 ]---
>
> On Mon, Nov 3, 2014 at 5:43 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> On 11/03/2014 04:48 PM, Dušan Čolić wrote:
>>
>>
>> On Nov 3, 2014 4:43 PM, "Edward Shishkin" <edward.shishkin@gmail.com> wrote:
>>> On 11/03/2014 02:33 PM, Dušan Čolić wrote:
>>>> I forgot:
>>>> It was working for some time (deleting old directories etc.) and then
>>>> crashed.
>>>> Btw. why didn't that partition (/dev/md125) remounted read-only on
>>>> error when I have that in /etc/fstab?
>>>
>>>
>>> What do you suggest to do when encountering IO error?
>>> There is another option: to oops. You like this better?
>>>
>> There's a misunderstanding maybe.... Long time ago you told me to add
>> onerror=remount-ro to fstab but now when this error happened system
>> continued to work but the partition stayed rw, maybe I misunderstood the
>> option?
>>
>>
>>
>> Ah, "onerror" means "on IO error".
>> That is, file system submitted a RW-request, and the disk driver returns
>> IO error for this request. If so, then you file system will become
>> read-only.
>>
>> As to your case: there is no IO errors. There is a kernel oops, this is
>> another
>> situation..
>>
>> Edward.
>>
>>
>>
>>> Edward.
>>>
>>>
>>>> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>> After an hour or more still nothing, one rsync went to zombie other
>>>>> still in D state
>>>>> I killed the main process and rebooted.
>>>>>
>>>>> krshina3 goran # ps -aux | grep rsync
>>>>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>>>>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>>>>> --exclude=/home/windows.qcow2
>>>>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>>>>> /mnt/backup/daily.0/localhost/
>>>>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>>>>> [rsync] <defunct>
>>>>>
>>>>>
>>>>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>>>>> daily) and kernel BUGed with:
>>>>>
>>>>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>>>>> [generator]: Broken pipe (32)
>>>>>
>>>>> ----------------------------------------------------------------------------
>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>> options:
>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>
>>>>> ----------------------------------------------------------------------------
>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>> WARNING: Rolling back "localhost/"
>>>>> rsync error: error in rsync protocol data stream (code 12) at
>>>>> io.c(1532) [generator=3.0.9]
>>>>>
>>
[-- Attachment #2: reiser4-crc-fixups.patch --]
[-- Type: text/x-patch, Size: 678 bytes --]
Don't panic when unprepped ctail cluster is found.
Instead, return error and suggest to fsck.
Signed-off-by: Edward Shishkin <edward.shishkin@gmail.com>
---
fs/reiser4/plugin/item/ctail.c | 6 +++++-
1 file changed, 5 insertions(+), 1 deletion(-)
--- a/fs/reiser4/plugin/item/ctail.c
+++ b/fs/reiser4/plugin/item/ctail.c
@@ -666,7 +666,11 @@ int do_readpage_ctail(struct inode * ino
switch (clust->dstat) {
case UNPR_DISK_CLUSTER:
- BUG_ON(1);
+ warning("edward-1632",
+ "Bad item cluster %lu (Inode %llu). Fsck?",
+ clust->index,
+ (unsigned long long)get_inode_oid(inode));
+ return RETERR(-EIO);
case TRNC_DISK_CLUSTER:
/*
* Race with truncate!
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-04 12:49 ` Edward Shishkin
@ 2014-11-04 13:16 ` Dušan Čolić
2014-11-04 13:21 ` Edward Shishkin
[not found] ` <545965C7.5010304@gmail.com>
0 siblings, 2 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-04 13:16 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
Did a fsck of source partition.
Btw. why is there a reason this corruption appeared when I started
using 3.16.2 instead 3.10?
And here are the results:
krshina3 ~ # cat fsck.sda2
FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the node is
broken. Pointed from the node (531714), item (15), unit (0). The whole subtree
is skipped.
FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the node is
broken. Pointed from the node (531714), item (16), unit (0). The whole subtree
is skipped.
FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the node is
broken. Pointed from the node (531714), item (17), unit (0). The whole subtree
is skipped.
krshina3 ~ # cat fsck.build.sda2
FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the node is
unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the node is
unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the node is
unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0)
and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0)
and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0)
and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0)
and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0)
and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0)
and (1):
Wrong order of keys.
On Tue, Nov 4, 2014 at 1:49 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> The attached patch prevents panic.
>
> Thanks,
> Edward.
>
>
>
> On 11/03/2014 07:27 PM, Dušan Čolić wrote:
>>
>> Ok now with same config kernels 3.16, 3.14 and 3.10 fail in same spot.
>> It failes around rsync --delete or something command, dunno how to
>> find what it is I looked at iotop.
>> So let me reiterate:
>> One automated operation that worked after fsck every day for months
>> with kernel 3.10 started making problems since I started using 3.16
>> BUT it makes kernel Oops even if I go back to 3.10. The only funky
>> thing I did was having txmod=wa for few days in /etc/fstab but that
>> was before these problems. Could it be that some corrupted file makes
>> this, unseen by fsck?
>> I can reformat this partition but I suspect that problematic file is
>> on my /. And then we wouldn't have a test case to reproduce this oops
>> :)
>> Is there any way to record all IO requests to find what exactly does this?
>>
>> This is Oops from 3.14:
>>
>> Nov 3 18:57:40 krshina3 kernel: [ 179.693947] ------------[ cut here
>> ]------------
>> Nov 3 18:57:40 krshina3 kernel: [ 179.694212] kernel BUG at
>> fs/reiser4/plugin/item/ctail.c:669!
>> Nov 3 18:57:40 krshina3 kernel: [ 179.694537] invalid opcode: 0000 [#1]
>> SMP
>> Nov 3 18:57:40 krshina3 kernel: [ 179.694779] CPU: 1 PID: 3203 Comm:
>> rsync Not tainted 3.14.14-gentoo #1
>> Nov 3 18:57:40 krshina3 kernel: [ 179.695148] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 3 18:57:40 krshina3 kernel: [ 179.695702] task: ffff8800b6cf47b0
>> ti: ffff8801db7f6000 task.ti: ffff8801db7f6000
>> Nov 3 18:57:40 krshina3 kernel: [ 179.696128] RIP:
>> 0010:[<ffffffff811bc700>] [<ffffffff811bc700>]
>> do_readpage_ctail+0x2a0/0x400
>> Nov 3 18:57:40 krshina3 kernel: [ 179.696625] RSP:
>> 0018:ffff8801db7f7a68 EFLAGS: 00010246
>> Nov 3 18:57:40 krshina3 kernel: [ 179.696925] RAX: 8000000000000021
>> RBX: ffffea000664a8c8 RCX: ffff8800b9964800
>> Nov 3 18:57:40 krshina3 kernel: [ 179.697329] RDX: 0000000000000035
>> RSI: 0000000000000000 RDI: ffff8800b9967800
>> Nov 3 18:57:40 krshina3 kernel: [ 179.697739] RBP: 0000000000000002
>> R08: 0000000000000000 R09: 0000000000000001
>> Nov 3 18:57:40 krshina3 kernel: [ 179.698145] R10: ffffffff811ad0a0
>> R11: 0000000000000000 R12: ffff8800841dfd58
>> Nov 3 18:57:40 krshina3 kernel: [ 179.698548] R13: ffff8801db7f7b58
>> R14: 0000000000000001 R15: 0000000000001000
>> Nov 3 18:57:40 krshina3 kernel: [ 179.698952] FS:
>> 00007f40176a0700(0000) GS:ffff88022e280000(0000)
>> knlGS:0000000000000000
>> Nov 3 18:57:40 krshina3 kernel: [ 179.699410] CS: 0010 DS: 0000 ES:
>> 0000 CR0: 0000000080050033
>> Nov 3 18:57:40 krshina3 kernel: [ 179.699735] CR2: 0000000002b30248
>> CR3: 00000001de9d8000 CR4: 00000000001427e0
>> Nov 3 18:57:40 krshina3 kernel: [ 179.700145] DR0: 0000000000000045
>> DR1: 0000000000000000 DR2: 0000000000000000
>> Nov 3 18:57:40 krshina3 kernel: [ 179.700555] DR3: 0000000000000005
>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Nov 3 18:57:40 krshina3 kernel: [ 179.700966] Stack:
>> Nov 3 18:57:40 krshina3 kernel: [ 179.701080] ffff8800841dfe98
>> ffff8801db7f7b58 ffffea000664a8c8 0000000000000000
>> Nov 3 18:57:40 krshina3 kernel: [ 179.701523] ffff8800b6cf47b0
>> ffff8800841dfd58 0000000000000000 ffffffff811bc969
>> Nov 3 18:57:40 krshina3 kernel: [ 179.701963] ffffea000664a8c8
>> ffffea000664a8c8 ffff8801db7f7c90 ffff8800841dfe98
>> Nov 3 18:57:40 krshina3 kernel: [ 179.702402] Call Trace:
>> Nov 3 18:57:40 krshina3 kernel: [ 179.702540] [<ffffffff811bc969>]
>> ? ctail_readpages_filler+0x109/0x210
>> Nov 3 18:57:40 krshina3 kernel: [ 179.702911] [<ffffffff811bc860>]
>> ? do_readpage_ctail+0x400/0x400
>> Nov 3 18:57:40 krshina3 kernel: [ 179.703257] [<ffffffff810e9b91>]
>> ? read_cache_pages+0xb1/0x120
>> Nov 3 18:57:40 krshina3 kernel: [ 179.703592] [<ffffffff811bccf5>]
>> ? readpages_ctail+0x135/0x340
>> Nov 3 18:57:40 krshina3 kernel: [ 179.703928] [<ffffffff811b0da6>]
>> ? readpages_cryptcompress+0x46/0x90
>> Nov 3 18:57:40 krshina3 kernel: [ 179.704292] [<ffffffff810e99c1>]
>> ? __do_page_cache_readahead+0x1b1/0x260
>> Nov 3 18:57:40 krshina3 kernel: [ 179.704677] [<ffffffff811ab0a0>]
>> ? reiser4_write_dispatch+0x4d0/0x4d0
>> Nov 3 18:57:40 krshina3 kernel: [ 179.705047] [<ffffffff810e9d1c>]
>> ? ra_submit+0x1c/0x30
>> Nov 3 18:57:40 krshina3 kernel: [ 179.705343] [<ffffffff810e09b6>]
>> ? generic_file_aio_read+0x4d6/0x6f0
>> Nov 3 18:57:40 krshina3 kernel: [ 179.705708] [<ffffffff8111bb4a>]
>> ? do_sync_read+0x5a/0x90
>> Nov 3 18:57:40 krshina3 kernel: [ 179.706023] [<ffffffff8109de30>]
>> ? __dequeue_entity+0x40/0x50
>> Nov 3 18:57:40 krshina3 kernel: [ 179.706354] [<ffffffff811b0e68>]
>> ? read_cryptcompress+0x78/0xc0
>> Nov 3 18:57:40 krshina3 kernel: [ 179.706694] [<ffffffff811ab244>]
>> ? reiser4_read_dispatch+0x74/0x170
>> Nov 3 18:57:40 krshina3 kernel: [ 179.707056] [<ffffffff8111c8a1>]
>> ? vfs_read+0xa1/0x180
>> Nov 3 18:57:40 krshina3 kernel: [ 179.707351] [<ffffffff8111cd9f>]
>> ? SyS_read+0x4f/0xc0
>> Nov 3 18:57:40 krshina3 kernel: [ 179.707642] [<ffffffff81670d62>]
>> ? system_call_fastpath+0x16/0x1b
>> Nov 3 18:57:40 krshina3 kernel: [ 179.707992] Code: 80 0b 08 31 ed
>> e9 b0 fe ff ff 90 48 89 df e8 18 2d f2 ff e9 62 fe ff ff 0f 1f 00 48
>> 89 df e8 08 2d f2 ff e9 92 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
>> 84 a2 00 00 00 49 8b bd 80 00 00 00 e8
>> Nov 3 18:57:40 krshina3 kernel: [ 179.709414] RIP
>> [<ffffffff811bc700>] do_readpage_ctail+0x2a0/0x400
>> Nov 3 18:57:40 krshina3 kernel: [ 179.709774] RSP <ffff8801db7f7a68>
>> Nov 3 18:57:40 krshina3 kernel: [ 179.821174] ---[ end trace
>> d60466a8b91493b8 ]---
>>
>> This is from 3.10:
>>
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276796] ------------[ cut here
>> ]------------
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276825] kernel BUG at
>> fs/reiser4/plugin/item/ctail.c:669!
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276841] invalid opcode: 0000 [#1]
>> SMP
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276857] CPU: 1 PID: 3167 Comm:
>> rsync Not tainted 3.10.6-gentoo #2
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276875] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276900] task: ffff88022d2ac690
>> ti: ffff880074f80000 task.ti: ffff880074f80000
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276920] RIP:
>> 0010:[<ffffffff811555e9>] [<ffffffff811555e9>]
>> do_readpage_ctail+0x2f3/0x3ed
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276948] RSP:
>> 0018:ffff880074f81a28 EFLAGS: 00010246
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276962] RAX: 0000000000000000
>> RBX: ffffea0005a31988 RCX: 00000000000354d4
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276981] RDX: 0000000000000035
>> RSI: 0000000000000000 RDI: ffff8801a139fcd8
>> Nov 3 19:08:36 krshina3 kernel: [ 449.276999] RBP: ffff880074f81b18
>> R08: 0000000000000000 R09: 0000000000000000
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277018] R10: 0000000000000866
>> R11: 0000000000000866 R12: ffff8801a139fb98
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277037] R13: 0000000000000002
>> R14: 0000000000000000 R15: 0000000000001000
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277056] FS:
>> 00007fc4e9c01700(0000) GS:ffff88022e280000(0000)
>> knlGS:0000000000000000
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277077] CS: 0010 DS: 0000 ES:
>> 0000 CR0: 0000000080050033
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277092] CR2: 000000000331a248
>> CR3: 0000000075069000 CR4: 00000000001427e0
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277111] DR0: 0000000000000045
>> DR1: 0000000000000000 DR2: 0000000000000000
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277129] DR3: 0000000000000005
>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277147] Stack:
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277154] ffff8801a139fcd8
>> ffff880074f81b18 ffff8801a139fb98 ffffea0005a31988
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277177] 0000000000000000
>> 0000000000000000 ffff880074f81b18 ffffffff81155861
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277200] ffffea0005a31988
>> ffffea0005a31988 ffff880074f81c78 ffff8801a139fcd8
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277223] Call Trace:
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277232] [<ffffffff81155861>]
>> ? ctail_readpages_filler+0x17e/0x1c2
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277250] [<ffffffff811556e3>]
>> ? do_readpage_ctail+0x3ed/0x3ed
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277268] [<ffffffff810ad77c>]
>> ? read_cache_pages+0x91/0x108
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277286] [<ffffffff8113a7d1>]
>> ? reiser4_get_file_fsdata+0x33/0x8a
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277304] [<ffffffff81155c95>]
>> ? readpages_ctail+0x2f2/0x2f9
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277321] [<ffffffff8114bef8>]
>> ? readpages_cryptcompress+0x3f/0x6b
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277339] [<ffffffff810ad5b3>]
>> ? __do_page_cache_readahead+0x11f/0x1c3
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277357] [<ffffffff810ad8c3>]
>> ? ra_submit+0x1c/0x23
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277372] [<ffffffff810a6348>]
>> ? generic_file_aio_read+0x269/0x5b6
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277390] [<ffffffff810d4399>]
>> ? do_sync_read+0x6e/0x90
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277406] [<ffffffff8114bf8d>]
>> ? read_cryptcompress+0x69/0x95
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277423] [<ffffffff8114723b>]
>> ? reiser4_read_dispatch+0xc9/0x124
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277441] [<ffffffff810d4dc2>]
>> ? vfs_read+0xac/0x146
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277456] [<ffffffff810d51da>]
>> ? SyS_read+0x4e/0x78
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277471] [<ffffffff814c9312>]
>> ? system_call_fastpath+0x16/0x1b
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277487] Code: f9 00 00 00 44
>> 8b ad 88 00 00 00 41 83 fd 02 74 1a 77 0c 41 83 fd 01 0f 85 e0 00 00
>> 00 eb 61 41 83 fd 04 0f 87 d4 00 00 00 eb 02 <0f> 0b 65 48 8b 14 25 48
>> b7 00 00 48 81 ea d8 1f 00 00 ff 42 1c
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277612] RIP
>> [<ffffffff811555e9>] do_readpage_ctail+0x2f3/0x3ed
>> Nov 3 19:08:36 krshina3 kernel: [ 449.277630] RSP <ffff880074f81a28>
>> Nov 3 19:08:36 krshina3 kernel: [ 449.282221] ---[ end trace
>> f14ff60ec68f3286 ]---
>>
>> On Mon, Nov 3, 2014 at 5:43 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> On 11/03/2014 04:48 PM, Dušan Čolić wrote:
>>>
>>>
>>> On Nov 3, 2014 4:43 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>> wrote:
>>>>
>>>> On 11/03/2014 02:33 PM, Dušan Čolić wrote:
>>>>>
>>>>> I forgot:
>>>>> It was working for some time (deleting old directories etc.) and then
>>>>> crashed.
>>>>> Btw. why didn't that partition (/dev/md125) remounted read-only on
>>>>> error when I have that in /etc/fstab?
>>>>
>>>>
>>>>
>>>> What do you suggest to do when encountering IO error?
>>>> There is another option: to oops. You like this better?
>>>>
>>> There's a misunderstanding maybe.... Long time ago you told me to add
>>> onerror=remount-ro to fstab but now when this error happened system
>>> continued to work but the partition stayed rw, maybe I misunderstood the
>>> option?
>>>
>>>
>>>
>>> Ah, "onerror" means "on IO error".
>>> That is, file system submitted a RW-request, and the disk driver returns
>>> IO error for this request. If so, then you file system will become
>>> read-only.
>>>
>>> As to your case: there is no IO errors. There is a kernel oops, this is
>>> another
>>> situation..
>>>
>>> Edward.
>>>
>>>
>>>
>>>> Edward.
>>>>
>>>>
>>>>> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>>
>>>>>> After an hour or more still nothing, one rsync went to zombie other
>>>>>> still in D state
>>>>>> I killed the main process and rebooted.
>>>>>>
>>>>>> krshina3 goran # ps -aux | grep rsync
>>>>>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>>>>>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>>>>>> --exclude=/home/windows.qcow2
>>>>>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>>>>>> /mnt/backup/daily.0/localhost/
>>>>>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>>>>>> [rsync] <defunct>
>>>>>>
>>>>>>
>>>>>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>>>>>> daily) and kernel BUGed with:
>>>>>>
>>>>>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>>>>>> [generator]: Broken pipe (32)
>>>>>>
>>>>>>
>>>>>> ----------------------------------------------------------------------------
>>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>>> options:
>>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>>
>>>>>>
>>>>>> ----------------------------------------------------------------------------
>>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>>> WARNING: Rolling back "localhost/"
>>>>>> rsync error: error in rsync protocol data stream (code 12) at
>>>>>> io.c(1532) [generator=3.0.9]
>>>>>>
>>>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-04 13:16 ` Dušan Čolić
@ 2014-11-04 13:21 ` Edward Shishkin
2014-11-04 13:23 ` Dušan Čolić
[not found] ` <545965C7.5010304@gmail.com>
1 sibling, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-04 13:21 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
On 11/04/2014 02:16 PM, Dušan Čolić wrote:
> Did a fsck of source partition.
> Btw. why is there a reason this corruption appeared when I started
> using 3.16.2 instead 3.10?
Why are you sure that it wasn't corrupted when you used 3.10?
Edward.
> And here are the results:
>
> krshina3 ~ # cat fsck.sda2
> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the node is
> broken. Pointed from the node (531714), item (15), unit (0). The whole subtree
> is skipped.
> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the node is
> broken. Pointed from the node (531714), item (16), unit (0). The whole subtree
> is skipped.
> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the node is
> broken. Pointed from the node (531714), item (17), unit (0). The whole subtree
> is skipped.
>
>
>
> krshina3 ~ # cat fsck.build.sda2
> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the node is
> unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the node is
> unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the node is
> unrecoverable. Pointed from the node (531714), item (15), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0)
> and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0)
> and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0)
> and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0)
> and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0)
> and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0)
> and (1):
> Wrong order of keys.
>
> On Tue, Nov 4, 2014 at 1:49 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> The attached patch prevents panic.
>>
>> Thanks,
>> Edward.
>>
>>
>>
>> On 11/03/2014 07:27 PM, Dušan Čolić wrote:
>>> Ok now with same config kernels 3.16, 3.14 and 3.10 fail in same spot.
>>> It failes around rsync --delete or something command, dunno how to
>>> find what it is I looked at iotop.
>>> So let me reiterate:
>>> One automated operation that worked after fsck every day for months
>>> with kernel 3.10 started making problems since I started using 3.16
>>> BUT it makes kernel Oops even if I go back to 3.10. The only funky
>>> thing I did was having txmod=wa for few days in /etc/fstab but that
>>> was before these problems. Could it be that some corrupted file makes
>>> this, unseen by fsck?
>>> I can reformat this partition but I suspect that problematic file is
>>> on my /. And then we wouldn't have a test case to reproduce this oops
>>> :)
>>> Is there any way to record all IO requests to find what exactly does this?
>>>
>>> This is Oops from 3.14:
>>>
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.693947] ------------[ cut here
>>> ]------------
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694212] kernel BUG at
>>> fs/reiser4/plugin/item/ctail.c:669!
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694537] invalid opcode: 0000 [#1]
>>> SMP
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694779] CPU: 1 PID: 3203 Comm:
>>> rsync Not tainted 3.14.14-gentoo #1
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.695148] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.695702] task: ffff8800b6cf47b0
>>> ti: ffff8801db7f6000 task.ti: ffff8801db7f6000
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696128] RIP:
>>> 0010:[<ffffffff811bc700>] [<ffffffff811bc700>]
>>> do_readpage_ctail+0x2a0/0x400
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696625] RSP:
>>> 0018:ffff8801db7f7a68 EFLAGS: 00010246
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696925] RAX: 8000000000000021
>>> RBX: ffffea000664a8c8 RCX: ffff8800b9964800
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.697329] RDX: 0000000000000035
>>> RSI: 0000000000000000 RDI: ffff8800b9967800
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.697739] RBP: 0000000000000002
>>> R08: 0000000000000000 R09: 0000000000000001
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698145] R10: ffffffff811ad0a0
>>> R11: 0000000000000000 R12: ffff8800841dfd58
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698548] R13: ffff8801db7f7b58
>>> R14: 0000000000000001 R15: 0000000000001000
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698952] FS:
>>> 00007f40176a0700(0000) GS:ffff88022e280000(0000)
>>> knlGS:0000000000000000
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.699410] CS: 0010 DS: 0000 ES:
>>> 0000 CR0: 0000000080050033
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.699735] CR2: 0000000002b30248
>>> CR3: 00000001de9d8000 CR4: 00000000001427e0
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700145] DR0: 0000000000000045
>>> DR1: 0000000000000000 DR2: 0000000000000000
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700555] DR3: 0000000000000005
>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700966] Stack:
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701080] ffff8800841dfe98
>>> ffff8801db7f7b58 ffffea000664a8c8 0000000000000000
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701523] ffff8800b6cf47b0
>>> ffff8800841dfd58 0000000000000000 ffffffff811bc969
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701963] ffffea000664a8c8
>>> ffffea000664a8c8 ffff8801db7f7c90 ffff8800841dfe98
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702402] Call Trace:
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702540] [<ffffffff811bc969>]
>>> ? ctail_readpages_filler+0x109/0x210
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702911] [<ffffffff811bc860>]
>>> ? do_readpage_ctail+0x400/0x400
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703257] [<ffffffff810e9b91>]
>>> ? read_cache_pages+0xb1/0x120
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703592] [<ffffffff811bccf5>]
>>> ? readpages_ctail+0x135/0x340
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703928] [<ffffffff811b0da6>]
>>> ? readpages_cryptcompress+0x46/0x90
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.704292] [<ffffffff810e99c1>]
>>> ? __do_page_cache_readahead+0x1b1/0x260
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.704677] [<ffffffff811ab0a0>]
>>> ? reiser4_write_dispatch+0x4d0/0x4d0
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705047] [<ffffffff810e9d1c>]
>>> ? ra_submit+0x1c/0x30
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705343] [<ffffffff810e09b6>]
>>> ? generic_file_aio_read+0x4d6/0x6f0
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705708] [<ffffffff8111bb4a>]
>>> ? do_sync_read+0x5a/0x90
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706023] [<ffffffff8109de30>]
>>> ? __dequeue_entity+0x40/0x50
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706354] [<ffffffff811b0e68>]
>>> ? read_cryptcompress+0x78/0xc0
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706694] [<ffffffff811ab244>]
>>> ? reiser4_read_dispatch+0x74/0x170
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707056] [<ffffffff8111c8a1>]
>>> ? vfs_read+0xa1/0x180
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707351] [<ffffffff8111cd9f>]
>>> ? SyS_read+0x4f/0xc0
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707642] [<ffffffff81670d62>]
>>> ? system_call_fastpath+0x16/0x1b
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707992] Code: 80 0b 08 31 ed
>>> e9 b0 fe ff ff 90 48 89 df e8 18 2d f2 ff e9 62 fe ff ff 0f 1f 00 48
>>> 89 df e8 08 2d f2 ff e9 92 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
>>> 84 a2 00 00 00 49 8b bd 80 00 00 00 e8
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.709414] RIP
>>> [<ffffffff811bc700>] do_readpage_ctail+0x2a0/0x400
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.709774] RSP <ffff8801db7f7a68>
>>> Nov 3 18:57:40 krshina3 kernel: [ 179.821174] ---[ end trace
>>> d60466a8b91493b8 ]---
>>>
>>> This is from 3.10:
>>>
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276796] ------------[ cut here
>>> ]------------
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276825] kernel BUG at
>>> fs/reiser4/plugin/item/ctail.c:669!
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276841] invalid opcode: 0000 [#1]
>>> SMP
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276857] CPU: 1 PID: 3167 Comm:
>>> rsync Not tainted 3.10.6-gentoo #2
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276875] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276900] task: ffff88022d2ac690
>>> ti: ffff880074f80000 task.ti: ffff880074f80000
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276920] RIP:
>>> 0010:[<ffffffff811555e9>] [<ffffffff811555e9>]
>>> do_readpage_ctail+0x2f3/0x3ed
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276948] RSP:
>>> 0018:ffff880074f81a28 EFLAGS: 00010246
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276962] RAX: 0000000000000000
>>> RBX: ffffea0005a31988 RCX: 00000000000354d4
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276981] RDX: 0000000000000035
>>> RSI: 0000000000000000 RDI: ffff8801a139fcd8
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276999] RBP: ffff880074f81b18
>>> R08: 0000000000000000 R09: 0000000000000000
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277018] R10: 0000000000000866
>>> R11: 0000000000000866 R12: ffff8801a139fb98
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277037] R13: 0000000000000002
>>> R14: 0000000000000000 R15: 0000000000001000
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277056] FS:
>>> 00007fc4e9c01700(0000) GS:ffff88022e280000(0000)
>>> knlGS:0000000000000000
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277077] CS: 0010 DS: 0000 ES:
>>> 0000 CR0: 0000000080050033
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277092] CR2: 000000000331a248
>>> CR3: 0000000075069000 CR4: 00000000001427e0
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277111] DR0: 0000000000000045
>>> DR1: 0000000000000000 DR2: 0000000000000000
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277129] DR3: 0000000000000005
>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277147] Stack:
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277154] ffff8801a139fcd8
>>> ffff880074f81b18 ffff8801a139fb98 ffffea0005a31988
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277177] 0000000000000000
>>> 0000000000000000 ffff880074f81b18 ffffffff81155861
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277200] ffffea0005a31988
>>> ffffea0005a31988 ffff880074f81c78 ffff8801a139fcd8
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277223] Call Trace:
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277232] [<ffffffff81155861>]
>>> ? ctail_readpages_filler+0x17e/0x1c2
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277250] [<ffffffff811556e3>]
>>> ? do_readpage_ctail+0x3ed/0x3ed
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277268] [<ffffffff810ad77c>]
>>> ? read_cache_pages+0x91/0x108
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277286] [<ffffffff8113a7d1>]
>>> ? reiser4_get_file_fsdata+0x33/0x8a
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277304] [<ffffffff81155c95>]
>>> ? readpages_ctail+0x2f2/0x2f9
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277321] [<ffffffff8114bef8>]
>>> ? readpages_cryptcompress+0x3f/0x6b
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277339] [<ffffffff810ad5b3>]
>>> ? __do_page_cache_readahead+0x11f/0x1c3
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277357] [<ffffffff810ad8c3>]
>>> ? ra_submit+0x1c/0x23
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277372] [<ffffffff810a6348>]
>>> ? generic_file_aio_read+0x269/0x5b6
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277390] [<ffffffff810d4399>]
>>> ? do_sync_read+0x6e/0x90
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277406] [<ffffffff8114bf8d>]
>>> ? read_cryptcompress+0x69/0x95
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277423] [<ffffffff8114723b>]
>>> ? reiser4_read_dispatch+0xc9/0x124
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277441] [<ffffffff810d4dc2>]
>>> ? vfs_read+0xac/0x146
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277456] [<ffffffff810d51da>]
>>> ? SyS_read+0x4e/0x78
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277471] [<ffffffff814c9312>]
>>> ? system_call_fastpath+0x16/0x1b
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277487] Code: f9 00 00 00 44
>>> 8b ad 88 00 00 00 41 83 fd 02 74 1a 77 0c 41 83 fd 01 0f 85 e0 00 00
>>> 00 eb 61 41 83 fd 04 0f 87 d4 00 00 00 eb 02 <0f> 0b 65 48 8b 14 25 48
>>> b7 00 00 48 81 ea d8 1f 00 00 ff 42 1c
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277612] RIP
>>> [<ffffffff811555e9>] do_readpage_ctail+0x2f3/0x3ed
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277630] RSP <ffff880074f81a28>
>>> Nov 3 19:08:36 krshina3 kernel: [ 449.282221] ---[ end trace
>>> f14ff60ec68f3286 ]---
>>>
>>> On Mon, Nov 3, 2014 at 5:43 PM, Edward Shishkin
>>> <edward.shishkin@gmail.com> wrote:
>>>> On 11/03/2014 04:48 PM, Dušan Čolić wrote:
>>>>
>>>>
>>>> On Nov 3, 2014 4:43 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>> wrote:
>>>>> On 11/03/2014 02:33 PM, Dušan Čolić wrote:
>>>>>> I forgot:
>>>>>> It was working for some time (deleting old directories etc.) and then
>>>>>> crashed.
>>>>>> Btw. why didn't that partition (/dev/md125) remounted read-only on
>>>>>> error when I have that in /etc/fstab?
>>>>>
>>>>>
>>>>> What do you suggest to do when encountering IO error?
>>>>> There is another option: to oops. You like this better?
>>>>>
>>>> There's a misunderstanding maybe.... Long time ago you told me to add
>>>> onerror=remount-ro to fstab but now when this error happened system
>>>> continued to work but the partition stayed rw, maybe I misunderstood the
>>>> option?
>>>>
>>>>
>>>>
>>>> Ah, "onerror" means "on IO error".
>>>> That is, file system submitted a RW-request, and the disk driver returns
>>>> IO error for this request. If so, then you file system will become
>>>> read-only.
>>>>
>>>> As to your case: there is no IO errors. There is a kernel oops, this is
>>>> another
>>>> situation..
>>>>
>>>> Edward.
>>>>
>>>>
>>>>
>>>>> Edward.
>>>>>
>>>>>
>>>>>> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>>> After an hour or more still nothing, one rsync went to zombie other
>>>>>>> still in D state
>>>>>>> I killed the main process and rebooted.
>>>>>>>
>>>>>>> krshina3 goran # ps -aux | grep rsync
>>>>>>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>>>>>>> /usr/bin/rsync -ax --delete --numeric-ids --relative --delete-excluded
>>>>>>> --exclude=/home/windows.qcow2
>>>>>>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>>>>>>> /mnt/backup/daily.0/localhost/
>>>>>>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>>>>>>> [rsync] <defunct>
>>>>>>>
>>>>>>>
>>>>>>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>>>>>>> daily) and kernel BUGed with:
>>>>>>>
>>>>>>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>>>>>>> [generator]: Broken pipe (32)
>>>>>>>
>>>>>>>
>>>>>>> ----------------------------------------------------------------------------
>>>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>>>> options:
>>>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>>>
>>>>>>>
>>>>>>> ----------------------------------------------------------------------------
>>>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>>>> WARNING: Rolling back "localhost/"
>>>>>>> rsync error: error in rsync protocol data stream (code 12) at
>>>>>>> io.c(1532) [generator=3.0.9]
>>>>>>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-04 13:21 ` Edward Shishkin
@ 2014-11-04 13:23 ` Dušan Čolić
0 siblings, 0 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-11-04 13:23 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
Because that rsync operation I do every night worked fine for few days
on 3.16 and then it Oopsed and when I tried to return to 3.10 it
oopsed. If 3.10 was broken while I was using it earlier it would've
oopsed and not finish the operation (snapshot of whole partition)
every night.
On Tue, Nov 4, 2014 at 2:21 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>
>> Did a fsck of source partition.
>> Btw. why is there a reason this corruption appeared when I started
>> using 3.16.2 instead 3.10?
>
>
>
> Why are you sure that it wasn't corrupted when you used 3.10?
>
> Edward.
>
>
>
>> And here are the results:
>>
>> krshina3 ~ # cat fsck.sda2
>> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and
>> (28):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the
>> node is
>> broken. Pointed from the node (531714), item (15), unit (0). The whole
>> subtree
>> is skipped.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and
>> (13):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the
>> node is
>> broken. Pointed from the node (531714), item (16), unit (0). The whole
>> subtree
>> is skipped.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and
>> (22):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the
>> node is
>> broken. Pointed from the node (531714), item (17), unit (0). The whole
>> subtree
>> is skipped.
>>
>>
>>
>> krshina3 ~ # cat fsck.build.sda2
>> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and
>> (28):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4093690): the
>> node is
>> unrecoverable. Pointed from the node (531714), item (15), unit (0).
>> Removed.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and
>> (13):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099659): the
>> node is
>> unrecoverable. Pointed from the node (531714), item (15), unit (0).
>> Removed.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and
>> (22):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4099663): the
>> node is
>> unrecoverable. Pointed from the node (531714), item (15), unit (0).
>> Removed.
>> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and
>> (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and
>> (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and
>> (2):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and
>> (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0)
>> and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0)
>> and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0)
>> and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0)
>> and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0)
>> and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0)
>> and (1):
>> Wrong order of keys.
>>
>> On Tue, Nov 4, 2014 at 1:49 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> The attached patch prevents panic.
>>>
>>> Thanks,
>>> Edward.
>>>
>>>
>>>
>>> On 11/03/2014 07:27 PM, Dušan Čolić wrote:
>>>>
>>>> Ok now with same config kernels 3.16, 3.14 and 3.10 fail in same spot.
>>>> It failes around rsync --delete or something command, dunno how to
>>>> find what it is I looked at iotop.
>>>> So let me reiterate:
>>>> One automated operation that worked after fsck every day for months
>>>> with kernel 3.10 started making problems since I started using 3.16
>>>> BUT it makes kernel Oops even if I go back to 3.10. The only funky
>>>> thing I did was having txmod=wa for few days in /etc/fstab but that
>>>> was before these problems. Could it be that some corrupted file makes
>>>> this, unseen by fsck?
>>>> I can reformat this partition but I suspect that problematic file is
>>>> on my /. And then we wouldn't have a test case to reproduce this oops
>>>> :)
>>>> Is there any way to record all IO requests to find what exactly does
>>>> this?
>>>>
>>>> This is Oops from 3.14:
>>>>
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.693947] ------------[ cut here
>>>> ]------------
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694212] kernel BUG at
>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694537] invalid opcode: 0000
>>>> [#1]
>>>> SMP
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.694779] CPU: 1 PID: 3203 Comm:
>>>> rsync Not tainted 3.14.14-gentoo #1
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.695148] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.695702] task: ffff8800b6cf47b0
>>>> ti: ffff8801db7f6000 task.ti: ffff8801db7f6000
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696128] RIP:
>>>> 0010:[<ffffffff811bc700>] [<ffffffff811bc700>]
>>>> do_readpage_ctail+0x2a0/0x400
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696625] RSP:
>>>> 0018:ffff8801db7f7a68 EFLAGS: 00010246
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.696925] RAX: 8000000000000021
>>>> RBX: ffffea000664a8c8 RCX: ffff8800b9964800
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.697329] RDX: 0000000000000035
>>>> RSI: 0000000000000000 RDI: ffff8800b9967800
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.697739] RBP: 0000000000000002
>>>> R08: 0000000000000000 R09: 0000000000000001
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698145] R10: ffffffff811ad0a0
>>>> R11: 0000000000000000 R12: ffff8800841dfd58
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698548] R13: ffff8801db7f7b58
>>>> R14: 0000000000000001 R15: 0000000000001000
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.698952] FS:
>>>> 00007f40176a0700(0000) GS:ffff88022e280000(0000)
>>>> knlGS:0000000000000000
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.699410] CS: 0010 DS: 0000 ES:
>>>> 0000 CR0: 0000000080050033
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.699735] CR2: 0000000002b30248
>>>> CR3: 00000001de9d8000 CR4: 00000000001427e0
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700145] DR0: 0000000000000045
>>>> DR1: 0000000000000000 DR2: 0000000000000000
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700555] DR3: 0000000000000005
>>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.700966] Stack:
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701080] ffff8800841dfe98
>>>> ffff8801db7f7b58 ffffea000664a8c8 0000000000000000
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701523] ffff8800b6cf47b0
>>>> ffff8800841dfd58 0000000000000000 ffffffff811bc969
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.701963] ffffea000664a8c8
>>>> ffffea000664a8c8 ffff8801db7f7c90 ffff8800841dfe98
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702402] Call Trace:
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702540] [<ffffffff811bc969>]
>>>> ? ctail_readpages_filler+0x109/0x210
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.702911] [<ffffffff811bc860>]
>>>> ? do_readpage_ctail+0x400/0x400
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703257] [<ffffffff810e9b91>]
>>>> ? read_cache_pages+0xb1/0x120
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703592] [<ffffffff811bccf5>]
>>>> ? readpages_ctail+0x135/0x340
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.703928] [<ffffffff811b0da6>]
>>>> ? readpages_cryptcompress+0x46/0x90
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.704292] [<ffffffff810e99c1>]
>>>> ? __do_page_cache_readahead+0x1b1/0x260
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.704677] [<ffffffff811ab0a0>]
>>>> ? reiser4_write_dispatch+0x4d0/0x4d0
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705047] [<ffffffff810e9d1c>]
>>>> ? ra_submit+0x1c/0x30
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705343] [<ffffffff810e09b6>]
>>>> ? generic_file_aio_read+0x4d6/0x6f0
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.705708] [<ffffffff8111bb4a>]
>>>> ? do_sync_read+0x5a/0x90
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706023] [<ffffffff8109de30>]
>>>> ? __dequeue_entity+0x40/0x50
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706354] [<ffffffff811b0e68>]
>>>> ? read_cryptcompress+0x78/0xc0
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.706694] [<ffffffff811ab244>]
>>>> ? reiser4_read_dispatch+0x74/0x170
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707056] [<ffffffff8111c8a1>]
>>>> ? vfs_read+0xa1/0x180
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707351] [<ffffffff8111cd9f>]
>>>> ? SyS_read+0x4f/0xc0
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707642] [<ffffffff81670d62>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.707992] Code: 80 0b 08 31 ed
>>>> e9 b0 fe ff ff 90 48 89 df e8 18 2d f2 ff e9 62 fe ff ff 0f 1f 00 48
>>>> 89 df e8 08 2d f2 ff e9 92 fe ff ff 0f 1f 00 <0f> 0b 48 8b 03 a8 08 0f
>>>> 84 a2 00 00 00 49 8b bd 80 00 00 00 e8
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.709414] RIP
>>>> [<ffffffff811bc700>] do_readpage_ctail+0x2a0/0x400
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.709774] RSP <ffff8801db7f7a68>
>>>> Nov 3 18:57:40 krshina3 kernel: [ 179.821174] ---[ end trace
>>>> d60466a8b91493b8 ]---
>>>>
>>>> This is from 3.10:
>>>>
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276796] ------------[ cut here
>>>> ]------------
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276825] kernel BUG at
>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276841] invalid opcode: 0000
>>>> [#1]
>>>> SMP
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276857] CPU: 1 PID: 3167 Comm:
>>>> rsync Not tainted 3.10.6-gentoo #2
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276875] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276900] task: ffff88022d2ac690
>>>> ti: ffff880074f80000 task.ti: ffff880074f80000
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276920] RIP:
>>>> 0010:[<ffffffff811555e9>] [<ffffffff811555e9>]
>>>> do_readpage_ctail+0x2f3/0x3ed
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276948] RSP:
>>>> 0018:ffff880074f81a28 EFLAGS: 00010246
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276962] RAX: 0000000000000000
>>>> RBX: ffffea0005a31988 RCX: 00000000000354d4
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276981] RDX: 0000000000000035
>>>> RSI: 0000000000000000 RDI: ffff8801a139fcd8
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.276999] RBP: ffff880074f81b18
>>>> R08: 0000000000000000 R09: 0000000000000000
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277018] R10: 0000000000000866
>>>> R11: 0000000000000866 R12: ffff8801a139fb98
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277037] R13: 0000000000000002
>>>> R14: 0000000000000000 R15: 0000000000001000
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277056] FS:
>>>> 00007fc4e9c01700(0000) GS:ffff88022e280000(0000)
>>>> knlGS:0000000000000000
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277077] CS: 0010 DS: 0000 ES:
>>>> 0000 CR0: 0000000080050033
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277092] CR2: 000000000331a248
>>>> CR3: 0000000075069000 CR4: 00000000001427e0
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277111] DR0: 0000000000000045
>>>> DR1: 0000000000000000 DR2: 0000000000000000
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277129] DR3: 0000000000000005
>>>> DR6: 00000000ffff0ff0 DR7: 0000000000000400
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277147] Stack:
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277154] ffff8801a139fcd8
>>>> ffff880074f81b18 ffff8801a139fb98 ffffea0005a31988
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277177] 0000000000000000
>>>> 0000000000000000 ffff880074f81b18 ffffffff81155861
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277200] ffffea0005a31988
>>>> ffffea0005a31988 ffff880074f81c78 ffff8801a139fcd8
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277223] Call Trace:
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277232] [<ffffffff81155861>]
>>>> ? ctail_readpages_filler+0x17e/0x1c2
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277250] [<ffffffff811556e3>]
>>>> ? do_readpage_ctail+0x3ed/0x3ed
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277268] [<ffffffff810ad77c>]
>>>> ? read_cache_pages+0x91/0x108
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277286] [<ffffffff8113a7d1>]
>>>> ? reiser4_get_file_fsdata+0x33/0x8a
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277304] [<ffffffff81155c95>]
>>>> ? readpages_ctail+0x2f2/0x2f9
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277321] [<ffffffff8114bef8>]
>>>> ? readpages_cryptcompress+0x3f/0x6b
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277339] [<ffffffff810ad5b3>]
>>>> ? __do_page_cache_readahead+0x11f/0x1c3
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277357] [<ffffffff810ad8c3>]
>>>> ? ra_submit+0x1c/0x23
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277372] [<ffffffff810a6348>]
>>>> ? generic_file_aio_read+0x269/0x5b6
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277390] [<ffffffff810d4399>]
>>>> ? do_sync_read+0x6e/0x90
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277406] [<ffffffff8114bf8d>]
>>>> ? read_cryptcompress+0x69/0x95
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277423] [<ffffffff8114723b>]
>>>> ? reiser4_read_dispatch+0xc9/0x124
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277441] [<ffffffff810d4dc2>]
>>>> ? vfs_read+0xac/0x146
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277456] [<ffffffff810d51da>]
>>>> ? SyS_read+0x4e/0x78
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277471] [<ffffffff814c9312>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277487] Code: f9 00 00 00 44
>>>> 8b ad 88 00 00 00 41 83 fd 02 74 1a 77 0c 41 83 fd 01 0f 85 e0 00 00
>>>> 00 eb 61 41 83 fd 04 0f 87 d4 00 00 00 eb 02 <0f> 0b 65 48 8b 14 25 48
>>>> b7 00 00 48 81 ea d8 1f 00 00 ff 42 1c
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277612] RIP
>>>> [<ffffffff811555e9>] do_readpage_ctail+0x2f3/0x3ed
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.277630] RSP <ffff880074f81a28>
>>>> Nov 3 19:08:36 krshina3 kernel: [ 449.282221] ---[ end trace
>>>> f14ff60ec68f3286 ]---
>>>>
>>>> On Mon, Nov 3, 2014 at 5:43 PM, Edward Shishkin
>>>> <edward.shishkin@gmail.com> wrote:
>>>>>
>>>>> On 11/03/2014 04:48 PM, Dušan Čolić wrote:
>>>>>
>>>>>
>>>>> On Nov 3, 2014 4:43 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> On 11/03/2014 02:33 PM, Dušan Čolić wrote:
>>>>>>>
>>>>>>> I forgot:
>>>>>>> It was working for some time (deleting old directories etc.) and then
>>>>>>> crashed.
>>>>>>> Btw. why didn't that partition (/dev/md125) remounted read-only on
>>>>>>> error when I have that in /etc/fstab?
>>>>>>
>>>>>>
>>>>>>
>>>>>> What do you suggest to do when encountering IO error?
>>>>>> There is another option: to oops. You like this better?
>>>>>>
>>>>> There's a misunderstanding maybe.... Long time ago you told me to add
>>>>> onerror=remount-ro to fstab but now when this error happened system
>>>>> continued to work but the partition stayed rw, maybe I misunderstood
>>>>> the
>>>>> option?
>>>>>
>>>>>
>>>>>
>>>>> Ah, "onerror" means "on IO error".
>>>>> That is, file system submitted a RW-request, and the disk driver
>>>>> returns
>>>>> IO error for this request. If so, then you file system will become
>>>>> read-only.
>>>>>
>>>>> As to your case: there is no IO errors. There is a kernel oops, this is
>>>>> another
>>>>> situation..
>>>>>
>>>>> Edward.
>>>>>
>>>>>
>>>>>
>>>>>> Edward.
>>>>>>
>>>>>>
>>>>>>> On Mon, Nov 3, 2014 at 2:28 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>>>>
>>>>>>>> After an hour or more still nothing, one rsync went to zombie other
>>>>>>>> still in D state
>>>>>>>> I killed the main process and rebooted.
>>>>>>>>
>>>>>>>> krshina3 goran # ps -aux | grep rsync
>>>>>>>> root 6655 0.0 0.1 101568 9328 pts/4 D 13:08 0:01
>>>>>>>> /usr/bin/rsync -ax --delete --numeric-ids --relative
>>>>>>>> --delete-excluded
>>>>>>>> --exclude=/home/windows.qcow2
>>>>>>>> --link-dest=/mnt/backup/daily.1/localhost/ /home
>>>>>>>> /mnt/backup/daily.0/localhost/
>>>>>>>> root 6656 0.0 0.0 0 0 pts/4 Z 13:08 0:00
>>>>>>>> [rsync] <defunct>
>>>>>>>>
>>>>>>>>
>>>>>>>> Now I tried same command (rsnapshot -c /etc/rsnapshot.d/daily.conf
>>>>>>>> daily) and kernel BUGed with:
>>>>>>>>
>>>>>>>> krshina3 goran # rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>>>> rsync: writefd_unbuffered failed to write 5 bytes to socket
>>>>>>>> [generator]: Broken pipe (32)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>> rsnapshot encountered an error! The program was invoked with these
>>>>>>>> options:
>>>>>>>> /usr/bin/rsnapshot -c /etc/rsnapshot.d/daily.conf daily
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>> ERROR: /usr/bin/rsync returned 0.04296875 while processing /home/
>>>>>>>> WARNING: Rolling back "localhost/"
>>>>>>>> rsync error: error in rsync protocol data stream (code 12) at
>>>>>>>> io.c(1532) [generator=3.0.9]
>>>>>>>>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <CADW=+3mrqv=BjX8TCpRszFbr3OYEvgOk0OpcYe56f6OJmYDZbQ@mail.gmail.com>
@ 2014-11-30 23:04 ` Dušan Čolić
2014-11-30 23:48 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-11-30 23:04 UTC (permalink / raw)
To: Edward Shishkin, reiserfs-devel; +Cc: Ivan Shapovalov
On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
> As I had no time to make a full backup I went back to 3.10 kernel and had no
> problem since.
>
> Could this issue be connected with those firefox cache files that were bad
> (see other mail thread) so I deleted them but for some reason they continued
> making problems or problem wasn't really solved by deletion? I ask this as
> after long time of stable r4 I got 2 problems in same week so they're
> probably related.
>
> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
> wrote:
>>
>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>
>>
>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>> wrote:
>> >
>> > On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>> >>
>> >> Did a fsck of source partition.
>> >> Btw. why is there a reason this corruption appeared when I started
>> >> using 3.16.2 instead 3.10?
>> >>
>> >
>> >
>> > I would also suspect this failed mount.
>> > It could have fatal consequences for the system, and, in particular for
>> > your ''/".
>> >
>>
>> Failed mount happened on the partition that I was copying to,/mnt/backup,
>> and it fscked ok.
>> / was partition I was copying from and it had errors.
>>
>>
>>
>> Hi Dušan,
>>
>> So, how is your / ?
So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
here ]------------
Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
fs/reiser4/plugin/item/ctail.c:669!
Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000 [#1] SMP
Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
Comm: rsync Not tainted 3.16.5-gentoo #2
Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
do_readpage_ctail+0x2c5/0x3c4
Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
0018:ffff88011821baa8 EFLAGS: 00010246
Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
RBX: ffff88011821bb78 RCX: 000000000002f35d
Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
RSI: 0000000000000000 RDI: ffff8800b953b000
Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
R08: 0000000000000000 R09: 0000000000000000
Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
R11: 0000000000012368 R12: 0000000000000002
Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
R14: ffffea00052f5158 R15: 0000000000000000
Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
00007f3d4d434700(0000) GS:ffff88022e380000(0000)
knlGS:0000000000000000
Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
ES: 0000 CR0: 0000000080050033
Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
CR3: 00000001a0c03000 CR4: 00000000001427e0
Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
ffff88011821bb78 0000000000000000 ffff880169d231a0
Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
ffffea00052f5158 0000000000000000 ffffffff8115ad7b
Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
? ctail_readpages_filler+0x188/0x1c9
Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
? do_readpage_ctail+0x3c4/0x3c4
Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
? read_cache_pages+0x91/0xfc
Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
? readpages_ctail+0x2c8/0x2e5
Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
? readpages_cryptcompress+0x39/0x5f
Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
? __do_page_cache_readahead+0x136/0x1d0
Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
? ondemand_readahead+0x1f5/0x203
Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
? generic_file_read_iter+0x191/0x539
Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
? path_openat+0x24b/0x5ce
Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
? new_sync_read+0x6b/0x8f
Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
? read_cryptcompress+0x6f/0x97
Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
? reiser4_read_dispatch+0xc7/0x11e
Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
? vfs_read+0x84/0x13e
Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
? SyS_read+0x41/0x84
Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
? system_call_fastpath+0x16/0x1b
Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
41 83 fc 01 0f 85 de 00 00 00 49 8b 56
Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
[<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP <ffff88011821baa8>
Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
45473ce04b35219f ]---
Looks like same error like last time I used 3.16. Kernel 3.10 lasted
with 20 days uptime without problems this month and 3.16 had this oops
after 3 days.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-11-30 23:04 ` Dušan Čolić
@ 2014-11-30 23:48 ` Edward Shishkin
[not found] ` <CADW=+3=Tqw-2yfe6q4ERKSdyu9BmbApoREi-p4A7Auu_k27A6Q@mail.gmail.com>
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-11-30 23:48 UTC (permalink / raw)
To: Dušan Čolić, reiserfs-devel; +Cc: Ivan Shapovalov
On 12/01/2014 12:04 AM, Dušan Čolić wrote:
> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>> As I had no time to make a full backup I went back to 3.10 kernel and had no
>> problem since.
>>
>> Could this issue be connected with those firefox cache files that were bad
>> (see other mail thread) so I deleted them but for some reason they continued
>> making problems or problem wasn't really solved by deletion? I ask this as
>> after long time of stable r4 I got 2 problems in same week so they're
>> probably related.
>>
>> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>> wrote:
>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>
>>>
>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>> wrote:
>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>> Did a fsck of source partition.
>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>> using 3.16.2 instead 3.10?
>>>>>
>>>>
>>>> I would also suspect this failed mount.
>>>> It could have fatal consequences for the system, and, in particular for
>>>> your ''/".
>>>>
>>> Failed mount happened on the partition that I was copying to,/mnt/backup,
>>> and it fscked ok.
>>> / was partition I was copying from and it had errors.
>>>
>>>
>>>
>>> Hi Dušan,
>>>
>>> So, how is your / ?
> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>
> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
> here ]------------
> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
> fs/reiser4/plugin/item/ctail.c:669!
> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000 [#1] SMP
> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
> Comm: rsync Not tainted 3.16.5-gentoo #2
> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
> do_readpage_ctail+0x2c5/0x3c4
> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
> 0018:ffff88011821baa8 EFLAGS: 00010246
> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
> RBX: ffff88011821bb78 RCX: 000000000002f35d
> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
> RSI: 0000000000000000 RDI: ffff8800b953b000
> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
> R08: 0000000000000000 R09: 0000000000000000
> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
> R11: 0000000000012368 R12: 0000000000000002
> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
> R14: ffffea00052f5158 R15: 0000000000000000
> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
> knlGS:0000000000000000
> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
> ES: 0000 CR0: 0000000080050033
> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
> CR3: 00000001a0c03000 CR4: 00000000001427e0
> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
> ffff88011821bb78 0000000000000000 ffff880169d231a0
> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
> ? ctail_readpages_filler+0x188/0x1c9
> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
> ? do_readpage_ctail+0x3c4/0x3c4
> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
> ? read_cache_pages+0x91/0xfc
> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
> ? readpages_ctail+0x2c8/0x2e5
> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
> ? readpages_cryptcompress+0x39/0x5f
> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
> ? __do_page_cache_readahead+0x136/0x1d0
> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
> ? ondemand_readahead+0x1f5/0x203
> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
> ? generic_file_read_iter+0x191/0x539
> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
> ? path_openat+0x24b/0x5ce
> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
> ? new_sync_read+0x6b/0x8f
> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
> ? read_cryptcompress+0x6f/0x97
> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
> ? reiser4_read_dispatch+0xc7/0x11e
> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
> ? vfs_read+0x84/0x13e
> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
> ? SyS_read+0x41/0x84
> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
> ? system_call_fastpath+0x16/0x1b
> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP <ffff88011821baa8>
> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
> 45473ce04b35219f ]---
>
> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
> with 20 days uptime without problems this month and 3.16 had this oops
> after 3 days.
Unfortunately, there is no any ideas...
I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
Thanks,
Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <547BAF3D.1000605@gmail.com>
@ 2014-12-03 20:16 ` Dušan Čolić
2014-12-07 8:07 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-12-03 20:16 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
>
> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>
>
> On Dec 1, 2014 12:47 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
> wrote:
>>
>>
>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>
>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>
>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>> had no
>>>> problem since.
>>>>
>>>> Could this issue be connected with those firefox cache files that were
>>>> bad
>>>> (see other mail thread) so I deleted them but for some reason they
>>>> continued
>>>> making problems or problem wasn't really solved by deletion? I ask this
>>>> as
>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>> probably related.
>>>>
>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>> wrote:
>>>>>
>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>
>>>>>
>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>
>>>>>>> Did a fsck of source partition.
>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>
>>>>>>
>>>>>> I would also suspect this failed mount.
>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>> for
>>>>>> your ''/".
>>>>>>
>>>>> Failed mount happened on the partition that I was copying
>>>>> to,/mnt/backup,
>>>>> and it fscked ok.
>>>>> / was partition I was copying from and it had errors.
>>>>>
>>>>>
>>>>>
>>>>> Hi Dušan,
>>>>>
>>>>> So, how is your / ?
>>>
>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>
>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>> here ]------------
>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>> fs/reiser4/plugin/item/ctail.c:669!
>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>> [#1] SMP
>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>> do_readpage_ctail+0x2c5/0x3c4
>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>> R08: 0000000000000000 R09: 0000000000000000
>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>> R11: 0000000000012368 R12: 0000000000000002
>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>> R14: ffffea00052f5158 R15: 0000000000000000
>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>> knlGS:0000000000000000
>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>> ES: 0000 CR0: 0000000080050033
>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>> ? ctail_readpages_filler+0x188/0x1c9
>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>> ? do_readpage_ctail+0x3c4/0x3c4
>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>> ? read_cache_pages+0x91/0xfc
>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>> ? readpages_ctail+0x2c8/0x2e5
>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>> ? readpages_cryptcompress+0x39/0x5f
>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>> ? __do_page_cache_readahead+0x136/0x1d0
>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>> ? ondemand_readahead+0x1f5/0x203
>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>> ? generic_file_read_iter+0x191/0x539
>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>> ? path_openat+0x24b/0x5ce
>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>> ? new_sync_read+0x6b/0x8f
>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>> ? read_cryptcompress+0x6f/0x97
>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>> ? reiser4_read_dispatch+0xc7/0x11e
>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>> ? vfs_read+0x84/0x13e
>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>> ? SyS_read+0x41/0x84
>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>> ? system_call_fastpath+0x16/0x1b
>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP <ffff88011821baa8>
>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>> 45473ce04b35219f ]---
>>>
>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>> with 20 days uptime without problems this month and 3.16 had this oops
>>> after 3 days.
>>
>>
>>
>> Unfortunately, there is no any ideas...
>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>
>
> Ofcourse!
>
Funny thing is that again only 2 twigs were damaged..
Now I'm going to use R4-from3.11-ported-to3.16.patch and report on the results.
Results from fsck --build-fs:
FSCK: node.c: 108: repair_node_items_check: Node (4078203), items (60) and (61):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078203): the node is
unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
FSCK: node.c: 108: repair_node_items_check: Node (4078899), items (6) and (7):
Wrong order of keys.
FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078899): the node is
unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
FSCK: node.c: 108: repair_node_items_check: Node (4079383), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4079488), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4079546), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4092423), items (1) and (2):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0) and (1):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
Wrong order of keys.
FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0) and (1):
Wrong order of keys.
>
>
> OK, I'll try to port it ASAP,
> for now fsck your / .. .
>
> Thanks,
> Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-03 20:16 ` Dušan Čolić
@ 2014-12-07 8:07 ` Dušan Čolić
2014-12-07 10:52 ` Edward Shishkin
2014-12-10 9:46 ` doiggl
0 siblings, 2 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-12-07 8:07 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
And on the 4th day:
### RSNAPSHOT DAILY ###
fsck.reiser4 /dev/md125
mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
Backup failure
umount: /mnt/backup: not mounted
krshina3 ~ # cat /proc/meminfo
MemTotal: 7867900 kB
MemFree: 1553044 kB
MemAvailable: 4853752 kB
Buffers: 0 kB
Cached: 2975880 kB
SwapCached: 4944 kB
Active: 3780968 kB
Inactive: 2003640 kB
Active(anon): 2336740 kB
Inactive(anon): 498120 kB
Active(file): 1444228 kB
Inactive(file): 1505520 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 594300 kB
SwapFree: 180008 kB
Dirty: 3064 kB
Writeback: 0 kB
AnonPages: 2804424 kB
Mapped: 180772 kB
Shmem: 26132 kB
Slab: 427632 kB
SReclaimable: 392984 kB
SUnreclaim: 34648 kB
KernelStack: 7536 kB
PageTables: 38328 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 4528248 kB
Committed_AS: 5352472 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 352244 kB
VmallocChunk: 34359293283 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 12224 kB
DirectMap2M: 8056832 kB
Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
disk format 4.0.0.
Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
allocation failure: order:4, mode:0x2040d0
Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
Comm: mount Not tainted 3.16.5-gentoo #1
Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
07/04/2012
Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
0000000000000000 00000002fffffff0 0000000000000010
Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
0000000000000000 0000000000000010 0000204081818240
Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
? dump_stack+0x41/0x51
Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
? warn_alloc_failed+0x10c/0x120
Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
? __alloc_pages_nodemask+0x581/0x69d
Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
? cache_alloc_refill+0x261/0x48c
Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
? reiser4_mount+0xc/0xc
Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
? kmem_cache_alloc+0x6d/0xa1
Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
? znodes_tree_init+0xb9/0xe6
Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
? reiser4_init_tree+0x3f/0xb2
Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
? init_format_format40+0x357/0x4e4
Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
? wake_up_bit+0xc/0x1b
Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
? fill_super+0xcb/0x1ad
Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
? mount_bdev+0x133/0x186
Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
? mount_fs+0xc/0x9e
Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
? vfs_kern_mount+0x5e/0xef
Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
? do_mount+0x80b/0x904
Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
? SyS_mount+0x7e/0xb7
Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
? system_call_fastpath+0x16/0x1b
Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
btch: 1 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
btch: 1 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
btch: 1 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
btch: 1 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
btch: 31 usd: 0
Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
inactive_anon:120226 isolated_anon:0
Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
inactive_file:503029 isolated_file:0
Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
dirty:333 writeback:0 unstable:0
Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
slab_reclaimable:109978 slab_unreclaimable:8402
Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
shmem:5928 pagetables:9488 bounce:0
Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? yes
Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
2952 7667 7667
Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
min:4308kB low:5384kB high:6460kB active_anon:837216kB
inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0 4714 4714
Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
min:6880kB low:8600kB high:10320kB active_anon:1535060kB
inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
unevictable:0kB isolated(anon):0kB isolated(file):0kB
present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
all_unreclaimable? no
Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
(U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
(UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
(UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
hugepages_total=0 hugepages_free=0 hugepages_surp=0
hugepages_size=2048kB
Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache pages
Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
133257, delete 132029, find 57308/68141
Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages HighMem/MovableOnly
Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić <dusanc@gmail.com> wrote:
> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>>
>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>
>>
>> On Dec 1, 2014 12:47 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>> wrote:
>>>
>>>
>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>
>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>
>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>> had no
>>>>> problem since.
>>>>>
>>>>> Could this issue be connected with those firefox cache files that were
>>>>> bad
>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>> continued
>>>>> making problems or problem wasn't really solved by deletion? I ask this
>>>>> as
>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>> probably related.
>>>>>
>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>
>>>>>>
>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>> Did a fsck of source partition.
>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>
>>>>>>>
>>>>>>> I would also suspect this failed mount.
>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>> for
>>>>>>> your ''/".
>>>>>>>
>>>>>> Failed mount happened on the partition that I was copying
>>>>>> to,/mnt/backup,
>>>>>> and it fscked ok.
>>>>>> / was partition I was copying from and it had errors.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Dušan,
>>>>>>
>>>>>> So, how is your / ?
>>>>
>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>> here ]------------
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>> [#1] SMP
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>> do_readpage_ctail+0x2c5/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>> R08: 0000000000000000 R09: 0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>> R11: 0000000000012368 R12: 0000000000000002
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>> knlGS:0000000000000000
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>> ES: 0000 CR0: 0000000080050033
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>>> ? read_cache_pages+0x91/0xfc
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>>> ? readpages_ctail+0x2c8/0x2e5
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>>> ? readpages_cryptcompress+0x39/0x5f
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>>> ? ondemand_readahead+0x1f5/0x203
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>>> ? generic_file_read_iter+0x191/0x539
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>>> ? path_openat+0x24b/0x5ce
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>>> ? new_sync_read+0x6b/0x8f
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>>> ? read_cryptcompress+0x6f/0x97
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>>> ? vfs_read+0x84/0x13e
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>>> ? SyS_read+0x41/0x84
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP <ffff88011821baa8>
>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>> 45473ce04b35219f ]---
>>>>
>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>> after 3 days.
>>>
>>>
>>>
>>> Unfortunately, there is no any ideas...
>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>
>>
>> Ofcourse!
>>
> Funny thing is that again only 2 twigs were damaged..
> Now I'm going to use R4-from3.11-ported-to3.16.patch and report on the results.
>
> Results from fsck --build-fs:
>
> FSCK: node.c: 108: repair_node_items_check: Node (4078203), items (60) and (61):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078203): the node is
> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4078899), items (6) and (7):
> Wrong order of keys.
> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078899): the node is
> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
> FSCK: node.c: 108: repair_node_items_check: Node (4079383), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4079488), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4079546), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4092423), items (1) and (2):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0) and (1):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
> Wrong order of keys.
> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0) and (1):
> Wrong order of keys.
>
>
>
>
>>
>>
>> OK, I'll try to port it ASAP,
>> for now fsck your / .. .
>>
>> Thanks,
>> Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-07 8:07 ` Dušan Čolić
@ 2014-12-07 10:52 ` Edward Shishkin
2014-12-07 23:45 ` Dušan Čolić
2014-12-10 9:46 ` doiggl
1 sibling, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-12-07 10:52 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
And the root partition became corrupted, or...?
Thanks,
Edward.
On 12/07/2014 09:07 AM, Dušan Čolić wrote:
> And on the 4th day:
>
> ### RSNAPSHOT DAILY ###
> fsck.reiser4 /dev/md125
> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
> Backup failure
> umount: /mnt/backup: not mounted
>
>
> krshina3 ~ # cat /proc/meminfo
> MemTotal: 7867900 kB
> MemFree: 1553044 kB
> MemAvailable: 4853752 kB
> Buffers: 0 kB
> Cached: 2975880 kB
> SwapCached: 4944 kB
> Active: 3780968 kB
> Inactive: 2003640 kB
> Active(anon): 2336740 kB
> Inactive(anon): 498120 kB
> Active(file): 1444228 kB
> Inactive(file): 1505520 kB
> Unevictable: 0 kB
> Mlocked: 0 kB
> SwapTotal: 594300 kB
> SwapFree: 180008 kB
> Dirty: 3064 kB
> Writeback: 0 kB
> AnonPages: 2804424 kB
> Mapped: 180772 kB
> Shmem: 26132 kB
> Slab: 427632 kB
> SReclaimable: 392984 kB
> SUnreclaim: 34648 kB
> KernelStack: 7536 kB
> PageTables: 38328 kB
> NFS_Unstable: 0 kB
> Bounce: 0 kB
> WritebackTmp: 0 kB
> CommitLimit: 4528248 kB
> Committed_AS: 5352472 kB
> VmallocTotal: 34359738367 kB
> VmallocUsed: 352244 kB
> VmallocChunk: 34359293283 kB
> HugePages_Total: 0
> HugePages_Free: 0
> HugePages_Rsvd: 0
> HugePages_Surp: 0
> Hugepagesize: 2048 kB
> DirectMap4k: 12224 kB
> DirectMap2M: 8056832 kB
>
>
> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
> disk format 4.0.0.
> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
> allocation failure: order:4, mode:0x2040d0
> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
> Comm: mount Not tainted 3.16.5-gentoo #1
> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
> 07/04/2012
> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
> 0000000000000000 00000002fffffff0 0000000000000010
> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
> 0000000000000000 0000000000000010 0000204081818240
> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
> ? dump_stack+0x41/0x51
> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
> ? warn_alloc_failed+0x10c/0x120
> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
> ? __alloc_pages_nodemask+0x581/0x69d
> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
> ? cache_alloc_refill+0x261/0x48c
> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
> ? reiser4_mount+0xc/0xc
> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
> ? kmem_cache_alloc+0x6d/0xa1
> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
> ? znodes_tree_init+0xb9/0xe6
> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
> ? reiser4_init_tree+0x3f/0xb2
> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
> ? init_format_format40+0x357/0x4e4
> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
> ? wake_up_bit+0xc/0x1b
> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
> ? fill_super+0xcb/0x1ad
> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
> ? mount_bdev+0x133/0x186
> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
> ? mount_fs+0xc/0x9e
> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
> ? vfs_kern_mount+0x5e/0xef
> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
> ? do_mount+0x80b/0x904
> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
> ? SyS_mount+0x7e/0xb7
> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
> ? system_call_fastpath+0x16/0x1b
> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
> btch: 1 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
> btch: 1 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
> btch: 1 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
> btch: 1 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
> btch: 31 usd: 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
> inactive_anon:120226 isolated_anon:0
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
> inactive_file:503029 isolated_file:0
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
> dirty:333 writeback:0 unstable:0
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
> slab_reclaimable:109978 slab_unreclaimable:8402
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
> shmem:5928 pagetables:9488 bounce:0
> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? yes
> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
> 2952 7667 7667
> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
> min:4308kB low:5384kB high:6460kB active_anon:837216kB
> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? no
> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0 4714 4714
> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
> unevictable:0kB isolated(anon):0kB isolated(file):0kB
> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
> all_unreclaimable? no
> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
> hugepages_total=0 hugepages_free=0 hugepages_surp=0
> hugepages_size=2048kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache pages
> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
> 133257, delete 132029, find 57308/68141
> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages HighMem/MovableOnly
> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>
> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>
>>>
>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>> wrote:
>>>>
>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>>> had no
>>>>>> problem since.
>>>>>>
>>>>>> Could this issue be connected with those firefox cache files that were
>>>>>> bad
>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>> continued
>>>>>> making problems or problem wasn't really solved by deletion? I ask this
>>>>>> as
>>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>>> probably related.
>>>>>>
>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>>> wrote:
>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>
>>>>>>>
>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>>>>> wrote:
>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>> Did a fsck of source partition.
>>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>
>>>>>>>> I would also suspect this failed mount.
>>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>>> for
>>>>>>>> your ''/".
>>>>>>>>
>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>> to,/mnt/backup,
>>>>>>> and it fscked ok.
>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi Dušan,
>>>>>>>
>>>>>>> So, how is your / ?
>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>>
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>> here ]------------
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>>> [#1] SMP
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>> 07/04/2012
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>> knlGS:0000000000000000
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>> ES: 0000 CR0: 0000000080050033
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>>>> ? read_cache_pages+0x91/0xfc
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>>>> ? generic_file_read_iter+0x191/0x539
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>>>> ? path_openat+0x24b/0x5ce
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>>>> ? new_sync_read+0x6b/0x8f
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>>>> ? read_cryptcompress+0x6f/0x97
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>>>> ? vfs_read+0x84/0x13e
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>>>> ? SyS_read+0x41/0x84
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>>>> ? system_call_fastpath+0x16/0x1b
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP <ffff88011821baa8>
>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>> 45473ce04b35219f ]---
>>>>>
>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>>> after 3 days.
>>>>
>>>>
>>>> Unfortunately, there is no any ideas...
>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>
>>> Ofcourse!
>>>
>> Funny thing is that again only 2 twigs were damaged..
>> Now I'm going to use R4-from3.11-ported-to3.16.patch and report on the results.
>>
>> Results from fsck --build-fs:
>>
>> FSCK: node.c: 108: repair_node_items_check: Node (4078203), items (60) and (61):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078203): the node is
>> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
>> FSCK: node.c: 108: repair_node_items_check: Node (4078899), items (6) and (7):
>> Wrong order of keys.
>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078899): the node is
>> unrecoverable. Pointed from the node (655473), item (14), unit (0). Removed.
>> FSCK: node.c: 108: repair_node_items_check: Node (4079383), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4079488), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4079546), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and (2):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4092423), items (1) and (2):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27) and (28):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0) and (1):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12) and (13):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21) and (22):
>> Wrong order of keys.
>> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0) and (1):
>> Wrong order of keys.
>>
>>
>>
>>
>>>
>>> OK, I'll try to port it ASAP,
>>> for now fsck your / .. .
>>>
>>> Thanks,
>>> Edward.
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-07 10:52 ` Edward Shishkin
@ 2014-12-07 23:45 ` Dušan Čolić
2014-12-08 11:22 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-12-07 23:45 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> And the root partition became corrupted, or...?
>
Yes, just managed to fsck it now.
fsck:
CHECKING THE STORAGE TREE $
[==\ ] 4% $
Nodes left in the tree 3678479
Leaves of them 3626831, Twigs of them 50438
Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26 2014
CHECKING EXTENT REGIONS.
Read twigs 50438
Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35 2014
CHECKING THE SEMANTIC TREE
FSCK:
/mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
(ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
Found 543127 objects (some could be encountered more then once).
Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50 2014
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
repair_sem_fini: On-disk used block bitmap and really used block bitmap differ.
***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
Closing fs...done
build-fs:
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4078203), items (60) and (61): Wrong order of
keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4078899), items (6) and (7): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4079383), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4079488), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4079546), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4080447), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4080571), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4081137), items (1) and (2): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4090871), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4091337), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4091990), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4092423), items (1) and (2): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4093016), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4093690), items (27) and (28): Wrong order of
keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4094525), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4096175), items (0) and (1): Wrong order of keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4099659), items (12) and (13): Wrong order of
keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4099663), items (21) and (22): Wrong order of
keys.
FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
repair_node_items_check: Node (4113492), items (0) and (1): Wrong order of keys.
> Thanks,
> Edward.
>
>
>
> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>
>> And on the 4th day:
>>
>> ### RSNAPSHOT DAILY ###
>> fsck.reiser4 /dev/md125
>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>> Backup failure
>> umount: /mnt/backup: not mounted
>>
>>
>> krshina3 ~ # cat /proc/meminfo
>> MemTotal: 7867900 kB
>> MemFree: 1553044 kB
>> MemAvailable: 4853752 kB
>> Buffers: 0 kB
>> Cached: 2975880 kB
>> SwapCached: 4944 kB
>> Active: 3780968 kB
>> Inactive: 2003640 kB
>> Active(anon): 2336740 kB
>> Inactive(anon): 498120 kB
>> Active(file): 1444228 kB
>> Inactive(file): 1505520 kB
>> Unevictable: 0 kB
>> Mlocked: 0 kB
>> SwapTotal: 594300 kB
>> SwapFree: 180008 kB
>> Dirty: 3064 kB
>> Writeback: 0 kB
>> AnonPages: 2804424 kB
>> Mapped: 180772 kB
>> Shmem: 26132 kB
>> Slab: 427632 kB
>> SReclaimable: 392984 kB
>> SUnreclaim: 34648 kB
>> KernelStack: 7536 kB
>> PageTables: 38328 kB
>> NFS_Unstable: 0 kB
>> Bounce: 0 kB
>> WritebackTmp: 0 kB
>> CommitLimit: 4528248 kB
>> Committed_AS: 5352472 kB
>> VmallocTotal: 34359738367 kB
>> VmallocUsed: 352244 kB
>> VmallocChunk: 34359293283 kB
>> HugePages_Total: 0
>> HugePages_Free: 0
>> HugePages_Rsvd: 0
>> HugePages_Surp: 0
>> Hugepagesize: 2048 kB
>> DirectMap4k: 12224 kB
>> DirectMap2M: 8056832 kB
>>
>>
>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>> disk format 4.0.0.
>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>> allocation failure: order:4, mode:0x2040d0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>> Comm: mount Not tainted 3.16.5-gentoo #1
>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>> 07/04/2012
>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>> 0000000000000000 00000002fffffff0 0000000000000010
>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>> 0000000000000000 0000000000000010 0000204081818240
>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>> ? dump_stack+0x41/0x51
>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>> ? warn_alloc_failed+0x10c/0x120
>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>> ? __alloc_pages_nodemask+0x581/0x69d
>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>> ? cache_alloc_refill+0x261/0x48c
>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>> ? reiser4_mount+0xc/0xc
>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>> ? kmem_cache_alloc+0x6d/0xa1
>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>> ? znodes_tree_init+0xb9/0xe6
>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>> ? reiser4_init_tree+0x3f/0xb2
>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>> ? init_format_format40+0x357/0x4e4
>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>> ? wake_up_bit+0xc/0x1b
>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>> ? fill_super+0xcb/0x1ad
>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>> ? mount_bdev+0x133/0x186
>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>> ? mount_fs+0xc/0x9e
>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>> ? vfs_kern_mount+0x5e/0xef
>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>> ? do_mount+0x80b/0x904
>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>> ? SyS_mount+0x7e/0xb7
>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>> ? system_call_fastpath+0x16/0x1b
>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>> btch: 1 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>> btch: 1 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>> btch: 1 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>> btch: 1 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>> btch: 31 usd: 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>> inactive_anon:120226 isolated_anon:0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>> inactive_file:503029 isolated_file:0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>> dirty:333 writeback:0 unstable:0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>> slab_reclaimable:109978 slab_unreclaimable:8402
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>> shmem:5928 pagetables:9488 bounce:0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? yes
>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>> 2952 7667 7667
>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>> 4714 4714
>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>> all_unreclaimable? no
>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>> hugepages_size=2048kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache
>> pages
>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>> 133257, delete 132029, find 57308/68141
>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>> HighMem/MovableOnly
>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>
>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>
>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>> <edward.shishkin@gmail.com> wrote:
>>>>
>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>
>>>>
>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin" <edward.shishkin@gmail.com>
>>>> wrote:
>>>>>
>>>>>
>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>
>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić <dusanc@gmail.com> wrote:
>>>>>>>
>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>>>> had no
>>>>>>> problem since.
>>>>>>>
>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>> were
>>>>>>> bad
>>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>>> continued
>>>>>>> making problems or problem wasn't really solved by deletion? I ask
>>>>>>> this
>>>>>>> as
>>>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>>>> probably related.
>>>>>>>
>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>> <edward.shishkin@gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>
>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>
>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>>>> for
>>>>>>>>> your ''/".
>>>>>>>>>
>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>> to,/mnt/backup,
>>>>>>>> and it fscked ok.
>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Dušan,
>>>>>>>>
>>>>>>>> So, how is your / ?
>>>>>>
>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>>>
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>> here ]------------
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>>>> [#1] SMP
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>> knlGS:0000000000000000
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>>>>> ? path_openat+0x24b/0x5ce
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>>>>> ? vfs_read+0x84/0x13e
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>>>>> ? SyS_read+0x41/0x84
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>> <ffff88011821baa8>
>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>> 45473ce04b35219f ]---
>>>>>>
>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>>>> after 3 days.
>>>>>
>>>>>
>>>>>
>>>>> Unfortunately, there is no any ideas...
>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>
>>>> Ofcourse!
>>>>
>>> Funny thing is that again only 2 twigs were damaged..
>>> Now I'm going to use R4-from3.11-ported-to3.16.patch and report on the
>>> results.
>>>
>>> Results from fsck --build-fs:
>>>
>>> FSCK: node.c: 108: repair_node_items_check: Node (4078203), items (60)
>>> and (61):
>>> Wrong order of keys.
>>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078203): the
>>> node is
>>> unrecoverable. Pointed from the node (655473), item (14), unit (0).
>>> Removed.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4078899), items (6) and
>>> (7):
>>> Wrong order of keys.
>>> FSCK: filter.c: 407: repair_filter_update_traverse: Node (4078899): the
>>> node is
>>> unrecoverable. Pointed from the node (655473), item (14), unit (0).
>>> Removed.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4079383), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4079488), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4079546), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4080447), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4080571), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4081137), items (1) and
>>> (2):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4090871), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4091337), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4091990), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4092423), items (1) and
>>> (2):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4093016), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4093690), items (27)
>>> and (28):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4094525), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4096175), items (0) and
>>> (1):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4099659), items (12)
>>> and (13):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4099663), items (21)
>>> and (22):
>>> Wrong order of keys.
>>> FSCK: node.c: 108: repair_node_items_check: Node (4113492), items (0) and
>>> (1):
>>> Wrong order of keys.
>>>
>>>
>>>
>>>
>>>>
>>>> OK, I'll try to port it ASAP,
>>>> for now fsck your / .. .
>>>>
>>>> Thanks,
>>>> Edward.
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-07 23:45 ` Dušan Čolić
@ 2014-12-08 11:22 ` Edward Shishkin
2014-12-08 11:54 ` Dušan Čolić
[not found] ` <CADW=+3kGn9OBoHiVWT3EkmSxGn==0ZsEa1nS_dP7-oQeq5h48g@mail.gmail.com>
0 siblings, 2 replies; 33+ messages in thread
From: Edward Shishkin @ 2014-12-08 11:22 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
Is .config the same as in the stuff for 3.10?
Thanks,
Edward.
On 12/08/2014 12:45 AM, Dušan Čolić wrote:
> On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> And the root partition became corrupted, or...?
>>
> Yes, just managed to fsck it now.
>
> fsck:
>
> CHECKING THE STORAGE TREE $
> [==\ ] 4% $
> Nodes left in the tree 3678479
> Leaves of them 3626831, Twigs of them 50438
> Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26 2014
> CHECKING EXTENT REGIONS.
> Read twigs 50438
> Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35 2014
> CHECKING THE SEMANTIC TREE
> FSCK:
> /mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
> 167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
> (ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
> Found 543127 objects (some could be encountered more then once).
> Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50 2014
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
> repair_sem_fini: On-disk used block bitmap and really used block bitmap differ.
> ***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
> Closing fs...done
>
>
> build-fs:
>
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4078203), items (60) and (61): Wrong order of
> keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4078899), items (6) and (7): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4079383), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4079488), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4079546), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4080447), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4080571), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4081137), items (1) and (2): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4090871), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4091337), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4091990), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4092423), items (1) and (2): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4093016), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4093690), items (27) and (28): Wrong order of
> keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4094525), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4096175), items (0) and (1): Wrong order of keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4099659), items (12) and (13): Wrong order of
> keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4099663), items (21) and (22): Wrong order of
> keys.
> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
> repair_node_items_check: Node (4113492), items (0) and (1): Wrong order of keys.
>
>> Thanks,
>> Edward.
>>
>>
>>
>> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>> And on the 4th day:
>>>
>>> ### RSNAPSHOT DAILY ###
>>> fsck.reiser4 /dev/md125
>>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>>> Backup failure
>>> umount: /mnt/backup: not mounted
>>>
>>>
>>> krshina3 ~ # cat /proc/meminfo
>>> MemTotal: 7867900 kB
>>> MemFree: 1553044 kB
>>> MemAvailable: 4853752 kB
>>> Buffers: 0 kB
>>> Cached: 2975880 kB
>>> SwapCached: 4944 kB
>>> Active: 3780968 kB
>>> Inactive: 2003640 kB
>>> Active(anon): 2336740 kB
>>> Inactive(anon): 498120 kB
>>> Active(file): 1444228 kB
>>> Inactive(file): 1505520 kB
>>> Unevictable: 0 kB
>>> Mlocked: 0 kB
>>> SwapTotal: 594300 kB
>>> SwapFree: 180008 kB
>>> Dirty: 3064 kB
>>> Writeback: 0 kB
>>> AnonPages: 2804424 kB
>>> Mapped: 180772 kB
>>> Shmem: 26132 kB
>>> Slab: 427632 kB
>>> SReclaimable: 392984 kB
>>> SUnreclaim: 34648 kB
>>> KernelStack: 7536 kB
>>> PageTables: 38328 kB
>>> NFS_Unstable: 0 kB
>>> Bounce: 0 kB
>>> WritebackTmp: 0 kB
>>> CommitLimit: 4528248 kB
>>> Committed_AS: 5352472 kB
>>> VmallocTotal: 34359738367 kB
>>> VmallocUsed: 352244 kB
>>> VmallocChunk: 34359293283 kB
>>> HugePages_Total: 0
>>> HugePages_Free: 0
>>> HugePages_Rsvd: 0
>>> HugePages_Surp: 0
>>> Hugepagesize: 2048 kB
>>> DirectMap4k: 12224 kB
>>> DirectMap2M: 8056832 kB
>>>
>>>
>>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>>> disk format 4.0.0.
>>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>>> allocation failure: order:4, mode:0x2040d0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>> 07/04/2012
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>>> 0000000000000000 00000002fffffff0 0000000000000010
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>>> 0000000000000000 0000000000000010 0000204081818240
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>>> ? dump_stack+0x41/0x51
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>>> ? warn_alloc_failed+0x10c/0x120
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>>> ? __alloc_pages_nodemask+0x581/0x69d
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>>> ? cache_alloc_refill+0x261/0x48c
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>>> ? reiser4_mount+0xc/0xc
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>>> ? kmem_cache_alloc+0x6d/0xa1
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>>> ? znodes_tree_init+0xb9/0xe6
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>>> ? reiser4_init_tree+0x3f/0xb2
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>>> ? init_format_format40+0x357/0x4e4
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>>> ? wake_up_bit+0xc/0x1b
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>>> ? fill_super+0xcb/0x1ad
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>>> ? mount_bdev+0x133/0x186
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>>> ? mount_fs+0xc/0x9e
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>>> ? vfs_kern_mount+0x5e/0xef
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>>> ? do_mount+0x80b/0x904
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>>> ? SyS_mount+0x7e/0xb7
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>>> ? system_call_fastpath+0x16/0x1b
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>>> btch: 1 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>>> btch: 1 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>>> btch: 1 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>>> btch: 1 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>>> btch: 31 usd: 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>>> inactive_anon:120226 isolated_anon:0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>>> inactive_file:503029 isolated_file:0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>>> dirty:333 writeback:0 unstable:0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>>> slab_reclaimable:109978 slab_unreclaimable:8402
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>>> shmem:5928 pagetables:9488 bounce:0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? yes
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>>> 2952 7667 7667
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? no
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>>> 4714 4714
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>> all_unreclaimable? no
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>> hugepages_size=2048kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache
>>> pages
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>>> 133257, delete 132029, find 57308/68141
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>>> HighMem/MovableOnly
>>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>>
>>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>>> <edward.shishkin@gmail.com> wrote:
>>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>>
>>>>>
>>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin"<edward.shishkin@gmail.com>
>>>>> wrote:
>>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>>>>> had no
>>>>>>>> problem since.
>>>>>>>>
>>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>>> were
>>>>>>>> bad
>>>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>>>> continued
>>>>>>>> making problems or problem wasn't really solved by deletion? I ask
>>>>>>>> this
>>>>>>>> as
>>>>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>>>>> probably related.
>>>>>>>>
>>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>> wrote:
>>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>>
>>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>>>>> for
>>>>>>>>>> your ''/".
>>>>>>>>>>
>>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>>> to,/mnt/backup,
>>>>>>>>> and it fscked ok.
>>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi Dušan,
>>>>>>>>>
>>>>>>>>> So, how is your / ?
>>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>>>>
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>>> here ]------------
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>>>>> [#1] SMP
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>>> 07/04/2012
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>>> knlGS:0000000000000000
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>>>>>> ? path_openat+0x24b/0x5ce
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>>>>>> ? vfs_read+0x84/0x13e
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>>>>>> ? SyS_read+0x41/0x84
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>>> <ffff88011821baa8>
>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>>> 45473ce04b35219f ]---
>>>>>>>
>>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>>>>> after 3 days.
>>>>>>
>>>>>> Unfortunately, there is no any ideas...
>>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>>
>>>>> Ofcourse!
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-08 11:22 ` Edward Shishkin
@ 2014-12-08 11:54 ` Dušan Čolić
2014-12-08 19:27 ` Edward Shishkin
[not found] ` <CADW=+3kGn9OBoHiVWT3EkmSxGn==0ZsEa1nS_dP7-oQeq5h48g@mail.gmail.com>
1 sibling, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-12-08 11:54 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
On Mon, Dec 8, 2014 at 12:22 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> Is .config the same as in the stuff for 3.10?
>
> Thanks,
> Edward.
>
Only thing that jumps out that we haven't mentioned yet is optimize for size....
I used same config for 3.16.2.patch and for 3.16ported-from3.11.patch
http://marc.info/?l=reiserfs-devel&m=141503126615043&w=2
"
Last time I enabled page migration in kernel so I tried to find what's
the difference between kernel config that worked and that fails:
krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
"+"|grep -v "#"|grep -v "@@"
--- ./.config 2014-11-03 17:09:03.895249969 +0100
+++ configBAD 2014-10-24 01:27:07.677613236 +0200
+CONFIG_CGROUPS=y
+CONFIG_CGROUP_SCHED=y
+CONFIG_FAIR_GROUP_SCHED=y
+CONFIG_SCHED_AUTOGROUP=y
+CONFIG_SCHED_MC=y
+CONFIG_KSM=y
+CONFIG_X86_INTEL_PSTATE=y
+CONFIG_EDAC=y
+CONFIG_EDAC_LEGACY_SYSFS=y
+CONFIG_DEBUG_INFO=y
+CONFIG_DEBUG_INFO_REDUCED=y
+CONFIG_FRAME_POINTER=y
krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
"-"|grep -v "#"|grep -v "@@"
--- ./.config 2014-11-03 17:09:03.895249969 +0100
+++ configBAD 2014-10-24 01:27:07.677613236 +0200
-CONFIG_USELIB=y
-CONFIG_AUDIT=y
-CONFIG_AUDITSYSCALL=y
-CONFIG_AUDIT_WATCH=y
-CONFIG_AUDIT_TREE=y
-CONFIG_CC_OPTIMIZE_FOR_SIZE=y
-CONFIG_GART_IOMMU=y
-CONFIG_LCD_CLASS_DEVICE=y
"
>
>
> On 12/08/2014 12:45 AM, Dušan Čolić wrote:
>>
>> On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> And the root partition became corrupted, or...?
>>>
>> Yes, just managed to fsck it now.
>>
>> fsck:
>>
>> CHECKING THE STORAGE TREE
>> $
>> [==\ ] 4%
>> $
>> Nodes left in the tree 3678479
>> Leaves of them 3626831, Twigs of them 50438
>> Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26
>> 2014
>> CHECKING EXTENT REGIONS.
>> Read twigs 50438
>> Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35
>> 2014
>> CHECKING THE SEMANTIC TREE
>> FSCK:
>>
>> /mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
>> 167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
>> (ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
>> Found 543127 objects (some could be encountered more then once).
>> Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50
>> 2014
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
>> repair_sem_fini: On-disk used block bitmap and really used block bitmap
>> differ.
>> ***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
>> Closing fs...done
>>
>>
>> build-fs:
>>
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4078203), items (60) and (61): Wrong order
>> of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4078899), items (6) and (7): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079383), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079488), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079546), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4080447), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4080571), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4081137), items (1) and (2): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4090871), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4091337), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4091990), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4092423), items (1) and (2): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4093016), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4093690), items (27) and (28): Wrong order
>> of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4094525), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4096175), items (0) and (1): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4099659), items (12) and (13): Wrong order
>> of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4099663), items (21) and (22): Wrong order
>> of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4113492), items (0) and (1): Wrong order of
>> keys.
>>
>>> Thanks,
>>> Edward.
>>>
>>>
>>>
>>> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>>>
>>>> And on the 4th day:
>>>>
>>>> ### RSNAPSHOT DAILY ###
>>>> fsck.reiser4 /dev/md125
>>>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>>>> Backup failure
>>>> umount: /mnt/backup: not mounted
>>>>
>>>>
>>>> krshina3 ~ # cat /proc/meminfo
>>>> MemTotal: 7867900 kB
>>>> MemFree: 1553044 kB
>>>> MemAvailable: 4853752 kB
>>>> Buffers: 0 kB
>>>> Cached: 2975880 kB
>>>> SwapCached: 4944 kB
>>>> Active: 3780968 kB
>>>> Inactive: 2003640 kB
>>>> Active(anon): 2336740 kB
>>>> Inactive(anon): 498120 kB
>>>> Active(file): 1444228 kB
>>>> Inactive(file): 1505520 kB
>>>> Unevictable: 0 kB
>>>> Mlocked: 0 kB
>>>> SwapTotal: 594300 kB
>>>> SwapFree: 180008 kB
>>>> Dirty: 3064 kB
>>>> Writeback: 0 kB
>>>> AnonPages: 2804424 kB
>>>> Mapped: 180772 kB
>>>> Shmem: 26132 kB
>>>> Slab: 427632 kB
>>>> SReclaimable: 392984 kB
>>>> SUnreclaim: 34648 kB
>>>> KernelStack: 7536 kB
>>>> PageTables: 38328 kB
>>>> NFS_Unstable: 0 kB
>>>> Bounce: 0 kB
>>>> WritebackTmp: 0 kB
>>>> CommitLimit: 4528248 kB
>>>> Committed_AS: 5352472 kB
>>>> VmallocTotal: 34359738367 kB
>>>> VmallocUsed: 352244 kB
>>>> VmallocChunk: 34359293283 kB
>>>> HugePages_Total: 0
>>>> HugePages_Free: 0
>>>> HugePages_Rsvd: 0
>>>> HugePages_Surp: 0
>>>> Hugepagesize: 2048 kB
>>>> DirectMap4k: 12224 kB
>>>> DirectMap2M: 8056832 kB
>>>>
>>>>
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>>>> disk format 4.0.0.
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>>>> allocation failure: order:4, mode:0x2040d0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>>>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>>>> 0000000000000000 00000002fffffff0 0000000000000010
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>>>> 0000000000000000 0000000000000010 0000204081818240
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>>>> ? dump_stack+0x41/0x51
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>>>> ? warn_alloc_failed+0x10c/0x120
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>>>> ? __alloc_pages_nodemask+0x581/0x69d
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>>>> ? cache_alloc_refill+0x261/0x48c
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>>>> ? reiser4_mount+0xc/0xc
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>>>> ? kmem_cache_alloc+0x6d/0xa1
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>>>> ? znodes_tree_init+0xb9/0xe6
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>>>> ? reiser4_init_tree+0x3f/0xb2
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>>>> ? init_format_format40+0x357/0x4e4
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>>>> ? wake_up_bit+0xc/0x1b
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>>>> ? fill_super+0xcb/0x1ad
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>>>> ? mount_bdev+0x133/0x186
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>>>> ? mount_fs+0xc/0x9e
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>>>> ? vfs_kern_mount+0x5e/0xef
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>>>> ? do_mount+0x80b/0x904
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>>>> ? SyS_mount+0x7e/0xb7
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>>>> inactive_anon:120226 isolated_anon:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>>>> inactive_file:503029 isolated_file:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>>>> dirty:333 writeback:0 unstable:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>>>> slab_reclaimable:109978 slab_unreclaimable:8402
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>>>> shmem:5928 pagetables:9488 bounce:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? yes
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>>>> 2952 7667 7667
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>>>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>>>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>>>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>>>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>>>> 4714 4714
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>>>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>>>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>>>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>>>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0
>>>> 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>>>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>>>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>>>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>>>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>> hugepages_size=2048kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache
>>>> pages
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap
>>>> cache
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>>>> 133257, delete 132029, find 57308/68141
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>>>> HighMem/MovableOnly
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>>>
>>>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>
>>>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>>>> <edward.shishkin@gmail.com> wrote:
>>>>>>
>>>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>>>
>>>>>>
>>>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin"<edward.shishkin@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić<dusanc@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel
>>>>>>>>> and
>>>>>>>>> had no
>>>>>>>>> problem since.
>>>>>>>>>
>>>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>>>> were
>>>>>>>>> bad
>>>>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>>>>> continued
>>>>>>>>> making problems or problem wasn't really solved by deletion? I ask
>>>>>>>>> this
>>>>>>>>> as
>>>>>>>>> after long time of stable r4 I got 2 problems in same week so
>>>>>>>>> they're
>>>>>>>>> probably related.
>>>>>>>>>
>>>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>>>> Btw. why is there a reason this corruption appeared when I
>>>>>>>>>>>> started
>>>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>>>
>>>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>>>> It could have fatal consequences for the system, and, in
>>>>>>>>>>> particular
>>>>>>>>>>> for
>>>>>>>>>>> your ''/".
>>>>>>>>>>>
>>>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>>>> to,/mnt/backup,
>>>>>>>>>> and it fscked ok.
>>>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Dušan,
>>>>>>>>>>
>>>>>>>>>> So, how is your / ?
>>>>>>>>
>>>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got
>>>>>>>> this:
>>>>>>>>
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>>>> here ]------------
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode:
>>>>>>>> 0000
>>>>>>>> [#1] SMP
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS
>>>>>>>> F5
>>>>>>>> 07/04/2012
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX:
>>>>>>>> 0000000000000000
>>>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX:
>>>>>>>> 000000000000002f
>>>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP:
>>>>>>>> ffff880169d231a0
>>>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10:
>>>>>>>> ffffffff8114eb84
>>>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13:
>>>>>>>> 0000000000001000
>>>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>>>> knlGS:0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2:
>>>>>>>> 0000000000980000
>>>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926]
>>>>>>>> [<ffffffff8115ad7b>]
>>>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302]
>>>>>>>> [<ffffffff8115abf3>]
>>>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655]
>>>>>>>> [<ffffffff810b5528>]
>>>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990]
>>>>>>>> [<ffffffff8115b17c>]
>>>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332]
>>>>>>>> [<ffffffff81151e72>]
>>>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704]
>>>>>>>> [<ffffffff810b56c9>]
>>>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094]
>>>>>>>> [<ffffffff810b5958>]
>>>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450]
>>>>>>>> [<ffffffff810ae761>]
>>>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827]
>>>>>>>> [<ffffffff810e9256>]
>>>>>>>> ? path_openat+0x24b/0x5ce
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147]
>>>>>>>> [<ffffffff810de1e6>]
>>>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469]
>>>>>>>> [<ffffffff81151f07>]
>>>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815]
>>>>>>>> [<ffffffff8114d4c0>]
>>>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181]
>>>>>>>> [<ffffffff810dedc9>]
>>>>>>>> ? vfs_read+0x84/0x13e
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483]
>>>>>>>> [<ffffffff810df25c>]
>>>>>>>> ? SyS_read+0x41/0x84
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780]
>>>>>>>> [<ffffffff815346d2>]
>>>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9
>>>>>>>> 00
>>>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00
>>>>>>>> 00
>>>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>>>> <ffff88011821baa8>
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>>>> 45473ce04b35219f ]---
>>>>>>>>
>>>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>>>>> with 20 days uptime without problems this month and 3.16 had this
>>>>>>>> oops
>>>>>>>> after 3 days.
>>>>>>>
>>>>>>>
>>>>>>> Unfortunately, there is no any ideas...
>>>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>>>
>>>>>> Ofcourse!
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-08 11:54 ` Dušan Čolić
@ 2014-12-08 19:27 ` Edward Shishkin
2014-12-16 13:03 ` Dušan Čolić
0 siblings, 1 reply; 33+ messages in thread
From: Edward Shishkin @ 2014-12-08 19:27 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
So in 3.16 when we ask for some memory, we get ENOMEM
plus a corrupted root partition..
I would also check the stuff for 3.17 before doing anything.
Thanks,
Edward.
On 12/08/2014 12:54 PM, Dušan Čolić wrote:
> On Mon, Dec 8, 2014 at 12:22 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> Is .config the same as in the stuff for 3.10?
>>
>> Thanks,
>> Edward.
>>
> Only thing that jumps out that we haven't mentioned yet is optimize for size....
> I used same config for 3.16.2.patch and for 3.16ported-from3.11.patch
>
> http://marc.info/?l=reiserfs-devel&m=141503126615043&w=2
>
> "
>
> Last time I enabled page migration in kernel so I tried to find what's
> the difference between kernel config that worked and that fails:
>
> krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
> "+"|grep -v "#"|grep -v "@@"
> --- ./.config 2014-11-03 17:09:03.895249969 +0100
> +++ configBAD 2014-10-24 01:27:07.677613236 +0200
> +CONFIG_CGROUPS=y
> +CONFIG_CGROUP_SCHED=y
> +CONFIG_FAIR_GROUP_SCHED=y
> +CONFIG_SCHED_AUTOGROUP=y
> +CONFIG_SCHED_MC=y
> +CONFIG_KSM=y
> +CONFIG_X86_INTEL_PSTATE=y
> +CONFIG_EDAC=y
> +CONFIG_EDAC_LEGACY_SYSFS=y
> +CONFIG_DEBUG_INFO=y
> +CONFIG_DEBUG_INFO_REDUCED=y
> +CONFIG_FRAME_POINTER=y
>
>
> krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
> "-"|grep -v "#"|grep -v "@@"
> --- ./.config 2014-11-03 17:09:03.895249969 +0100
> +++ configBAD 2014-10-24 01:27:07.677613236 +0200
> -CONFIG_USELIB=y
> -CONFIG_AUDIT=y
> -CONFIG_AUDITSYSCALL=y
> -CONFIG_AUDIT_WATCH=y
> -CONFIG_AUDIT_TREE=y
> -CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> -CONFIG_GART_IOMMU=y
> -CONFIG_LCD_CLASS_DEVICE=y
> "
>
>
>>
>> On 12/08/2014 12:45 AM, Dušan Čolić wrote:
>>> On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
>>> <edward.shishkin@gmail.com> wrote:
>>>> And the root partition became corrupted, or...?
>>>>
>>> Yes, just managed to fsck it now.
>>>
>>> fsck:
>>>
>>> CHECKING THE STORAGE TREE
>>> $
>>> [==\ ] 4%
>>> $
>>> Nodes left in the tree 3678479
>>> Leaves of them 3626831, Twigs of them 50438
>>> Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26
>>> 2014
>>> CHECKING EXTENT REGIONS.
>>> Read twigs 50438
>>> Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35
>>> 2014
>>> CHECKING THE SEMANTIC TREE
>>> FSCK:
>>>
>>> /mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
>>> 167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
>>> (ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
>>> Found 543127 objects (some could be encountered more then once).
>>> Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50
>>> 2014
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
>>> repair_sem_fini: On-disk used block bitmap and really used block bitmap
>>> differ.
>>> ***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
>>> Closing fs...done
>>>
>>>
>>> build-fs:
>>>
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4078203), items (60) and (61): Wrong order
>>> of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4078899), items (6) and (7): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4079383), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4079488), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4079546), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4080447), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4080571), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4081137), items (1) and (2): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4090871), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4091337), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4091990), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4092423), items (1) and (2): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4093016), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4093690), items (27) and (28): Wrong order
>>> of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4094525), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4096175), items (0) and (1): Wrong order of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4099659), items (12) and (13): Wrong order
>>> of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4099663), items (21) and (22): Wrong order
>>> of
>>> keys.
>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>> repair_node_items_check: Node (4113492), items (0) and (1): Wrong order of
>>> keys.
>>>
>>>> Thanks,
>>>> Edward.
>>>>
>>>>
>>>>
>>>> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>>>> And on the 4th day:
>>>>>
>>>>> ### RSNAPSHOT DAILY ###
>>>>> fsck.reiser4 /dev/md125
>>>>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>>>>> Backup failure
>>>>> umount: /mnt/backup: not mounted
>>>>>
>>>>>
>>>>> krshina3 ~ # cat /proc/meminfo
>>>>> MemTotal: 7867900 kB
>>>>> MemFree: 1553044 kB
>>>>> MemAvailable: 4853752 kB
>>>>> Buffers: 0 kB
>>>>> Cached: 2975880 kB
>>>>> SwapCached: 4944 kB
>>>>> Active: 3780968 kB
>>>>> Inactive: 2003640 kB
>>>>> Active(anon): 2336740 kB
>>>>> Inactive(anon): 498120 kB
>>>>> Active(file): 1444228 kB
>>>>> Inactive(file): 1505520 kB
>>>>> Unevictable: 0 kB
>>>>> Mlocked: 0 kB
>>>>> SwapTotal: 594300 kB
>>>>> SwapFree: 180008 kB
>>>>> Dirty: 3064 kB
>>>>> Writeback: 0 kB
>>>>> AnonPages: 2804424 kB
>>>>> Mapped: 180772 kB
>>>>> Shmem: 26132 kB
>>>>> Slab: 427632 kB
>>>>> SReclaimable: 392984 kB
>>>>> SUnreclaim: 34648 kB
>>>>> KernelStack: 7536 kB
>>>>> PageTables: 38328 kB
>>>>> NFS_Unstable: 0 kB
>>>>> Bounce: 0 kB
>>>>> WritebackTmp: 0 kB
>>>>> CommitLimit: 4528248 kB
>>>>> Committed_AS: 5352472 kB
>>>>> VmallocTotal: 34359738367 kB
>>>>> VmallocUsed: 352244 kB
>>>>> VmallocChunk: 34359293283 kB
>>>>> HugePages_Total: 0
>>>>> HugePages_Free: 0
>>>>> HugePages_Rsvd: 0
>>>>> HugePages_Surp: 0
>>>>> Hugepagesize: 2048 kB
>>>>> DirectMap4k: 12224 kB
>>>>> DirectMap2M: 8056832 kB
>>>>>
>>>>>
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>>>>> disk format 4.0.0.
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>>>>> allocation failure: order:4, mode:0x2040d0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>> 07/04/2012
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>>>>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>>>>> 0000000000000000 00000002fffffff0 0000000000000010
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>>>>> 0000000000000000 0000000000000010 0000204081818240
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>>>>> ? dump_stack+0x41/0x51
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>>>>> ? warn_alloc_failed+0x10c/0x120
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>>>>> ? __alloc_pages_nodemask+0x581/0x69d
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>>>>> ? cache_alloc_refill+0x261/0x48c
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>>>>> ? reiser4_mount+0xc/0xc
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>>>>> ? kmem_cache_alloc+0x6d/0xa1
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>>>>> ? znodes_tree_init+0xb9/0xe6
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>>>>> ? reiser4_init_tree+0x3f/0xb2
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>>>>> ? init_format_format40+0x357/0x4e4
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>>>>> ? wake_up_bit+0xc/0x1b
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>>>>> ? fill_super+0xcb/0x1ad
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>>>>> ? mount_bdev+0x133/0x186
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>>>>> ? mount_fs+0xc/0x9e
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>>>>> ? vfs_kern_mount+0x5e/0xef
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>>>>> ? do_mount+0x80b/0x904
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>>>>> ? SyS_mount+0x7e/0xb7
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>>>>> ? system_call_fastpath+0x16/0x1b
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>>>>> btch: 1 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>>>>> btch: 31 usd: 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>>>>> inactive_anon:120226 isolated_anon:0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>>>>> inactive_file:503029 isolated_file:0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>>>>> dirty:333 writeback:0 unstable:0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>>>>> slab_reclaimable:109978 slab_unreclaimable:8402
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>>>>> shmem:5928 pagetables:9488 bounce:0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? yes
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>>>>> 2952 7667 7667
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>>>>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>>>>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>>>>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>>>>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? no
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>>>>> 4714 4714
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>>>>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>>>>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>>>>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>>>>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>> all_unreclaimable? no
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0
>>>>> 0
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>>>>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>>>>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>>>>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>>>>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>> hugepages_size=2048kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache
>>>>> pages
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap
>>>>> cache
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>>>>> 133257, delete 132029, find 57308/68141
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>>>>> HighMem/MovableOnly
>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>>>>
>>>>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>>>>> <edward.shishkin@gmail.com> wrote:
>>>>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>>>>
>>>>>>>
>>>>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin"<edward.shishkin@gmail.com>
>>>>>>> wrote:
>>>>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić<dusanc@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel
>>>>>>>>>> and
>>>>>>>>>> had no
>>>>>>>>>> problem since.
>>>>>>>>>>
>>>>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>>>>> were
>>>>>>>>>> bad
>>>>>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>>>>>> continued
>>>>>>>>>> making problems or problem wasn't really solved by deletion? I ask
>>>>>>>>>> this
>>>>>>>>>> as
>>>>>>>>>> after long time of stable r4 I got 2 problems in same week so
>>>>>>>>>> they're
>>>>>>>>>> probably related.
>>>>>>>>>>
>>>>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>>>>> Btw. why is there a reason this corruption appeared when I
>>>>>>>>>>>>> started
>>>>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>>>>
>>>>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>>>>> It could have fatal consequences for the system, and, in
>>>>>>>>>>>> particular
>>>>>>>>>>>> for
>>>>>>>>>>>> your ''/".
>>>>>>>>>>>>
>>>>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>>>>> to,/mnt/backup,
>>>>>>>>>>> and it fscked ok.
>>>>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Hi Dušan,
>>>>>>>>>>>
>>>>>>>>>>> So, how is your / ?
>>>>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got
>>>>>>>>> this:
>>>>>>>>>
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>>>>> here ]------------
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode:
>>>>>>>>> 0000
>>>>>>>>> [#1] SMP
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS
>>>>>>>>> F5
>>>>>>>>> 07/04/2012
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX:
>>>>>>>>> 0000000000000000
>>>>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX:
>>>>>>>>> 000000000000002f
>>>>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP:
>>>>>>>>> ffff880169d231a0
>>>>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10:
>>>>>>>>> ffffffff8114eb84
>>>>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13:
>>>>>>>>> 0000000000001000
>>>>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>>>>> knlGS:0000000000000000
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2:
>>>>>>>>> 0000000000980000
>>>>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926]
>>>>>>>>> [<ffffffff8115ad7b>]
>>>>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302]
>>>>>>>>> [<ffffffff8115abf3>]
>>>>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655]
>>>>>>>>> [<ffffffff810b5528>]
>>>>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990]
>>>>>>>>> [<ffffffff8115b17c>]
>>>>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332]
>>>>>>>>> [<ffffffff81151e72>]
>>>>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704]
>>>>>>>>> [<ffffffff810b56c9>]
>>>>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094]
>>>>>>>>> [<ffffffff810b5958>]
>>>>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450]
>>>>>>>>> [<ffffffff810ae761>]
>>>>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827]
>>>>>>>>> [<ffffffff810e9256>]
>>>>>>>>> ? path_openat+0x24b/0x5ce
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147]
>>>>>>>>> [<ffffffff810de1e6>]
>>>>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469]
>>>>>>>>> [<ffffffff81151f07>]
>>>>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815]
>>>>>>>>> [<ffffffff8114d4c0>]
>>>>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181]
>>>>>>>>> [<ffffffff810dedc9>]
>>>>>>>>> ? vfs_read+0x84/0x13e
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483]
>>>>>>>>> [<ffffffff810df25c>]
>>>>>>>>> ? SyS_read+0x41/0x84
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780]
>>>>>>>>> [<ffffffff815346d2>]
>>>>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9
>>>>>>>>> 00
>>>>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00
>>>>>>>>> 00
>>>>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>>>>> <ffff88011821baa8>
>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>>>>> 45473ce04b35219f ]---
>>>>>>>>>
>>>>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>>>>>> with 20 days uptime without problems this month and 3.16 had this
>>>>>>>>> oops
>>>>>>>>> after 3 days.
>>>>>>>>
>>>>>>>> Unfortunately, there is no any ideas...
>>>>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>>>>
>>>>>>> Ofcourse!
>>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-07 8:07 ` Dušan Čolić
2014-12-07 10:52 ` Edward Shishkin
@ 2014-12-10 9:46 ` doiggl
1 sibling, 0 replies; 33+ messages in thread
From: doiggl @ 2014-12-10 9:46 UTC (permalink / raw)
To: reiserfs-devel
<CADW=+3=GpYCc3aQOexJY7afL6suKxXRhs=dkf0m9zZfHQ0cnFA@mail.gmail.com> <CADW=+3kpg6zYxNWwX5tN0AWZ8Cuof0ccVRsQaL-6knM5AmOhbg@mail.gmail.com>
Message-ID: <19cc0a2ad9f331ee56016e24dbeb6883@mail.velocitynet.com.au>
X-Sender: doiggl@velocitynet.com.au
User-Agent: RoundCube Webmail/0.3.1
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8
Hello,
Something is eating up ram.
Yours reads:
# cat /proc/meminfo
MemTotal: 7867900 kB
MemFree: 1553044 kB
MemAvailable: 4853752 kB
Buffers: 0 kB
Cached: 2975880 kB
Mine reads:
#cat /proc/meminfo
MemTotal: 7932564 kB
MemFree: 5352992 kB
Buffers: 86092 kB
Cached: 1778548 kB
I have no r4 partitions mounted.
I have 8 GB ram installed
- What does your /proc/meminfo say before using fsck.reiser4 /dev/md125
command ?
- What does your /proc/meminfo say before and after using fsck.reiser4
/dev/md125 command using on 3.10 kernel ?
--Glenn
^ permalink raw reply [flat|nested] 33+ messages in thread
* Fwd: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
[not found] ` <CADW=+3kGn9OBoHiVWT3EkmSxGn==0ZsEa1nS_dP7-oQeq5h48g@mail.gmail.com>
@ 2014-12-10 11:38 ` Dušan Čolić
0 siblings, 0 replies; 33+ messages in thread
From: Dušan Čolić @ 2014-12-10 11:38 UTC (permalink / raw)
To: reiserfs-devel
On Mon, Dec 8, 2014 at 12:22 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
>
> Is .config the same as in the stuff for 3.10?
>
I double checked and maybe I messed up the diff between configs.
krshina3 src # diff -du config3.10good config3.16badfrom3.11 |grep -v
"#"|grep -v "@@"| grep -e "+" -e "-"
--- config3.10good 2014-12-10 12:19:13.796804296 +0100
+++ config3.16badfrom3.11 2014-12-10 12:20:14.975493022 +0100
+
+CONFIG_GENTOO_LINUX=y
+CONFIG_GENTOO_LINUX_UDEV=y
+
+CONFIG_GENTOO_LINUX_INIT_SCRIPT=y
-CONFIG_ARCH_HAS_CPU_AUTOPROBE=y
+CONFIG_ARCH_WANT_HUGE_PMD_SHARE=y
+CONFIG_ARCH_WANT_GENERAL_HUGETLB=y
CONFIG_ARCH_HWEIGHT_CFLAGS="-fcall-saved-rdi -fcall-saved-rsi
-fcall-saved-rdx -fcall-saved-rcx -fcall-saved-r8 -fcall-saved-r9
-fcall-saved-r10 -fcall-saved-r11"
+CONFIG_FIX_EARLYCON_MEM=y
+CONFIG_HAVE_KERNEL_LZ4=y
+CONFIG_CROSS_MEMORY_ATTACH=y
+CONFIG_USELIB=y
+CONFIG_HAVE_ARCH_AUDITSYSCALL=y
-CONFIG_HAVE_GENERIC_HARDIRQS=y
-CONFIG_GENERIC_HARDIRQS=y
+CONFIG_GENERIC_IRQ_LEGACY_ALLOC_HWIRQ=y
+CONFIG_ARCH_SUPPORTS_INT128=y
-CONFIG_UIDGID_CONVERTED=y
-CONFIG_HOTPLUG=y
+CONFIG_SGETMASK_SYSCALL=y
+CONFIG_SYSFS_SYSCALL=y
-CONFIG_USE_GENERIC_SMP_HELPERS=y
+CONFIG_HAVE_DMA_CONTIGUOUS=y
+CONFIG_HAVE_CC_STACKPROTECTOR=y
+CONFIG_CC_STACKPROTECTOR_NONE=y
+CONFIG_HAVE_VIRT_CPU_ACCOUNTING_GEN=y
+CONFIG_HAVE_ARCH_SOFT_DIRTY=y
+CONFIG_HAVE_IRQ_EXIT_ON_IRQ_STACK=y
-CONFIG_STOP_MACHINE=y
+CONFIG_ARCH_SUPPORTS_ATOMIC_RMW=y
+CONFIG_RWSEM_SPIN_ON_OWNER=y
+CONFIG_ARCH_USE_QUEUE_RWLOCK=y
+CONFIG_QUEUE_RWLOCK=y
+CONFIG_X86_16BIT=y
+CONFIG_X86_ESPFIX64=y
+CONFIG_ARCH_ENABLE_SPLIT_PMD_PTLOCK=y
-CONFIG_CROSS_MEMORY_ATTACH=y
+CONFIG_GENERIC_EARLY_IOREMAP=y
-CONFIG_ACPI_I2C=y
-CONFIG_ACPI_BLACKLIST_YEAR=0
-CONFIG_CPU_FREQ_TABLE=y
+
-CONFIG_ARCH_SUPPORTS_MSI=y
+
-CONFIG_HAVE_TEXT_POKE_SMP=y
+CONFIG_IOSF_MBI=y
+CONFIG_NET_RX_BUSY_POLL=y
+CONFIG_NET_FLOW_LIMIT=y
+CONFIG_UEVENT_HELPER=y
+CONFIG_GENERIC_CPU_AUTOPROBE=y
+CONFIG_ARCH_MIGHT_HAVE_PC_PARPORT=y
+
+
+CONFIG_MII=y
-CONFIG_MII=y
+CONFIG_NET_VENDOR_ARC=y
-CONFIG_NET_CADENCE=y
+CONFIG_NET_VENDOR_SAMSUNG=y
+CONFIG_ARCH_MIGHT_HAVE_PC_SERIO=y
+CONFIG_VT_HW_CONSOLE_BINDING=y
+CONFIG_SERIAL_EARLYCON=y
-CONFIG_FIX_EARLYCON_MEM=y
+CONFIG_HPET_MMAP_DEFAULT=y
-
-CONFIG_GPIO_DEVRES=y
+CONFIG_THERMAL_GOV_USER_SPACE=y
+CONFIG_X86_PKG_TEMP_THERMAL=y
+
+CONFIG_INTEL_GTT=y
+
+CONFIG_DRM_KMS_FB_HELPER=y
+CONFIG_DRM_I915_FBDEV=y
-CONFIG_VIDEO_OUTPUT_CONTROL=y
-CONFIG_HDMI=y
+
+CONFIG_HDMI=y
-CONFIG_FONT_8x8=y
-CONFIG_FONT_8x16=y
+CONFIG_SND_MAX_CARDS=32
-CONFIG_SND_HDA_INTEL=y
-CONFIG_SND_HDA_PREALLOC_SIZE=64
-CONFIG_SND_HDA_INPUT_JACK=y
-CONFIG_SND_HDA_GENERIC=y
+
+CONFIG_SND_HDA=y
+CONFIG_SND_HDA_INTEL=y
+CONFIG_SND_HDA_PREALLOC_SIZE=64
+CONFIG_SND_HDA_INPUT_JACK=y
+CONFIG_SND_HDA_I915=y
+CONFIG_SND_HDA_GENERIC=y
-CONFIG_USB_ARCH_HAS_OHCI=y
-CONFIG_USB_ARCH_HAS_EHCI=y
-CONFIG_USB_ARCH_HAS_XHCI=y
+CONFIG_USB_OHCI_LITTLE_ENDIAN=y
+
+
+
+CONFIG_DMI_SCAN_MACHINE_NON_EFI_FALLBACK=y
-CONFIG_GENERIC_ACL=y
+CONFIG_KERNFS=y
+
+
-CONFIG_MAGIC_SYSRQ=y
+CONFIG_ARCH_WANT_FRAME_POINTERS=y
+CONFIG_MAGIC_SYSRQ=y
+CONFIG_MAGIC_SYSRQ_DEFAULT_ENABLE=0x1
+
+CONFIG_HAVE_DEBUG_KMEMLEAK=y
+CONFIG_DEBUG_MEMORY_INIT=y
+CONFIG_HAVE_DEBUG_STACKOVERFLOW=y
+CONFIG_DEBUG_STACKOVERFLOW=y
+CONFIG_HAVE_ARCH_KMEMCHECK=y
+
-CONFIG_PANIC_ON_OOPS_VALUE=0
+CONFIG_PANIC_ON_OOPS_VALUE=0
+CONFIG_PANIC_TIMEOUT=0
-CONFIG_HAVE_DEBUG_KMEMLEAK=y
+
-CONFIG_DEBUG_MEMORY_INIT=y
-CONFIG_ARCH_WANT_FRAME_POINTERS=y
+
-CONFIG_HAVE_ARCH_KMEMCHECK=y
-CONFIG_DEBUG_STACKOVERFLOW=y
+CONFIG_DOUBLEFAULT=y
+CONFIG_CRYPTO_CMAC=y
+CONFIG_KVM_VFIO=y
+CONFIG_GENERIC_NET_UTILS=y
+CONFIG_ARCH_USE_CMPXCHG_LOCKREF=y
+CONFIG_INTERVAL_TREE=y
-CONFIG_HAS_IOPORT=y
+CONFIG_HAS_IOPORT_MAP=y
+CONFIG_FONT_SUPPORT=y
+CONFIG_FONT_8x8=y
+CONFIG_FONT_8x16=y
>
> Thanks,
> Edward.
>
>
>
> On 12/08/2014 12:45 AM, Dušan Čolić wrote:
>>
>> On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> And the root partition became corrupted, or...?
>>>
>> Yes, just managed to fsck it now.
>>
>> fsck:
>>
>> CHECKING THE STORAGE TREE $
>> [==\ ] 4% $
>> Nodes left in the tree 3678479
>> Leaves of them 3626831, Twigs of them 50438
>> Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26 2014
>> CHECKING EXTENT REGIONS.
>> Read twigs 50438
>> Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35 2014
>> CHECKING THE SEMANTIC TREE
>> FSCK:
>> /mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
>> 167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
>> (ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
>> Found 543127 objects (some could be encountered more then once).
>> Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50 2014
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
>> repair_sem_fini: On-disk used block bitmap and really used block bitmap differ.
>> ***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
>> Closing fs...done
>>
>>
>> build-fs:
>>
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4078203), items (60) and (61): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4078899), items (6) and (7): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079383), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079488), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4079546), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4080447), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4080571), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4081137), items (1) and (2): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4090871), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4091337), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4091990), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4092423), items (1) and (2): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4093016), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4093690), items (27) and (28): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4094525), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4096175), items (0) and (1): Wrong order of keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4099659), items (12) and (13): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4099663), items (21) and (22): Wrong order of
>> keys.
>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>> repair_node_items_check: Node (4113492), items (0) and (1): Wrong order of keys.
>>
>>> Thanks,
>>> Edward.
>>>
>>>
>>>
>>> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>>>
>>>> And on the 4th day:
>>>>
>>>> ### RSNAPSHOT DAILY ###
>>>> fsck.reiser4 /dev/md125
>>>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>>>> Backup failure
>>>> umount: /mnt/backup: not mounted
>>>>
>>>>
>>>> krshina3 ~ # cat /proc/meminfo
>>>> MemTotal: 7867900 kB
>>>> MemFree: 1553044 kB
>>>> MemAvailable: 4853752 kB
>>>> Buffers: 0 kB
>>>> Cached: 2975880 kB
>>>> SwapCached: 4944 kB
>>>> Active: 3780968 kB
>>>> Inactive: 2003640 kB
>>>> Active(anon): 2336740 kB
>>>> Inactive(anon): 498120 kB
>>>> Active(file): 1444228 kB
>>>> Inactive(file): 1505520 kB
>>>> Unevictable: 0 kB
>>>> Mlocked: 0 kB
>>>> SwapTotal: 594300 kB
>>>> SwapFree: 180008 kB
>>>> Dirty: 3064 kB
>>>> Writeback: 0 kB
>>>> AnonPages: 2804424 kB
>>>> Mapped: 180772 kB
>>>> Shmem: 26132 kB
>>>> Slab: 427632 kB
>>>> SReclaimable: 392984 kB
>>>> SUnreclaim: 34648 kB
>>>> KernelStack: 7536 kB
>>>> PageTables: 38328 kB
>>>> NFS_Unstable: 0 kB
>>>> Bounce: 0 kB
>>>> WritebackTmp: 0 kB
>>>> CommitLimit: 4528248 kB
>>>> Committed_AS: 5352472 kB
>>>> VmallocTotal: 34359738367 kB
>>>> VmallocUsed: 352244 kB
>>>> VmallocChunk: 34359293283 kB
>>>> HugePages_Total: 0
>>>> HugePages_Free: 0
>>>> HugePages_Rsvd: 0
>>>> HugePages_Surp: 0
>>>> Hugepagesize: 2048 kB
>>>> DirectMap4k: 12224 kB
>>>> DirectMap2M: 8056832 kB
>>>>
>>>>
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>>>> disk format 4.0.0.
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>>>> allocation failure: order:4, mode:0x2040d0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>> 07/04/2012
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>>>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>>>> 0000000000000000 00000002fffffff0 0000000000000010
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>>>> 0000000000000000 0000000000000010 0000204081818240
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>>>> ? dump_stack+0x41/0x51
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>>>> ? warn_alloc_failed+0x10c/0x120
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>>>> ? __alloc_pages_nodemask+0x581/0x69d
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>>>> ? cache_alloc_refill+0x261/0x48c
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>>>> ? reiser4_mount+0xc/0xc
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>>>> ? kmem_cache_alloc+0x6d/0xa1
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>>>> ? znodes_tree_init+0xb9/0xe6
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>>>> ? reiser4_init_tree+0x3f/0xb2
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>>>> ? init_format_format40+0x357/0x4e4
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>>>> ? wake_up_bit+0xc/0x1b
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>>>> ? fill_super+0xcb/0x1ad
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>>>> ? mount_bdev+0x133/0x186
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>>>> ? mount_fs+0xc/0x9e
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>>>> ? vfs_kern_mount+0x5e/0xef
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>>>> ? do_mount+0x80b/0x904
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>>>> ? SyS_mount+0x7e/0xb7
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>>>> ? system_call_fastpath+0x16/0x1b
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>>>> btch: 1 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>>>> btch: 31 usd: 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>>>> inactive_anon:120226 isolated_anon:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>>>> inactive_file:503029 isolated_file:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>>>> dirty:333 writeback:0 unstable:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>>>> slab_reclaimable:109978 slab_unreclaimable:8402
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>>>> shmem:5928 pagetables:9488 bounce:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? yes
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>>>> 2952 7667 7667
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>>>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>>>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>>>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>>>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>>>> 4714 4714
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>>>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>>>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>>>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>>>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>> all_unreclaimable? no
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0 0 0
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>>>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>>>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>>>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>>>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>> hugepages_size=2048kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total pagecache
>>>> pages
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap cache
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>>>> 133257, delete 132029, find 57308/68141
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>>>> HighMem/MovableOnly
>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>>>
>>>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>
>>>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>>>> <edward.shishkin@gmail.com> wrote:
>>>>>>
>>>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>>>
>>>>>>
>>>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin"<edward.shishkin@gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel and
>>>>>>>>> had no
>>>>>>>>> problem since.
>>>>>>>>>
>>>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>>>> were
>>>>>>>>> bad
>>>>>>>>> (see other mail thread) so I deleted them but for some reason they
>>>>>>>>> continued
>>>>>>>>> making problems or problem wasn't really solved by deletion? I ask
>>>>>>>>> this
>>>>>>>>> as
>>>>>>>>> after long time of stable r4 I got 2 problems in same week so they're
>>>>>>>>> probably related.
>>>>>>>>>
>>>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>>>> Btw. why is there a reason this corruption appeared when I started
>>>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>>>
>>>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>>>> It could have fatal consequences for the system, and, in particular
>>>>>>>>>>> for
>>>>>>>>>>> your ''/".
>>>>>>>>>>>
>>>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>>>> to,/mnt/backup,
>>>>>>>>>> and it fscked ok.
>>>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Hi Dušan,
>>>>>>>>>>
>>>>>>>>>> So, how is your / ?
>>>>>>>>
>>>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got this:
>>>>>>>>
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>>>> here ]------------
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode: 0000
>>>>>>>> [#1] SMP
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>>>> 07/04/2012
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX: 0000000000000000
>>>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002f
>>>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a0
>>>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb84
>>>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 0000000000001000
>>>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>>>> knlGS:0000000000000000
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS: 0000
>>>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2: 0000000000980000
>>>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [<ffffffff8115ad7b>]
>>>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [<ffffffff8115abf3>]
>>>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [<ffffffff810b5528>]
>>>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [<ffffffff8115b17c>]
>>>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [<ffffffff81151e72>]
>>>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [<ffffffff810b56c9>]
>>>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [<ffffffff810b5958>]
>>>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [<ffffffff810ae761>]
>>>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [<ffffffff810e9256>]
>>>>>>>> ? path_openat+0x24b/0x5ce
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [<ffffffff810de1e6>]
>>>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [<ffffffff81151f07>]
>>>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [<ffffffff8114d4c0>]
>>>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [<ffffffff810dedc9>]
>>>>>>>> ? vfs_read+0x84/0x13e
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [<ffffffff810df25c>]
>>>>>>>> ? SyS_read+0x41/0x84
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [<ffffffff815346d2>]
>>>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9 00
>>>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea fe
>>>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00 00 00
>>>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>>>> <ffff88011821baa8>
>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>>>> 45473ce04b35219f ]---
>>>>>>>>
>>>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10 lasted
>>>>>>>> with 20 days uptime without problems this month and 3.16 had this oops
>>>>>>>> after 3 days.
>>>>>>>
>>>>>>>
>>>>>>> Unfortunately, there is no any ideas...
>>>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>>>
>>>>>> Ofcourse!
>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-08 19:27 ` Edward Shishkin
@ 2014-12-16 13:03 ` Dušan Čolić
2014-12-17 13:44 ` Edward Shishkin
0 siblings, 1 reply; 33+ messages in thread
From: Dušan Čolić @ 2014-12-16 13:03 UTC (permalink / raw)
To: Edward Shishkin; +Cc: reiserfs-devel, Ivan Shapovalov
On Mon, Dec 8, 2014 at 8:27 PM, Edward Shishkin
<edward.shishkin@gmail.com> wrote:
> So in 3.16 when we ask for some memory, we get ENOMEM
> plus a corrupted root partition..
> I would also check the stuff for 3.17 before doing anything.
>
With 3.16.2.patch the problem usually manifested after 4th run.
With 3.17.2.patch last night system finished 5th rsnapshot run without problems.
I'll try to keep it up as long as possible.
> Thanks,
> Edward.
>
>
>
> On 12/08/2014 12:54 PM, Dušan Čolić wrote:
>>
>> On Mon, Dec 8, 2014 at 12:22 PM, Edward Shishkin
>> <edward.shishkin@gmail.com> wrote:
>>>
>>> Is .config the same as in the stuff for 3.10?
>>>
>>> Thanks,
>>> Edward.
>>>
>> Only thing that jumps out that we haven't mentioned yet is optimize for
>> size....
>> I used same config for 3.16.2.patch and for 3.16ported-from3.11.patch
>>
>> http://marc.info/?l=reiserfs-devel&m=141503126615043&w=2
>>
>> "
>>
>> Last time I enabled page migration in kernel so I tried to find what's
>> the difference between kernel config that worked and that fails:
>>
>> krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
>> "+"|grep -v "#"|grep -v "@@"
>> --- ./.config 2014-11-03 17:09:03.895249969 +0100
>> +++ configBAD 2014-10-24 01:27:07.677613236 +0200
>> +CONFIG_CGROUPS=y
>> +CONFIG_CGROUP_SCHED=y
>> +CONFIG_FAIR_GROUP_SCHED=y
>> +CONFIG_SCHED_AUTOGROUP=y
>> +CONFIG_SCHED_MC=y
>> +CONFIG_KSM=y
>> +CONFIG_X86_INTEL_PSTATE=y
>> +CONFIG_EDAC=y
>> +CONFIG_EDAC_LEGACY_SYSFS=y
>> +CONFIG_DEBUG_INFO=y
>> +CONFIG_DEBUG_INFO_REDUCED=y
>> +CONFIG_FRAME_POINTER=y
>>
>>
>> krshina3 linux-3.16.5-gentoo # diff -du ./.config configBAD |grep
>> "-"|grep -v "#"|grep -v "@@"
>> --- ./.config 2014-11-03 17:09:03.895249969 +0100
>> +++ configBAD 2014-10-24 01:27:07.677613236 +0200
>> -CONFIG_USELIB=y
>> -CONFIG_AUDIT=y
>> -CONFIG_AUDITSYSCALL=y
>> -CONFIG_AUDIT_WATCH=y
>> -CONFIG_AUDIT_TREE=y
>> -CONFIG_CC_OPTIMIZE_FOR_SIZE=y
>> -CONFIG_GART_IOMMU=y
>> -CONFIG_LCD_CLASS_DEVICE=y
>> "
>>
>>
>>>
>>> On 12/08/2014 12:45 AM, Dušan Čolić wrote:
>>>>
>>>> On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin
>>>> <edward.shishkin@gmail.com> wrote:
>>>>>
>>>>> And the root partition became corrupted, or...?
>>>>>
>>>> Yes, just managed to fsck it now.
>>>>
>>>> fsck:
>>>>
>>>> CHECKING THE STORAGE TREE
>>>> $
>>>> [==\ ] 4%
>>>> $
>>>> Nodes left in the tree 3678479
>>>> Leaves of them 3626831, Twigs of them 50438
>>>> Time interval: Sun Dec 7 23:22:35 2014 - Sun Dec 7 23:25:26
>>>> 2014
>>>> CHECKING EXTENT REGIONS.
>>>> Read twigs 50438
>>>> Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:35
>>>> 2014
>>>> CHECKING THE SEMANTIC TREE
>>>> FSCK:
>>>>
>>>>
>>>> /mkdeb/build/reiser4progs/reiser4progs/plugin/object/ccreg40/ccreg40_repair.c:
>>>> 167: ccreg40_check_cluster: The file [1b529a6:134623831303736:1d80a73]
>>>> (ccreg40): the cluster at [0] offset 65536 bytes long is orphan.
>>>> Found 543127 objects (some could be encountered more then
>>>> once).
>>>> Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:50
>>>> 2014
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550:
>>>> repair_sem_fini: On-disk used block bitmap and really used block bitmap
>>>> differ.
>>>> ***** fsck.reiser4 finished at Sun Dec 7 23:28:50 2014
>>>> Closing fs...done
>>>>
>>>>
>>>> build-fs:
>>>>
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4078203), items (60) and (61): Wrong
>>>> order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4078899), items (6) and (7): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4079383), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4079488), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4079546), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4080447), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4080571), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4081137), items (1) and (2): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4090871), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4091337), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4091990), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4092423), items (1) and (2): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4093016), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4093690), items (27) and (28): Wrong
>>>> order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4094525), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4096175), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4099659), items (12) and (13): Wrong
>>>> order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4099663), items (21) and (22): Wrong
>>>> order
>>>> of
>>>> keys.
>>>> FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108:
>>>> repair_node_items_check: Node (4113492), items (0) and (1): Wrong order
>>>> of
>>>> keys.
>>>>
>>>>> Thanks,
>>>>> Edward.
>>>>>
>>>>>
>>>>>
>>>>> On 12/07/2014 09:07 AM, Dušan Čolić wrote:
>>>>>>
>>>>>> And on the 4th day:
>>>>>>
>>>>>> ### RSNAPSHOT DAILY ###
>>>>>> fsck.reiser4 /dev/md125
>>>>>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
>>>>>> Backup failure
>>>>>> umount: /mnt/backup: not mounted
>>>>>>
>>>>>>
>>>>>> krshina3 ~ # cat /proc/meminfo
>>>>>> MemTotal: 7867900 kB
>>>>>> MemFree: 1553044 kB
>>>>>> MemAvailable: 4853752 kB
>>>>>> Buffers: 0 kB
>>>>>> Cached: 2975880 kB
>>>>>> SwapCached: 4944 kB
>>>>>> Active: 3780968 kB
>>>>>> Inactive: 2003640 kB
>>>>>> Active(anon): 2336740 kB
>>>>>> Inactive(anon): 498120 kB
>>>>>> Active(file): 1444228 kB
>>>>>> Inactive(file): 1505520 kB
>>>>>> Unevictable: 0 kB
>>>>>> Mlocked: 0 kB
>>>>>> SwapTotal: 594300 kB
>>>>>> SwapFree: 180008 kB
>>>>>> Dirty: 3064 kB
>>>>>> Writeback: 0 kB
>>>>>> AnonPages: 2804424 kB
>>>>>> Mapped: 180772 kB
>>>>>> Shmem: 26132 kB
>>>>>> Slab: 427632 kB
>>>>>> SReclaimable: 392984 kB
>>>>>> SUnreclaim: 34648 kB
>>>>>> KernelStack: 7536 kB
>>>>>> PageTables: 38328 kB
>>>>>> NFS_Unstable: 0 kB
>>>>>> Bounce: 0 kB
>>>>>> WritebackTmp: 0 kB
>>>>>> CommitLimit: 4528248 kB
>>>>>> Committed_AS: 5352472 kB
>>>>>> VmallocTotal: 34359738367 kB
>>>>>> VmallocUsed: 352244 kB
>>>>>> VmallocChunk: 34359293283 kB
>>>>>> HugePages_Total: 0
>>>>>> HugePages_Free: 0
>>>>>> HugePages_Rsvd: 0
>>>>>> HugePages_Surp: 0
>>>>>> Hugepagesize: 2048 kB
>>>>>> DirectMap4k: 12224 kB
>>>>>> DirectMap2M: 8056832 kB
>>>>>>
>>>>>>
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958316] reiser4: md125: found
>>>>>> disk format 4.0.0.
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.958998] mount: page
>>>>>> allocation failure: order:4, mode:0x2040d0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959000] CPU: 2 PID: 7078
>>>>>> Comm: mount Not tainted 3.16.5-gentoo #1
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959001] Hardware name:
>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS F5
>>>>>> 07/04/2012
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959003] 0000000000000006
>>>>>> ffffffff8152bdfb 0000000000000001 ffffffff810b0bc3
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959005] ffffffff81818df8
>>>>>> 0000000000000000 00000002fffffff0 0000000000000010
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959006] ffff8801007b27a0
>>>>>> 0000000000000000 0000000000000010 0000204081818240
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959008] Call Trace:
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959011] [<ffffffff8152bdfb>]
>>>>>> ? dump_stack+0x41/0x51
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [<ffffffff810b0bc3>]
>>>>>> ? warn_alloc_failed+0x10c/0x120
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [<ffffffff810b2b66>]
>>>>>> ? __alloc_pages_nodemask+0x581/0x69d
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [<ffffffff810db5f4>]
>>>>>> ? cache_alloc_refill+0x261/0x48c
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [<ffffffff8113eefd>]
>>>>>> ? reiser4_mount+0xc/0xc
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [<ffffffff810db35f>]
>>>>>> ? kmem_cache_alloc+0x6d/0xa1
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [<ffffffff8112bf58>]
>>>>>> ? znodes_tree_init+0xb9/0xe6
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [<ffffffff811323ee>]
>>>>>> ? reiser4_init_tree+0x3f/0xb2
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [<ffffffff8115fb05>]
>>>>>> ? init_format_format40+0x357/0x4e4
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [<ffffffff81080f74>]
>>>>>> ? wake_up_bit+0xc/0x1b
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [<ffffffff8113efc8>]
>>>>>> ? fill_super+0xcb/0x1ad
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [<ffffffff810e142e>]
>>>>>> ? mount_bdev+0x133/0x186
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [<ffffffff810e15ed>]
>>>>>> ? mount_fs+0xc/0x9e
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [<ffffffff810f55f2>]
>>>>>> ? vfs_kern_mount+0x5e/0xef
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [<ffffffff810f71c1>]
>>>>>> ? do_mount+0x80b/0x904
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [<ffffffff810f74d5>]
>>>>>> ? SyS_mount+0x7e/0xb7
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [<ffffffff81533612>]
>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959047] Mem-Info:
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959048] DMA per-cpu:
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959049] CPU 0: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959050] CPU 1: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959051] CPU 2: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] CPU 3: hi: 0,
>>>>>> btch: 1 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959052] DMA32 per-cpu:
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959053] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959054] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959055] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959056] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] Normal per-cpu:
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959057] CPU 0: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959058] CPU 1: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959059] CPU 2: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959060] CPU 3: hi: 186,
>>>>>> btch: 31 usd: 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_anon:593069
>>>>>> inactive_anon:120226 isolated_anon:0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] active_file:503137
>>>>>> inactive_file:503029 isolated_file:0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] unevictable:0
>>>>>> dirty:333 writeback:0 unstable:0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free:104532
>>>>>> slab_reclaimable:109978 slab_unreclaimable:8402
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] mapped:51579
>>>>>> shmem:5928 pagetables:9488 bounce:0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959062] free_cma:0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959068] DMA free:15900kB
>>>>>> min:20kB low:24kB high:28kB active_anon:0kB inactive_anon:0kB
>>>>>> active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB
>>>>>> isolated(file):0kB present:15984kB managed:15900kB mlocked:0kB
>>>>>> dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB
>>>>>> slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB
>>>>>> bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? yes
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959069] lowmem_reserve[]: 0
>>>>>> 2952 7667 7667
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959074] DMA32 free:168028kB
>>>>>> min:4308kB low:5384kB high:6460kB active_anon:837216kB
>>>>>> inactive_anon:214776kB active_file:790440kB inactive_file:790440kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:3098560kB managed:3023876kB mlocked:0kB dirty:316kB
>>>>>> writeback:0kB mapped:78860kB shmem:8760kB slab_reclaimable:171284kB
>>>>>> slab_unreclaimable:11888kB kernel_stack:2240kB pagetables:16348kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959075] lowmem_reserve[]: 0 0
>>>>>> 4714 4714
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959079] Normal free:234200kB
>>>>>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB
>>>>>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676kB
>>>>>> unevictable:0kB isolated(anon):0kB isolated(file):0kB
>>>>>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB
>>>>>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628kB
>>>>>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB
>>>>>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0
>>>>>> all_unreclaimable? no
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959080] lowmem_reserve[]: 0 0
>>>>>> 0
>>>>>> 0
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959081] DMA: 1*4kB (U) 1*8kB
>>>>>> (U) 1*16kB (U) 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB
>>>>>> 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15900kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959088] DMA32: 36545*4kB
>>>>>> (UEM) 2543*8kB (UEM) 70*16kB (UMR) 0*32kB 0*64kB 1*128kB (R) 0*256kB
>>>>>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 168284kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959093] Normal: 50408*4kB
>>>>>> (UEM) 3913*8kB (UEM) 36*16kB (UMR) 0*32kB 1*64kB (R) 1*128kB (R)
>>>>>> 1*256kB (R) 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB = 234472kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0
>>>>>> hugepages_total=0 hugepages_free=0 hugepages_surp=0
>>>>>> hugepages_size=2048kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total
>>>>>> pagecache
>>>>>> pages
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959101] 1228 pages in swap
>>>>>> cache
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959102] Swap cache stats: add
>>>>>> 133257, delete 132029, find 57308/68141
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Free swap = 184632kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap = 594300kB
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959104] 2017164 pages RAM
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959105] 0 pages
>>>>>> HighMem/MovableOnly
>>>>>> Dec 7 03:30:01 krshina3 kernel: [281555.959106] 31497 pages reserved
>>>>>>
>>>>>> On Wed, Dec 3, 2014 at 9:16 PM, Dušan Čolić<dusanc@gmail.com> wrote:
>>>>>>>
>>>>>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin
>>>>>>> <edward.shishkin@gmail.com> wrote:
>>>>>>>>
>>>>>>>> On 12/01/2014 12:53 AM, Dušan Čolić wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>> On Dec 1, 2014 12:47 AM, "Edward
>>>>>>>> Shishkin"<edward.shishkin@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> On 12/01/2014 12:04 AM, Dušan Čolić wrote:
>>>>>>>>>>
>>>>>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Dušan Čolić<dusanc@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> As I had no time to make a full backup I went back to 3.10 kernel
>>>>>>>>>>> and
>>>>>>>>>>> had no
>>>>>>>>>>> problem since.
>>>>>>>>>>>
>>>>>>>>>>> Could this issue be connected with those firefox cache files that
>>>>>>>>>>> were
>>>>>>>>>>> bad
>>>>>>>>>>> (see other mail thread) so I deleted them but for some reason
>>>>>>>>>>> they
>>>>>>>>>>> continued
>>>>>>>>>>> making problems or problem wasn't really solved by deletion? I
>>>>>>>>>>> ask
>>>>>>>>>>> this
>>>>>>>>>>> as
>>>>>>>>>>> after long time of stable r4 I got 2 problems in same week so
>>>>>>>>>>> they're
>>>>>>>>>>> probably related.
>>>>>>>>>>>
>>>>>>>>>>> On Nov 14, 2014 8:58 PM, "Edward Shishkin"
>>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> On 11/05/2014 12:04 PM, Dušan Čolić wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin"
>>>>>>>>>>>> <edward.shishkin@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 11/04/2014 02:16 PM, Dušan Čolić wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Did a fsck of source partition.
>>>>>>>>>>>>>> Btw. why is there a reason this corruption appeared when I
>>>>>>>>>>>>>> started
>>>>>>>>>>>>>> using 3.16.2 instead 3.10?
>>>>>>>>>>>>>>
>>>>>>>>>>>>> I would also suspect this failed mount.
>>>>>>>>>>>>> It could have fatal consequences for the system, and, in
>>>>>>>>>>>>> particular
>>>>>>>>>>>>> for
>>>>>>>>>>>>> your ''/".
>>>>>>>>>>>>>
>>>>>>>>>>>> Failed mount happened on the partition that I was copying
>>>>>>>>>>>> to,/mnt/backup,
>>>>>>>>>>>> and it fscked ok.
>>>>>>>>>>>> / was partition I was copying from and it had errors.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hi Dušan,
>>>>>>>>>>>>
>>>>>>>>>>>> So, how is your / ?
>>>>>>>>>>
>>>>>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I got
>>>>>>>>>> this:
>>>>>>>>>>
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436017] ------------[ cut
>>>>>>>>>> here ]------------
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436320] kernel BUG at
>>>>>>>>>> fs/reiser4/plugin/item/ctail.c:669!
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436652] invalid opcode:
>>>>>>>>>> 0000
>>>>>>>>>> [#1] SMP
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.436899] CPU: 3 PID: 30235
>>>>>>>>>> Comm: rsync Not tainted 3.16.5-gentoo #2
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437275] Hardware name:
>>>>>>>>>> Gigabyte Technology Co., Ltd. To be filled by O.E.M./B75-D3V, BIOS
>>>>>>>>>> F5
>>>>>>>>>> 07/04/2012
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.437834] task:
>>>>>>>>>> ffff8801333d4010 ti: ffff880118218000 task.ti: ffff880118218000
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438264] RIP:
>>>>>>>>>> 0010:[<ffffffff8115aaf4>] [<ffffffff8115aaf4>]
>>>>>>>>>> do_readpage_ctail+0x2c5/0x3c4
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.438768] RSP:
>>>>>>>>>> 0018:ffff88011821baa8 EFLAGS: 00010246
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439073] RAX:
>>>>>>>>>> 0000000000000000
>>>>>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX:
>>>>>>>>>> 000000000000002f
>>>>>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP:
>>>>>>>>>> ffff880169d231a0
>>>>>>>>>> R08: 0000000000000000 R09: 0000000000000000
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10:
>>>>>>>>>> ffffffff8114eb84
>>>>>>>>>> R11: 0000000000012368 R12: 0000000000000002
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13:
>>>>>>>>>> 0000000000001000
>>>>>>>>>> R14: ffffea00052f5158 R15: 0000000000000000
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441124] FS:
>>>>>>>>>> 00007f3d4d434700(0000) GS:ffff88022e380000(0000)
>>>>>>>>>> knlGS:0000000000000000
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441589] CS: 0010 DS:
>>>>>>>>>> 0000
>>>>>>>>>> ES: 0000 CR0: 0000000080050033
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.441918] CR2:
>>>>>>>>>> 0000000000980000
>>>>>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack:
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000000
>>>>>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000000
>>>>>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa1a1
>>>>>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace:
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926]
>>>>>>>>>> [<ffffffff8115ad7b>]
>>>>>>>>>> ? ctail_readpages_filler+0x188/0x1c9
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302]
>>>>>>>>>> [<ffffffff8115abf3>]
>>>>>>>>>> ? do_readpage_ctail+0x3c4/0x3c4
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655]
>>>>>>>>>> [<ffffffff810b5528>]
>>>>>>>>>> ? read_cache_pages+0x91/0xfc
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990]
>>>>>>>>>> [<ffffffff8115b17c>]
>>>>>>>>>> ? readpages_ctail+0x2c8/0x2e5
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332]
>>>>>>>>>> [<ffffffff81151e72>]
>>>>>>>>>> ? readpages_cryptcompress+0x39/0x5f
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704]
>>>>>>>>>> [<ffffffff810b56c9>]
>>>>>>>>>> ? __do_page_cache_readahead+0x136/0x1d0
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094]
>>>>>>>>>> [<ffffffff810b5958>]
>>>>>>>>>> ? ondemand_readahead+0x1f5/0x203
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450]
>>>>>>>>>> [<ffffffff810ae761>]
>>>>>>>>>> ? generic_file_read_iter+0x191/0x539
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827]
>>>>>>>>>> [<ffffffff810e9256>]
>>>>>>>>>> ? path_openat+0x24b/0x5ce
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147]
>>>>>>>>>> [<ffffffff810de1e6>]
>>>>>>>>>> ? new_sync_read+0x6b/0x8f
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469]
>>>>>>>>>> [<ffffffff81151f07>]
>>>>>>>>>> ? read_cryptcompress+0x6f/0x97
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815]
>>>>>>>>>> [<ffffffff8114d4c0>]
>>>>>>>>>> ? reiser4_read_dispatch+0xc7/0x11e
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181]
>>>>>>>>>> [<ffffffff810dedc9>]
>>>>>>>>>> ? vfs_read+0x84/0x13e
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483]
>>>>>>>>>> [<ffffffff810df25c>]
>>>>>>>>>> ? SyS_read+0x41/0x84
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780]
>>>>>>>>>> [<ffffffff815346d2>]
>>>>>>>>>> ? system_call_fastpath+0x16/0x1b
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.449135] Code: 01 00 00 e9
>>>>>>>>>> 00
>>>>>>>>>> ff ff ff 8b 43 58 41 0f b7 4d 04 48 8d 04 48 48 89 54 c3 28 e9 ea
>>>>>>>>>> fe
>>>>>>>>>> ff ff 44 8b a3 88 00 00 00 41 83 fc 02 75 02 <0f> 0b 0f 87 87 00
>>>>>>>>>> 00
>>>>>>>>>> 00
>>>>>>>>>> 41 83 fc 01 0f 85 de 00 00 00 49 8b 56
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450567] RIP
>>>>>>>>>> [<ffffffff8115aaf4>] do_readpage_ctail+0x2c5/0x3c4
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP
>>>>>>>>>> <ffff88011821baa8>
>>>>>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.562843] ---[ end trace
>>>>>>>>>> 45473ce04b35219f ]---
>>>>>>>>>>
>>>>>>>>>> Looks like same error like last time I used 3.16. Kernel 3.10
>>>>>>>>>> lasted
>>>>>>>>>> with 20 days uptime without problems this month and 3.16 had this
>>>>>>>>>> oops
>>>>>>>>>> after 3 days.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Unfortunately, there is no any ideas...
>>>>>>>>> I can port reiser4-for-3.10 stuff to 3.16. Will you test this port?
>>>>>>>>>
>>>>>>>> Ofcourse!
>>>
>>>
>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
* Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
2014-12-16 13:03 ` Dušan Čolić
@ 2014-12-17 13:44 ` Edward Shishkin
0 siblings, 0 replies; 33+ messages in thread
From: Edward Shishkin @ 2014-12-17 13:44 UTC (permalink / raw)
To: Dušan Čolić; +Cc: reiserfs-devel, Ivan Shapovalov
On 12/16/2014 02:03 PM, Dušan Čolić wrote:
> On Mon, Dec 8, 2014 at 8:27 PM, Edward Shishkin
> <edward.shishkin@gmail.com> wrote:
>> So in 3.16 when we ask for some memory, we get ENOMEM
>> plus a corrupted root partition..
>> I would also check the stuff for 3.17 before doing anything.
>>
> With 3.16.2.patch the problem usually manifested after 4th run.
> With 3.17.2.patch last night system finished 5th rsnapshot run without problems.
> I'll try to keep it up as long as possible.
.config is from 3.16.2?
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 33+ messages in thread
end of thread, other threads:[~2014-12-17 13:44 UTC | newest]
Thread overview: 33+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-02 8:38 Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory Dušan Čolić
2014-11-02 9:55 ` Dušan Čolić
2014-11-02 12:08 ` Dušan Čolić
[not found] ` <CADW=+3ms6zaqzpkRBEgApi=gkMNPLCzzex8ShK4CkCFD-WNk8Q@mail.gmail.com>
2014-11-03 11:11 ` Dušan Čolić
[not found] ` <5457629C.8040906@gmail.com>
2014-11-03 11:12 ` Dušan Čolić
2014-11-03 11:42 ` Edward Shishkin
2014-11-03 12:25 ` Dušan Čolić
2014-11-03 13:28 ` Dušan Čolić
2014-11-03 13:33 ` Dušan Čolić
2014-11-03 15:42 ` Edward Shishkin
[not found] ` <CADW=+3mzX7evaqZmvOSJ6F9XNmzmauegL4Vy0nqz6yqG8EyLyw@mail.gmail.com>
[not found] ` <5457B0AB.6030203@gmail.com>
2014-11-03 18:27 ` Dušan Čolić
2014-11-04 12:49 ` Edward Shishkin
2014-11-04 13:16 ` Dušan Čolić
2014-11-04 13:21 ` Edward Shishkin
2014-11-04 13:23 ` Dušan Čolić
[not found] ` <545965C7.5010304@gmail.com>
[not found] ` <CADW=+3k40KVKf5hLD1BgJ8a6uj=ZJ=T_gOmijDZVxWS3pK_6AQ@mail.gmail.com>
[not found] ` <54665EFD.7030304@gmail.com>
[not found] ` <CADW=+3mrqv=BjX8TCpRszFbr3OYEvgOk0OpcYe56f6OJmYDZbQ@mail.gmail.com>
2014-11-30 23:04 ` Dušan Čolić
2014-11-30 23:48 ` Edward Shishkin
[not found] ` <CADW=+3=Tqw-2yfe6q4ERKSdyu9BmbApoREi-p4A7Auu_k27A6Q@mail.gmail.com>
[not found] ` <547BAF3D.1000605@gmail.com>
2014-12-03 20:16 ` Dušan Čolić
2014-12-07 8:07 ` Dušan Čolić
2014-12-07 10:52 ` Edward Shishkin
2014-12-07 23:45 ` Dušan Čolić
2014-12-08 11:22 ` Edward Shishkin
2014-12-08 11:54 ` Dušan Čolić
2014-12-08 19:27 ` Edward Shishkin
2014-12-16 13:03 ` Dušan Čolić
2014-12-17 13:44 ` Edward Shishkin
[not found] ` <CADW=+3kGn9OBoHiVWT3EkmSxGn==0ZsEa1nS_dP7-oQeq5h48g@mail.gmail.com>
2014-12-10 11:38 ` Fwd: " Dušan Čolić
2014-12-10 9:46 ` doiggl
2014-11-03 13:36 ` Edward Shishkin
[not found] ` <CADW=+3nzK0rLpQR-+rhn_siKCYr5mSSbfkyyw5NXgagZWEPLvA@mail.gmail.com>
[not found] ` <54578AC2.3040803@gmail.com>
2014-11-03 15:12 ` Ivan Shapovalov
2014-11-03 15:25 ` Edward Shishkin
2014-11-03 15:50 ` Ivan Shapovalov
2014-11-03 16:14 ` Dušan Čolić
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).