← Back to team overview

kernel-packages team mailing list archive

[Bug 1415510] Re: Frequent kernel panics when doing heavy I/O in LXC containers on Btrfs

 

Looks like the repair was successful:

% sudo btrfsck --repair /dev/mapper/ubuntu--vg-container
enabling repair mode
Checking filesystem on /dev/mapper/ubuntu--vg-container
UUID: b95b58fb-d0b2-4735-a4ed-2033537eb89a
checking extents
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
checking csums
checking root refs
found 37972963086 bytes used err is 0
total csum bytes: 44021104
total tree bytes: 651902976
total fs tree bytes: 470499328
total extent tree bytes: 103186432
btree space waste bytes: 136847949
file data blocks allocated: 126929125376
 referenced 44007616512
Btrfs v3.12


I'll now proceed with testing this against the upstream kernel.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1415510

Title:
  Frequent kernel panics when doing heavy I/O in LXC containers on Btrfs

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  I initially reported this as a bug in LXC
  (https://github.com/lxc/lxc/issues/424), but I was (rightfully)
  advised to report this as a kernel issue instead:

  I'm running Ubuntu 14.04.1 LTS (x86_64) on my Laptop. Current Kernel
  version is "3.13.0-44-generic". The LXC version is "1.0.7-0ubuntu0.1",
  installed from the "ubuntu-lxc" PPA on Launchpad.

  I have a dedicated Btrfs file system mounted on /container/, which I
  use for storing all LXC containers.

  The file system is created on top of a logical volume:

  lenz@lenz-ThinkPad-T440 ~ % mount | grep container
  /dev/mapper/ubuntu--vg-container on /container type btrfs (rw)
  lenz@lenz-ThinkPad-T440 ~ % sudo lvdisplay /dev/mapper/ubuntu--vg-container
    --- Logical volume ---
    LV Path                /dev/ubuntu-vg/container
    LV Name                container
    VG Name                ubuntu-vg
    LV UUID                JUq21P-SSoS-UeU5-rdDS-k6V4-d30e-gJM1FA
    LV Write Access        read/write
    LV Creation host, time lenz-ThinkPad-T440, 2014-09-15 13:42:27 +0200
    LV Status              available
    # open                 1
    LV Size                65,00 GiB
    Current LE             16640
    Segments               1
    Allocation             inherit
    Read ahead sectors     auto
    - currently set to     256
    Block device           252:5

  The hard disk drive is a Samsung SSD ("Samsung SSD 840 EVO 500GB,
  EXT0BB0Q, max UDMA/133", according to dmesg).

  I have a number containers based on CentOS 6, these were created by
  cloning a base image using lxc-clone -s.

  Quite frequently, when I create heavy disk I/O in one or several of
  these containers (e.g. by running yum update concurrently, or by
  transferring large files e.g. via a HTTP upload to one of the
  container instances), my host system freezes. This only happens when
  container activity is involved, the system runs stable otherwise. Most
  of the time the X desktop freezes, sometimes a Kernel panic can be
  observed on the console. Unfortunately I'm unable to capture it other
  than by taking a picture. The only solution is to perform a cold
  reboot using the power button.

  This occurred to me before. I then re-created the /container/ file
  system from scratch and started again. But now it's happening again,
  so I would like to report it for investigation.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-generic 3.13.0.44.51
  ProcVersionSignature: Ubuntu 3.13.0-44.73-generic 3.13.11-ckt12
  Uname: Linux 3.13.0-44-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.6
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC1:  lenz       2782 F.... pulseaudio
   /dev/snd/controlC0:  lenz       2782 F.... pulseaudio
  CurrentDesktop: Unity
  Date: Wed Jan 28 16:16:20 2015
  HibernationDevice: RESUME=UUID=a60307c3-e53f-473e-ba9e-90cbfe484bb8
  InstallationDate: Installed on 2014-09-15 (135 days ago)
  InstallationMedia: Ubuntu 14.04.1 LTS "Trusty Tahr" - Release amd64 (20140722.2)
  MachineType: LENOVO 20B6005YGE
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-44-generic root=/dev/mapper/ubuntu--vg-root ro softlockup_panic=1 elevator=noop quiet splash nomdmonddf nomdmonisw vt.handoff=7
  RelatedPackageVersions:
   linux-restricted-modules-3.13.0-44-generic N/A
   linux-backports-modules-3.13.0-44-generic  N/A
   linux-firmware                             1.127.11
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 09/03/2014
  dmi.bios.vendor: LENOVO
  dmi.bios.version: GJET79WW (2.29 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20B6005YGE
  dmi.board.vendor: LENOVO
  dmi.board.version: 0B98401 PRO
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: Not Available
  dmi.modalias: dmi:bvnLENOVO:bvrGJET79WW(2.29):bd09/03/2014:svnLENOVO:pn20B6005YGE:pvrThinkPadT440:rvnLENOVO:rn20B6005YGE:rvr0B98401PRO:cvnLENOVO:ct10:cvrNotAvailable:
  dmi.product.name: 20B6005YGE
  dmi.product.version: ThinkPad T440
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1415510/+subscriptions


References