Discuss June 2013

discuss@lists.centos.org

152 participants
128 discussions

CentOS in OpenNebulaConf2013. Deadline for talk proposals
by Jaime Melis 06 Jun '13

06 Jun '13

Hello everyone, We have just published an extended keynote line-up for the OpenNebula Conference 2013 (http://blog.opennebula.org/?p=4707) that includes experts from leading institutions using OpenNebula. The first ever OpenNebula Conference will be held on Sept. 24-26 in Berlin and is intended to serve as a meeting point for OpenNebula cloud users, developers, administrators, builders, integrators and researchers. Everyone of you that has used OpenNebula with CentOS already knows why the combination of the two makes a lot of sense: it's stable, robust, works out of the box, there's upstream support and more importantly of all, a very big part of the OpenNebula user base is using CentOS. We would love to have people from the CentOS user base to speak at the OpenNebulaConf. There is only 10 days left to submit talk proposals (the deadline is June 15th). http://opennebulaconf.com/proposals/ Looking forward to welcoming you personally in Berlin! Cheers, Jaime -- Join us at OpenNebulaConf2013 <http://opennebulaconf.com/> in Berlin, 24-26 September, 2013 -- Jaime Melis Project Engineer OpenNebula - The Open Source Toolkit for Cloud Computing www.OpenNebula.org | jmelis(a)opennebula.org

1 0

cross link connection fall down
by Leon Fauster 06 Jun '13

06 Jun '13

Hey all, i am fighting with a strange behavior here - i have two systems connected via a direct crosslink wire. After booting, the connection is up and both systems can reach the other one. After a small time window the interface is down. $ dmesg |grep eth4 igb 0000:41:00.2: added PHC on eth4 igb 0000:41:00.2: eth4: (PCIe:5.0Gb/s:Width x4) igb 0000:41:00.2: eth4: PBA No: G13158-000 8021q: adding VLAN 0 to HW filter on device eth4 igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down igb: eth4 NIC Link is Up 10 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX igb: eth4 NIC Link is Down if i bring the connection manually up (ethtool -r eth4), i just have to wait and the status shows "down" again. $ grep eth4 /var/log/messages Jun 5 18:35:17 node2 kernel: igb 0000:41:00.2: added PHC on eth4 Jun 5 18:35:17 node2 kernel: igb 0000:41:00.2: eth4: (PCIe:5.0Gb/s:Width x4) Jun 5 18:35:17 node2 kernel: igb 0000:41:00.2: eth4: PBA No: G13158-000 Jun 5 18:35:17 node2 kernel: 8021q: adding VLAN 0 to HW filter on device eth4 Jun 5 18:35:17 node2 kernel: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Jun 5 18:38:10 node2 kernel: igb: eth4 NIC Link is Down Jun 5 19:23:21 node2 kernel: igb: eth4 NIC Link is Up 10 Mbps Full Duplex, Flow Control: RX/TX Jun 5 19:23:47 node2 kernel: igb: eth4 NIC Link is Down Jun 5 19:23:50 node2 kernel: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Jun 5 19:24:57 node2 kernel: igb: eth4 NIC Link is Down Jun 5 19:24:60 node2 kernel: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Jun 5 19:25:45 node2 kernel: igb: eth4 NIC Link is Down Jun 5 19:25:60 node2 kernel: igb: eth4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX Jun 5 19:48:57 node2 kernel: igb: eth4 NIC Link is Down its a quad nic $ cat /etc/udev/rules.d/70-persistent-net.rules ... # PCI device 0x8086:0x1521 (igb) SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="...", ATTR{type}=="1", KERNEL=="eth*", NAME="eth4" the eth4 link is not in use right now. the other ports on the nic are currently in use (bonded). Had anyone ever seen such a behavior (on el6)? -- Thanks LF PS: cable already substituted / el6 system is up to date

1 0

Samba4 and NVSv4
by Steve Thompson 05 Jun '13

05 Jun '13

Short story: cannot get Kerberized NFSv4 to work. I've googled a great deal and cannot find where I have goofed (and there sure is a lot of misleading and just plain incorrect information out there), so would appreciate another pair of eyes. NFSv4 without Kerberos does work fine, as does ID mapping. We're using NFSv4 in production with sec=sys, but I'm not happy with that. My kerberized NFSv4 attempts are on a separate test cluster. Longer story (sorry for the length): All servers and clients are CentOS 6.4 with kernel 2.6.32-358.6.2.el6 and nfs-utils 1.2.3-36.el6; patches are up to date. NFSv4 servers are x86_64, clients are both x86_64 and i686. Two DC's are both i686, running Samba 4.0.5 with bind 9.91 + bind_dlz. Replication is good. All CentOS systems use sssd only and no winbind; this is also working (kinit, sudo, ssh, etc all good). Samba is at 3.6.9 on all systems except for the DC's. Samba4 works; DNS works; Kerberos works; NFSv4 works with sec=sys. I joined the clients to the domain ("TITAN.TEST.CORNELL.EDU") with: # net ads join -U Administrator ... # net ads testjoin and created the nfs service principals (on the client and NFSv4 server) with: # net ads keytab add nfs -U Administrator This all works. I can see that the nfs service principals have been added; on the client abbott.test.cornell.edu, for example: # net ads keytab list | grep -i nfs 2 DES cbc mode with CRC-32 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU 2 DES cbc mode with RSA-MD5 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU 2 ArcFour with HMAC/md5 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU 2 AES-128 CTS mode with 96-bit SHA-1 HMAC nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU 2 AES-256 CTS mode with 96-bit SHA-1 HMAC nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU 2 DES cbc mode with CRC-32 nfs/abbott(a)TITAN.TEST.CORNELL.EDU 2 DES cbc mode with RSA-MD5 nfs/abbott(a)TITAN.TEST.CORNELL.EDU 2 ArcFour with HMAC/md5 nfs/abbott(a)TITAN.TEST.CORNELL.EDU 2 AES-128 CTS mode with 96-bit SHA-1 HMAC nfs/abbott(a)TITAN.TEST.CORNELL.EDU 2 AES-256 CTS mode with 96-bit SHA-1 HMAC nfs/abbott(a)TITAN.TEST.CORNELL.EDU and on one of the DC's: # ldbsearch cn=abbott | grep -i nfs servicePrincipalName: NFS/abbott servicePrincipalName: NFS/abbott.test.cornell.edu and on the client "net ads search '(sAMAccountName=abbott$)'" also works, as does klist: # klist -ke | grep -i nfs 2 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU (des-cbc-crc) 2 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU (des-cbc-md5) 2 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU (arcfour-hmac) 2 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU (aes128-cts-hmac-sha1-96) 2 nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU (aes256-cts-hmac-sha1-96) 2 nfs/abbott(a)TITAN.TEST.CORNELL.EDU (des-cbc-crc) 2 nfs/abbott(a)TITAN.TEST.CORNELL.EDU (des-cbc-md5) 2 nfs/abbott(a)TITAN.TEST.CORNELL.EDU (arcfour-hmac) 2 nfs/abbott(a)TITAN.TEST.CORNELL.EDU (aes128-cts-hmac-sha1-96) 2 nfs/abbott(a)TITAN.TEST.CORNELL.EDU (aes256-cts-hmac-sha1-96) In /etc/sysconfig/nfs, SECURE_NFS=yes on all clients and servers, and rpc.gssd and rpc.svcgssd are running (although no need for the latter on the clients). The NFSv4 server exports with sec=sys:krb5 (and as I said, NFSv4 works fine without krb5, so I believe the exports file to be correct). But when I try to mount, I get the catch-all error: # mount -t nfs4 -o sec=krb5 costello.test.cornell.edu:/data /mnt/tmp mount.nfs4: access denied by server while mounting costello.test.cornell.edu:/data and in /var/log/messages on the same client: Jun 5 17:11:13 abbott rpc.gssd[1439]: Success getting keytab entry for 'nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU' Jun 5 17:11:13 abbott rpc.gssd[1439]: WARNING: Client 'nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU' not found in Kerberos database while getting initial ticket for principal 'nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU' using keytab 'FILE:/etc/krb5.keytab' Jun 5 17:11:13 abbott rpc.gssd[1439]: ERROR: No credentials found for connection to server costello.test.cornell.edu With tcpdump I can see that the DC is contacted during the mount, but the NFSv4 server is not. The log files on the NFSv4 server are silent. I have tried (everything was restarted between tests); "no change" means that it still does not work and gives the same exact errors: - verified that /etc/idmapd.conf on all systems has the same domains and realms. This works anyway with sec=sys. - reduced the keytab to the DES enctypes for nfs/... on all systems; no change. - used "allow_weak_crypto=true" in /etc/krb5.conf; no change. - set default_tgs_enctypes and default_tkt_enctypes to "des-cbc-md5 des-cbc-md4 des-cbc-crc" in /etc/krb5.conf; no change. - tried adding the service principals on the DC with "samba-tool spn add" instead of "net ads keytab add" on the client, and then exporting the keytab to the client; no change. - add the SPN "nfs/abbott.test.cornell.edu(a)TITAN.TEST.CORNELL.EDU" and "nfs/abbott(a)TITAN.TEST.CORNELL.EDU" in case the missing realm was a factor; no change. - started rpc.gssd on the clients with the -l switch; no change. - started rpc.svcgssd with the -n switch so that nfs/ service principals are in theory not required; no change. I do not understand why rpc.gssd canot find the service principal, when it does exist in the database. I've probably missed out some other things that I have tried to no effect. Help! Steve -- ---------------------------------------------------------------------------- Steve Thompson E-mail: smt AT vgersoft DOT com Voyager Software LLC Web: http://www DOT vgersoft DOT com 39 Smugglers Path VSW Support: support AT vgersoft DOT com Ithaca, NY 14850 "186,282 miles per second: it's not just a good idea, it's the law" ----------------------------------------------------------------------------

2 4

xhost + via Desktop centos 6.3 not working
by Edsall, William (WJ) 05 Jun '13

05 Jun '13

Hello list, In the past we have instructed users to perform 'xhost +' from their centos desktop, then set the DISPLAY variable on a remote computer to forward their display back to the desktop. This does not seem to work on centos 6 - but it did work in centos 5. It works from a vnc session on the desktop machine, but does not work from the local desktop. We would typically use a display variable like this: export DISPLAY=163.198.177.218:0.0 - The target system acts like the request is being refused: Error: Can't open display: 163.198.177.218:0.0 Have there been any changes in centos 6 which make xhost + behave differently for the desktop session? We've been struggling with this issue now for some time - can't find the right solution. Any help would be appreciated! Thanks in advance, William

5 4

ssh -Y X-forwarding?
by Les Mikesell 05 Jun '13

05 Jun '13

On rare occasions I want to run a remote X command (like 'meld' to interactively merge changes in files) and normally 'ssh -Y remote_host' from a terminal in an NX/freenx window that is acting as my desktop to start and any X program subsequently started would open in a new window via X-forwarding - at least when the target is a 5.x host. I don't do it often enough to remember if it ever worked when the remote side is 6.x, but today it is not setting the $DISPLAY variable, so I get: Error: Can't open display: Using -vv shows it at least trying to go through the motions: debug2: x11_get_proto: /usr/bin/xauth list :1420.0 2>/dev/null debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug2: client_session2_setup: id 0 debug2: channel 0: request pty-req confirm 1 debug1: Sending environment. debug1: Sending env LANG = en_US.UTF-8 debug2: channel 0: request env confirm 0 debug2: channel 0: request shell confirm 1 debug2: fd 3 setting TCP_NODELAY But, $DISPLAY is not set to anything. What am I missing? -- Les Mikesell lesmikesell(a)gmail.com

7 10

centos 6' repositories against redhat 6 upstream
by Gelen James 05 Jun '13

05 Jun '13

Hi Wonder how's the relationship between the centos 6's main OS/ repository and redhat 6's repositories. Let's say, Redhat 6 seperate RPMs into a series of repos like: redhat-6-server ##(base redhat 6 OS/) redhat-6-server-optional redhat-6-server-supplementary redhat-6-server-rhev-agent rhel-6-server-cf-tools ... Does centos 6 merge all the redhat 6 repos into one big repository? or still leave out some minor/functional ones? If the second is true, then it will be great if we can find the repo mapping link between Redhat 6 and centos 6. Thanks a lot. --Rob

2 1

CentOS-announce Digest, Vol 100, Issue 2
by centos-announce-request＠centos.org 05 Jun '13

05 Jun '13

1 0

Centos6.4 routing problem
by Johan Vermeulen 05 Jun '13

05 Jun '13

dear All, I'm facing this routing problem, the setup is actualy part of ltsp, but I think this problem is Centos-specific. The server is a Dell Poweredge R210. The install is standard 6.4, updated. I have one nic facing the public internet: vi /etc/sysconfig/network-scripts/ifcfg-em1 DEVICE=em1 BOOTPROTO=none HWADDR=d4:ae:52:c1:28:2b NM_CONTROLLED=no ONBOOT=yes TYPE=Ethernet UUID="cdfe1d58-c56c-47fc-8a93-5df2e168d176" IPV6INIT=no USERCTL=no DNS2=195.238.2.22 DNS1=192.168.66.1 IPADDR=192.168.66.5 NETMASK=255.255.255.128 GATEWAY=192.168.66.1 and one nic serving the lan and dhpcd. vi /etc/sysconfig/network-scripts/ifcfg-em2 DEVICE=em2 BOOTPROTO=none HWADDR=d4:ae:52:c1:28:2c NM_CONTROLLED=no ONBOOT=yes TYPE=Ethernet UUID="e72a17b6-fb5f-43f0-9136-fa4d92b542ae" IPADDR=192.168.70.129 NETMASK=255.255.255.128 IPV6INIT=no USERCTL=no in iptables, prerouting and masquerading are configured : # Firewall configuration written by system-config-firewall # Manual customization of this file is not recommended. *nat :PREROUTING ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :POSTROUTING ACCEPT [0:0] -A POSTROUTING -o eth+ -j MASQUERADE -A POSTROUTING -o em2 -j MASQUERADE COMMIT *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i eth+ -j ACCEPT -A INPUT -i em2 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT -A FORWARD -p icmp -j ACCEPT -A FORWARD -i lo -j ACCEPT -A FORWARD -i eth+ -j ACCEPT -A FORWARD -i em2 -j ACCEPT -A FORWARD -o eth+ -j ACCEPT -A FORWARD -o em2 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT and in /etc/sysctl.conf ipforwarding is set to 1 # Kernel sysctl configuration file for Red Hat Linux # # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and # sysctl.conf(5) for more details. # Controls IP packet forwarding net.ipv4.ip_forward = 1 clients get ip adresses from dhcp server, and there's no other dhcp server on the lan. But clients cannot ping the public internet, e.g. 8.8.8.8 the only EM I'm seeing is when executing command : [root@centoshofkwartier ~]# sysctl -p /etc/sysctl.conf net.ipv4.ip_forward = 1 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0 kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 1 error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key error: "net.bridge.bridge-nf-call-iptables" is an unknown key error: "net.bridge.bridge-nf-call-arptables" is an unknown key kernel.msgmnb = 65536 kernel.msgmax = 65536 kernel.shmmax = 68719476736 kernel.shmall = 4294967296 I switched the cables and switches, and changed the connection with the public internet. Can anybody offer some advise on this? Greetings, J. -- Johan Vermeulen IT-medewerker Caw De Kempen Opensource Software is the future.

5 7

Re: [CentOS] Centos6.4 routing problem
by Bonnie Mtengwa 05 Jun '13

05 Jun '13

Sent from my HTC ----- Reply message ----- From: "Johan Vermeulen" <jvermeulen(a)cawdekempen.be> To: "CentOS mailing list" <centos(a)centos.org> Subject: [CentOS] Centos6.4 routing problem Date: Tue, Jun 4, 2013 16:13 hello Mark, thanks for the help. Op 04-06-13 15:56, m.roth(a)5-cent.us schreef: > Johan Vermeulen wrote: >> dear All, >> >> I'm facing this routing problem, the setup is actualy part of ltsp, but >> I think this problem is Centos-specific. >> >> The server is a Dell Poweredge R210. The install is standard 6.4, updated. >> >> I have one nic facing the public internet: >> > First, we always have BOOTPROTO set - in your case, assuming you're > getting em1's IP from DHCP, you should have that; in the case of em2, it's > BOOTPROTO=static. As it is, I'd think (without testing) that em1 is trying > to present a reserved IP to the 'Net, which is a no-no. both ifcfg's now have BOOTPROTO=static and I restarted network and dhcpd. > >> vi /etc/sysconfig/network-scripts/ifcfg-em1 >> >> DEVICE=em1 >> BOOTPROTO=none >> HWADDR=d4:ae:52:c1:28:2b >> NM_CONTROLLED=no >> ONBOOT=yes >> TYPE=Ethernet >> UUID="cdfe1d58-c56c-47fc-8a93-5df2e168d176" >> IPV6INIT=no >> USERCTL=no >> DNS2=195.238.2.22 >> DNS1=192.168.66.1 >> IPADDR=192.168.66.5 >> NETMASK=255.255.255.128 >> GATEWAY=192.168.66.1 >> >> and one nic serving the lan and dhpcd. >> >> vi /etc/sysconfig/network-scripts/ifcfg-em2 >> >> DEVICE=em2 >> BOOTPROTO=none >> HWADDR=d4:ae:52:c1:28:2c >> NM_CONTROLLED=no >> ONBOOT=yes >> TYPE=Ethernet >> UUID="e72a17b6-fb5f-43f0-9136-fa4d92b542ae" >> IPADDR=192.168.70.129 >> NETMASK=255.255.255.128 >> IPV6INIT=no >> USERCTL=no > <snip> > Secondly, what does route show? > > mark > > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos [root@centoshofkwartier ~]# route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.70.128 * 255.255.255.128 U 0 0 0 em2 192.168.66.0 * 255.255.255.128 U 0 0 0 em1 link-local * 255.255.0.0 U 1002 0 0 em1 link-local * 255.255.0.0 U 1003 0 0 em2 default 192.168.66.1 0.0.0.0 UG 0 0 0 em1 greetings, J. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

CentOS-announce Digest, Vol 100, Issue 1
by centos-announce-request＠centos.org 04 Jun '13

04 Jun '13

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. CEBA-2013:0892 CentOS 5 rgmanager Update (Johnny Hughes) 2. CEBA-2013:0891 CentOS 6 setuptool FASTTRACK Update (Johnny Hughes) 3. CEBA-2013:0893 CentOS 6 selinux-policy Update (Johnny Hughes) 4. CESA-2013:0898 Moderate CentOS 5 mesa Update (Johnny Hughes) 5. CESA-2013:0897 Important CentOS 6 mesa Update (Johnny Hughes) 6. CESA-2013:0896 Moderate CentOS 6 qemu-kvm Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 3 Jun 2013 11:48:18 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:0892 CentOS 5 rgmanager Update To: centos-announce(a)centos.org Message-ID: <20130603114818.GA27622(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:0892 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0892.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9990c86eb1cbcef8237cce912d59b4e2758e8473a85d70de068e51e2348cdc0f rgmanager-2.0.52-37.el5.centos.3.i386.rpm x86_64: e8d6e01befd489b81022b98d2ffcb7b96b3a2cc8666fd5eb632d09bb4ab1d763 rgmanager-2.0.52-37.el5.centos.3.x86_64.rpm Source: 276c23ce42ca75b3dd2f25ee0e57b21024142a188a20bf7f2a06a1e1f44c7700 rgmanager-2.0.52-37.el5.centos.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 3 Jun 2013 12:34:31 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:0891 CentOS 6 setuptool FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20130603123431.GA53208(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:0891 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0891.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 36446fd8595d5da4756548ddee55c2d6cea5276a2f4f7598d6fd260cd289d45c setuptool-1.19.9-4.el6.i686.rpm x86_64: e5784303d1779bc601a30eceb4621e27cb08a566c9aaa26edaa4ea1dd7ee8e25 setuptool-1.19.9-4.el6.x86_64.rpm Source: c3bd69242b65f88995c3b7395c1fd2088b366c07fcbef24b14e82b5c14789ca9 setuptool-1.19.9-4.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 3 Jun 2013 12:34:48 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:0893 CentOS 6 selinux-policy Update To: centos-announce(a)centos.org Message-ID: <20130603123448.GA53327(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:0893 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-0893.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ed2e81c6e49bc95e9fc856e56ef5d556ce01a8320da3ddc473e93dc080d10f38 selinux-policy-3.7.19-195.el6_4.6.noarch.rpm ca73161d06dfc52932895e0e09f35ba0edece97ef152a61fd13c51c659a14fe5 selinux-policy-doc-3.7.19-195.el6_4.6.noarch.rpm 26bdf1b81f9cab8776559f7c5dfc3e35934c9d47ea7c0b7810e5e5401745dd74 selinux-policy-minimum-3.7.19-195.el6_4.6.noarch.rpm 9b49abbe0a66c428af17f494ae1caaadccc5330e805848d73d5a0b39d8859b1a selinux-policy-mls-3.7.19-195.el6_4.6.noarch.rpm a4d07b07952cd24b2f9265801ce215d4a5925aebb8560788c15471f30871ef4e selinux-policy-targeted-3.7.19-195.el6_4.6.noarch.rpm x86_64: ed2e81c6e49bc95e9fc856e56ef5d556ce01a8320da3ddc473e93dc080d10f38 selinux-policy-3.7.19-195.el6_4.6.noarch.rpm ca73161d06dfc52932895e0e09f35ba0edece97ef152a61fd13c51c659a14fe5 selinux-policy-doc-3.7.19-195.el6_4.6.noarch.rpm 26bdf1b81f9cab8776559f7c5dfc3e35934c9d47ea7c0b7810e5e5401745dd74 selinux-policy-minimum-3.7.19-195.el6_4.6.noarch.rpm 9b49abbe0a66c428af17f494ae1caaadccc5330e805848d73d5a0b39d8859b1a selinux-policy-mls-3.7.19-195.el6_4.6.noarch.rpm a4d07b07952cd24b2f9265801ce215d4a5925aebb8560788c15471f30871ef4e selinux-policy-targeted-3.7.19-195.el6_4.6.noarch.rpm Source: 79646b7d323685762c33a61b26648937de05ea39317ff41acfb6c4a76ca6be04 selinux-policy-3.7.19-195.el6_4.6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 3 Jun 2013 22:45:12 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:0898 Moderate CentOS 5 mesa Update To: centos-announce(a)centos.org Message-ID: <20130603224512.GA32100(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:0898 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0898.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 49122822eedbdd13ba7b1d680f51063154adde54959b2c3ccf2074ed5f2f0c57 glx-utils-6.5.1-7.11.el5_9.i386.rpm 89996ecbb3e50a020a6905f19e6218ebe3b41ddb46ae6199fb6da9fe6b54ed2f mesa-libGL-6.5.1-7.11.el5_9.i386.rpm 79020ce23423acbbe16d3a2bc55539de12c479544ceeae78f9f1387cae422418 mesa-libGL-devel-6.5.1-7.11.el5_9.i386.rpm e357c9406e9722f1a7f6a240128a31942cda596c6cc640b56f18122d5b70d8eb mesa-libGLU-6.5.1-7.11.el5_9.i386.rpm f4987ed4555a6490fc4d2a1a8409aa6d8d5e85b9caf083df5c9332099418cf2e mesa-libGLU-devel-6.5.1-7.11.el5_9.i386.rpm 2f77557f39e7e620d1fac84df078ce7a79e4580171317d1649b18fe6f4b23c40 mesa-libGLw-6.5.1-7.11.el5_9.i386.rpm 7096f36a4d960d574411d1d3e4c4e1642f4807bc7a634980045b1ce428f8606a mesa-libGLw-devel-6.5.1-7.11.el5_9.i386.rpm fdec08b6c0c4449d1af374f50ff41c10f69421a19f9db91272c0dcea4e546cfe mesa-libOSMesa-6.5.1-7.11.el5_9.i386.rpm 1ca226e6674f3b14bc1144dd67a0667c955e582c6e20f8069d339ae04bc4158c mesa-libOSMesa-devel-6.5.1-7.11.el5_9.i386.rpm 76f2304ed34c364648901a0382cfefc12ac5ebccaa838a12c4e417fb12d45a8f mesa-source-6.5.1-7.11.el5_9.i386.rpm x86_64: 9b12ff551e5a69f523613f3635ef91730d04b06f74a61c864ab20e63092d1eec glx-utils-6.5.1-7.11.el5_9.x86_64.rpm 89996ecbb3e50a020a6905f19e6218ebe3b41ddb46ae6199fb6da9fe6b54ed2f mesa-libGL-6.5.1-7.11.el5_9.i386.rpm 0aa84d570829032ef5101b335be2663ffd4764a2119b0b836ee8d88e6307bdbe mesa-libGL-6.5.1-7.11.el5_9.x86_64.rpm 79020ce23423acbbe16d3a2bc55539de12c479544ceeae78f9f1387cae422418 mesa-libGL-devel-6.5.1-7.11.el5_9.i386.rpm f9f9b8a79c0ff282dc45a357a9b71576f836fdea8cd55fd674d3e67cc0b6b51c mesa-libGL-devel-6.5.1-7.11.el5_9.x86_64.rpm e357c9406e9722f1a7f6a240128a31942cda596c6cc640b56f18122d5b70d8eb mesa-libGLU-6.5.1-7.11.el5_9.i386.rpm 22d3e0eb2c4ed006ef43b87332df7c05f066a9b21df08c2a0361609b4b07a686 mesa-libGLU-6.5.1-7.11.el5_9.x86_64.rpm f4987ed4555a6490fc4d2a1a8409aa6d8d5e85b9caf083df5c9332099418cf2e mesa-libGLU-devel-6.5.1-7.11.el5_9.i386.rpm aac5376318e0b52e7cb3aff6c12c68c01be0d3dc9415b16a35d0a1b41de75c5b mesa-libGLU-devel-6.5.1-7.11.el5_9.x86_64.rpm 2f77557f39e7e620d1fac84df078ce7a79e4580171317d1649b18fe6f4b23c40 mesa-libGLw-6.5.1-7.11.el5_9.i386.rpm c960c171b6feea2f593d0ae65ea34ebc134a3aee66339dd8d4ecf441492e7918 mesa-libGLw-6.5.1-7.11.el5_9.x86_64.rpm 7096f36a4d960d574411d1d3e4c4e1642f4807bc7a634980045b1ce428f8606a mesa-libGLw-devel-6.5.1-7.11.el5_9.i386.rpm 66a23e02a593099709a10760a644d4f6bd472abe2a9c35a8cb2b605a73cf5e62 mesa-libGLw-devel-6.5.1-7.11.el5_9.x86_64.rpm fdec08b6c0c4449d1af374f50ff41c10f69421a19f9db91272c0dcea4e546cfe mesa-libOSMesa-6.5.1-7.11.el5_9.i386.rpm f4c47c1d00f5bb382a191b3d6290f1cf041709988619349636916f3dca9edc13 mesa-libOSMesa-6.5.1-7.11.el5_9.x86_64.rpm 1ca226e6674f3b14bc1144dd67a0667c955e582c6e20f8069d339ae04bc4158c mesa-libOSMesa-devel-6.5.1-7.11.el5_9.i386.rpm 3da66f8f5ee59e2d68bfdd22c0e9921b1582b0606e1130ec29bd4678b1938a5b mesa-libOSMesa-devel-6.5.1-7.11.el5_9.x86_64.rpm be65dcebe4f326aad1791ac65a58d285f371ac6f47a17b3e240d0da25ccf1e5d mesa-source-6.5.1-7.11.el5_9.x86_64.rpm Source: 28fe60820ac9b7051fd865022adfd5a63d215c7b75ec5d0275594cbbc645cc6e mesa-6.5.1-7.11.el5_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 3 Jun 2013 23:29:01 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:0897 Important CentOS 6 mesa Update To: centos-announce(a)centos.org Message-ID: <20130603232901.GA6511(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:0897 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-0897.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 593fa4ebcae095c02f486fd0fdb9449fd4ac1e03bf26082f015177a34f146d72 glx-utils-9.0-0.8.el6_4.3.i686.rpm e8c4e7edec8a41eb3a8a5284dd90ec8a5b1eea677196747e1b352050b550d33c mesa-demos-9.0-0.8.el6_4.3.i686.rpm e634fc3b90b7222d121db2192697c59030e18fad3257b682a5a080ef97cdcddd mesa-dri-drivers-9.0-0.8.el6_4.3.i686.rpm c2fa021e0e2c92e772c26c79682e0be6da86a5d17016c2e1f27a33c5f5a71221 mesa-dri-filesystem-9.0-0.8.el6_4.3.i686.rpm 03f465504810bc7cfc58c843cc0218e1c6f254756f1715ecce717a370d65c3fa mesa-libGL-9.0-0.8.el6_4.3.i686.rpm 6890d6bcf2d317dbd2d540743f976f94a03732ede9ceb3519fe7a21bbe5ab952 mesa-libGL-devel-9.0-0.8.el6_4.3.i686.rpm 8e2e473fd5156f1cf1babd41703e1d5758dc26c8c038e3b247dbc4e5f8ff48c5 mesa-libGLU-9.0-0.8.el6_4.3.i686.rpm 5784dbeb45912450b85f9f3a36bf15171fb317ac34e00253d2f60c3bb85607ab mesa-libGLU-devel-9.0-0.8.el6_4.3.i686.rpm b53d35f0da1e5d36139bb464d7216a1c09a40180fa4b23dd368f5f48e029607f mesa-libOSMesa-9.0-0.8.el6_4.3.i686.rpm 009be5877f408918cf36938e469f790876d5e6363f23d8a02827d21938720893 mesa-libOSMesa-devel-9.0-0.8.el6_4.3.i686.rpm x86_64: cb6695915ebcfbfb8110971e42e037b249ef022f30e78d385b04836beb7632b9 glx-utils-9.0-0.8.el6_4.3.x86_64.rpm 4e8364f5ac1abae5fbc41dc33dd8b8c8d91bc5237d398654214ba8246cf6cc3c mesa-demos-9.0-0.8.el6_4.3.x86_64.rpm e634fc3b90b7222d121db2192697c59030e18fad3257b682a5a080ef97cdcddd mesa-dri-drivers-9.0-0.8.el6_4.3.i686.rpm 853c613b7ca795525d0e391c5549f9fd7474a9f5cf3f55e26e700b3e22ad0059 mesa-dri-drivers-9.0-0.8.el6_4.3.x86_64.rpm c2fa021e0e2c92e772c26c79682e0be6da86a5d17016c2e1f27a33c5f5a71221 mesa-dri-filesystem-9.0-0.8.el6_4.3.i686.rpm b913d7ab0ae55c764bb22627a2898279d952c82479b719c210a63be7cef5368b mesa-dri-filesystem-9.0-0.8.el6_4.3.x86_64.rpm 03f465504810bc7cfc58c843cc0218e1c6f254756f1715ecce717a370d65c3fa mesa-libGL-9.0-0.8.el6_4.3.i686.rpm d380d861c848c23719c96465051995611137cabd63501f54f48b865320bc545a mesa-libGL-9.0-0.8.el6_4.3.x86_64.rpm 6890d6bcf2d317dbd2d540743f976f94a03732ede9ceb3519fe7a21bbe5ab952 mesa-libGL-devel-9.0-0.8.el6_4.3.i686.rpm 2bf470a008ed79da61bc18f33f5c3d2a43d846efc401406b49b26898dba4037e mesa-libGL-devel-9.0-0.8.el6_4.3.x86_64.rpm 8e2e473fd5156f1cf1babd41703e1d5758dc26c8c038e3b247dbc4e5f8ff48c5 mesa-libGLU-9.0-0.8.el6_4.3.i686.rpm fbad4438403168f9fb54955f40cb36de8c24a8ea2f6af337e71fd45d49a08ee0 mesa-libGLU-9.0-0.8.el6_4.3.x86_64.rpm 5784dbeb45912450b85f9f3a36bf15171fb317ac34e00253d2f60c3bb85607ab mesa-libGLU-devel-9.0-0.8.el6_4.3.i686.rpm f3642776b44a6861257406bb9f8e66e433cca9e2f9a3b95e9588c4c6bc65db54 mesa-libGLU-devel-9.0-0.8.el6_4.3.x86_64.rpm b53d35f0da1e5d36139bb464d7216a1c09a40180fa4b23dd368f5f48e029607f mesa-libOSMesa-9.0-0.8.el6_4.3.i686.rpm 8db963ba7e3af3839ec0ee3062e3abd3601ddfa61830f5861b70946a19d62b65 mesa-libOSMesa-9.0-0.8.el6_4.3.x86_64.rpm 009be5877f408918cf36938e469f790876d5e6363f23d8a02827d21938720893 mesa-libOSMesa-devel-9.0-0.8.el6_4.3.i686.rpm efa0dd189c61762f925824cd6b001abd27c66944f55cb7754604bac06bfd332b mesa-libOSMesa-devel-9.0-0.8.el6_4.3.x86_64.rpm Source: 7ca6cd877d2916ddd5fce46e56c307534d8a573e67c2e96eb8d55224069b03b3 mesa-9.0-0.8.el6_4.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Mon, 3 Jun 2013 23:30:45 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:0896 Moderate CentOS 6 qemu-kvm Update To: centos-announce(a)centos.org Message-ID: <20130603233045.GA6641(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:0896 Moderate Upstream details at : http://rhn.redhat.com/errata/RHSA-2013-0896.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e97edfe3f7f53168e515ed246094d8815942d1f0398be50b0275650fc4d48d18 qemu-guest-agent-0.12.1.2-2.355.0.1.el6.centos.5.i686.rpm x86_64: 585d0b8e14824c397079fac85b4524099fbd96e6d8269c1f96f8a78bcaa555d3 qemu-guest-agent-0.12.1.2-2.355.0.1.el6.centos.5.x86_64.rpm 68401f77608c13049a0a45710d8ed34818fecfa1aa5eb6a7f66df049631b6b5f qemu-guest-agent-win32-0.12.1.2-2.355.0.1.el6.centos.5.x86_64.rpm 739a22239efcc7f63e5d6acecfcee1675c467db9a79b5302785ec60e05c2bd2f qemu-img-0.12.1.2-2.355.0.1.el6.centos.5.x86_64.rpm bfbee74d70e99cc51458a8f4818e3b2f7f023fde49a1db8b391f635227a7d9e4 qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.5.x86_64.rpm 0e590bb25400f61e02003d011d577050f8c3e77634ef815f11d2e51151b5b922 qemu-kvm-tools-0.12.1.2-2.355.0.1.el6.centos.5.x86_64.rpm Source: ea3a5183c1105b4d5baf4f3cb393addfaae25339a51631804dffa561c9da1523 qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.5.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 100, Issue 1 ***********************************************

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2013