similar to: CESA-2011:1386 Important CentOS 5 i386 kernel Update

Displaying 20 results from an estimated 4000 matches similar to: "CESA-2011:1386 Important CentOS 5 i386 kernel Update"

2011 Oct 21
0
CentOS-announce Digest, Vol 80, Issue 9
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
2011 Oct 21
0
CESA-2011:1386 Important CentOS 5 x86_64 kernel Update
CentOS Errata and Security Advisory 2011:1386 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2011-1386.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 396b6c721e1bfffc8511ab74737b0177 kernel-2.6.18-274.7.1.el5.x86_64.rpm 44fc76f292eb071233fee1a8e8d8b3c0 kernel-debug-2.6.18-274.7.1.el5.x86_64.rpm
2011 Nov 02
1
CentOS 5.7 gives me a blank screen after bootup
Hi all, I have an odd problem, for which I couldn't find any suggestions on google. A CentOS 5.7x64 gives me a blank screen on bootup, both to the 17" LCD monitor connected to the VGA port, and to the KVMOVIP device built-into the server, I can see the GRUB boot loader, and everything booting up, upto the point where it says "Waiting for driver initialization.", then it goes
2012 Oct 17
0
CESA-2012:1386 Important CentOS 6 java-1.7.0-openjdk Update
CentOS Errata and Security Advisory 2012:1386 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1386.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 399c7a3029469bb0aa4e56191fd2915e0e3f57c48c01b7f81462e6fb1f955065 java-1.7.0-openjdk-1.7.0.9-2.3.3.el6_3.1.i686.rpm
2018 May 30
0
CEEA-2018:1386 CentOS 7 rasdaemon Enhancement Update
CentOS Errata and Enhancement Advisory 2018:1386 Upstream details at : https://access.redhat.com/errata/RHEA-2018:1386 The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 7185b6c5c876896b97faae7020a780d7951bdc3cfd87169d61dca0ef2a72ac9e rasdaemon-0.4.1-33.1.el7_5.x86_64.rpm Source:
2019 Dec 04
4
[Bug 1386] New: nftables.py cmd doesn't read updated counter values after first read
https://bugzilla.netfilter.org/show_bug.cgi?id=1386 Bug ID: 1386 Summary: nftables.py cmd doesn't read updated counter values after first read Product: nftables Version: unspecified Hardware: x86_64 OS: Gentoo Status: NEW Severity: major Priority: P5 Component:
2011 Dec 05
2
Booting C 6.0 from C 5.7
I installed C 6.0 in an empty partition. It functioned. Despite using the usually successful methods of booting into another operating system from C 5.7, I can't get into C 6.0 Tried:- title C6-0 (2.6.32-71.el6.x86_64) rootnoverify (hd0,6) chainloader +1 and root (hd0,6) kernel /boot/vmlinuz-2.6.32-71.el6.x86_64 ro root=UUID=67c62872-0c69-451c-8412-3c218c0d2cb0 rd_NO_LUKS rd_NO_LVM
2013 May 06
1
Installing on an OpenVZ instance
Hello All; I'm attempting to build the dahdi on an OpenVZ instance: Linux serverx 2.6.18-274.7.1.el5.028stab095.1 #1 SMP Mon Oct 24 20:49:24 MSD 2011 x86_64 x86_64 x86_64 GNU/Linux Now, the kernel says that I have the proper one installed, as you can see from above. However, when I run the make all, this is what I see: You do not appear to have the sources for the
2012 Mar 08
0
Issue with the xen hypervisor crash
Hi, I am having some issues with xen hypervisor crashing because it could not find one of the cores in my processor. This is not consistent. It happens once in every two or three boots. Is this is xen bug or is it something related to BIOS. If it is a xen bug, has it been addressed and could you point me to the right patch. Here is the xen boot message. title CentOS (2.6.18-274.7.1.el5xen)
2012 Feb 21
1
Unable to use all the memory available
Hello: As you can see from xm info below, we have almost 200GB of memory in our server running CentOS 5.2. But, we can't seem to allocate all the memory. For some reason, the total memory that can be allocated maxes out at 188.4 GB. None of the VMs has hit its own max-mem limit. Even when we set one of the VM's memory so the total is above 188.4 GB, its memory allocation stops when the
2007 Oct 31
26
[Bug 1386] New: OpenSSH 4.7p1 compile error in atomicio.c under Tru64 4.0f
https://bugzilla.mindrot.org/show_bug.cgi?id=1386 Summary: OpenSSH 4.7p1 compile error in atomicio.c under Tru64 4.0f Classification: Unclassified Product: Portable OpenSSH Version: 4.7p1 Platform: Alpha OS/Version: Tru64 Status: NEW Severity: major Priority: P2 Component: Build
2012 May 06
1
Ext3 and drbd read-only remount problem.
Hi all. I have two hosts with drbd: kmod-drbd83-8.3.8-1.el5.centos drbd83-8.3.8-1.el5.centos and kernel (CentOS 5.7): 2.6.18-308.4.1.el5 After a recent upgrade of kernel I have had two sitiuations when my ext3 filesystem on /dev/drbd0 became read-only. I've checked disks with smartctl -t long, they are ok. There are no messages with disks problems in /var/log/messages | dmesg. I've made
2013 Jan 02
3
domU doesn't see all memory
Hi, I'm running CentOS 6.2 x86_64 as xen guest on a CentOS 5.7 dom0. The host is running 2.6.18-274.7.1.el5xen, the guest 2.6.32-220.2.1.el6.x86_64. Memory for domU is set to 1024 MB and "xm list" shows these 1024 MB. But "free -m" on the guest system shows only 652 MB. When I set up a CentOS 5.x guest with 1024 MB "free -m" shoes 1024 MB. Anyone else seeing
2011 Mar 22
0
CESA-2011:0370 Moderate CentOS 4 i386 wireshark - security update
CentOS Errata and Security Advisory CESA-2011:0370 wireshark security update for CentOS 4 1386: https://rhn.redhat.com/errata/RHSA-2011-0370.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: wireshark-1.0.15-2.el4.i386.rpm wireshark-gnome-1.0.15-2.el4.i386.rpm src: wireshark-1.0.15-2.el4.src.rpm -------------- next part -------------- A
2011 Mar 23
0
CESA-2011:0373 Important CentOS 4 i386 x86_86 firefox - security update
CentOS Errata and Security Advisory CESA-2011:0373 firefox security update for CentOS 4 1386 x86_64: https://rhn.redhat.com/errata/RHSA-2011-0373.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: firefox-3.6.15-2.el4.centos.i386.rpm x86_64: firefox-3.6.15-2.el4.centos.x86_64.rpm src: firefox-3.6.15-2.el4.centos.src.rpm -------------- next
2011 Mar 23
0
CESA-2011:0374 Important CentOS 4 i386 x86_86 thunderbird - security update
CentOS Errata and Security Advisory CESA-2011:0374 thunderbird security update for CentOS 4 1386 x86_64: https://rhn.redhat.com/errata/RHSA-2011-0374.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: thunderbird-1.5.0.12-36.el4.centos.i386.rpm x86_64: thunderbird-1.5.0.12-36.el4.centos.x86_84.rpm src: thunderbird-1.5.0.12-36.el4.centos.src.rpm
2011 Mar 23
0
CESA-2011:0375 Important CentOS 4 i386 x86_86 seamonkey - security update
CentOS Errata and Security Advisory CESA-2011:0375 seamonkey security update for CentOS 4 1386 x86_64: https://rhn.redhat.com/errata/RHSA-2011-0375.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: seamonkey-1.0.9-68.el4_8.centos.i386.rpm seamonkey-chat-1.0.9-68.el4_8.centos.i386.rpm seamonkey-devel-1.0.9-68.el4_8.centos.i386.rpm
2020 Mar 03
2
start/stop ctdb
Thanks, i added "Environment=PATH=$PATH:/usr/local/samba/bin:/bin". Needed also to add "/bin" because couldnt find "sleep". Thats the script now: ---- [Unit] Description=CTDB Documentation=man:ctdbd(1) man:ctdb(7) After=network-online.target time-sync.target ConditionFileNotEmpty=/usr/local/samba/etc/ctdb/nodes [Service]
2020 Aug 09
0
Re: Libvirtd Fails to Launch First Time
On 8/8/20 10:44 AM, Ken Swenson wrote: > Hello, > > I'm having a quite odd issue with libvirtd. I have it set to start on > boot via systemd service, however it seems to fail and the service > 'succeeds' and does not continue running the daemon. There is nothing in > the journal logs however the libvirtd debug logs seem to show > > 2020-08-08
2012 Jan 01
0
(no subject)
(Tried sending this before but it doesn't look like it went through; apologies if you're seeing it twice.) OK, a second machine hosted at the same hosting company has also apparently been hacked. Since 2 of out of 3 machines hosted at that company have now been hacked, but this hasn't happened to any of the other 37 dedicated servers that I've got hosted at other hosting