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, 01 Dec 2014 00:48:24 +0100 Message-ID: <547BACC8.6090805@gmail.com> References: <5457629C.8040906@gmail.com> <54576A09.6010901@gmail.com> <5457A282.7020704@gmail.com> <5457B0AB.6030203@gmail.com> <5458CB45.2050303@gmail.com> <545965C7.5010304@gmail.com> <54665EFD.7030304@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=mfwutImPIvFw08dE8a3qF0Pn4H+w2tsv4bm7Uq+/5lk=; b=nBGAlI5iQO+MLYmzRz+04ejH5zCYFkRSrt1DzKulJ5Z7Z7IuBgPEqFBP0yMQ+nPMAG epBxoCpVNKCzFqPoFnKmos7FS8vGGX/qekJ8NYk9ZC2KujCrzwMJupDSIPm20FSzJ4Cw Ny3GlFO3optybrYP9YbdPMqZ5ON4/bMTy6xskv6ME54FkJYR+xSwra/YaA3s17IxOxM8 ZrOBh3FfjMEgGwWXRZWIXpNPUe0b4PlGFQURDa4bw4Vvm46bSs8v6rtc6sq+tuRDcFU6 7mpwba5F5f7oQFfe//XZVDWU5dA6fDwi+TcUCHH6xbC7srj5ag/pKF0t9r34Py0T6zOs Lo/A== 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=?= , reiserfs-devel Cc: Ivan Shapovalov 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 kernel an= d had no >> problem since. >> >> Could this issue be connected with those firefox cache files that we= re bad >> (see other mail thread) so I deleted them but for some reason they c= ontinued >> making problems or problem wasn't really solved by deletion? I ask t= his as >> after long time of stable r4 I got 2 problems in same week so they'r= e >> 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 starte= d >>>>> using 3.16.2 instead 3.10? >>>>> >>>> >>>> I would also suspect this failed mount. >>>> It could have fatal consequences for the system, and, in particula= r for >>>> your ''/". >>>> >>> Failed mount happened on the partition that I was copying to,/mnt/b= ackup, >>> 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 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:[] [] > 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: 000000000000000= 0 > RBX: ffff88011821bb78 RCX: 000000000002f35d > Nov 30 03:30:36 krshina3 kernel: [293446.439484] RDX: 000000000000002= f > RSI: 0000000000000000 RDI: ffff8800b953b000 > Nov 30 03:30:36 krshina3 kernel: [293446.439894] RBP: ffff880169d231a= 0 > R08: 0000000000000000 R09: 0000000000000000 > Nov 30 03:30:36 krshina3 kernel: [293446.440304] R10: ffffffff8114eb8= 4 > R11: 0000000000012368 R12: 0000000000000002 > Nov 30 03:30:36 krshina3 kernel: [293446.440713] R13: 000000000000100= 0 > 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: 000000000098000= 0 > 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] [= ] > ? 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 00 00 0= 0 > 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 lasted > with 20 days uptime without problems this month and 3.16 had this oop= s > 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-deve= l" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html