similar to: CESA-2009:1455 Moderate CentOS 5 i386 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

CentOS Errata and Security Advisory 2009:1455 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2009-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: eab0282b820ec7f3a30a0cc82412d6e2 kernel-2.6.18-164.2.1.el5.x86_64.rpm e35f13025dbb4b5fc5cd9b2eb19615ad kernel-debug-2.6.18-164.2.1.el5.x86_64.rpm

This is irritating: I've got a server I just upgraded to 5.4, then rebooted, only to discover that it just *sits* there at the grub boot menu. I looked at grub.conf, and uncommented hiddenmenu (which should have been done long ago). It *still* sits there when I reboot. Any clues, folks? mark grub.conf: #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz

Please excuse a possibly dumb question. Prior to the release of CentOS 5.4 I believe two updated 5.4 kernels were released as part of 5.3 2.6.18-164.el5 and 2.6.18-164.2.1.el5 Now that 5.4 is released we have just the 2.6.18-164.el5 kernel. Now the dumb question - what happened to the updated kernel? I now have workstations running 5.4 with the 164.2.1.el5 as they get yum update run regularly,

Hi all, I'm trying to run Windows Server 2008 x86_64 on XEN, but I have a problem... The instalation works fine, but at the first reboot after instalation I get an "Stop 0x0000007E" error. Please, can you help me with this problem? My *processor*: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz My *xm info*: xm info host : vs01.lan.specto.com.br release :

Hi, I just noticed one of my XEN domU''s rebooting by itself. No one was logged in and it wasn''t under load, but just rebooted. It rebooted again about an hour or 2 later Is there any way to see why to see what caused this, either from domU, or dom0 ? /var/log/messages has no indicative reason, but here it is: Aug 1 18:47:06 venus shutdown[13758]: shutting down for system

File Server OS: CentOS 5.3 (x86_64) Kernel: CentOS Plus kernel (need XFS fs drivers) The file server has a Chelsio T310 10GBASE-CX4 RNIC (rev 3) PCI Express x8 MSI-X (eth0), driver and firmware is stock from the CentOS Plus kernel. Using ethtool I have verified driver association with the 3 NICs on the system (eth1 and eth2 are not connected to any switch) Driver for eth0 driver: cxgb3

Just upgraded CentOS to (uname) "Linux 2.6.18-164.2.1.el5.plus #1 SMP Fri Oct 9 12:34:43 EDT 2009 i686 i686 i386 GNU/Linux" and since then, when emacs (version 21.4.1) starts up (using emacs -Q), where there should be text there are only little empty boxes, each the size of character. The error message reads: Warning: Cannot convert string

Os is redhat enterprise, kernel 2.6.18-164.2.1.e15 NUT is apparently 2.4.1 It was installed by tar. Monitoring a lot of apc UPS units-mostly Smart-UPS of various flavors, also a Silcon DP380E. Normally works just fine... "upslog" writes status log every 30 seconds with various parameters.. Every so often, one of the UPS units has a log entry of:

Greetings ocfs2 folks, A client is experiencing some random deadlock issues within a cluster, wondering if anyone can point us in the right direction. The iSCSI connection seemed to have dropped on one node briefly, ultimately several hours later landing us in a complete deadlock scenario where multiple nodes (Node 7 and Node 8) had to be panic'd (by hand - they didn't ever panic on

Hi all, I am running CentOS 5.3 under xen on a VPS machine (so I have a limited control on the machine) I am playing with openswan and KLIPS and I need to build the ipsec.ko kernel module. I would need to download kernel source but I am really confused about what source I have to get. uname -r tells: 2.6.18-128.7.1.el5xen ls /lib/modules tells: ls /lib/modules 2.6.18-128.7.1.el5xen

I've installed R-2.9.2 (64 bit), unixODBC-2.2.14-p2 (64 bit) and RODBC_1.2-5 (64 bit) on a 64 bit Redhat Linux server (Red Hat Enterprise Linux Server release 5.4 (Tikanga), x86_64) release 2.6.18-164.2.1.el5. I've tested the ODBC drive via isql and the test was success: [yzhang@ROracleTest ~]$ isql -v DRTST yzhang test +---------------------------------------+ | Connected!

On Aug 13, 2015, at 12:45 PM, Bob Brown <bbrown at harpercollege.edu> wrote: > > Os is redhat enterprise, kernel 2.6.18-164.2.1.e15 > NUT is apparently 2.4.1 > It was installed by tar. > > Monitoring a lot of apc UPS units?mostly Smart-UPS of various flavors, also a Silcon DP380E. > > Normally works just fine? ?upslog? writes status log every 30 seconds with

Hi, I am working with a westemere based server. I need to find out if the NIC installed there supports SR-IOV - what would be the best way to determine that? Regards, Kashyap hwconfig ------------- Summary: HP DL160 G6, 2 x Xeon E5620 2.40GHz, 15.7GB / 16GB 1333MHz, 1 x 500GB SATA System: HP ProLiant DL160 G6, C-2N/16/500, ySPEC 25.0 Processors: 2 x Xeon E5620 2.40GHz (HT

http://bugs.freedesktop.org/show_bug.cgi?id=25366 Summary: PGRAPH_ERROR with Quadro NVS 280 SD (NV17 or NV18) Product: xorg Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugzilla.netfilter.org/show_bug.cgi?id=1455 Bug ID: 1455 Summary: Queue verdict cannot be used in vmap Product: nftables Version: unspecified Hardware: arm OS: Ubuntu Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at netfilter.org

CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 022185ff90f86164415ae5787b76169d freetype-2.2.1-28.el5_7.2.i386.rpm 89be9ac11f1ee3ac0ac9f8adac2d53d9 freetype-2.2.1-28.el5_7.2.x86_64.rpm

CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 022185ff90f86164415ae5787b76169d freetype-2.2.1-28.el5_7.2.i386.rpm 7dbc89fd0350f818cff9a1315639391a freetype-demos-2.2.1-28.el5_7.2.i386.rpm

CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: dc23559acddc2c79c9e30dc7e49a0d2e freetype-2.1.9-21.el4.i386.rpm a1ce533cfd8b8b8b36fa56f2222b09d0 freetype-demos-2.1.9-21.el4.i386.rpm

CentOS Errata and Security Advisory 2011:1455 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1455.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: dc23559acddc2c79c9e30dc7e49a0d2e freetype-2.1.9-21.el4.i386.rpm 3c3a3f80d0bb59a51d77bcaf7557c51e freetype-2.1.9-21.el4.x86_64.rpm