[Bug 1734744] Re: OOM killer with kernel 4.4.0-92

2018-01-03 Thread Vladimir Nicolici
Unfortunately the out of memory errors persisted with 4.4.0-104, so 6 days ago we switched to 4.8.0-58. No more OOM errors so far, but it seems the performance was affected a bit, there seem to be some freezes during the nightly jobs. Seeing that the similar bug, https://bugs.launchpad.net/ubuntu

[Bug 1734744] Re: OOM killer with kernel 4.4.0-92

2017-12-21 Thread Vladimir Nicolici
As I said in a previous comment we were experiencing this very infrequently during nightly dumps on a database, it was happening about once per month, but the issue became more frequent and persistent this week. So, after experiencing the issue 3 nights in a row during nightly database dumps, we u

[Bug 1734744] Re: OOM killer with kernel 4.4.0-92

2017-11-30 Thread Vladimir Nicolici
** Attachment added: "Second OOM log" https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1734744/+attachment/5016590/+files/oom-2.log -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1734744 Title:

[Bug 1734744] Re: OOM killer with kernel 4.4.0-92

2017-11-30 Thread Vladimir Nicolici
I have a similar problem on 4.4.0-91. Happened two times so far on Oct 31st and Nov 30th, during the nightly dumps of a postgres database. Strange coincidence, it's the last day of the month in both cases, but we don't do anything special at that time compared to the rest of the month. I'll attach

[Bug 1655842] Re: "Out of memory" errors after upgrade to 4.4.0-59

2017-11-01 Thread Vladimir Nicolici
Not sure if it's the same issue, but we had an unexpected OOM with Ubuntu 16.04.3 LTS, 4.4.0-91. Oct 31 23:52:25 db3 kernel: [6569272.882023] psql invoked oom-killer: gfp_mask=0x26000c0, order=2, oom_score_adj=0 ... Oct 31 23:52:25 db3 kernel: [6569272.882154] Mem-Info: Oct 31 23:52:25 db3 kerne

[Bug 1276255] [NEW] unexplainable high load average

2014-02-04 Thread Vladimir Nicolici
Public bug reported: I'm experiencing very high load averages, and I'm unable to determine the cause. For example, look at this output from sar -q: Linux 3.11.0-15-generic (dialer4) 02/04/2014 _x86_64_ (4 CPU) 12:00:01 AM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked 07