Re: XFS attempt to access beyond end of device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Mar 28, 2017 at 4:22 PM, Marcus Furlong <furlongm@xxxxxxxxx> wrote:
> On 22 March 2017 at 19:36, Brad Hubbard <bhubbard@xxxxxxxxxx> wrote:
>> On Wed, Mar 22, 2017 at 5:24 PM, Marcus Furlong <furlongm@xxxxxxxxx> wrote:
>
>>> [435339.965817] ------------[ cut here ]------------
>>> [435339.965874] WARNING: at fs/xfs/xfs_aops.c:1244
>>> xfs_vm_releasepage+0xcb/0x100 [xfs]()
>>> [435339.965876] Modules linked in: vfat fat uas usb_storage mpt3sas
>>> mpt2sas raid_class scsi_transport_sas mptctl mptbase iptable_filter
>>> dell_rbu team_mode_loadbalance team rpcrdma ib_isert iscsi_target_mod
>>> ib_iser libiscsi scsi_transport_iscsi ib_srpt target_core_mod ib_srp
>>> scsi_transport_srp scsi_tgt ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad
>>> rdma_cm ib_cm iw_cm mlx5_ib ib_core intel_powerclamp coretemp
>>> intel_rapl iosf_mbi kvm_intel kvm irqbypass crc32_pclmul
>>> ghash_clmulni_intel aesni_intel lrw gf128mul glue_helper ablk_helper
>>> cryptd ipmi_devintf iTCO_wdt iTCO_vendor_support mxm_wmi dcdbas pcspkr
>>> ipmi_ssif sb_edac edac_core sg mei_me mei lpc_ich shpchp ipmi_si
>>> ipmi_msghandler wmi acpi_power_meter nfsd auth_rpcgss nfs_acl lockd
>>> grace sunrpc ip_tables xfs sd_mod crc_t10dif crct10dif_generic mgag200
>>> i2c_algo_bit
>>> [435339.965942]  crct10dif_pclmul crct10dif_common drm_kms_helper
>>> crc32c_intel syscopyarea sysfillrect sysimgblt fb_sys_fops ttm drm
>>> bnx2x ahci libahci mlx5_core i2c_core libata mdio ptp megaraid_sas
>>> nvme pps_core libcrc32c fjes dm_mirror dm_region_hash dm_log dm_mod
>>> [435339.965991] CPU: 8 PID: 223 Comm: kswapd0 Not tainted
>>> 3.10.0-514.10.2.el7.x86_64 #1
>>> [435339.965993] Hardware name: Dell Inc. PowerEdge R730xd/072T6D, BIOS
>>> 2.3.4 11/08/2016
>>> [435339.965994]  0000000000000000 000000006ea9561d ffff881ffc2c7aa0
>>> ffffffff816863ef
>>> [435339.965998]  ffff881ffc2c7ad8 ffffffff81085940 ffffea00015d4e20
>>> ffffea00015d4e00
>>> [435339.966000]  ffff880f4d7c5af8 ffff881ffc2c7da0 ffffea00015d4e00
>>> ffff881ffc2c7ae8
>>> [435339.966003] Call Trace:
>>> [435339.966010]  [<ffffffff816863ef>] dump_stack+0x19/0x1b
>>> [435339.966015]  [<ffffffff81085940>] warn_slowpath_common+0x70/0xb0
>>> [435339.966018]  [<ffffffff81085a8a>] warn_slowpath_null+0x1a/0x20
>>> [435339.966060]  [<ffffffffa03be56b>] xfs_vm_releasepage+0xcb/0x100 [xfs]
>>> [435339.966120]  [<ffffffff81180662>] try_to_release_page+0x32/0x50
>>> [435339.966128]  [<ffffffff811965e6>] shrink_active_list+0x3d6/0x3e0
>>> [435339.966133]  [<ffffffff811969e1>] shrink_lruvec+0x3f1/0x770
>>> [435339.966138]  [<ffffffff81196dd6>] shrink_zone+0x76/0x1a0
>>> [435339.966143]  [<ffffffff8119807c>] balance_pgdat+0x48c/0x5e0
>>> [435339.966147]  [<ffffffff81198343>] kswapd+0x173/0x450
>>> [435339.966155]  [<ffffffff810b17d0>] ? wake_up_atomic_t+0x30/0x30
>>> [435339.966158]  [<ffffffff811981d0>] ? balance_pgdat+0x5e0/0x5e0
>>> [435339.966161]  [<ffffffff810b06ff>] kthread+0xcf/0xe0
>>> [435339.966165]  [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140
>>> [435339.966170]  [<ffffffff81696958>] ret_from_fork+0x58/0x90
>>> [435339.966173]  [<ffffffff810b0630>] ? kthread_create_on_node+0x140/0x140
>>> [435339.966175] ---[ end trace 58233bbca77fd5e2 ]---
>>
>> With regards to the above stack trace,
>> https://bugzilla.redhat.com/show_bug.cgi?id=1079818 was opened, and
>> remains open, for the same stack. I would suggest discussing this
>> issue with your kernel support organisation as it is likely unrelated
>> to the sizing issue IIUC.
>
> Hi Brad,
>
> Thanks for clarifying that. That bug is not public. Is there any
> workaround mentioned in it?

No, there isn't. The upstream fix is
http://oss.sgi.com/pipermail/xfs/2016-July/050281.html

>
> Cheers,
> Marcus.
>
> --
> Marcus Furlong



-- 
Cheers,
Brad
_______________________________________________
ceph-users mailing list
ceph-users@xxxxxxxxxxxxxx
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux