Return-Path: Date: Thu, 26 Mar 2015 11:11:13 +0100 (CET) From: "Mkrtchyan, Tigran" To: Benjamin Coddington Cc: Weston Andros Adamson , Steve Dickson , linux-nfs list , Trond Myklebust Message-ID: <2022578981.176508.1427364673091.JavaMail.zimbra@desy.de> In-Reply-To: References: <1660711949.102565.1421790322927.JavaMail.zimbra@z-mbx-2.desy.de> <1146517369.143121.1421834654084.JavaMail.zimbra@desy.de> <95DFF80D-B655-479B-AE2F-B95B5540B743@primarydata.com> Subject: Re: kernel crashes on commit MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 List-ID: the bug was submitted and fixed in rhel 6.7 https://bugzilla.redhat.com/show_bug.cgi?id=3D1184394 I don't know about rhel7, which is affected as well. Tigran. ----- Original Message ----- > From: "Benjamin Coddington" > To: "Weston Andros Adamson" > Cc: "Tigran Mkrtchyan" , "Steve Dickson" , "linux-nfs list" > , "Trond Myklebust" > Sent: Thursday, March 26, 2015 10:28:59 AM > Subject: Re: kernel crashes on commit > On Wed, 21 Jan 2015, Weston Andros Adamson wrote: >=20 >> >> > On Jan 21, 2015, at 5:04 AM, Mkrtchyan, Tigran wrote: >> > >> > Hi Dros, >> > >> > after adopting patch for RHEL6 kernel, it works. >> >> Great! >> >> > We have to push it into stable fixes. Do you know >> > the procedure? >> >> I normally bug Steve D ;) >=20 > Or you can open a bug against RHEL6; it should get picked up quickly, now > that you've done all the work. >=20 > Ben >=20 >> >> > ----- Original Message ----- >> >> From: "Mkrtchyan, Tigran" >> >> To: "Weston Andros Adamson" >> >> Cc: "Linux NFS Mailing List" >> >> Sent: Tuesday, January 20, 2015 10:45:22 PM >> >> Subject: Re: kernel crashes on commit >> > >> >> I will check tomorrow with RHEL 6 kernel and let you known. >> >> >> >> Thanks, >> >> TigranOn Jan 20, 2015 9:43 PM, Weston Andros Adamson >> >> wrote: >> >>> >> >>> >> >>>> On Jan 20, 2015, at 2:22 PM, Mkrtchyan, Tigran wrote: >> >>>> >> >>>> Hi Dros, >> >>>> >> >>>> do you refer to this commit >> >>>> >> >>>> http://git.linux-nfs.org/?p=3Ddros/linux-nfs.git;a=3Dcommit;h=3Dd20= 1c4de518c1d617aa216664869fa329d562d7d >> >>>> ? >> >>> >> >>> Yes, that=E2=80=99s the patch I was talking about. Good find, I was = about to go looking >> >>> for it. >> >>> >> >>> Is that patch in the kernels you=E2=80=99re testing? >> >>> >> >>> -dros >> >>> >> >>>> ----- Original Message ----- >> >>>>> From: "Weston Andros Adamson" >> >>>>> To: "Tigran Mkrtchyan" >> >>>>> Cc: "linux-nfs list" >> >>>>> Sent: Tuesday, January 20, 2015 3:37:49 PM >> >>>>> Subject: Re: kernel crashes on commit >> >>>> >> >>>>>> On Jan 20, 2015, at 9:00 AM, Mkrtchyan, Tigran wrote: >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> Dear fellows, >> >>>>>> >> >>>>>> since we have enabled commit through DS code we >> >>>>>> permanently observe kernel crashes with RHEL6/7 and ubuntu 14.04: >> >>>>>> >> >>>>>> >> >>>>>> <1>BUG: unable to handle kernel paging request at 00000000dc36491= 3 >> >>>>>> <1>IP: [] nfs_init_commit+0x1f/0xf0 [nfs] >> >>>>>> <4>PGD 6393ae067 PUD 0 >> >>>>>> <4>Oops: 0000 [#1] SMP >> >>>>>> <4>last sysfs file: /sys/devices/system/cpu/online >> >>>>>> <4>CPU 1 >> >>>>>> <4>Modules linked in: vfat fat usb_storage mpt3sas mpt2sas raid_c= lass mptctl >> >>>>>> ipmi_devintf dell_rbu openafs(P)(U) autof >> >>>>>> s4 nfs_layout_nfsv41_files nfs lockd fscache auth_rpcgss nfs_acl = sunrpc bonding >> >>>>>> 8021q garp stp llc ipv6 power_meter ac >> >>>>>> pi_ipmi ipmi_si ipmi_msghandler iTCO_wdt iTCO_vendor_support micr= ocode dcdbas sg >> >>>>>> bnx2 lpc_ich mfd_core i7core_edac eda >> >>>>>> c_core ext4 jbd2 mbcache sd_mod crc_t10dif wmi pata_acpi ata_gene= ric ata_piix >> >>>>>> mptsas mptscsih mptbase scsi_transport_s >> >>>>>> as dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wa= it_scan] >> >>>>>> <4> >> >>>>>> <4>Pid: 18209, comm: flush-0:19 Tainted: P ------------= --- >> >>>>>> 2.6.32-504.3.3.el6.x86_64 #1 Dell Inc. PowerEdge M610/0N582M >> >>>>>> <4>RIP: 0010:[] [] >> >>>>>> nfs_init_commit+0x1f/0xf0 [nfs] >> >>>>>> <4>RSP: 0018:ffff88063988da30 EFLAGS: 00010246 >> >>>>>> <4>RAX: ffff88063988db60 RBX: ffff88009c492040 RCX: ffff88063988d= b30 >> >>>>>> <4>RDX: 0000000000000000 RSI: ffff88063988db60 RDI: 00000000dc364= 903 >> >>>>>> <4>RBP: ffff88063988da40 R08: ffff88063988da90 R09: f9aa37faa254d= 404 >> >>>>>> <4>R10: 0000000000000010 R11: 0000000000000000 R12: 0000000000000= 001 >> >>>>>> <4>R13: ffff880339f33a00 R14: ffff88063988db30 R15: ffff88063988d= 8c8 >> >>>>>> <4>FS: 0000000000000000(0000) GS:ffff880028200000(0000) knlGS:00= 00000000000000 >> >>>>>> <4>CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b >> >>>>>> <4>CR2: 00000000dc364913 CR3: 0000000639fbb000 CR4: 0000000000000= 7e0 >> >>>>>> <4>DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000= 000 >> >>>>>> <4>DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000= 400 >> >>>>>> <4>Process flush-0:19 (pid: 18209, threadinfo ffff88063988c000, t= ask >> >>>>>> ffff88063837c040) >> >>>>>> <4>Stack: >> >>>>>> <4> 0000000000000000 ffff88009c492040 ffff88063988dad0 ffffffffa0= 31fdb7 >> >>>>>> <4> ffff88063837c5f8 ffff88063988da90 ffff8800a6e34600 ffff880= 337f2a950 >> >>>>>> <4> ffff880637c99488 0000000037f2a940 ffff88063988db60 0000000= 000000000 >> >>>>>> <4>Call Trace: >> >>>>>> <4> [] filelayout_commit_pagelist+0x277/0x3c0 >> >>>>>> [nfs_layout_nfsv41_files] >> >>>>>> <4> [] nfs_generic_commit_list+0xab/0x100 [nfs] >> >>>>>> <4> [] nfs_commit_inode+0xec/0x150 [nfs] >> >>>>>> <4> [] nfs_write_inode+0xab/0x100 [nfs] >> >>>>>> <4> [] writeback_single_inode+0x20c/0x290 >> >>>>>> <4> [] writeback_sb_inodes+0xbd/0x170 >> >>>>>> <4> [] writeback_inodes_wb+0xab/0x1b0 >> >>>>>> <4> [] wb_writeback+0x2f3/0x410 >> >>>>>> <4> [] ? common_interrupt+0xe/0x13 >> >>>>>> <4> [] ? del_timer_sync+0x22/0x30 >> >>>>>> <4> [] wb_do_writeback+0x1a5/0x240 >> >>>>>> <4> [] bdi_writeback_task+0x63/0x1b0 >> >>>>>> <4> [] ? bit_waitqueue+0x17/0xd0 >> >>>>>> <4> [] ? bdi_start_fn+0x0/0x100 >> >>>>>> <4> [] bdi_start_fn+0x86/0x100 >> >>>>>> <4> [] ? bdi_start_fn+0x0/0x100 >> >>>>>> <4> [] kthread+0x9e/0xc0 >> >>>>>> <4> [] child_rip+0xa/0x20 >> >>>>>> <4> [] ? kthread+0x0/0xc0 >> >>>>>> <4> [] ? child_rip+0x0/0x20 >> >>>>>> <4>Code: c3 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 53 48 83= ec 08 0f 1f 44 >> >>>>>> 00 00 48 8b 06 48 89 fb 48 8b 78 18 48 39 c6 48 8b 7f 40 <48> 8b = 7f 10 74 2b 4c >> >>>>>> 8b 83 c8 01 00 00 4c 8b 4e 08 4c 8d 93 c8 >> >>>>>> <1>RIP [] nfs_init_commit+0x1f/0xf0 [nfs] >> >>>>>> <4> RSP >> >>>>>> <4>CR2: 00000000dc364913 >> >>>>>> >> >>>>>> >> >>>>>> I have vmcore file as well, so let me know if you need some more = information. >> >>>>>> >> >>>>> >> >>>>> Hi Tigran! >> >>>>> >> >>>>> Have you tried a recent upstream kernel? IIRC I fixed a seeming si= milar >> >>>>> filelayout >> >>>>> commit issue not too long ago. >> >>>>> >> >>>>> The filelayout commit path seems to have been broken for a while -= mostly >> >>>>> because >> >>>>> all the filelayout servers (that I know of) use stable writes, so = that code path >> >>>>> went >> >>>>> untested... >> >>>>> >> >>>>> -dros >> >>> >> >> N???????????????r??????y?????????b???X??????=C7=A7v???^???)=DE=BA{.n?= ??+????????????{?????????"??????^n???r?????????z?????????h????????????&????= ?????G?????????h???(???=E9=9A=8E???=DD=A2j"?????????m???????????????z???=DE= =96?????????f?????????h?????????~???m??? >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html