Discuss April 2014

discuss@lists.centos.org

172 participants
139 discussions

Re: [CentOS] [CentALT] php-redis depedency error.
by sunshareall0709 09 Apr '14

09 Apr '14

THANK YOU! This DO help. ---------------------------------------------------------------------------------------------------------------- cd ~ wget -c http://dl.fedoraproject.org/pub/epel/6/x86_64/php-redis-2.2.2-5.git6f7087f.… sudo yum -y install ~/php-redis-2.2.2-5.git6f7087f.el6.x86_64.rpm [sunshare@sunshare tmp]$ php -i | grep redis /etc/php.d/redis.ini, redis Registered save handlers => files user redis This program is free software; you can redistribute it and/or modify [sunshare@sunshare tmp]$ cat test.php <?php $redis = new Redis(); $redis->connect('127.0.0.1', 6379); var_dump($redis->ping()); [sunshare@sunshare tmp]$ php test.php string(5) "+PONG" ---------------------------------------------------------------------------------------------------------------- 在2014年04月09 14时04分，"Maxim Shpakov"<maxim(a)osetia.org>写道： Hi! You can use php-redis from EPEL . It is compiled against stock CentOS php version 5.3.3 http://pkgs.org/search/?query=php-redis&type=smart 2014-04-09 8:58 GMT+03:00 sunshareall0709 <sunshareall0709(a)163.com>: > Hi! > Thanks for your response! > As you said, I've add exclude=php55* to /etc/yum.repos.d/centalt.repo, > and install again: > ---------------------------------------------------------------------------------------------------------------------- > [sunshare@sunshare ~]$ sudo yum install php-redis > Loaded plugins: refresh-packagekit, security > CentALT > | 951 B 00:00 > base > | 3.7 kB 00:00 > epel > | 4.4 kB 00:00 > extras > | 3.4 kB 00:00 > updates > | 3.4 kB 00:00 > Setting up Install Process > Resolving Dependencies > --> Running transaction check > ---> Package php-redis.x86_64 77:2.2.1-5.el6 will be installed > --> Processing Dependency: php(zend-abi) = 20090626-x86-64 for package: > 77:php-redis-2.2.1-5.el6.x86_64 > --> Finished Dependency Resolution > Error: Package: 77:php-redis-2.2.1-5.el6.x86_64 (CentALT) > Requires: php(zend-abi) = 20090626-x86-64 > Installed: php-common-5.3.28-4.el6.x86_64 (@CentALT) > php(zend-abi) = 20090626 > php(zend-abi) = 20090626-x86-64 > Available: php-common-5.3.3-26.el6.x86_64 (base) > php(zend-abi) = 20090626 > Available: php-common-5.3.3-27.el6_5.x86_64 (updates) > php(zend-abi) = 20090626 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > ---------------------------------------------------------------------------------------------------------------------- > > > there are still available in [base] and [updates], so of course, > I add exclude=php-common-5.3.3-* to [base] and [updates]. > > then, try again: > ---------------------------------------------------------------------------------------------------------------------- > [sunshare@sunshare ~]$ sudo yum install php-redis > Loaded plugins: refresh-packagekit, security > Setting up Install Process > Resolving Dependencies > --> Running transaction check > ---> Package php-redis.x86_64 77:2.2.1-5.el6 will be installed > --> Processing Dependency: php(zend-abi) = 20090626-x86-64 for package: > 77:php-redis-2.2.1-5.el6.x86_64 > --> Finished Dependency Resolution > Error: Package: 77:php-redis-2.2.1-5.el6.x86_64 (CentALT) > Requires: php(zend-abi) = 20090626-x86-64 > Installed: php-common-5.3.28-4.el6.x86_64 (@CentALT) > php(zend-abi) = 20090626 > php(zend-abi) = 20090626-x86-64 > You could try using --skip-broken to work around the problem > You could try running: rpm -Va --nofiles --nodigest > ---------------------------------------------------------------------------------------------------------------------- > > Yeath, this time just one hit the depedency. BUT ....as you can see, problem > as it's :-( > > Any more suggest, PLEASE? > Thank you! > > -- Sunshare > -- 2014-04-09 > > > 在2014年04月08 20时31分，"Maxim Shpakov"<maxim(a)osetia.org>写道： > > > Hi! > > Add exclude=php55* to /etc/yum.repos.d/centalt.repo > > There are problems regarding php55 dependencies in centalt repo. > > > 2014-04-08 15:26 GMT+03:00 sunshareall0709 <sunshareall0709(a)163.com>: >> Hi, All. >> When I try to install php-redis, there are obvious 4 package hit the >> depedency. >> One have already INSTALLED as follow. >> >> I've GOOGLED, NOTHING help. >> How can I get over this? Please Help, Thank you! >> -- Sunshare >> -- 2014-04-08 >> >> >> >> ------------------------------------------------------------------------------------------------ >> >> [sunshare@sunshare ~]$ sudo yum install php-redis >> [sudo] password for sunshare: >> Loaded plugins: refresh-packagekit, security >> Setting up Install Process >> Resolving Dependencies >> --> Running transaction check >> ---> Package php-redis.x86_64 77:2.2.1-5.el6 will be installed >> --> Processing Dependency: php(zend-abi) = 20090626-x86-64 for package: >> 77:php-redis-2.2.1-5.el6.x86_64 >> --> Finished Dependency Resolution >> Error: Package: 77:php-redis-2.2.1-5.el6.x86_64 (CentALT) >> Requires: php(zend-abi) = 20090626-x86-64 >> Installed: php-common-5.3.28-4.el6.x86_64 (@CentALT) >> php(zend-abi) = 20090626 >> php(zend-abi) = 20090626-x86-64 >> Available: php-common-5.3.3-26.el6.x86_64 (base) >> php(zend-abi) = 20090626 >> Available: php-common-5.3.3-27.el6_5.x86_64 (updates) >> php(zend-abi) = 20090626 >> Available: php55-common-5.5.11-1.el6.x86_64 (CentALT) >> php(zend-abi) = 20121212-64 >> You could try using --skip-broken to work around the problem >> You could try running: rpm -Va --nofiles --nodigest >> >> Following is my repo info: >> >> ------------------------------------------------------------------------------------------------ >> [sunshare@sunshare ~]$ sudo yum makecache >> Loaded plugins: refresh-packagekit, security >> CentALT >> | 951 B 00:00 >> CentALT/filelists >> | 136 kB 00:00 >> CentALT/primary >> | 102 kB 00:00 >> CentALT/other >> | 758 kB 00:03 >> CentALT >> 318/318 >> CentALT >> 318/318 >> CentALT >> 318/318 >> base >> | 3.7 kB 00:00 >> base/group_gz >> | 220 kB 00:01 >> base/filelists_db >> | 5.9 MB 00:33 >> base/primary_db >> | 4.4 MB 00:22 >> base/other_db >> | 2.8 MB 00:15 >> epel >> | 4.4 kB 00:00 >> epel/group_gz >> | 237 kB 00:01 >> epel/filelists_db >> | 8.4 MB 00:42 >> epel/primary_db >> | 6.0 MB 00:32 >> epel/other_db >> | 3.6 MB 00:19 >> epel/updateinfo >> | 769 kB 00:03 >> extras >> | 3.4 kB 00:00 >> extras/filelists_db >> | 11 kB 00:00 >> extras/prestodelta >> | 907 B 00:00 >> extras/primary_db >> | 19 kB 00:00 >> extras/other_db >> | 5.8 kB 00:00 >> updates >> | 3.4 kB 00:00 >> updates/filelists_db >> | 1.6 MB 00:07 >> updates/prestodelta >> | 216 kB 00:01 >> updates/primary_db >> | 2.6 MB 00:11 >> updates/other_db >> | 21 MB 01:41 >> epel/pkgtags >> | 1.0 MB 00:05 >> Metadata Cache Created >> _______________________________________________ >> CentOS mailing list >> CentOS(a)centos.org >> http://lists.centos.org/mailman/listinfo/centos > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > > >

1 0

[CentALT] php-redis depedency error.
by sunshareall0709 09 Apr '14

09 Apr '14

Hi, All. When I try to install php-redis, there are obvious 4 package hit the depedency. One have already INSTALLED as follow. I've GOOGLED, NOTHING help. How can I get over this? Please Help, Thank you! -- Sunshare -- 2014-04-08 ------------------------------------------------------------------------------------------------ [sunshare@sunshare ~]$ sudo yum install php-redis [sudo] password for sunshare: Loaded plugins: refresh-packagekit, security Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package php-redis.x86_64 77:2.2.1-5.el6 will be installed --> Processing Dependency: php(zend-abi) = 20090626-x86-64 for package: 77:php-redis-2.2.1-5.el6.x86_64 --> Finished Dependency Resolution Error: Package: 77:php-redis-2.2.1-5.el6.x86_64 (CentALT) Requires: php(zend-abi) = 20090626-x86-64 Installed: php-common-5.3.28-4.el6.x86_64 (@CentALT) php(zend-abi) = 20090626 php(zend-abi) = 20090626-x86-64 Available: php-common-5.3.3-26.el6.x86_64 (base) php(zend-abi) = 20090626 Available: php-common-5.3.3-27.el6_5.x86_64 (updates) php(zend-abi) = 20090626 Available: php55-common-5.5.11-1.el6.x86_64 (CentALT) php(zend-abi) = 20121212-64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Following is my repo info: ------------------------------------------------------------------------------------------------ [sunshare@sunshare ~]$ sudo yum makecache Loaded plugins: refresh-packagekit, security CentALT | 951 B 00:00 CentALT/filelists | 136 kB 00:00 CentALT/primary | 102 kB 00:00 CentALT/other | 758 kB 00:03 CentALT 318/318 CentALT 318/318 CentALT 318/318 base | 3.7 kB 00:00 base/group_gz | 220 kB 00:01 base/filelists_db | 5.9 MB 00:33 base/primary_db | 4.4 MB 00:22 base/other_db | 2.8 MB 00:15 epel | 4.4 kB 00:00 epel/group_gz | 237 kB 00:01 epel/filelists_db | 8.4 MB 00:42 epel/primary_db | 6.0 MB 00:32 epel/other_db | 3.6 MB 00:19 epel/updateinfo | 769 kB 00:03 extras | 3.4 kB 00:00 extras/filelists_db | 11 kB 00:00 extras/prestodelta | 907 B 00:00 extras/primary_db | 19 kB 00:00 extras/other_db | 5.8 kB 00:00 updates | 3.4 kB 00:00 updates/filelists_db | 1.6 MB 00:07 updates/prestodelta | 216 kB 00:01 updates/primary_db | 2.6 MB 00:11 updates/other_db | 21 MB 01:41 epel/pkgtags | 1.0 MB 00:05 Metadata Cache Created

2 2

Re: [CentOS] CVE-2014-0160 CentOS 6 openssl heartbleed workaround
by Keith Keller 08 Apr '14

08 Apr '14

On 2014-04-08, Karanbir Singh <kbsingh(a)centos.org> wrote: > > Earlier in the day today, we were made aware of a serious > issue in openssl as shipped in CentOS-6.5 ( including updates issued > since CentOS-6.5 was released ); This issue is addressed in detail at > http://heartbleed.com/ So it looks like new packages were issued by upstream pretty quickly. So one question is, is there an easy way to know which services need to be kicked? I was surprised (not unpleasantly) to note that sshd is not linked against libssl, but if you do a naive check against httpd, you won't find it linked either--because it's mod_ssl that's linked against it. --keith -- kkeller(a)wombat.san-francisco.ca.us

13 18

semi-OT: the trac problem solved
by m.roth＠5-cent.us 08 Apr '14

08 Apr '14

If it's of any interest, I finally solved the trac problem. Turns out you have to be granted TRAC_ADMIN to see/use the admin menus... but what is *not* suggested in anything I read is that, for those of us who might be ssh'ing into a server, and using organization-wide authentication, rather than /etc/passwd, you can't grant that to your username, but rather to username(a)organization.name ARGH!!!! And Paul, thanks for your help on the earlier parts. mark

1 0

[OT] PXE Boot / image server for non-profit's computers
by Jason Pyeron 08 Apr '14

08 Apr '14

This is the best collection of minds I can think of on this topic, that's why it is on this list. I think it is too subjective for stackoverflow. So here is the problem: The community center has multiple computers for the children (and adult students) to use. These computer are always donated and the hardware is all different. Currently the systems are running Windows (but this may change). Most days the systems are "hacked" by the kids and all is well, but sometimes the changes to the systems requires a reinstall. The staff are not presently qualified to diagnose any problems. Here is the draft idea: 1. Have a CentOS image / PXE server. 2. Make a (bootable) utility CD that: * has a program to "save" the state of the computer to the image server * on boot gives an option to re-image the computer * has a (boot-time or OS) diagnostic program to check network connectivity to the image server 3. Make a single page instruction sheet on using the utility disc, including on how to boot from CD Implementation suggestions? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00.

5 4

OpenSSL Heartbeat exploit agains KVM guest systems
by James B. Byrne 08 Apr '14

08 Apr '14

Is it possible to use this exploit against a kvm guest to read memory used by the host? In other words: if an exploitable service, say httpd with mod_ssl, is running in guest system 'vm1' hosted on system 'virthost' then what implications does that have with respect to guests vm2 and vm3 and to virthost itself? -- *** 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

2 1

USB 3.0 NIC / Sitecom NL-031
by Michael Kress 08 Apr '14

08 Apr '14

Hi, I have a Sitecom NL-031 USB 3.0 NIC which I'd like to use under centos 6.5, but unfortunately I see no support. Or, I am doing something wrong. According to LKDDb (Linux Kernel Driver DataBase), the correct driver is "CONFIG_USB_NET_AX8817X: ASIX AX88xxx Based USB 2.0 Ethernet Adapters" but obviously, I've grabbed a non matching "iProduct", because mine is obviously 0x0072 (see lsusb below) and the driver lists 0x0056. From the LKDDb: vendor: 0df6 ("Sitecom Europe B.V."), product: 0056 ("LN-031 10/100/1000 Ethernet Adapter") vendor: 0df6 ("Sitecom Europe B.V."), product: 0056 ("LN-031 10/100/1000 Ethernet Adapter") When i modprobe for the NIC, I get something very unspectacular ... root@mybox:/root [0] >modprobe asix /var/log/messages: Apr 5 20:02:23 mybox kernel: usbcore: registered new interface driver asix dmesg: usbcore: registered new interface driver asix BTW, I got this passed on by ESXi to a CentOS VM. Do you see any chance to get this running? Thanks in advance Michael PS: the lsusb output ... root@mybox:/root [0] > lsusb -v -d 0df6:0072 Bus 001 Device 003: ID 0df6:0072 Sitecom Europe B.V. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.10 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 255 Vendor Specific Subclass bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0df6 Sitecom Europe B.V. idProduct 0x0072 bcdDevice 1.00 iManufacturer 1 Sitecom Europe BV iProduct 2 Sitecom USB 3.0 Gigabit iSerial 3 00000000000001 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 39 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 248mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 3 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 255 Vendor Specific Subclass bInterfaceProtocol 0 iInterface 4 Network_Interface Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 11 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x03 EP 3 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0200 1x 512 bytes bInterval 0 Device Status: 0x0000 (Bus Powered)

4 6

CentOS-announce Digest, Vol 110, Issue 5
by centos-announce-request＠centos.org 08 Apr '14

08 Apr '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. CVE-2014-0160 CentOS 6 openssl heartbleed workaround (Karanbir Singh) 2. CESA-2014:0376 Important CentOS 6 openssl Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Tue, 08 Apr 2014 03:11:01 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CVE-2014-0160 CentOS 6 openssl heartbleed workaround To: CentOS Announcements List <centos-announce(a)centos.org> Message-ID: <53435AB5.8050605(a)centos.org> Content-Type: text/plain; charset=ISO-8859-1 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Earlier in the day today, we were made aware of a serious issue in openssl as shipped in CentOS-6.5 ( including updates issued since CentOS-6.5 was released ); This issue is addressed in detail at http://heartbleed.com/ Upstream have not released a patched version of openssl, although we are reliably informed that there is quite a bit of effort ongoing to release a patched package soon. As an interim workaround, we are releasing packages that disable the exploitable code using the published workaround( tls heartbeat ); Note that these packages do not resolve the issue, they merely disable the feature that is being exploited. i386: 58ac5c57e0bcc3a34434973244ddb5eaf1323ef4ff1341f8ad78ec722a794238 openssl-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm b4413e3509647ca7ad2d9d3eb7d53b367b7ea0d43a0d3553c9e517fdfc0a81a7 openssl-devel-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm 12e4456c9c9783fb08794d6a96b5aba4ee28d146b836d626cd1c6b073710d62a openssl-perl-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm 8fbf30e0e237a772417013e81144715d7422fcb585e58adba9635164e3598f4e openssl-static-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm x86_64: 58ac5c57e0bcc3a34434973244ddb5eaf1323ef4ff1341f8ad78ec722a794238 openssl-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm 80d3f839551280bec1aafaacbaddde6b4112c5d64ed4f5ecd2cb3974785319c0 openssl-1.0.1e-16.el6_5.4.0.1.centos.x86_64.rpm b4413e3509647ca7ad2d9d3eb7d53b367b7ea0d43a0d3553c9e517fdfc0a81a7 openssl-devel-1.0.1e-16.el6_5.4.0.1.centos.i686.rpm fc146768d01e92c1dca6b8fffc2b272e62ee7e30c8004e64aa6c5a62707d8d30 openssl-devel-1.0.1e-16.el6_5.4.0.1.centos.x86_64.rpm 8a91c231fe0b021613f784bac7d31e9468a2b286f75afb0276e8b4fe33020092 openssl-perl-1.0.1e-16.el6_5.4.0.1.centos.x86_64.rpm fa2d68756a47d41ee227dcdc3de878c8f4edfb1d7b17b4b96027c991406aa4ee openssl-static-1.0.1e-16.el6_5.4.0.1.centos.x86_64.rpm - ---- Notes: 1) All versions of CentOS prior to 6.5 are unaffected. 2) the release tag in these packages is marked in a manner that the next upstream version will override and replace these packages. ref: - - http://heartbleed.com/ - - https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2014-0160 - - https://access.redhat.com/security/cve/CVE-2014-0160 - -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlNDWrUACgkQMA29nj4Tz1tYqgCfVEG1WN0hoJLbOcnZ5Fd0u9U5 JIMAoKg4xsIRFY54pnacEMwfrmWbxwVx =8y4U -----END PGP SIGNATURE----- ------------------------------ Message: 2 Date: Tue, 8 Apr 2014 02:54:58 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2014:0376 Important CentOS 6 openssl Update To: centos-announce(a)centos.org Message-ID: <20140408025458.GA45134(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0376 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0376.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6ceff4bad2608484b9b9ab74b8e9047b593b6b7a6ca5ba3cc16db7d8b447f1d8 openssl-1.0.1e-16.el6_5.7.i686.rpm ef6c735885f24ca8618357b880e8cdc6fcb7c6895d99f740169684a3a6f0b8ba openssl-devel-1.0.1e-16.el6_5.7.i686.rpm 5724d24708d8b62ee48585ea530d379c258a9dd537ce3d350a61af4489c11ea5 openssl-perl-1.0.1e-16.el6_5.7.i686.rpm 601108f27b4716355d972d70e8711b6ff53f4375962b3d6e81321736c6709b90 openssl-static-1.0.1e-16.el6_5.7.i686.rpm x86_64: 6ceff4bad2608484b9b9ab74b8e9047b593b6b7a6ca5ba3cc16db7d8b447f1d8 openssl-1.0.1e-16.el6_5.7.i686.rpm 42cdc321aa3d46889c395c5d6dc11961ed86be5f4d98af0d6399d6c4e1233712 openssl-1.0.1e-16.el6_5.7.x86_64.rpm ef6c735885f24ca8618357b880e8cdc6fcb7c6895d99f740169684a3a6f0b8ba openssl-devel-1.0.1e-16.el6_5.7.i686.rpm 3328f32f211b2e136c25ec8538c768049f288f0b410932b31880fa4b4de8e73b openssl-devel-1.0.1e-16.el6_5.7.x86_64.rpm 89cdbaed00f8348a6a6d567c6c1eb8aba9f94578653be475e826e24c51f10594 openssl-perl-1.0.1e-16.el6_5.7.x86_64.rpm 9222db08c5cbf4fded04fd7d060f5b91ed396665e2baa4c899fc2aa8aa9297d0 openssl-static-1.0.1e-16.el6_5.7.x86_64.rpm Source: 3a08cda99f54b97c027ed32758e7b1ddcff635be5c3737c1e9084321561a015d openssl-1.0.1e-16.el6_5.7.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #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 110, Issue 5 ***********************************************

1 0

Software RAID10 - which two disks can fail?
by Rafał Radecki 08 Apr '14

08 Apr '14

Hi All. I have a server which uses RAID10 made of 4 partitions for / and boots from it. It looks like so: mdadm -D /dev/md1 /dev/md1: Version : 00.90 Creation Time : Mon Apr 27 09:25:05 2009 Raid Level : raid10 Array Size : 973827968 (928.71 GiB 997.20 GB) Used Dev Size : 486913984 (464.36 GiB 498.60 GB) Raid Devices : 4 Total Devices : 4 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Mon Apr 7 21:26:29 2014 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : near=2, far=1 Chunk Size : 64K UUID : 1403e5aa:3152b3f8:086582aa:c95c4fc7 Events : 0.38695092 Number Major Minor RaidDevice State 0 8 6 0 active sync /dev/sda6 1 8 22 1 active sync /dev/sdb6 2 8 54 2 active sync /dev/sdd6 3 8 38 3 active sync /dev/sdc6 As far as I know raid10 is ~ "a raid0 built on top of two raid1" ( http://en.wikipedia.org/wiki/Nested_RAID_levels#RAID_1.2B0 - raid10). So I think that by default in my case: /dev/sda6 and /dev/sdb6 form the first "raid1" /dev/sdd6 and /dev/sdc6 form the second "raid1" So is it so that if I fail/remove for example: - /dev/sdb6 and /dev/sdc6 (different "raid1's") - the raid10 will be usable/data will be ok? - /dev/sda6 and /dev/sdb6 (the same "raid1") - the raid10 will be not usable/data will be lost? I read in context of raid10 about replicas of data (2 by default) and the data layout (near/far/offset). I see in the output of mdadm -D the line "Layout : near=2, far=1" and am not sure which layout is exactly used and how it influences data layout/distribution in my case :| I would really appreciate a definite answer which partitions I can remove and which I cannot remove at the same time because I need to perform some disk maintenance tasks on this raid10 array. Thanks for all help! BR, Rafal.

4 5

Re: [CentOS] {CentOS} HDD Problem....
by Eddie O'Connor 07 Apr '14

07 Apr '14

Ok....so after installing "smartmontools" on my CentOS machine...and connectiing this drive externally...i got positive reports from both the short and long tests...so the drive can obviously be "seen"....but when I look for it in the /dev/ directory...it doesn't show up.....I'm about to give the fdisk command line tools anonther shot....it allows me to format the drive...and to give it a file system...(ext4)....but it doesn't automaticcaly mount, nor can I format the drive using the Disk Utility in CEntOS.....I'm going to give D.B.A.N one more try since I was able to format it from the smartctl command line....hopefully it will "clear" whaever is locked up. if not...then I'll move onto the other recommendations and advice given by you "experts"! LoL! Thanks for all your help.....will kepp you posted. EGO II

3 2

← Newer
1
...
8
9
10
11
12
13
14
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 April 2014