similar to: Kernel 2.6.32-573.22.1.el6.x86_64, higher than usual load

On 04/08/2016 06:50 AM, Johnny Carlsen wrote: > Hi, > > After switching to the 2.6.32-573.22.1.el6.x86_64 kernel (CentOS 6) a few weeks ago I have noticed that my servers are now reporting a much higher idle load. > > The servers are being monitored with Zabbix, and there is a clear difference between the older kernel 2.6.32-573.12.1 and the newer 2.6.32-573.12.1. > > I can

On Fri, Apr 8, 2016 at 6:32 AM, Johnny Hughes <johnny at centos.org> wrote: > On 04/08/2016 06:50 AM, Johnny Carlsen wrote: > > Hi, > > > > After switching to the 2.6.32-573.22.1.el6.x86_64 kernel (CentOS 6) a > few weeks ago I have noticed that my servers are now reporting a much > higher idle load. > > > > The servers are being monitored with Zabbix,

Hi, After switching to the 2.6.32-573.22.1.el6.x86_64 kernel (CentOS 6) a few weeks ago I have noticed that my servers are now reporting a much higher idle load. The servers are being monitored with Zabbix, and there is a clear difference between the older kernel 2.6.32-573.12.1 and the newer 2.6.32-573.12.1. I can see the problem on both physical and virtual servers. You can see the Load

Hello All, Anyone have seen this before? Did samba_spnupdate really caused the crash??? [ 49.753564] block drbd1: drbd_sync_handshake: [ 49.753571] block drbd1: self BB16E125AF60AEDC:0000000000000000:30D97136FB1DA7A3:30D87136FB1DA7A3 bits:0 flags:0 [ 49.753576] block drbd1: peer 6365B5AFF049F16D:BB16E125AF60AEDD:30D97136FB1DA7A2:30D87136FB1DA7A3 bits:1 flags:0 [ 49.753580] block drbd1:

We have four identical hardware system. On one of them the most recent kernel update yields this error: # yum history info 332 Loaded plugins: etckeeper, fastestmirror, priorities Transaction ID : 332 Begin time : Wed May 4 10:21:07 2016 Begin rpmdb : 831:9ef9185577e3d2adb2d1ff0045619e1e0d9ed23a User : root <root> Return-Code : ** Aborted ** Command Line : update -y

Hello! I use NSD 4.7.0 self compiled: Configure line: --build=x86_64-linux-gnu --prefix=/usr --includedir=${prefix}/include --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --disable-option-checking --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu --runstatedir=/run --disable-maintainer-mode --disable-dependency-tracking

Hi All, I am using RHEL 6.4 on a Dell Server with 32 cores. But in the Cpus_allowed_list only 30 cores are available. Why is that? See the snippet from cat /proc/self/status: Cpus_allowed: 7fff7fff Cpus_allowed_list: 0-14,16-30 The allowed list is same for the init process as well (see below). I didn't see this issue, in RHEL 6.2. Why is that? Is there a way to change it? -miraj

Hello all, had an issue on with a virtualmachine on XenServer 7.0 yesterday. It is a Centos 7.4.1708 and in a OOM situation it just shut down. No kernel panic where I could see a message, but it just turned itself off. All I could see in the /var/log/messages was the following: ------------------------------------------------------------------------ Sep 24 03:11:08 hostname xe-daemon: Running

On 1/22/20 10:03 AM, R. Diez wrote: > Hi all: > > I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. I'm sorry, I don't have Ubuntu installed anywhere to look the version up. Can you run 'virsh version' to find it out for me please? > > I have written a script that backs up my virtual machines every night. I > want to limit the amount of

Hi, I am not sure if this is the right eMail-list to ask questions. I have the problem that with a second connect to a samba share the user is authenticated as guest. The first authentication was right done on my own user account. What i am doing wrong ? Thansk Michael [2013/01/02 11:06:34.964955,? 1] smbd/service.c:1070(make_connection_snum) ? pc-etw-051 (::ffff:172.28.96.114) connect to

On Wed, 29 Aug 2018 at 17:41, Leon Fauster via CentOS <centos at centos.org> wrote: > Since the update from kernel-2.6.32-754.2.1.el6.x86_64 > to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my > KVM guests anymore!? The workstation panics immediately! > > I would not have expected this behavior now (last phase of OS). > It was very robust until now (Optiplex

Leon Fauster via CentOS writes: > Since the update from kernel-2.6.32-754.2.1.el6.x86_64 > to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my > KVM guests anymore!? The workstation panics immediately! > > I would not have expected this behavior now (last phase of OS). > It was very robust until now (Optiplex Workstation). I see some KVM > related lines in the

> Since the update from kernel-2.6.32-754.2.1.el6.x86_64 > to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my > KVM guests anymore!? The workstation panics immediately! > > I would not have expected this behavior now (last phase of OS). > It was very robust until now (Optiplex Workstation). I see some KVM > related lines in the changelog.diff. Before swimming upstream: >

> > Am 30.08.2018 um 10:54 schrieb isdtor <isdtor at gmail.com>: > >> >> Leon Fauster via CentOS writes: >>> Since the update from kernel-2.6.32-754.2.1.el6.x86_64 >>> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my >>> KVM guests anymore!? The workstation panics immediately! >>> >>> I would not have expected this

On Thu, 30 Aug 2018 at 05:41, Leon Fauster via CentOS <centos at centos.org> wrote: > > > > > There goes a cheap and reliable VM dev machine :-/ > > > No way. Should all IT departments trash a big percentage of there hardware > now? > > I am going to say from chip and OEM manufacturers view points: yes. For at least the last 15 years, they have priced out

> Am 30.08.2018 um 06:37 schrieb Simon Matter <simon.matter at invoca.ch>: >> >>> Since the update from kernel-2.6.32-754.2.1.el6.x86_64 >>> to kernel-2.6.32-754.3.5.el6.x86_64 I can not boot my >>> KVM guests anymore!? The workstation panics immediately! >>> >>> I would not have expected this behavior now (last phase of OS). >>>

Am 30.08.2018 um 20:28 schrieb Simon Matter <simon.matter at invoca.ch>: > Am 30.08.2018 um 12:16 schrieb Leon Fauster <leonfauster at googlemail.com>: >> >> BTW upstream bug report: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1623692 > > Well, I have an account and am logged in, still can not see the bug. It seems that the default bugzilla

> >>> Does some one have problems related to KVM with > >>> kernel-2.6.32-754.3.5.el6.x86_64 ?? > >> > >> Yes, the exact same thing happened here, and I suspect it is related to > >> older cpus that don't get any Spectre/Meltdown updates. > > > > > > Thanks for the feedback. I' was assuming that some kind of > >

On Wed, Oct 18, 2017 at 07:59:23PM +0900, Tetsuo Handa wrote: > Tetsuo Handa wrote: > > 20171016-deflate.log.xz continued printing "puff" messages without any OOM > > killer messages, for fill_balloon() always inflates faster than leak_balloon() > > deflates. > > > > Since the OOM killer cannot be invoked unless leak_balloon() completely > >

Hi all: I am using the libvirt version that comes with Ubuntu 18.04.3 LTS. I have written a script that backs up my virtual machines every night. I want to limit the amount of memory that this backup operation consumes, mainly to prevent page cache thrashing. I have described the Linux page cache thrashing issue in detail here: