linux-kernel - Strange OOM problem (swap empty)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [day] [month] [year] [list]

Message-ID: <55f6199c0707110849r25cacab6oc1da6c0257d904c@mail.gmail.com>
Date:	Wed, 11 Jul 2007 11:49:34 -0400
From:	Disconnect <dc.disconnect@...il.com>
To:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Strange OOM problem (swap empty)

Last night one of our testbed fileservers went OOM for unknown
reasons.  (The log is attached.)  Its a moderately complex setup - 2
dual-core Opteron chips with 8G of (matched) ram under Xen.  The file
array (which was doing heavy writes from this node using rsync) is an
external multi-connected scsi using clvmd and ocfs2.  (The other node
had no problems, but it was not doing anything other than idling with
2 xen guests, also idle.)

Local filesystems and swap are on an internal scsi raid rather than
the shared device.

The confusing part is that the dump shows swap almost completely
unused. So shouldn't memory pressure have forced something out to
swap?

I can provide any other info that would be helpful (and I'm subscribed
to the list).

Jul 10 18:23:50 dvsc3 kernel: Free swap  = 5961616kB
Jul 10 18:23:50 dvsc3 kernel: Total swap = 6032368kB

Download attachment "OOM.log" of type "application/octet-stream" (9068 bytes)

View attachment "xm_info.txt" of type "text/plain" (981 bytes)

Download attachment "cpuinfo" of type "application/octet-stream" (2464 bytes)

Download attachment "free" of type "application/octet-stream" (230 bytes)

View attachment "xm_list.txt" of type "text/plain" (304 bytes)