Ubuntu Raring Kernel - pull patch block/partitions: optimize memory allocation in check_partition

[Shyam]

We have a Ubuntu Raring server running kernel 3.8.13-030813-generic

We use iscsi to consume LUNs out of a storage array in the backend. When the server is loaded we run into the issue of iSCSI device discovery failing to scan partitions on LUNs with

Jul 30 12:12:01 srv1 kernel: [101661.119322] kworker/u:20: page allocation failure: order:4, mode:0x10c0d0
Jul 30 12:12:01 srv1 kernel: [101661.119327] Pid: 32539, comm: kworker/u:20 Tainted: GF W O 3.8.13-030813-generic #201305111843
Jul 30 12:12:01 srv1 kernel: [101661.119329] Call Trace:
Jul 30 12:12:01 srv1 kernel: [101661.119340] [<ffffffff8113ac96>] warn_alloc_failed+0xf6/0x150
Jul 30 12:12:01 srv1 kernel: [101661.119345] [<ffffffff8113e156>] ? drain_local_pages+0x16/0x20
Jul 30 12:12:01 srv1 kernel: [101661.119350] [<ffffffff810bc8e0>] ? on_each_cpu_mask+0x50/0x70
Jul 30 12:12:01 srv1 kernel: [101661.119354] [<ffffffff8113e8ce>] __alloc_pages_nodemask+0x76e/0x9b0
Jul 30 12:12:01 srv1 kernel: [101661.119359] [<ffffffff8117af3a>] alloc_pages_current+0xba/0x170
Jul 30 12:12:01 srv1 kernel: [101661.119363] [<ffffffff81139aae>] __get_free_pages+0xe/0x40
Jul 30 12:12:01 srv1 kernel: [101661.119367] [<ffffffff8118427f>] kmalloc_order_trace+0x3f/0xd0
Jul 30 12:12:01 srv1 kernel: [101661.119373] [<ffffffff8133af30>] check_partition+0x30/0x200
Jul 30 12:12:01 srv1 kernel: [101661.119376] [<ffffffff8133ac58>] rescan_partitions+0xb8/0x2b0
Jul 30 12:12:01 srv1 kernel: [101661.119381] [<ffffffff811d52cb>] __blkdev_get+0x39b/0x480
Jul 30 12:12:01 srv1 kernel: [101661.119386] [<ffffffff8107f7eb>] ? bit_waitqueue+0x1b/0xc0
Jul 30 12:12:01 srv1 kernel: [101661.119389] [<ffffffff811d540e>] blkdev_get+0x5e/0x1e0
Jul 30 12:12:01 srv1 kernel: [101661.119393] [<ffffffff81337a82>] register_disk+0x172/0x190
Jul 30 12:12:01 srv1 kernel: [101661.119396] [<ffffffff81338334>] add_disk+0xb4/0x230
Jul 30 12:12:01 srv1 kernel: [101661.119403] [<ffffffff814bba76>] sd_probe_async+0x126/0x220
Jul 30 12:12:01 srv1 kernel: [101661.119407] [<ffffffff8108704f>] async_run_entry_fn+0xaf/0x1d0
Jul 30 12:12:01 srv1 kernel: [101661.119410] [<ffffffff81078b81>] process_one_work+0x141/0x490
Jul 30 12:12:01 srv1 kernel: [101661.119413] [<ffffffff81079b48>] worker_thread+0x168/0x400
Jul 30 12:12:01 srv1 kernel: [101661.119416] [<ffffffff810799e0>] ? manage_workers+0x120/0x120
Jul 30 12:12:01 srv1 kernel: [101661.119419] [<ffffffff8107f050>] kthread+0xc0/0xd0
Jul 30 12:12:01 srv1 kernel: [101661.119423] [<ffffffff8107ef90>] ? flush_kthread_worker+0xb0/0xb0
Jul 30 12:12:01 srv1 kernel: [101661.119429] [<ffffffff816f61ec>] ret_from_fork+0x7c/0xb0
Jul 30 12:12:01 srv1 kernel: [101661.119432] [<ffffffff8107ef90>] ? flush_kthread_worker+0xb0/0xb0

We see this issue is fixed in 3.9 kernels with the following commit

https://github.com/torvalds/linux/commit/ac2e5327a5e4f6477afc6a3b3b0dc6e0476d71d4

Kindly request you to pull this patch into Ubuntu raring stable 3.8 kernel version as detailed in
http://lwn.net/Articles/550581/

Thank You

[Brad Figg (brad-figg)]

This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:

apport-collect 1206837

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

[Shyam (shyam-zadarastorage)]

Since the issue has been fixed in mainline kernel & this is a request to pull a mainline patch into ubuntu raring kernel, no logs attached.

[Shyam (shyam-zadarastorage)]

Hi Tim,

Thanks for committing the fix.

Do you know when a Raring build is going to happen? We are waiting to upgrade to that version.

Thanks.

--Shyam

[Tim Gardner (timg-tpi)]

Shyam - SRU cadences are announced on this list. https://lists.ubuntu.com/mailman/listinfo/kernel-sru-announce

[Brad Figg (brad-figg)]

This bug is awaiting verification that the kernel in -proposed solves the problem. Please test the kernel and update this bug with the results. If the problem is solved, change the tag 'verification-needed' to 'verification-done'.

If verification is not done by one week from today, this fix will be dropped from the source code, and this bug will be closed.

See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you!

[Launchpad Janitor (janitor)]

This bug was fixed in the package linux - 3.8.0-30.44

---------------
linux (3.8.0-30.44) raring; urgency=low

  [Steve Conklin]

  * Release Tracking Bug
    - LP: #1215596

  [ Upstream Kernel Changes ]

  * Don't attempt to send extended INQUIRY command if skip_vpd_pages is set
    - LP: #1215155

linux (3.8.0-30.43) raring; urgency=low

  [Steve Conklin]

  * Release Tracking Bug
    - LP: #1215095

  [ Andy Whitcroft ]

  * [Packaging] supply perf with appropriate prefix to ensure use of local
    config
    - LP: #1206200
    - CVE-2013-1060

  [ Brad Figg ]

  * Start new release

  [ John Johansen ]

  * Revert "SAUCE: (no-up) AppArmor: Disable Add PR_{GET,SET}_NO_NEW_PRIVS
    to prevent execve from granting privs"
    - LP: #1202161

  [ Joseph Salisbury ]

  * SAUCE: (no-up) intel_ips: blacklist ASUSTek G60JX laptops
    - LP: #1210848

  [ Kamal Mostafa ]

  * SAUCE: (no-up) Revert "SAUCE: (no-up) drm/i915: quirk no PCH_PWM_ENABLE
    for Dell XPS13 backlight"

  [ Tim Gardner ]

  * [Config] Include rbd and kvm in the virtual inclusion list
    - LP: #1206961

  [ Upstream Kernel Changes ]

  * Revert "drm/i915: Workaround incoherence between fences and LLC across
    multiple CPUs"
    - LP: #1207977
  * xen/blkback: Check device permissions before allowing OP_DISCARD
    - LP: #1207977
  * ASoC: sglt5000: Fix the default value of CHIP_SSS_CTRL
    - LP: #1207977
  * ASoC: sglt5000: Fix SGTL5000_PLL_FRAC_DIV_MASK
    - LP: #1207977
  * drm/i915: Correct obj->mm_list link to
    dev_priv->dev_priv->mm.inactive_list
    - LP: #1207977
  * drm/i915: fix up ring cleanup for the i830/i845 CS tlb w/a
    - LP: #1207977
  * Partially revert "drm/i915: unconditionally use mt forcewake on
    hsw/ivb"
    - LP: #1207977
  * drm/i915: Fix write-read race with multiple rings
    - LP: #1207977
  * drm/i915: merge {i965, sandybridge}_write_fence_reg()
    - LP: #1207977
  * drm/i915: Fix incoherence with fence updates on Sandybridge+
    - LP: #1207977
  * drm/i915: rename sdvox_reg to hdmi_reg on HDMI context
    - LP: #1207977
  * drm/i915: don't setup hdmi for port D edp in ddi_init
    - LP: #1207977
  * drm/i915: Preserve the DDI_A_4_LANES bit from the bios
    - LP: #1207977
  * drm/radeon/hdmi: make sure we have an afmt block assigned
    - LP: #1207977
  * drm/radeon: allocate SA bo in the requested domain
    - LP: #1207977
  * drm/radeon: allow selection of alignment in the sub-allocator
    - LP: #1207977
  * ACPI / memhotplug: Fix a stale pointer in error path
    - LP: #1207977
  * PM / Sleep: avoid 'autosleep' in shutdown progress
    - LP: #1207977
  * ext4: fix error handling in ext4_ext_truncate()
    - LP: #1207977
  * radeon kms: do not flush uninitialized hotplug work
    - LP: #1207977
  * ALSA: asihpi: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ALSA: atiixp: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ALSA: 6fire: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ALSA: ua101: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ALSA: usx2y: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ALSA: pxa2xx: Fix unlocked snd_pcm_stop() call
    - LP: #1207977
  * ASoC: atmel: Fix unl...