[LU-2666] Warning emitted from vsnprintf called from obd_proc_read_health Created: 22/Jan/13  Updated: 08/Sep/23  Resolved: 14/Dec/21

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: Lustre 2.4.0
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Prakash Surya (Inactive) Assignee: Mikhail Pershin
Resolution: Cannot Reproduce Votes: 1
Labels: llnl

Severity: 3
Rank (Obsolete): 6220

 Description   

Saw this on the MDS logs today running a 2.3.59 based tag. It looks a lot like ORI-657 which is marked resolved, but there isn't a patch linked to in the issue (besides the abandoned 3162).

2013-01-22 14:41:04 ------------[ cut here ]------------
2013-01-22 14:41:04 WARNING: at lib/vsprintf.c:1191 vsnprintf+0x5d3/0x5f0() (Tainted: P        W  ----------------  )
2013-01-22 14:41:04 Hardware name: X8DTH-i/6/iF/6F
2013-01-22 14:41:04 Modules linked in: osp(U) lod(U) mdt(U) mdd(U) mgs(U) mgc(U) osd_zfs(U) lquota(U) lustre(U) lov(U) osc(U) mdc(U) fid(U) fld(U) ptlrpc(U) obdclass(U) lvfs(U) acpi_cpufreq freq_table mperf ko2iblnd(U) lnet(U) sha512_generic sha256_generic libcfs(U) ib_ipoib rdma_ucm ib_ucm ib_uverbs ib_umad rdma_cm ib_cm iw_cm ib_addr ib_sa mlx4_ib ib_mad ib_core dm_mirror dm_region_hash dm_log zfs(P)(U) zcommon(P)(U) zn
vpair(P)(U) zavl(P)(U) zunicode(P)(U) spl(U) zlib_deflate sg(+) dm_round_robin dm_multipath dm_mod vhost_net macvtap macvlan tun kvm_intel kvm ses(+) enclosure sd_mod crc_t10dif mpt2sas scsi_transport_sas raid_class serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support ioatdma i7core_edac edac_core shpchp ipv6 nfs lockd fscache nfs_acl auth_rpcgss sunrpc mlx4_en mlx4_core igb dca [last unloaded: cpufreq_ondemand]
2013-01-22 14:41:04 Pid: 30196, comm: grep Tainted: P        W  ----------------   2.6.32-220.23.1.2chaos.ch5.x86_64 #1
2013-01-22 14:41:04 Call Trace:
2013-01-22 14:41:04  [<ffffffff81069ca7>] ? warn_slowpath_common+0x87/0xc0
2013-01-22 14:41:04  [<ffffffff81069cfa>] ? warn_slowpath_null+0x1a/0x20
2013-01-22 14:41:04  [<ffffffff81277623>] ? vsnprintf+0x5d3/0x5f0
2013-01-22 14:41:04  [<ffffffff814f068e>] ? mutex_lock+0x1e/0x50
2013-01-22 14:41:04  [<ffffffff812776e4>] ? snprintf+0x34/0x40
2013-01-22 14:41:04  [<ffffffffa06b38b3>] ? obd_proc_read_health+0x273/0x3a0 [obdclass]
2013-01-22 14:41:04  [<ffffffffa06d0543>] ? lprocfs_fops_read+0xf3/0x1f0 [obdclass]
2013-01-22 14:41:04  [<ffffffff811dcafe>] ? proc_reg_read+0x7e/0xc0
2013-01-22 14:41:04  [<ffffffff811783d5>] ? vfs_read+0xb5/0x1a0
2013-01-22 14:41:04  [<ffffffff81178511>] ? sys_read+0x51/0x90
2013-01-22 14:41:04  [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b
2013-01-22 14:41:04 ---[ end trace 48a67872fd4320df ]---


 Comments   
Comment by Peter Jones [ 23/Jan/13 ]

Mike

Does this seem related to ORI-657?

Peter

Comment by Jason Hill (Inactive) [ 25/Jun/14 ]

We saw this on 2.4.3 (plus some patches) today at ORNL. Just after filesystem was started.

Generated at Sat Feb 10 01:27:10 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.