similar to: CESA-2012:1304 Moderate CentOS 6 kernel Update

Send CentOS-announce mailing list submissions to centos-announce at centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request at centos.org You can reach the person managing the list at centos-announce-owner at centos.org When

kernel 2.6.32-279.9.1.el6.x86_64 does not build from the source rpm's using the UNmodified config file and following the directions explicitly. Previous kernels build fine from the same directions. A little help from the developers would be greatly appreciated. while building I get this output: c1: warnings being treated as errors drivers/base/platform.c:621: error:

I see this ocasionally on one of my CentOS 6.3 x64 systems: Oct 18 03:10:52 backup kernel: swapper: page allocation failure. order:1, mode:0x20 Oct 18 03:10:52 backup kernel: Pid: 0, comm: swapper Not tainted 2.6.32-279.9.1.el6.x86_64 #1 Oct 18 03:10:52 backup kernel: Call Trace: Oct 18 03:10:52 backup kernel: <IRQ> [<ffffffff8112789f>] ? __alloc_pages_nodemask+0x77f/0x940 Oct 18

Hi All. I currently use: Apache/2.2.21 on: 2.6.32-279.9.1.el6.centos.plus.x86_64 CentOS release 6.3 (Final) >From time to time (it happenes on different machines) I have a very high load up to 100, and I see that there are up to 300/s writes to /var at the same time. Apache restart solves the problem. I would like to know the reason so I decided to use auditd. I've used: auditctl -w /var

On 2012-10-10 17:47, Jack Bates wrote: > On 10/10/2012 9:40 AM, Robert JR wrote: > >> telnet mymail.com 110 user username pass password list quit all >> commands work except the quit command, Dovecot hang at this point >> !!! >> Why Dovecot hang on receiving the Quit command !!! and doesnot >> disconnect !! > Please include your dovecot version. Also, does

https://bugs.freedesktop.org/show_bug.cgi?id=60868 Priority: medium Bug ID: 60868 Assignee: nouveau at lists.freedesktop.org Summary: Xorg update via Fedora 18 yum update on Macbook Pro 3,1 causes video to crash. QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified

Dear CentOS users, I run a small Facebook game at a CentOS 6.3 machine with PostgreSQL 8.4.3 + few PHP scripts + 1 Perl daemon and even though the server worked ok, I've suggested my users to double up the RAM to 32 GB and they have collected money for that. Now my problem is that I don't know, which knob to turn and how to really use the additional memory. Below is my top output at the

http://bugzilla.mindrot.org/show_bug.cgi?id=1304 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME CC|

CentOS Errata and Bugfix Advisory 2014:1304 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-1304.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1eba89daeba6094692bc434134d63591a234b1303fd3dbc0f593de7274b37305 clusterlib-3.0.12.1-59.el6_5.3.i686.rpm

CentOS Errata and Bugfix Advisory 2017:1304 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1304.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: bdd18dc9c5ae01b01b56f81256a29d76c6e48b25770cdd15cda980ddc51aa1c3 libvirt-2.0.0-10.el7_3.9.x86_64.rpm

Hello, We have built R 1.4.1 on Red Hat 7.1 for use on both Red Hat 7.1 and 7.2. Running R on Red Hat 7.2 fails with the following error message: $ R /usr/local/r-1.4.1/lib/R/bin/R.bin: error while loading shared libraries: libreadline.so.4.1: cannot open shared object file: No such file or directory $ This is because Red Hat 7.1 provides readline-4.1 while Red Hat 7.2. provides

http://bugzilla.mindrot.org/show_bug.cgi?id=1304 Summary: SSH session cleanup problem Product: Portable OpenSSH Version: 4.6p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ssh AssignedTo: bitbucket at mindrot.org ReportedBy: sumit_1636 at yahoo.com

https://bugzilla.netfilter.org/show_bug.cgi?id=1304 Bug ID: 1304 Summary: issue with interval sets Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: kernel Assignee: pablo at netfilter.org

After successfully updating three CentOS 6.3 VM guests to 6.4 I decided to update the host as well. And it failed to boot. Kernel panic - Not syncing: Attempted to kill init! Pid: 1, comm: init not tainted: 2.6.32-358.2.1.el6.x86_64 #1 Plus a call trace I couldn't see Luckily I was able to boot from the previous kernel and get my system back up. After booting to the previous kernel I

Hi all, we've started receiving complaints from users that seemingly use more quota than they actually have. We noticed that these users have (in some cases many) .nfs files in their mailspool. Some of our admins checked their own dirs, and noticed them there as well. This could of course be unrelated to dovecot (kernel issue, netapp issue) but maybe somehow has an idea about if dovecot could

I have a couple development servers running centos 6.3 64bit that have LSI 9211-8i SAS2 controllers connected to a SAS2 backplane. these work fine with SATA hard disks (populated with a bunch of 3TB SATA drives)... I'm trying to install a OCZ Vertex3 SSD on each of the two servers to do some ssd caching tests... system sees the drive, so I do the following... # parted -a min

I''m running puppet on CentOS 6.3 x86_64: - facter.i386 1:1.6.12-2.el6 @puppet - puppet.noarch 2.7.19-1.el6 @puppet - ruby-shadow.x86_64 1.4.1-13.el6 @puppet Puppetmaster: - facter.x86_64 1:1.6.12-2.el6 @puppet - hiera.noarch 1.0.0-2.el6 @puppet - puppet.noarch 2.7.19-1.el6 @puppet -

https://bugs.freedesktop.org/show_bug.cgi?id=58316 Priority: medium Bug ID: 58316 Assignee: nouveau at lists.freedesktop.org Summary: fedora 17 kernel 3.7.0-1.PAE failed plymouth and enable msi error QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux