From: Edward Shishkin <edward.shishkin@gmail.com>
To: "Dušan Čolić" <dusanc@gmail.com>
Cc: reiserfs-devel <reiserfs-devel@vger.kernel.org>,
Ivan Shapovalov <intelfx100@gmail.com>
Subject: Re: Reiser4 for 3.16.2 problem: mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memory
Date: Mon, 08 Dec 2014 12:22:46 +0100 [thread overview]
Message-ID: <54858A06.1000504@gmail.com> (raw)
In-Reply-To: <CADW=+3mU8A6VzsZ2KTmgc=qVhSJ1DHHLmQAcqrk+BvOTKSLnuQ@mail.gmail.com>
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
next prev parent reply other threads:[~2014-12-08 11:22 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
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 [this message]
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ć
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54858A06.1000504@gmail.com \
--to=edward.shishkin@gmail.com \
--cc=dusanc@gmail.com \
--cc=intelfx100@gmail.com \
--cc=reiserfs-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).