Discuss

discuss@lists.centos.org

34758 discussions

Start a nNew thread

CentOS-announce Digest, Vol 107, Issue 12
by centos-announce-request＠centos.org 23 Jan '14

23 Jan '14

1 0

Re: [CentOS] Problem installing Centos 6.4/6.5 from USB stick seen as HDD by BIOS
by Emmanuel Noobadmin 23 Jan '14

23 Jan '14

On 1/23/14, Steve Clark <sclark(a)netwolves.com> wrote: > can you use -o remount in the mount command? For some odd reason, my current attempt to do this had no problem mounting the install USB drive. Which then led me to realize that the problem is something else. After figuring out where anaconda keeps log, I found that the error isn't that it couldn't find the drive. Rather, it couldn't find the file: media/repodata/0dafccfdbf892f02acca8267ade4bdcee7280a682e65dc7e29145f3341fd7a8c-primary.sqlite.bz2 (the target machine doesn't have network so there might be typo in the filename due to manual copy) listing the USB drive shows that the repodata directory has the file BUT missing the -primary.sqlite.bz2 extension. In fact, none of the human-unfriendly file names have any extension. In case it was an error transferrring the ISO to USB, I checked the ISO and found that the repodata directory appears the same. In comparison, browsing online mirrors such as http://ftp.linux.ncsu.edu/pub/CentOS/6.5/os/x86_64/repodata/ shows all the similar looking files have extensions. But the ISO's md5/sha1 checksums are correct. Based on the information in TRANS.TBL, I added the extensions to the files and anaconda was able to proceed to the package selection. I will start a new email to check if there is a problem with the ISO on mirrors.

1 0

Problem installing Centos 6.4/6.5 from USB stick seen as HDD by BIOS
by Emmanuel Noobadmin 23 Jan '14

23 Jan '14

I'm trying to install C6.5 on a USB stick (created using Fedora LiveUSB Creator). The problem is the machine using an Intel ITX board sets the USB stick as a HDD instead of a CDROM. During install, the DVD couldn't find the installer automatically and I must choose the HDD option for it to proceed to network/timezone/storage setup. After the storage partitioning, it will throw an error that it is unable to read package metadata. Although there is an option to edit the repo information, there isn't an option to specify a hard disk. Switching to console, attempts to mount /dev/sdb as /dev/cdrom or /mnt/sr0 met with failure because the USB drive is in use. Previously I used 6.4 and downloaded 6.5 thinking it might just be an issue with 6.4 but both failed at the same point. There doesn't appear to be anybody else who encounter the same problem on a quick google. Is this considered a bug with anaconda or is there some kind of workaround such as forcing the system to mount /dev/sdb as cdrom despite already being mounted/busy?

4 4

ipmi_si error on booting
by Timothy Murphy 22 Jan '14

22 Jan '14

I'm getting the (unintelligible to me) error message ipmi_si: Could not set up I/O space ERST: Failed to get Error Log Address Range when I try to boot any OS on the grub menu apart from the one I last installed. (Actually, Windows also boots properly.) I wonder if anyone has had this error message, and worked out where it comes from? I googled for it, and it has come up many times; but there seem to be several entirely different suggested causes. I am running CentOS-6.5 on an HP MicroServer. I mention that as some of the explanations suggest that it only occurs on certain machines. -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland

3 2

migrate ext3 to ext4
by Jerry Geis 22 Jan '14

22 Jan '14

Hi all, I issued the commands on a single disk system: with two partitions / is linux sda1 and /home is sda3 yum -y update yum -y install e4fsprogs reboot umount /home tune2fs -O extents,uninit_bg,dir_index /dev/sda3 e2fsck -yfDC0 /dev/sda3 That worked just fine. I then had a different system that is software raid. where / is linux and md0 and /home is md1 yum -y update yum -y install e4fsprogs reboot umount /home tune2fs -O extents,uninit_bg,dir_index /dev/md1 at this point I get an error that invalid options for tune2fs Why is that and what to do next... The single disk sda3 worked fine. shouldnt the md1 work also. Thanks, Jerry

3 2

CentOS-announce Digest, Vol 107, Issue 11
by centos-announce-request＠centos.org 22 Jan '14

22 Jan '14

1 0

XFS : Taking the plunge
by Steve Brooks 21 Jan '14

21 Jan '14

Hi All, I have been trying out XFS given it is going to be the file system of choice from upstream in el7. Starting with an Adaptec ASR71605 populated with sixteen 4TB WD enterprise hard drives. The version of OS is 6.4 x86_64 and has 64G of RAM. This next part was not well researched as I had a colleague bothering me late on Xmas Eve that he needed 14 TB immediately to move data to from an HPC cluster. I built an XFS file system straight onto the (raid 6) logical device made up of all sixteen drives with. > mkfs.xfs -d su=512k,sw=14 /dev/sda where "512k" is the Stripe-unit size of the single logical device built on the raid controller. "14" is from the total number of drives minus two (raid 6 redundancy). Any comments on the above from XFS users would be helpful! I mounted the filesystem with the default options assuming they would be sensible but I now believe I should have specified the "inode64" mount option to avoid all the inodes will being stuck in the first TB. The filesystem however is at 87% and does not seem to have had any issues/problems. > df -h | grep raid /dev/sda 51T 45T 6.7T 87% /raidstor Another question is could I now safely remount with the "inode64" option or will this cause problems in the future? I read this below in the XFS FAQ but wondered if it have been fixed (backported?) into el6.4? ""Starting from kernel 2.6.35, you can try and then switch back. Older kernels have a bug leading to strange problems if you mount without inode64 again. For example, you can't access files & dirs that have been created with an inode >32bit anymore."" I also noted that "xfs_check" ran out of memory and so after some reading noted that it is reccommended to use "xfs_repair -n -vv" instead as it uses far less memory. One remark is so why is "xfs_check" there at all? I do have the option of moving the data elsewhere and rebuilding but this would cause some problems. Any advice much appreciated. Steve

3 4

Re: [CentOS] Hangs after inactivity
by Arvind Nagarajan 21 Jan '14

21 Jan '14

Hi Dennis, Keith, Thanks for your pointers. I tried disabling C-states and and pcie-aspm options. No luck so far. My box has to be rebooted once in every 2-3 days. Following is the last info in my syslog before reboot. Jan 21 01:33:41 usmovd dnsmasq-dhcp[3254]: DHCPREQUEST(virbr0) 192.168.122.171 00:e2:7e:31:d2:8b Jan 21 01:33:41 usmovd dnsmasq-dhcp[3254]: DHCPACK(virbr0) 192.168.122.171 00:e2:7e:31:d2:8b Jan 21 01:52:44 usmovd dnsmasq-dhcp[3254]: DHCPREQUEST(virbr0) 192.168.122.194 00:c6:ab:4c:20:71 Jan 21 01:52:44 usmovd dnsmasq-dhcp[3254]: DHCPACK(virbr0) 192.168.122.194 00:c6:ab:4c:20:71 Jan 21 01:53:18 usmovd dhclient[2526]: DHCPREQUEST on eth0 to 135.227.220.25 port 67 (xid=0x3c4c435c) Jan 21 01:53:18 usmovd dhclient[2526]: DHCPACK from 135.227.220.25 (xid=0x3c4c435c) Jan 21 01:53:18 usmovd dhclient[2526]: bound to 135.227.220.131 -- renewal in 1595 seconds. Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> (eth0): DHCPv4 state changed renew -> renew Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> address 135.227.220.131 Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> prefix 24 (255.255.255.0) Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> gateway 135.227.220.1 Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> nameserver '128.251.10.25' Jan 21 01:53:18 usmovd NetworkManager[2495]: <info> domain name ' eng.timetra.com' Jan 21 01:58:06 usmovd dnsmasq-dhcp[3254]: DHCPREQUEST(virbr0) 192.168.122.171 00:e2:7e:31:d2:8b Jan 21 01:58:06 usmovd dnsmasq-dhcp[3254]: DHCPACK(virbr0) 192.168.122.171 00:e2:7e:31:d2:8b <reboot> Jan 21 10:27:55 usmovd kernel: imklog 5.8.10, log source = /proc/kmsg started. Jan 21 10:27:55 usmovd rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="2317" x-info="http://www.rsyslog.com"] start <snip> Jan 21 10:27:55 usmovd kernel: Kernel command line: ro root=/dev/mapper/vg_usmovd-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_NO_MD rd_LVM_LV=vg_usmovd/lv_swap SYSFONT=latarcyrheb-sun16 crashkernel=128M rd_LVM_LV=vg_usmovd/lv_root KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM rhgb quiet pcie_aspm.policy=off intel_idle.max_cstate=2 Thanks, --Arvind Today's Topics: 4. Hangs after inactivity (Arvind Nagarajan) 5. Re: Hangs after inactivity (Keith Keller) 6. Re: Hangs after inactivity (Dennis Jacobfeuerborn) Message: 4 Date: Mon, 30 Dec 2013 18:00:13 -0800 From: Arvind Nagarajan <arnagara(a)gmail.com> Subject: [CentOS] Hangs after inactivity To: centos(a)centos.org Message-ID: <CAC9tjoHy2=_9KSLxj2pLcepWn9NmA3Sq3evr9-CK4DSF5G1vtw(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Hi, My linux machine hangs after some period of inactivity (8+ hrs). Anyone experiencing similar issue. CentOS Release 6.5(Final) Kernel Linux 2.6.32-431.el6_x86_64 GNOME 2.28.2 Processor (0 - 7): Intel(R) Core(TM) i7-4770 CPU @ 3.40 GHz Any pointers will be helpful. Thanks, --Arvind ------------------------------ Message: 5 Date: Mon, 30 Dec 2013 18:29:11 -0800 From: Keith Keller <kkeller(a)wombat.san-francisco.ca.us> Subject: Re: [CentOS] Hangs after inactivity To: centos(a)centos.org Message-ID: <nom9paxiik.ln2(a)goaway.wombat.san-francisco.ca.us> Content-Type: text/plain; charset=us-ascii On 2013-12-31, Arvind Nagarajan <arnagara(a)gmail.com> wrote: > > My linux machine hangs after some period of inactivity (8+ hrs). > Anyone experiencing similar issue. [snip] > Any pointers will be helpful. The canonical first place to check is your logs, many of which are in /var/log/ . Beyond that, information about running apps at the time you leave it before it crashes would be helpful, and you might try not logging in to see if the problem occurs with no user activity (if not, it points to an app that starts when you log in). --keith -- kkeller(a)wombat.san-francisco.ca.us ------------------------------ Message: 6 Date: Tue, 31 Dec 2013 05:08:35 +0100 From: Dennis Jacobfeuerborn <dennisml(a)conversis.de> Subject: Re: [CentOS] Hangs after inactivity To: centos(a)centos.org Message-ID: <52C24343.2070208(a)conversis.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 31.12.2013 03:00, Arvind Nagarajan wrote: > Hi, > > My linux machine hangs after some period of inactivity (8+ hrs). > Anyone experiencing similar issue. > > CentOS > Release 6.5(Final) > Kernel Linux 2.6.32-431.el6_x86_64 > GNOME 2.28.2 > > Processor (0 - 7): > Intel(R) Core(TM) i7-4770 CPU @ 3.40 GHz > > Any pointers will be helpful. You can try running the machine with the kernel option "pcie_aspm=off" and see if that helps and also try to disable C-States or Power Saving all together in the BIOS. More Details here: https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux… http://lists.us.dell.com/pipermail/linux-poweredge/2011-June/044901.html I've experienced lock-ups in the past because of these issues. The network device hung because it tried to go into power saving mode using ASPM and it failed and whole servers locked-up after being idle for a while because of a bug in Intel Processors regarding the deeper power saving modes (C-States) although these are supposed to be fixed since 6.3. Hope this helps. Regards, Dennis

1 0

Apache Directory Level access control
by James B. Byrne 21 Jan '14

21 Jan '14

CentOS-6.5 httpd-2.2.15 (centos) I am trying to understand how directory access control works in Apache-2.2. Does a means exist to revoke access in a subdirectory if access has been granted in a higher one? We restrict access to the entire site via htdigest but some directories are need to be further restricted by the group a user is assigned to. I have this situation: <Directory /> AuthType Digest AuthName ca.harte-lyne AuthDigestDomain / AuthDigestProvider file AuthUserFile /etc/httpd/access.d/.htdigest AuthGroupFile /var/data/hll_dav/htgroup Require group staff AllowOverride None Order allow,deny allow from all Satisfy All Options Indexes MultiViews IndexOptions FancyIndexing AddDefaultCharset UTF-8 </Directory> <Directory /Private> Require group management </Directory> In this setup a member of group staff who is not a member of group management nonetheless can list and download files in /Private. I want to prevent this. Is this possible and if so then how is this done? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

1 0

CentOS-announce Digest, Vol 107, Issue 10
by centos-announce-request＠centos.org 21 Jan '14

21 Jan '14

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. CEEA-2014:0031 CentOS 6 pacemaker Update (Johnny Hughes) 2. CESA-2014:0044 Moderate CentOS 6 augeas Update (Johnny Hughes) 3. CESA-2014:0043 Moderate CentOS 6 bind Update (Johnny Hughes) 4. CEBA-2014:0047 CentOS 6 glusterfs Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 16 Jan 2014 11:26:00 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2014:0031 CentOS 6 pacemaker Update To: centos-announce(a)centos.org Message-ID: <20140116112600.GA40490(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:0031 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-0031.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1f46e89510adc8ca8a2d7fb7f048459aae28b093288704ae52456eb1a818ff0a pacemaker-1.1.10-14.el6_5.2.i686.rpm 82cacdc3041d044d8a91474ed5495a2ea2d2bfa1d4a1f934a0360090370cb2e5 pacemaker-cli-1.1.10-14.el6_5.2.i686.rpm a96033f5f39a2998496487a454936ca11a697c052623ec79417bf2a977284c3f pacemaker-cluster-libs-1.1.10-14.el6_5.2.i686.rpm 3b220559fb3dd41ccaaef4c6a7a8858d3e88a04ec7df6cbdc37a374443dcd725 pacemaker-cts-1.1.10-14.el6_5.2.i686.rpm d58d9e23df2fa07e7f73e2286b0569720feb889388ed014276144bbc4e159793 pacemaker-doc-1.1.10-14.el6_5.2.i686.rpm aabca3d6488a6e71670b76c377387cee37bf94d88b6aa29466bda4f1f0a8b389 pacemaker-libs-1.1.10-14.el6_5.2.i686.rpm 5b1f4362148f73df3e4dae02d12c0ebcd497fc3dd239574090368edadcde6317 pacemaker-libs-devel-1.1.10-14.el6_5.2.i686.rpm 7b45065c0d56586a643ac5c6d2ebbdbd700ca77ec02129e1826494b99449dd63 pacemaker-remote-1.1.10-14.el6_5.2.i686.rpm x86_64: 8d6f1232a963d48e638cb663be7a87b50b336d1846c017070562f68163f58441 pacemaker-1.1.10-14.el6_5.2.x86_64.rpm f4104edc68e674b9c627779d0ad5517690d1b8e3a2735c229740db9471355417 pacemaker-cli-1.1.10-14.el6_5.2.x86_64.rpm a96033f5f39a2998496487a454936ca11a697c052623ec79417bf2a977284c3f pacemaker-cluster-libs-1.1.10-14.el6_5.2.i686.rpm a74c3c93c04b4b5709775bf7e6762262e29e0c8815656a18d6091e755207b76b pacemaker-cluster-libs-1.1.10-14.el6_5.2.x86_64.rpm dbedb06951a8cd6258e256c9e3f6e8dc08932b5dd4c608c670453f72ec458daa pacemaker-cts-1.1.10-14.el6_5.2.x86_64.rpm 454f7b31a89ab46052f267d912f8122a6a26b1708d93086aed9cc0a2e76b32f0 pacemaker-doc-1.1.10-14.el6_5.2.x86_64.rpm aabca3d6488a6e71670b76c377387cee37bf94d88b6aa29466bda4f1f0a8b389 pacemaker-libs-1.1.10-14.el6_5.2.i686.rpm ac93f6c97aca756c6400d5b26baa8692a9ae333849350294299915f8eb75699e pacemaker-libs-1.1.10-14.el6_5.2.x86_64.rpm 5b1f4362148f73df3e4dae02d12c0ebcd497fc3dd239574090368edadcde6317 pacemaker-libs-devel-1.1.10-14.el6_5.2.i686.rpm 18c57c9af18611f1e3c6e7bf7dfdfe7e6317e6d29b4fe5b2b58515a31b2610a0 pacemaker-libs-devel-1.1.10-14.el6_5.2.x86_64.rpm 9a83df9198e5e5fbc4e7c3a684c3c55d1ca37828b226314a7d368975eda4906c pacemaker-remote-1.1.10-14.el6_5.2.x86_64.rpm Source: 49cfd923fa71f80a4d9bfe19fcac329ebc8c18074b425c2083c77746d3409269 pacemaker-1.1.10-14.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 20 Jan 2014 17:58:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0044 Moderate CentOS 6 augeas Update To: centos-announce(a)centos.org Message-ID: <20140120175819.GA46021(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0044 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0044.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b480f39008212b9a32a5abf8aaef69d1b4242c0fbf7d2a65ee41287c59b74440 augeas-1.0.0-5.el6_5.1.i686.rpm 3e5501525dc1055762342376135527687007960928b7454dc4fead360146f357 augeas-devel-1.0.0-5.el6_5.1.i686.rpm 04350b2951a4687cd508eff12f0a6e729fde528b735ae0aa8b7ccc2a38880e17 augeas-libs-1.0.0-5.el6_5.1.i686.rpm x86_64: f8ed728ae077894728741b97ae0f0b2a6f45aebf4dbe3e36871517f9d15903bc augeas-1.0.0-5.el6_5.1.x86_64.rpm 3e5501525dc1055762342376135527687007960928b7454dc4fead360146f357 augeas-devel-1.0.0-5.el6_5.1.i686.rpm c342b6f786db22f116b6aad6772cc0a9cf27b75f1ec78e732da456e4449a2841 augeas-devel-1.0.0-5.el6_5.1.x86_64.rpm 04350b2951a4687cd508eff12f0a6e729fde528b735ae0aa8b7ccc2a38880e17 augeas-libs-1.0.0-5.el6_5.1.i686.rpm cfb829a2348bfc1cbaf51bfd6e84602183160fd1d32cb33deed9d76aedfa5197 augeas-libs-1.0.0-5.el6_5.1.x86_64.rpm Source: 2b519d56a4e1e98fb784452247c1d475f7c83b66772670dc6569493b54f56d07 augeas-1.0.0-5.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 20 Jan 2014 17:58:43 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0043 Moderate CentOS 6 bind Update To: centos-announce(a)centos.org Message-ID: <20140120175843.GA46329(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0043 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0043.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6611318ec0b1db26f564df6ee47c9e1bdf88696ddcd943ebeda373154aba5617 bind-9.8.2-0.23.rc1.el6_5.1.i686.rpm 0411d951de676329e2e989ba2f7976c95f96c411ba17b933f694b460fedd3c8b bind-chroot-9.8.2-0.23.rc1.el6_5.1.i686.rpm f790fd81de04898a97ba796227a0053ec5068198aec12d47311787a914d85263 bind-devel-9.8.2-0.23.rc1.el6_5.1.i686.rpm 5cac882c7ee6dde0d990d3276370d8cd33ba509a27268f7c0e1bc3482aca708c bind-libs-9.8.2-0.23.rc1.el6_5.1.i686.rpm fa60cbbdb3ca0faef4b3709dbf9ea5d9078a2a17050710cd1fa37fc24d5a3d28 bind-sdb-9.8.2-0.23.rc1.el6_5.1.i686.rpm 8bcffdd4df6c06bcf5593369df8936a953d41d24ef3064952d3df638fcf020ed bind-utils-9.8.2-0.23.rc1.el6_5.1.i686.rpm x86_64: b5f63c665c4ecde5043118b83ca460bb7d761eb886eefa738e78e440e5fb8ae9 bind-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm 38eaefa608dffafa0485375b817da8ab756e7c28e6adfcf0da17e7d837160817 bind-chroot-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm f790fd81de04898a97ba796227a0053ec5068198aec12d47311787a914d85263 bind-devel-9.8.2-0.23.rc1.el6_5.1.i686.rpm 0cc206923f3ad145073a3fa7020746376d09049d1a63f58716d05827d720c577 bind-devel-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm 5cac882c7ee6dde0d990d3276370d8cd33ba509a27268f7c0e1bc3482aca708c bind-libs-9.8.2-0.23.rc1.el6_5.1.i686.rpm 8641eb69ce48629f043976734a43ddb054e1c7019d1322726de831d3c1685dde bind-libs-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm ca65e71682275d8d13e974ab1065abc6e3fd9858bea744963c723f1eda39fc9d bind-sdb-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm 39f7840f93d3d76825a9e8da79cfe0366f7fad68f018a273477aee62cccfa3f4 bind-utils-9.8.2-0.23.rc1.el6_5.1.x86_64.rpm Source: 7b651dd14bd1dd03347eab0cf6a0709f6cf2e2864cbee6a326e2ae0e7c570f2f bind-9.8.2-0.23.rc1.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 21 Jan 2014 08:58:40 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0047 CentOS 6 glusterfs Update To: centos-announce(a)centos.org Message-ID: <20140121085840.GA58078(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0047 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0047.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 0393fdece34445401a5c29fa4b3d8351edc50486342c12c0ed82f2b1f62a1a15 glusterfs-3.4.0.57rhs-1.el6_5.x86_64.rpm 6c056d69721f68befa08773eb4af57b6e81f60571aa05daea588cba407b9d3b1 glusterfs-api-3.4.0.57rhs-1.el6_5.x86_64.rpm b39847e4e431c89b85fa5c2d0d41b227da7e3e7aff8b4ee007c835e2f4619a36 glusterfs-api-devel-3.4.0.57rhs-1.el6_5.x86_64.rpm 7737b32f5bf6fd54c760a1b982c0dd6bf1025ac54dec228e95dbc26fbbf5b59c glusterfs-devel-3.4.0.57rhs-1.el6_5.x86_64.rpm 63c168b32c26ab2faed0593b8d7e49dffff1601826dd251a556b0c58c7f8bd32 glusterfs-fuse-3.4.0.57rhs-1.el6_5.x86_64.rpm c5b5037ef1c0b80f526eeeb02ad3d73d6180d824835244aa042028376048e6a6 glusterfs-libs-3.4.0.57rhs-1.el6_5.x86_64.rpm 5fac32143783a16a1977f909782a1fe33c2b9b095977148874ae8e62d58efd42 glusterfs-rdma-3.4.0.57rhs-1.el6_5.x86_64.rpm Source: 2e25b6b437799318f12368e706c69c76a41a0af681678493d82c3ec3aa9c4898 glusterfs-3.4.0.57rhs-1.el6_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 107, Issue 10 ************************************************

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss