Discuss February 2012

discuss@lists.centos.org

205 participants
194 discussions

bug in repo affecting perl
by Blake Hudson 15 Feb '12

15 Feb '12

I seem to running into the following bug when attempting to perform a yum update: http://bugs.centos.org/view.php?id=5322 I have been skipping perl to move on. However, I am unable to update perl to the latest i386 release due to what appears to be a mistake in the centOS repo. The CentOS mirrors have the following: http://mirrors.kernel.org/centos/5/os/i386/CentOS/perl-5.8.8-32.el5_6.3.i38… http://mirrors.kernel.org/centos/5/os/x86_64/CentOS/perl-5.8.8-32.el5_6.3.x… http://mirrors.kernel.org/centos/5/updates/i386/RPMS/perl-5.8.8-32.el5_7.6.… http://mirrors.kernel.org/centos/5/updates/x86_64/RPMS/perl-5.8.8-32.el5_7.… *http://mirrors.kernel.org/centos/5/extras/x86_64/RPMS/perl-5.8.8-32.el5_6.3.i386.rpm* ??? When I run a "yum list perl" or "yum update perl.i386" all I see is 5.8.8-32.el5_6.3 in the extras repo. It seems like this file shouldn't even exist. If I disable the repo my yum finds nothing for the i386 release of perl, even though the RPM is present in the updates directory. Could a maintainer of the repository please put some emphasis on this 2 month old bug? Thanks, --Blake

4 9

Re: [CentOS] [CentOS-announce] CEBA-2012:0124 CentOS 6 kernel Update
by Steve Clark 15 Feb '12

15 Feb '12

On 02/14/2012 06:00 AM, Johnny Hughes wrote: > CentOS Errata and Bugfix Advisory 2012:0124 > > Upstream details at :https://rhn.redhat.com/errata/RHBA-2012-0124.html > > The following updated files have been uploaded and are currently > syncing to the mirrors: ( sha256sum Filename ) > > > i386: > 73849c1b3103e62ef1f469d189d36e306b2a5c38ac1e03a23bb82ca569f33ded kernel-2.6.32-220.4.2.el6.i686.rpm > 283cf06274026bbce4894aaa46cf3a7b8eb3d950e707bce79df1b4744c2256fe kernel-debug-2.6.32-220.4.2.el6.i686.rpm > ccacf5db5d9ec3c08ab9b1cf913ccc19c2cf638570d5b304bab10fb0379e682c kernel-debug-devel-2.6.32-220.4.2.el6.i686.rpm > 3e4059a495c06656f9366c168899da4f7b9be2d4dd7d5b3b85b181d5bec1c8a6 kernel-devel-2.6.32-220.4.2.el6.i686.rpm > 15eedf5373ef236ccd3f359dddf98a79bab7d6d73303207ecb8c1d8ad047ba55 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm > c415cdb090b59dcc80e13054012e45f23bf8e3cc1245a1f85aaf5d1cc791bc86 kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm > 7a9d72cd977f044ea24eba24a46bee0dedb112fe19d7f3aa6b9fe945d61663d5 kernel-headers-2.6.32-220.4.2.el6.i686.rpm > 125120985bd7d7a83b4ccd9330affa64ace446f96b2a9a2121219745afdf621e perf-2.6.32-220.4.2.el6.i686.rpm > 925edef043f1f863ddf8d6b55040e7fce58c3185e276c33953a754a6c64116a1 python-perf-2.6.32-220.4.2.el6.i686.rpm > > x86_64: > e7c8f813ef1ebc783811894d3143c3965c20c3312ad65fc4e1cf73f9afc29155 kernel-2.6.32-220.4.2.el6.x86_64.rpm > 4e2c367554292ed66d991b24917948001877a995f50d03c54047c57cee470377 kernel-debug-2.6.32-220.4.2.el6.x86_64.rpm > 58631186f2babbc46918e67f91760663f85235dc837b5695efbd97696b59c158 kernel-debug-devel-2.6.32-220.4.2.el6.x86_64.rpm > 78b63a80fd7a8af3083d5b07e35ddd74cd9993c38ac1a67240774b08954f38a0 kernel-devel-2.6.32-220.4.2.el6.x86_64.rpm > b69c65bad8e5bc58f9128d893b1a3e93c3dcc1e633b70fbeaa88c70f9568b510 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm > a0b8dadc909efb4d7b832bff405fd8c255bc0401a6123c96b3421c5c9600eb0b kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm > 4bb63941d75b8c3334e2d9da2a4df1b812de1cb308bcaafd6161a06eba5d0469 kernel-headers-2.6.32-220.4.2.el6.x86_64.rpm > 89612ecf638034983e045e978fada0b9885eec21fae3cd59ad714c06fb4b8936 perf-2.6.32-220.4.2.el6.x86_64.rpm > de66cf4e775d1f4f8b652780c5d9c05bed629e3911696ffad03baeb891a22c20 python-perf-2.6.32-220.4.2.el6.x86_64.rpm > > Source: > f412dbb7b1e7b0061c68fd6ad84960a47d0270fec644071ebd9583fc7a1b3290 kernel-2.6.32-220.4.2.el6.src.rpm > > > Anyone know how to tell if your system is using: "This overflow led to a kernel panic on the systems using the Time Stamp Counter (TSC) or Virtual Machine Interface (VMI) clock source" -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

2 2

QEMU configuration not persistent
by Emmett Culley 15 Feb '12

15 Feb '12

Since switching from CentOS 5.7 to CentOS 6.x I find that one of the VMs will not restart upon system reboot. I finally figured out that the video is always set to vmvga after rebooting. In addition the VM's storage always reverts back to IDE from virtio and is set to use the wrong image. It may be related to the fact that I moved the XML files that defined the VMs from the old (CentOS 5.7) /etc/libvirt/qemu directory to the new (CentOS 6.2) /etc/libvirt/qemu directory. The images are stored is the same LVM partitions as they were on the CentOS 5.7 Any ideas why a VM would revert back? I've checked the XML file before rebooting and it always has the correct info in it, until after the reboot. Emmett

4 6

schily tools
by Joerg.Schilling＠fokus.fraunhofer.de 15 Feb '12

15 Feb '12

Let me comment some questions in one single mail: > My basic requirement with what I'm doing is to use standard tools and > formats so that archives I write today can be readable in 10 years. Star becomes 30 in 4 months, any archive created since it's early beginning in summer 1982 can still be read back. > I don't think there is any such general consensus. Are you reading > something that favors Solaris/*bsd over GNU based systems? Schily tools (and in special star) implement support for Linux specific extensions. This is what you do not get from gtar at all. So why do Linux distros prefer gtar even though there is no Linux support? > I doubt if they are as well maintained in linux distros as the GNU > tool set, particularly in terms of having recent fixes backported into > the versions carried in enterprise distros. gtar still did not fix bugs I reported in 1993 (e.g. the bug that causes gtar to complain with "skipping to next header" even on it's own archives). I am thus sure that star not not worse than gtar.... > It shouldn't matter if you don't use either of the version's > extensions, and for archiving you probably don't need them. For > example, star and GNUtar use very different concepts for incremental > backups - star is sort of like dump and must work on filesystem > boundaries where GNUtar's --listed incremental needs a file to hold > state but will work on arbitrary directories and can span mount > points. But for archiving, you probably only care about the maximum > size of a file it can handle. When I implemented incremental restores for star in September 2004, I wrote a simple script for a incremental testcase and tested the deltas with ufsdump/ufsrestore, gtar and the star version at that time. Gtar was unable to deal with my testcase, so I stopped testing it any further. If you like to discuss incrementals, you definitely need to discuss behavior at restore time and restoring incrementals definitely does not work correclty with gtar if you renamed directories. Star is used to do incremental backups/restores on a dayly base in Berlios since September 2004. Since Spring 2005, not a single problem was seen, so there are more that 2500 successful incremental restores that verify no problem even under stange conditions. > I don't think so - I'm fairly sure I've seen GNUtar complain about bad > headers, say 'skipping to next header' and then find something. It > won't do that if you used the -z option because you generally can't > recover from errors in compression. But, I've never seen a tape drive > recover from an error and continue past it anyway so in practice > that's not going to matter. If you are concerned about errors, keep > more copies. This problem is not caused by compression or not, it is a general gtar bug that I reported in 1993 already. Nobody knows why it hits and the structure of the gtar sources makes it really hard to debug this problem. The FSF was interested to throw aywa gtar and replace it by star 10 years ago for this kind of problems in gtar. > afio is an archiver (available from third-party repos, not base) which > can compress yet still recover--it basically compresses each file > individually instead of compressing the entire archive, so the file > might be unrecoverable but the rest of the archive is still intact. > I use it for my tape backups (though your point of not knowing if > it'll fit on the tape is valid). Be careful with what you believe. The CPIO archive format in general is worse with resyncing to a defective archive that TAR is. Also note that afio greates arhives that may start to be non CPIO compliant somewhere in the middle. So you can never know whether you are able to restore with anything other than afio. What if afio does not compile on your new platform because it is no longer maintained? Also note that the POSIX standard dropped CPIO as an actively supported archiveformat because (different from TAR) any extention to CPIO results in creating a new incompatible archive format. The following other problems are known with gtar: - gtar is with aprox. 5% probability unable to read it's own continuation archives from multi volume archives. This cannot be fixed as it is caused by the concept used for multi volume archives in gtar. - gtar created archives with defective sparse file until a few years ago (up to ~ 2005) in case a file was bigger than a few GB. - gtar has much less features than star - gtar does not inlcude libfind, so there is no support for the find(1) command line syntax in gtar. - gtar needs aprox. 3x more CPU time as star Jörg -- EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin js(a)cs.tu-berlin.de (uni) joerg.schilling(a)fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

2 9

iptables nat PREROUTING chain
by Nataraj 14 Feb '12

14 Feb '12

Is there a way to add a rule to the nat table (CentOS 5.7) that would alter the port number of tcp packets destined for the server itself? I have ip_forwarding enabled, but the packets don't seem to hit the prerouting chain. I have the following redirect rule in the prerouting table. I also tried DNAT, but if the packets don't hit PREROUTING, it won't work either. iptables -t nat -L -v -n Chain PREROUTING (policy ACCEPT 16079 packets, 896K bytes) pkts bytes target prot opt in out source destination 0 0 REDIRECT tcp -- * * 10.10.10.0/24 0.0.0.0/0 tcp dpt:25 redir ports 12345 aspen 2# cat /proc/sys/net/ipv4/ip_forward 1 Thanks, Nataraj

2 3

CentOS-announce Digest, Vol 84, Issue 7
by centos-announce-request＠centos.org 14 Feb '12

14 Feb '12

Send CentOS-announce mailing list submissions to centos-announce(a)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(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2012:0125 Moderate CentOS 4 glibc Update (Johnny Hughes) 2. CESA-2012:0126 Moderate CentOS 5 glibc Update (Johnny Hughes) 3. CESA-2012:0127 Moderate CentOS 5 mysql Update (Johnny Hughes) 4. CEBA-2012:0124 CentOS 6 kernel Update (Johnny Hughes) 5. CEBA-2012:0123 CentOS 6 selinux-policy Update (Johnny Hughes) 6. CEBA-2012:0122 CentOS 6 squid Update (Johnny Hughes) 7. CESA-2012:0128 Moderate CentOS 6 httpd Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 14 Feb 2012 02:09:08 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0125 Moderate CentOS 4 glibc Update To: centos-announce(a)centos.org Message-ID: <20120214020908.GA23674(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0125 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0125.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c40f7a3d1091ec0ce10233b49f58cfaf8a9a59380e44fe61303b3e22124a345c glibc-2.3.4-2.57.i386.rpm 0cd5a29747b75107645f7593bcfbea4150ab09b81fde25251ffb99e2335a9d9a glibc-2.3.4-2.57.i686.rpm 777342a29d5119a54948b15b42dca4b38ab458b2756287504736c538daf4218b glibc-common-2.3.4-2.57.i386.rpm 1da90467a7f9a0c502c10621914adc7141801bb420af5a4daac63e2c4011c2f5 glibc-devel-2.3.4-2.57.i386.rpm 4c4815c05c4c8221434e644adce61639a9d3b3ee0485ca7d9665da5fce55a48f glibc-headers-2.3.4-2.57.i386.rpm d82703d3f2aef5ea8d02e3ec34b00c8e4bbfc77acf9c3fa42ef7df6d725698ff glibc-profile-2.3.4-2.57.i386.rpm 7ccfd9542eeb6cd39cbc21512b0ebef1580f24638951078cd43ff7c8e12c3fd3 glibc-utils-2.3.4-2.57.i386.rpm e097a2fee2201835a8c6484e2ab75c7be6a7252c12f3a267a30ef268d460e658 nptl-devel-2.3.4-2.57.i386.rpm 5a57d7429d04740e3f445a954ecfed2b6d5e251cadf3a4c2f10b7b9307d2fe8e nptl-devel-2.3.4-2.57.i686.rpm 9a4f1fb8d99c4374d18214a0c91d33691a7d3a0611f933cb175d201719f9868a nscd-2.3.4-2.57.i386.rpm x86_64: 0cd5a29747b75107645f7593bcfbea4150ab09b81fde25251ffb99e2335a9d9a glibc-2.3.4-2.57.i686.rpm 51b5c9bd1edd6b7fe5fdc4041ed1643040f263c28f53574d9d05bc06133665c5 glibc-2.3.4-2.57.x86_64.rpm 01140b88c80d3ce839401863d0b9fcc36af1ee4cb9d06b1bb29b60482fb8c89f glibc-common-2.3.4-2.57.x86_64.rpm 1da90467a7f9a0c502c10621914adc7141801bb420af5a4daac63e2c4011c2f5 glibc-devel-2.3.4-2.57.i386.rpm 8924ccfee2a8376bdc9a330be8bd0060e030b62b1a003570dd6723844c3c5f09 glibc-devel-2.3.4-2.57.x86_64.rpm cf013d0c5ab9560d690051f334fb0c311a9d4d74c3cfd68fa15eab0beb68cfc7 glibc-headers-2.3.4-2.57.x86_64.rpm 4c1037e641c56dc67595f6d859bffab54abe6f739bcad036b93d7c517719f013 glibc-profile-2.3.4-2.57.x86_64.rpm 774846ce4a93f60d6a5d8837c24d6b51e98b953a7a4e88bdcc94ad6be58e0519 glibc-utils-2.3.4-2.57.x86_64.rpm 245417fe4d7d3536a47cc05e09d7200195e250881d3f8e628c62a4d8f85afb45 nptl-devel-2.3.4-2.57.x86_64.rpm ef0447e007436d3d06fe912edfd7067f08c6e5f68ff871af2365cdd9d45c557d nscd-2.3.4-2.57.x86_64.rpm Source: b05896a97fe1fd5f75bb117ef9f21f9ad239442f76862c1c607f3a8d2083ac77 glibc-2.3.4-2.57.src.rpm -- Tru Huynh CentOS Project { http://www.centos.org/ } irc: tru_tru, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 14 Feb 2012 03:06:54 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0126 Moderate CentOS 5 glibc Update To: centos-announce(a)centos.org Message-ID: <20120214030654.GA26751(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0126 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0126.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 490a1c39e8d95240f11fc11e080b264d237244e3943dbece83f29665c5650b13 glibc-2.5-65.el5_7.3.i386.rpm a743515f16ef94e620e886ce7b0421097ea8e9c5237c191146f3febd469a628f glibc-2.5-65.el5_7.3.i686.rpm 93f45c442e308c0a1257fbd3f35d145c6d4def3c8eaf8d70a3fd78871a61ef56 glibc-common-2.5-65.el5_7.3.i386.rpm f1528565a36be720abe89ec7e886a3bd8b541fa477dae2a3e9eb28b75ab5fcf2 glibc-devel-2.5-65.el5_7.3.i386.rpm 6e48064b2e532068094992f3735ea27e1fe1cc7552e0757eda65fd0685ccace8 glibc-headers-2.5-65.el5_7.3.i386.rpm 0121d1004b8df564e4ad717e55de16d2c3bcdae987bab39c87d19da2eefb652c glibc-utils-2.5-65.el5_7.3.i386.rpm f437b270582fcd0154b5ad5558d810418999dc4966e224c6314e47427e9a58ff nscd-2.5-65.el5_7.3.i386.rpm x86_64: a743515f16ef94e620e886ce7b0421097ea8e9c5237c191146f3febd469a628f glibc-2.5-65.el5_7.3.i686.rpm 96db45269c391c4433cdd4fa229fc24089384736a9d8abf0b8d18b216617828d glibc-2.5-65.el5_7.3.x86_64.rpm 79a4ff7acbf4a5d7b357b18bf4b0f69d849c48da84c307a42c51b16beb7d8ab5 glibc-common-2.5-65.el5_7.3.x86_64.rpm f1528565a36be720abe89ec7e886a3bd8b541fa477dae2a3e9eb28b75ab5fcf2 glibc-devel-2.5-65.el5_7.3.i386.rpm e035b75fa8e160492695a800c4e78e9a9e9701041ea7c68e2e940e4d037ba989 glibc-devel-2.5-65.el5_7.3.x86_64.rpm deb552161b54fe208e73882c8f8f06d080795689a6426d5e0c7af5a87f45ad51 glibc-headers-2.5-65.el5_7.3.x86_64.rpm 180606d44619c891bc4b2a2d6042e5952f10e7ada4557ca3b6955c04479dd2eb glibc-utils-2.5-65.el5_7.3.x86_64.rpm 9049b8fc19f95bcc4ab8165e6c70939d3746d34b536e4ad76481382e892e4673 nscd-2.5-65.el5_7.3.x86_64.rpm Source: 93d253b3e488536e20bd169b26213fb61a8b2e6c4aeb9ba4148db660473754e8 glibc-2.5-65.el5_7.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 14 Feb 2012 03:09:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0127 Moderate CentOS 5 mysql Update To: centos-announce(a)centos.org Message-ID: <20120214030941.GA26907(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0127 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0127.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c107ad358ee0ed46c46a1a3910797148f764dbebc602162791def81fc87b5bd1 mysql-5.0.95-1.el5_7.1.i386.rpm 5f80bdc58a281a817b422c054319bc00e57138321201ec7129c6ae86ac8367f7 mysql-bench-5.0.95-1.el5_7.1.i386.rpm 3c347c2a5a921160434390ad0467a6c62dfa41948d964f5e793586aa7ce90b2f mysql-devel-5.0.95-1.el5_7.1.i386.rpm d5d419f091cde15a7b0fc89ef5f6d58589787b808a53d922bf34491f45318059 mysql-server-5.0.95-1.el5_7.1.i386.rpm 01b7bf42572d27f50f113ec36efe8759886169bde2ec066c3d6e3b05d1479086 mysql-test-5.0.95-1.el5_7.1.i386.rpm x86_64: c107ad358ee0ed46c46a1a3910797148f764dbebc602162791def81fc87b5bd1 mysql-5.0.95-1.el5_7.1.i386.rpm a019c33ab0e76e05f54faef6c2b2b5885a7b1e793a3cb762daeec8e1aab56e11 mysql-5.0.95-1.el5_7.1.x86_64.rpm b7725565d8c65b0e9101c465afa340ed6be889850835dba2db59b7d830811d7d mysql-bench-5.0.95-1.el5_7.1.x86_64.rpm 3c347c2a5a921160434390ad0467a6c62dfa41948d964f5e793586aa7ce90b2f mysql-devel-5.0.95-1.el5_7.1.i386.rpm aab476c29efca0df7b0ee1fb790516d336f1b2e41f3415ac66943bdb797312f3 mysql-devel-5.0.95-1.el5_7.1.x86_64.rpm 90527e6805c2d8d61789679f553079580f1e1deb81a64de28aac383106605991 mysql-server-5.0.95-1.el5_7.1.x86_64.rpm 314a67e3aea6cfe65822ded0c74d93cb9fe950e7c151d816ecff9bf07a127b08 mysql-test-5.0.95-1.el5_7.1.x86_64.rpm Source: b75f06e06bbc2708e21e74a7fc3cc1fb990d2a571e42aedacbfb9b0631fc38c9 mysql-5.0.95-1.el5_7.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 14 Feb 2012 11:00:35 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0124 CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20120214110035.GA17940(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0124 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0124.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 73849c1b3103e62ef1f469d189d36e306b2a5c38ac1e03a23bb82ca569f33ded kernel-2.6.32-220.4.2.el6.i686.rpm 283cf06274026bbce4894aaa46cf3a7b8eb3d950e707bce79df1b4744c2256fe kernel-debug-2.6.32-220.4.2.el6.i686.rpm ccacf5db5d9ec3c08ab9b1cf913ccc19c2cf638570d5b304bab10fb0379e682c kernel-debug-devel-2.6.32-220.4.2.el6.i686.rpm 3e4059a495c06656f9366c168899da4f7b9be2d4dd7d5b3b85b181d5bec1c8a6 kernel-devel-2.6.32-220.4.2.el6.i686.rpm 15eedf5373ef236ccd3f359dddf98a79bab7d6d73303207ecb8c1d8ad047ba55 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm c415cdb090b59dcc80e13054012e45f23bf8e3cc1245a1f85aaf5d1cc791bc86 kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 7a9d72cd977f044ea24eba24a46bee0dedb112fe19d7f3aa6b9fe945d61663d5 kernel-headers-2.6.32-220.4.2.el6.i686.rpm 125120985bd7d7a83b4ccd9330affa64ace446f96b2a9a2121219745afdf621e perf-2.6.32-220.4.2.el6.i686.rpm 925edef043f1f863ddf8d6b55040e7fce58c3185e276c33953a754a6c64116a1 python-perf-2.6.32-220.4.2.el6.i686.rpm x86_64: e7c8f813ef1ebc783811894d3143c3965c20c3312ad65fc4e1cf73f9afc29155 kernel-2.6.32-220.4.2.el6.x86_64.rpm 4e2c367554292ed66d991b24917948001877a995f50d03c54047c57cee470377 kernel-debug-2.6.32-220.4.2.el6.x86_64.rpm 58631186f2babbc46918e67f91760663f85235dc837b5695efbd97696b59c158 kernel-debug-devel-2.6.32-220.4.2.el6.x86_64.rpm 78b63a80fd7a8af3083d5b07e35ddd74cd9993c38ac1a67240774b08954f38a0 kernel-devel-2.6.32-220.4.2.el6.x86_64.rpm b69c65bad8e5bc58f9128d893b1a3e93c3dcc1e633b70fbeaa88c70f9568b510 kernel-doc-2.6.32-220.4.2.el6.noarch.rpm a0b8dadc909efb4d7b832bff405fd8c255bc0401a6123c96b3421c5c9600eb0b kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm 4bb63941d75b8c3334e2d9da2a4df1b812de1cb308bcaafd6161a06eba5d0469 kernel-headers-2.6.32-220.4.2.el6.x86_64.rpm 89612ecf638034983e045e978fada0b9885eec21fae3cd59ad714c06fb4b8936 perf-2.6.32-220.4.2.el6.x86_64.rpm de66cf4e775d1f4f8b652780c5d9c05bed629e3911696ffad03baeb891a22c20 python-perf-2.6.32-220.4.2.el6.x86_64.rpm Source: f412dbb7b1e7b0061c68fd6ad84960a47d0270fec644071ebd9583fc7a1b3290 kernel-2.6.32-220.4.2.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Tue, 14 Feb 2012 11:07:52 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0123 CentOS 6 selinux-policy Update To: centos-announce(a)centos.org Message-ID: <20120214110752.GA18082(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0123 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0123.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 16cd1e832e35b41697e8b332b7ec4ac8593065f9e11927fa35d9d40a02eb7e49 selinux-policy-3.7.19-126.el6_2.6.noarch.rpm 100b012571165259440efa178925c93a32f1c0d758d81abe6c5b8ac5fa02102f selinux-policy-doc-3.7.19-126.el6_2.6.noarch.rpm 1c6ea63c6cc78b95534af421af389fac688e72807a361af9dadf5d761be878ae selinux-policy-minimum-3.7.19-126.el6_2.6.noarch.rpm 410ebe75208688214fe4349035cde296a1638d31d5cb11fdd801ff56b0203513 selinux-policy-mls-3.7.19-126.el6_2.6.noarch.rpm e357ad0f6c750323544f66debc87dc29c86330c3830c7b42b454be1b437a0717 selinux-policy-targeted-3.7.19-126.el6_2.6.noarch.rpm x86_64: 0a4c921f051c8c8b9a20bc0f8266253bc95a4ca196de3593a505054fd261e7f6 selinux-policy-3.7.19-126.el6_2.6.noarch.rpm 71fb4c8886158ac1d1c10797e4a312f7524b937c9e0386b18b200263f444dd53 selinux-policy-doc-3.7.19-126.el6_2.6.noarch.rpm 5e72d7a0ccadfa137f0265746a97e8e4a4dbdd142269d915a2d1b4ca9e2e0132 selinux-policy-minimum-3.7.19-126.el6_2.6.noarch.rpm 0cb5a28006286a25f50e2dc2d65f4a2217d8870de5fbad914a56a48a0a5d0a5c selinux-policy-mls-3.7.19-126.el6_2.6.noarch.rpm a11cbb2dcdcb6ec5d53140ca06d39220b146d82087b182f8c300e3aa05ddcdac selinux-policy-targeted-3.7.19-126.el6_2.6.noarch.rpm Source: fcc186997aca3102d6d9e6abe0f413696daca2980c2fb3c112b0b6dc0a7024e1 selinux-policy-3.7.19-126.el6_2.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Tue, 14 Feb 2012 11:09:54 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0122 CentOS 6 squid Update To: centos-announce(a)centos.org Message-ID: <20120214110954.GA18165(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0122 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0122.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ac539a26ec51c27cccd0f6e796f744f0db1e2567ca48319866d8bd1f3ff4d2d8 squid-3.1.10-1.el6_2.2.i686.rpm x86_64: a519de801a713e49ae57ad1e1263c1204ffef4b57e7c784d64a092fc4cf73356 squid-3.1.10-1.el6_2.2.x86_64.rpm Source: 0a725c24b99d589e3a6361209c0543ac758897249ef8b81dcc456e651f97fad1 squid-3.1.10-1.el6_2.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Tue, 14 Feb 2012 11:13:29 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0128 Moderate CentOS 6 httpd Update To: centos-announce(a)centos.org Message-ID: <20120214111329.GA18277(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0128 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0128.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 76a3e8c05e9e9465e7cfc604592c755763f0b9eeb3e66249a9cc06e470df8a3b httpd-2.2.15-15.el6.centos.1.i686.rpm a5b17f10164227fa07889a815fe3167364f81ce96c0eb7545713d587d3e5c145 httpd-devel-2.2.15-15.el6.centos.1.i686.rpm 15547eff8068812894edee3fc88a7efa34354757fc34a88f7938318a85d36f8e httpd-manual-2.2.15-15.el6.centos.1.noarch.rpm d0e6afe72f33e61612ed5e5098b5f14912ffafc36a9556b181570f7148e66c90 httpd-tools-2.2.15-15.el6.centos.1.i686.rpm a35cd11a9948629eb2663bf43d6dc6fb8276fb5285e3eb7ba9d157f6a992e8a1 mod_ssl-2.2.15-15.el6.centos.1.i686.rpm x86_64: d08a71c2bf34758674f4f8ff06bb82ed3a630ecdb978317d9d03ca73333bc630 httpd-2.2.15-15.el6.centos.1.x86_64.rpm a5b17f10164227fa07889a815fe3167364f81ce96c0eb7545713d587d3e5c145 httpd-devel-2.2.15-15.el6.centos.1.i686.rpm 1888690b7df2bd566f61bde1cc26ce6e20edc9dde76bcd1cf04fca011cca4fe6 httpd-devel-2.2.15-15.el6.centos.1.x86_64.rpm 2f6f64f14738ad7f8363a034cdfe86b0b316265b2e2c51e2099b6baf3d7db8b4 httpd-manual-2.2.15-15.el6.centos.1.noarch.rpm 67f8e4c87dddf9724e48382685532804c17dd56d192805d830e4480235a367a0 httpd-tools-2.2.15-15.el6.centos.1.x86_64.rpm 303db47bb8181fe264a467da9ae21ee9ede04efd33ac612f2e40357337bae277 mod_ssl-2.2.15-15.el6.centos.1.x86_64.rpm Source: 0b2b6bff10896ceddf44792e754e6a5cc43bdce58c41916872f5e3b888b768ab httpd-2.2.15-15.el6.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 84, Issue 7 **********************************************

1 0

Dovecot problems
by Steve Campbell 14 Feb '12

14 Feb '12

Actually, I'm having problems with pop and imap. I changed mailservers this weekend, going from a Centos 3 box to a Centos 6 box. The Centos 3 box used the old standard imap and pop servers. We use horde for our webmail. The pop3 mailboxes (mbox) were in /var/spool/mail and the imap folders were in /home/user/mail, which horde took care of. Upon starting the Centos 6 box, I ran into tons of login and viewing problems. I tried Cyrus for imap, could log in, but couldn't see mail in the imap folders. Using dovecot for pop, I eventually could get logged in, but kept getting the "couldn't open INBOX" message, so no one could download their email, even though sendmail was delivering it properly. So here's my question: Can (should) dovecot be used for both imap and pop when considering the above setup of mbox in /var/spool/mail and imap folders in ~/mail? Horde will read the mbox to display new messages in it's screens. If so, does anyone have a pretty good link to how to make dovecot function using the old Centos pop/imap scheme? Should I try and convert the old mbox files to another format or destination to make this work? Thanks for any help. It's been a long night, going on about 14 hours now and I'm just getting the old server back to current until I figure this out. steve campbell

7 11

my notes on bond, bridge, network, kvm, host and virtual so far
by Bob Hoffman 14 Feb '12

14 Feb '12

I put this page together just so I won't spam the board anymore begging for help..lol http://bobhoffman.com/vmissue.html This shows a working effort of bonded eths, bridged into a vm, and a few other things. The only missing thing is something on the host that ends up putting the VM internet connection into some kind of limbo. Whether it is hardware related, bug related, libvirt nat related, I don't know. I will only post here on this issue again if it ever gets solved. At this point the server is a no go and getting shelved until I can find a tech that knows this stuff and can fix it. right now: unsolvable. I may just put some websites on the host computer until I can find a reliable way of keeping the virtual guest connection 100% up. Hope this helps someone wanting to bridge or bond. bob

6 11

MySQL/file system question
by Boris Epstein 14 Feb '12

14 Feb '12

Hello listmates, I got a rather strange situation that I can't quite make sense of. OK, I've got a very large data file to sort (hundreds of millions of lines) and I decided to use MySQL for the purpose. I inserted the stuff into a table easily enough. Then I decided to sort it and got stuck as it turned out that MySQL, unless specifically configured to do otherwise, puts temporary files in /tmp which simply was not sufficiently large. Then I changed that directory to a partition that had more space (let's call the new temp driectory /home/big-temp) and now as I am running the query aimed at sorting the data it seems like space, according to the df, is no longer being used up under / (which was there /tmp was) but is now being used up in the right partition ( /home, the large one). Yet /home/big-temp is still empty! So how is that possible? I know there are all kinds of file locking possible depending on the circumstances, file system type, etc - but how can it be that the files, if they exist, are not even visible to ls, even "ls -a", even run by root? Thanks in advance for any clarification. Cheers, Boris.

4 9

oops, or how to bring a datacenter router down with one setting
by Bob Hoffman 14 Feb '12

14 Feb '12

so I gave up on bonding. I found about 300 posts showing eth0 and eth1 both pointing to br0 (bridge) as interfaces. I followed them correctly, or so I thought. I pointed both ethx to the bridge, restarted network and bam...!!! entire ip block went out. when I called datacenter they told me the router was under attack and I was like 'uh oh' and told them to just shut off my computer I would be there to fix it. They did not believe me. An hour later I was there and deleted the eth1 point to the br0 and all was fine. Meanwhile they were all around the router trying to stop the attack. (it was just the router for me and others in that room....oops) I wonder if they will boot me from the center now? How is it possible that it did that so quickly? Such an easy way to bring down routers, wow, a hacker could have a field day. Apparently there is more to making to eth ports go to the same bridge than a simple point. I have since tried bridge_ports command as listed online, however that must be deprecated. I think I am just gonna stay with multiple bridges with one eth on each for a while until I can test this stuff in a safe environ. I never had a chance to recover, the second the network came up I lost all contact with my ip block. The ratelimit number got this high by the time I got there. Feb 9 04:22:41 main kernel: __ratelimit: 100807 callbacks suppressed Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth1: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address Feb 9 04:22:41 main kernel: eth0: received packet with own address as source address

9 19

← Newer
1
...
7
8
9
10
11
12
13
...
20
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss February 2012