XFS quotacheck OOM
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Hello,
I have a 1.2 TiB XFS file system with 1.1 TiB of data and 14 million inodes used. When I try to enable user and group quota on the file system, XFS quotacheck is run on mount with "-o uquota,gquota". A few seconds after the quotacheck starts, the OOM killer starts killing processes and I get these messages on the serial console:
[ 157.508682] Out of memory: Kill process 680 (upstart-udev-br) score 1 or sacrifice child
[ 157.516799] Killed process 680 (upstart-udev-br) total-vm:17232kB, anon-rss:192kB, file-rss:0kB
[ 157.543556] Out of memory: Kill process 1081 (upstart-socket-) score 1 or sacrifice child
[ 157.551760] Killed process 1081 (upstart-socket-) total-vm:15188kB, anon-rss:184kB, file-rss:0kB
[ 157.578237] Out of memory: Kill process 1284 (rsyslogd) score 1 or sacrifice child
[ 157.585823] Killed process 1284 (rsyslogd) total-vm:253712kB, anon-rss:556kB, file-rss:0kB
[ 157.719863] Out of memory: Kill process 1299 (getty) score 1 or sacrifice child
[ 157.727181] Killed process 1299 (getty) total-vm:12932kB, anon-rss:156kB, file-rss:4kB
...
[ 251.512025] XFS: possible memory allocation deadlock in kmem_zone_alloc (mode:0x2d0)
[ 253.516024] XFS: possible memory allocation deadlock in kmem_zone_alloc (mode:0x2d0)
...
Shortly before the SSH connection to the machine is lost, /proc/slabinfo shows the following line:
slabinfo - version: 2.1
# name <active_objs> <num_objs> <objsize> <objperslab> <pagesperslab> : tunables <limit> <batchcount> <sharedfactor> : slabdata <active_slabs> <num_slabs> <sharedavail>
...
xfs_inode 1981333 1981333 960 17 4 : tunables 0 0 0 : slabdata 116549 116549 0
...
The machine has 2 GiB RAM, of which 1.8 GiB are used by the XFS inode cache, if I read these numbers correctly.
The machine runs the following kernel:
# uname -a
Linux bombax 3.2.0-32-generic #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
#
Patches for this very issue are mentioned here:
http://
(The size of the xfs_inode entry in /proc/slabcache confirms that this is the issue, according to the person mentioning the patches.)
Can you apply these fixes to the Precise kernel?
---
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.24.
AplayDevices: Error: [Errno 2] No such file or directory
ApportVersion: 2.0.1-0ubuntu14
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/by-path', '/dev/snd/
CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found.
Card0.Amixer.info: Error: [Errno 2] No such file or directory
Card0.Amixer.
Card1.Amixer.info: Error: [Errno 2] No such file or directory
Card1.Amixer.
DistroRelease: Ubuntu 12.04
IwConfig: Error: [Errno 2] No such file or directory
Lsusb: Error: [Errno 2] No such file or directory
MachineType: System manufacturer System Product Name
Package: linux 3.2.0.32.35
PackageArchitec
ProcEnviron:
TERM=xterm
LANG=C.UTF-8
SHELL=/bin/bash
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=
ProcVersionSign
RelatedPackageV
linux-
linux-
linux-firmware 1.79.1
RfKill: Error: [Errno 2] No such file or directory
Tags: precise
Uname: Linux 3.2.0-32-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:
dmi.bios.date: 10/29/2007
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: ASUS M2N-SLI DELUXE ACPI BIOS Revision 1302
dmi.board.name: M2N-SLI DELUXE
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: 1.XX
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnPhoenixT
dmi.product.name: System Product Name
dmi.product.
dmi.sys.vendor: System manufacturer
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
tags: | added: bios-outdated-1804 needs-upstream-testing regression-potential |
description: | updated |
This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
apport-collect 1069947
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.