From mboxrd@z Thu Jan 1 00:00:00 1970 From: Edward Shishkin 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 Message-ID: <54858A06.1000504@gmail.com> References: <5457B0AB.6030203@gmail.com> <5458CB45.2050303@gmail.com> <545965C7.5010304@gmail.com> <54665EFD.7030304@gmail.com> <547BACC8.6090805@gmail.com> <547BAF3D.1000605@gmail.com> <54843175.7010503@gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Hq7C70igiQc5zrJwQiKQDduIsDWHevdCL8/k7HJbl0U=; b=ChV5kTmS9fL+xhuw+tpjlREi64nLAsa7+KYSKdpFFA3BvTqG9gAYkRHDBtvUdd65xa d7kWuF6BeTp5FJtE+1rQVTTY7q3bxIsJvJH5JZJLKra1uT3QygsEhLUXc5iHip8u7BH0 8pPxLJrOFYaDW4knmE2heOo3r8wlK46L6I3fePgCWLWzCCL+LWxJvvMmPX9GEnRL1On6 evG59qZnH9onuiBga7QrSlfi9BLkGMZoMe13foKZ+t1OII0T6z8e+fqnHRt3OY4ty2Ok xDql8julM7V97J7LG8N8zZMxPrMbvzQnAvaigKqlaXWpaO+ECLDVMTQCvZLTbk+ACdTM Tt+g== In-Reply-To: Sender: reiserfs-devel-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="utf-8"; format="flowed" To: =?UTF-8?B?RHXFoWFuIMSMb2xpxIc=?= 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=C5=A1an =C4=8Coli=C4=87 wrote: > On Sun, Dec 7, 2014 at 11:52 AM, Edward Shishkin > wrote: >> And the root partition became corrupted, or...? >> > Yes, just managed to fsck it now. > > fsck: > > CHECKING THE STORAGE TREE = $ > [=3D=3D\ ] 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:2= 6 2014 > CHECKING EXTENT REGIONS. > Read twigs 50438 > Time interval: Sun Dec 7 23:25:26 2014 - Sun Dec 7 23:25:3= 5 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 on= ce). > Time interval: Sun Dec 7 23:25:35 2014 - Sun Dec 7 23:28:5= 0 2014 > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/repair.c: 550: > repair_sem_fini: On-disk used block bitmap and really used block bitm= ap 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 o= rder of > keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4078899), items (6) and (7): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4079383), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4079488), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4079546), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4080447), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4080571), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4081137), items (1) and (2): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4090871), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4091337), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4091990), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4092423), items (1) and (2): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4093016), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4093690), items (27) and (28): Wrong o= rder of > keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4094525), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4096175), items (0) and (1): Wrong ord= er of keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4099659), items (12) and (13): Wrong o= rder of > keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4099663), items (21) and (22): Wrong o= rder of > keys. > FSCK: /mkdeb/build/reiser4progs/reiser4progs/librepair/node.c: 108: > repair_node_items_check: Node (4113492), items (0) and (1): Wrong ord= er of keys. > >> Thanks, >> Edward. >> >> >> >> On 12/07/2014 09:07 AM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>> And on the 4th day: >>> >>> ### RSNAPSHOT DAILY ### >>> fsck.reiser4 /dev/md125 >>> mount: mount /dev/md125 on /mnt/backup failed: Cannot allocate memo= ry >>> 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: fo= und >>> 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 = =465 >>> 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] [] >>> ? dump_stack+0x41/0x51 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959014] [] >>> ? warn_alloc_failed+0x10c/0x120 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959016] [] >>> ? __alloc_pages_nodemask+0x581/0x69d >>> Dec 7 03:30:01 krshina3 kernel: [281555.959019] [] >>> ? cache_alloc_refill+0x261/0x48c >>> Dec 7 03:30:01 krshina3 kernel: [281555.959022] [] >>> ? reiser4_mount+0xc/0xc >>> Dec 7 03:30:01 krshina3 kernel: [281555.959024] [] >>> ? kmem_cache_alloc+0x6d/0xa1 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959026] [] >>> ? znodes_tree_init+0xb9/0xe6 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959028] [] >>> ? reiser4_init_tree+0x3f/0xb2 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959031] [] >>> ? init_format_format40+0x357/0x4e4 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959033] [] >>> ? wake_up_bit+0xc/0x1b >>> Dec 7 03:30:01 krshina3 kernel: [281555.959035] [] >>> ? fill_super+0xcb/0x1ad >>> Dec 7 03:30:01 krshina3 kernel: [281555.959037] [] >>> ? mount_bdev+0x133/0x186 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959039] [] >>> ? mount_fs+0xc/0x9e >>> Dec 7 03:30:01 krshina3 kernel: [281555.959041] [] >>> ? vfs_kern_mount+0x5e/0xef >>> Dec 7 03:30:01 krshina3 kernel: [281555.959042] [] >>> ? do_mount+0x80b/0x904 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959044] [] >>> ? SyS_mount+0x7e/0xb7 >>> Dec 7 03:30:01 krshina3 kernel: [281555.959046] [] >>> ? 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:50313= 7 >>> 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:168028k= B >>> 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_scanne= d: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:234200= kB >>> min:6880kB low:8600kB high:10320kB active_anon:1535060kB >>> inactive_anon:266128kB active_file:1222108kB inactive_file:1221676= kB >>> unevictable:0kB isolated(anon):0kB isolated(file):0kB >>> present:4954112kB managed:4828124kB mlocked:0kB dirty:1016kB >>> writeback:0kB mapped:127456kB shmem:14952kB slab_reclaimable:268628= kB >>> slab_unreclaimable:21720kB kernel_stack:4976kB pagetables:21604kB >>> unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanne= d: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*8= kB >>> (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) =3D 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*256k= B >>> 1*512kB (R) 0*1024kB 0*2048kB 0*4096kB =3D 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 =3D 234472kB >>> Dec 7 03:30:01 krshina3 kernel: [281555.959099] Node 0 >>> hugepages_total=3D0 hugepages_free=3D0 hugepages_surp=3D0 >>> hugepages_size=3D2048kB >>> Dec 7 03:30:01 krshina3 kernel: [281555.959100] 1013453 total page= cache >>> 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 =3D 184= 632kB >>> Dec 7 03:30:01 krshina3 kernel: [281555.959103] Total swap =3D 594= 300kB >>> 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 reserv= ed >>> >>> On Wed, Dec 3, 2014 at 9:16 PM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>>> On Mon, Dec 1, 2014 at 12:58 AM, Edward Shishkin >>>> wrote: >>>>> On 12/01/2014 12:53 AM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>>>> >>>>> >>>>> On Dec 1, 2014 12:47 AM, "Edward Shishkin" >>>>> wrote: >>>>>> On 12/01/2014 12:04 AM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>>>>>> On Fri, Nov 14, 2014 at 9:09 PM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>>>>>>> As I had no time to make a full backup I went back to 3.10 ker= nel and >>>>>>>> had no >>>>>>>> problem since. >>>>>>>> >>>>>>>> Could this issue be connected with those firefox cache files t= hat >>>>>>>> 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" >>>>>>>> >>>>>>>> wrote: >>>>>>>>> On 11/05/2014 12:04 PM, Du=C5=A1an =C4=8Coli=C4=87 wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>> On Nov 5, 2014 12:48 AM, "Edward Shishkin" >>>>>>>>> >>>>>>>>> wrote: >>>>>>>>>> On 11/04/2014 02:16 PM, Du=C5=A1an =C4=8Coli=C4=87 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 par= ticular >>>>>>>>>> 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=C5=A1an, >>>>>>>>> >>>>>>>>> So, how is your / ? >>>>>>> So I was feeling brave so I put 3.16.2 back 4 days ago and I go= t 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: 30= 235 >>>>>>> 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, B= IOS 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:[] [] >>>>>>> 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: 000000000= 0000000 >>>>>>> RBX: ffff88011821bb78 RCX: 000000000002f35d >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000= 000002f >>>>>>> RSI: 0000000000000000 RDI: ffff8800b953b000 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff88016= 9d231a0 >>>>>>> R08: 0000000000000000 R09: 0000000000000000 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8= 114eb84 >>>>>>> R11: 0000000000012368 R12: 0000000000000002 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 000000000= 0001000 >>>>>>> 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: 000000000= 0980000 >>>>>>> CR3: 00000001a0c03000 CR4: 00000000001427e0 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442327] Stack: >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442443] 0000000000000= 000 >>>>>>> ffff88011821bb78 0000000000000000 ffff880169d231a0 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.442890] 0000000000000= 000 >>>>>>> ffffea00052f5158 0000000000000000 ffffffff8115ad7b >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443336] 00000000000aa= 1a1 >>>>>>> ffff88011821bca0 ffffea00052f5158 ffff880169d232e0 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443784] Call Trace: >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.443926] [] >>>>>>> ? ctail_readpages_filler+0x188/0x1c9 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444302] [] >>>>>>> ? do_readpage_ctail+0x3c4/0x3c4 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444655] [] >>>>>>> ? read_cache_pages+0x91/0xfc >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.444990] [] >>>>>>> ? readpages_ctail+0x2c8/0x2e5 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445332] [] >>>>>>> ? readpages_cryptcompress+0x39/0x5f >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.445704] [] >>>>>>> ? __do_page_cache_readahead+0x136/0x1d0 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446094] [] >>>>>>> ? ondemand_readahead+0x1f5/0x203 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446450] [] >>>>>>> ? generic_file_read_iter+0x191/0x539 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.446827] [] >>>>>>> ? path_openat+0x24b/0x5ce >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447147] [] >>>>>>> ? new_sync_read+0x6b/0x8f >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447469] [] >>>>>>> ? read_cryptcompress+0x6f/0x97 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.447815] [] >>>>>>> ? reiser4_read_dispatch+0xc7/0x11e >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448181] [] >>>>>>> ? vfs_read+0x84/0x13e >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448483] [] >>>>>>> ? SyS_read+0x41/0x84 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.448780] [] >>>>>>> ? 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 0= 0 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 >>>>>>> [] do_readpage_ctail+0x2c5/0x3c4 >>>>>>> Nov 30 03:30:36 krshina3 kernel: [293446.450934] RSP >>>>>>> >>>>>>> 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 l= asted >>>>>>> with 20 days uptime without problems this month and 3.16 had th= is 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 po= rt? >>>>>> >>>>> Ofcourse! -- To unsubscribe from this list: send the line "unsubscribe reiserfs-deve= l" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html