On Mon, Aug 15, 2011 at 5:14 PM, Riccardo Murri <riccardo.mu...@gmail.com> wrote: > Hello, > > We've been using UML to run some computational applications (developed > in-house). The application runs fine for nearly 24h, then is killed > with signal 9. Just before the application is killed, these lines > appear on the console: > > [102159.270000] do_syscall_stub : ret = -12, offset = 1052688, data > = 00000000f7b7c010 > [102159.270000] do_syscall_stub: syscall 9 failed, return value = > 0xfffffffffffffff4, expected return value = 0x173d4000 > [102159.270000] syscall parameters: 0x173d4000 0x1000 0x7 0x11 > 0x4 0x6da32000 > [102159.270000] Failed to flush page for address 0x173d4000 > > So my guess is that the appliaction triggered some sort of "internal error" > and > was killed by the UML kernel. Googling the error message, I found > this reference to an older thread on this mailing list: > > http://www.mail-archive.com/user-mode-linux-devel@lists.sourceforge.net/msg04364.html > > I'm not sure what is meant there with UML "exceeding 256M RSS" and > how/if this can be worked around. The UML machine is launched with > "mem=2G" and the application is expected to use about 1G max. > > Any suggestion? >
Syscall 9 is mmap() and 0xfffffffffffffff4 is -12 -> -ENOMEM. It looks like your UML process is simply running out of memory or has too much memory mappings. -- Thanks, //richard ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
