- Discuss - lists.centos.org

Experience with BTRFS?
by Lists 05 Feb '14

05 Feb '14

Was wondering if anyone here could weigh in on using BTRFS for CentOS 6 in a "near production" environment? I've been using ZFS on Linux and am very happy with the results so far, but don't particularly want to put all my eggs in one basket. Our application architecture allows us to have multiple, concurrent filesystems in mirror so I have the option of running a system under production-like environment without risking actual loss of customer data. In any event, we will be triple redundant at the application level, with ZFS on one file store, RAID/LVM/EXT4 on another, and possibly BTRFS on the third. Of course, I would want to use AT LEAST "release candidate" quality filesystem, but the ability of ZFS and BTRFS to check for errors and fix without downtime hold a tremendous amount of weight. The file stores are big enough that it is a days-long process to bring an offline file store back online. It would seem that BTRFS is slightly more flexible than ZFS, EG the ability to add RAID-levels for improved redundancy after initial creation without taking the system(s) offline. Anybody using BTRFS for real, sustained-load, 24x7 environment? -Ben

2 2

Scheduler Elevator Deadline
by Matt 05 Feb '14

05 Feb '14

In past on my machines with single drive or software RAID I have always had to change elevator to deadline. Mainly due to fact I was running email server with a great deal of I/O. Switching from CFQ to Deadline made a huge difference. I am wandering if with a hardware RAID controller should I still switch too Deadline or does the RAID controller do reordering etc. for me? Likely best answer is to try it. Doubt it would hurt anything to still switch too Deadline if I have plenty of CPU to spare. I am also trying to move all my servers to OpenVZ for hardware independence. When I need more disk space, CPU, etc. I just backup and move it. Perhaps there are gotchas there? Thanks.

1 0

Re: [CentOS] 6.5 single user mode
by Les Mikesell 05 Feb '14

05 Feb '14

On Wed, Feb 5, 2014 at 5:44 AM, Steve Clark <sclark(a)netwolves.com> wrote: > > If what you are really doing is the equivalent of cloning images, you > might look at clonezilla, or the backup/restore package called rear > (in EPEL). But for a quick brute-force change, you could probably > edit /etc/init/rcS-sulogin.conf and add the script you want to replace > /sbin/sushell. > > Hi Les, > > Yes I found that file - Thanks. > I'd still recommend looking at clonezilla and rear. Clonezilla-live is a CD you boot to save/restore images - and there is also a network server version for PXE booting and image storage. The good part is that it can handle windows along with most linux versions. The down side is that the restore disk has to be the same size or larger. Rear is a set of shell scripts that use your own system tools to build a bootable image containing the scripts you need to partition, format, and restore (pretty much exactly what you are doing but with more options). It is really intended as a backup with a fast simple restore back on the same hardware, but you have an opportunity to change the disk layout if needed so it works for cloning or moving a working system. In an case, the other thing new in 6.x is that you need to remove the udev rules for the NICs or update them with the new MAC addresses or the cloned machine will start its ethx names above the old ones, plus fix the /etc/sysconfig/network-scripts/ifcfg-ethx files like you did in 5.x. -- Les Mikesell lesmikesell(a)gmail.com

2 1

CentOS-announce Digest, Vol 108, Issue 3
by centos-announce-request＠centos.org 05 Feb '14

05 Feb '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. CEBA-2014:0128 CentOS 5 openmotif Update (Johnny Hughes) 2. CESA-2014:0127 Moderate CentOS 6 librsvg2 Update (Johnny Hughes) 3. CESA-2014:0132 Critical CentOS 6 firefox Update (Johnny Hughes) 4. CESA-2014:0133 Important CentOS 6 thunderbird Update (Johnny Hughes) 5. CESA-2014:0132 Critical CentOS 5 firefox Update (Johnny Hughes) 6. CESA-2014:0133 Important CentOS 5 thunderbird Update (Johnny Hughes) 7. CEBA-2014:0138 CentOS 6 yum-utils Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Feb 2014 15:54:59 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0128 CentOS 5 openmotif Update To: centos-announce(a)centos.org Message-ID: <20140204155459.GA16299(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0128 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0128.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ab6f62e2f2cd0b417a45eb6dfa6e2174e6334de0c3eabdd0d0129f502fd83215 openmotif-2.3.1-7.3.el5_10.i386.rpm 3e315f3d51ea0717353d26c2759bdce5dbe5ae8d82a4b37bdb0139a2076787c4 openmotif-devel-2.3.1-7.3.el5_10.i386.rpm x86_64: ab6f62e2f2cd0b417a45eb6dfa6e2174e6334de0c3eabdd0d0129f502fd83215 openmotif-2.3.1-7.3.el5_10.i386.rpm 5a5a39d870f6647018fcc4e39f61dc429dc892c1a6992ff40a5fe18f11166b89 openmotif-2.3.1-7.3.el5_10.x86_64.rpm 3e315f3d51ea0717353d26c2759bdce5dbe5ae8d82a4b37bdb0139a2076787c4 openmotif-devel-2.3.1-7.3.el5_10.i386.rpm 53ea5b61f3c74eae86a4e006bc22cf5e66453a0c8b3f50c70a4351cd49625ac2 openmotif-devel-2.3.1-7.3.el5_10.x86_64.rpm Source: 0f921b2a9c7d15936e07c97f16e2b20f1703a651eb8ed6dc865758d4db4f8b59 openmotif-2.3.1-7.3.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 4 Feb 2014 22:22:09 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0127 Moderate CentOS 6 librsvg2 Update To: centos-announce(a)centos.org Message-ID: <20140204222209.GA876(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0127 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0127.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b3531e92f3077b77251fa1c58d57f4cff2ec944fa1b7f496722158dea3b80513 librsvg2-2.26.0-6.el6_5.3.i686.rpm 2031af65a8f628bbf8f2372132d702e2c7c85408799552278f065484b7f95348 librsvg2-devel-2.26.0-6.el6_5.3.i686.rpm x86_64: b3531e92f3077b77251fa1c58d57f4cff2ec944fa1b7f496722158dea3b80513 librsvg2-2.26.0-6.el6_5.3.i686.rpm bc3c36976d6db0f1bdae5020c7bbfcd579daee08b6e24ad4a029e0659d776481 librsvg2-2.26.0-6.el6_5.3.x86_64.rpm 2031af65a8f628bbf8f2372132d702e2c7c85408799552278f065484b7f95348 librsvg2-devel-2.26.0-6.el6_5.3.i686.rpm a9e4ba9a8e75f8cbb86f296a0220e081b58134e9105a637495d384d977b9f55d librsvg2-devel-2.26.0-6.el6_5.3.x86_64.rpm Source: 22fc102d6baf206a77cc02ef9e9950ba733203ac27a9b400a62471e4f497e359 librsvg2-2.26.0-6.el6_5.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 5 Feb 2014 09:15:53 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0132 Critical CentOS 6 firefox Update To: centos-announce(a)centos.org Message-ID: <20140205091553.GA8756(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0132 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0132.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 817fb837cc3d896b3917c3e1df722efe15ccb3d7fc5d132e21b58f20b922becf firefox-24.3.0-2.el6.centos.i686.rpm x86_64: 817fb837cc3d896b3917c3e1df722efe15ccb3d7fc5d132e21b58f20b922becf firefox-24.3.0-2.el6.centos.i686.rpm 6d1cb5a1cfb749bb81caf29cf1b25f45d441c51dc6175ab0c51905501e4ccc9d firefox-24.3.0-2.el6.centos.x86_64.rpm Source: e93d69c3a85069c0449dc597df5f984ce29465e1ca47c1f7604237741007a753 firefox-24.3.0-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 5 Feb 2014 09:18:22 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0133 Important CentOS 6 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140205091822.GA8978(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0133 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0133.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0aba8d25dafcbe297f1633ce29c6ec3b03b771c348082902624feef51ef5ff39 thunderbird-24.3.0-2.el6.centos.i686.rpm x86_64: 17f15fd4565cf4846d653851112f5c4ac10def73c8f595d877c750e19f10e37c thunderbird-24.3.0-2.el6.centos.x86_64.rpm Source: a5a581d82edf1a8161ff5b8a53090f570be67d43127fc26dfefee32f66eac464 thunderbird-24.3.0-2.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 5 Feb 2014 09:43:50 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0132 Critical CentOS 5 firefox Update To: centos-announce(a)centos.org Message-ID: <20140205094350.GA5651(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0132 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0132.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7d5d396176cda49df1fd150929d70b7aac3a18d5cda7ab77e7140c95c057be53 firefox-24.3.0-2.el5.centos.i386.rpm x86_64: 7d5d396176cda49df1fd150929d70b7aac3a18d5cda7ab77e7140c95c057be53 firefox-24.3.0-2.el5.centos.i386.rpm 3ec8e03cb7ee9c5d550b3db255940045644357a5c45ee8659f7721c22d0161c1 firefox-24.3.0-2.el5.centos.x86_64.rpm Source: d90012c0737ef4e6f40985b821c03ba69d8ba086cfd4a8341a70fa91fe660448 firefox-24.3.0-2.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 5 Feb 2014 09:58:28 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0133 Important CentOS 5 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140205095828.GA5778(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0133 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0133.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a6cee9e8c50a9fcbdc14636c47b5000372aa0885e08b45c64dda37863ceba4a4 thunderbird-24.3.0-2.el5.centos.i386.rpm x86_64: 182ed33078ca8037642661c2d016030fc5f2266a6db9875356f049c2f6e6ffe4 thunderbird-24.3.0-2.el5.centos.x86_64.rpm Source: 92d67704d3c5bf0bda4938b2f1e78e21240a8aaab1131da9b93ce6905c57bf5b thunderbird-24.3.0-2.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 7 Date: Wed, 5 Feb 2014 11:48:11 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0138 CentOS 6 yum-utils Update To: centos-announce(a)centos.org Message-ID: <20140205114811.GA16508(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0138 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0138.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 074cded096000092dfd80b9b85c440b53d591c21e70de7eee824ea23a526c0f9 yum-NetworkManager-dispatcher-1.1.30-17.el6_5.noarch.rpm 7b95a9b5979792cf49b3c39ee2353ae8af5b5e85344fec7b0ae34d3a9d675d20 yum-plugin-aliases-1.1.30-17.el6_5.noarch.rpm 9ba5a743b28176fc0b949265d5295da254f282fbd8a543adadd036e368a7218e yum-plugin-auto-update-debug-info-1.1.30-17.el6_5.noarch.rpm 61d85a9d486e4ba82a827dbec6f8dd06985754c88d17bc9dd475a662ca65113d yum-plugin-changelog-1.1.30-17.el6_5.noarch.rpm 11877fe0b82fa6d2e2b3139ef9d578761e675da58efaeac3bc92a3caa82607c9 yum-plugin-downloadonly-1.1.30-17.el6_5.noarch.rpm 084744716c568511672739bffa5ccf31852ff21c0c4c21cacc2bba31ba6cac58 yum-plugin-fastestmirror-1.1.30-17.el6_5.noarch.rpm d5929bb321747556966e2af18db1f4a2fa769c8c244e41c6702093acf854823b yum-plugin-filter-data-1.1.30-17.el6_5.noarch.rpm ea8c652e3cc98e14dfabe516a9a1be22cc62ebcd837d48056238a9a1823459ff yum-plugin-fs-snapshot-1.1.30-17.el6_5.noarch.rpm 66ea8933fe4b9e32932ab985208d71d0f0429e2dd047cac05b8d0284d69cef95 yum-plugin-keys-1.1.30-17.el6_5.noarch.rpm b4aef720b6ffc0bd05696c48b80f278312db4733317f0d7a2c49ffa6e2828a3d yum-plugin-list-data-1.1.30-17.el6_5.noarch.rpm 917d99cd9f050a7532123cafe33a228c778a05342c94b3d0defb1873a2dabaf4 yum-plugin-local-1.1.30-17.el6_5.noarch.rpm a496e490e4b862d086196b3a703c8794e70ade0c463ecdd984bae498462cc57a yum-plugin-merge-conf-1.1.30-17.el6_5.noarch.rpm 9e8a16d4bbc7797b3ff974b3711eb9cc3b0db44425de93297f7d03338f5e8192 yum-plugin-post-transaction-actions-1.1.30-17.el6_5.noarch.rpm ae0c7fb2f4722aef51333e35ed43663c79ae021b2cd93750e97e5c82468d162c yum-plugin-priorities-1.1.30-17.el6_5.noarch.rpm bdabbe6c26e310e3a740677d3fb2148fd33d16536c15d6ce9d089c9fff34eee6 yum-plugin-protectbase-1.1.30-17.el6_5.noarch.rpm cebd93ce5afbdf95bec1af9b9590643c7bae951c8e13b49e6383cccc1efd72bd yum-plugin-ps-1.1.30-17.el6_5.noarch.rpm 5e1460bb3c23f8c9fa2f6e892977ef704d62d7b5d09dbdfcc35e16cd2b2dccf6 yum-plugin-remove-with-leaves-1.1.30-17.el6_5.noarch.rpm 69006bc525d154d978951e025bd9acc8346dba36334a1f68b593a84526b6c3a7 yum-plugin-rpm-warm-cache-1.1.30-17.el6_5.noarch.rpm a0bf10c801299aecf4afaff4f33690588605654248b206f091296ddf7699b12c yum-plugin-security-1.1.30-17.el6_5.noarch.rpm d4b8ca15cfa18cbcaee96aaff5fe7b930bfc21e938083f7289e8f0ddaef827c5 yum-plugin-show-leaves-1.1.30-17.el6_5.noarch.rpm d71ad1e69fd030a373c723ed7aff0c3eba710f1649261c6c190dd0221048d415 yum-plugin-tmprepo-1.1.30-17.el6_5.noarch.rpm 3a80ce4aaf014d2fd493799ff07ecea8e43fc643c80b8371d148db8deb241a3e yum-plugin-tsflags-1.1.30-17.el6_5.noarch.rpm 57f1feb436759de01760d536c3f00481377f8a1e6a00b4571dd5a11665105f4a yum-plugin-upgrade-helper-1.1.30-17.el6_5.noarch.rpm 5d41c9e0dee34425f6fc3dd6e6d00a04f9fbfb40ba5c55eb84f2ad06794b5c00 yum-plugin-verify-1.1.30-17.el6_5.noarch.rpm 0a555bf9d9a7569af2922902c6875a8536dd828a9c780a2e2a26727af1610cff yum-plugin-versionlock-1.1.30-17.el6_5.noarch.rpm 6147ed66aa16a2f82f597bb82852cb8f40757fa4dd7c0afabb72d5b660ae66f3 yum-updateonboot-1.1.30-17.el6_5.noarch.rpm aba1f0e152358001a00467e409fea9029758738f7a460ad867fd5145d77eec64 yum-utils-1.1.30-17.el6_5.noarch.rpm x86_64: 074cded096000092dfd80b9b85c440b53d591c21e70de7eee824ea23a526c0f9 yum-NetworkManager-dispatcher-1.1.30-17.el6_5.noarch.rpm 7b95a9b5979792cf49b3c39ee2353ae8af5b5e85344fec7b0ae34d3a9d675d20 yum-plugin-aliases-1.1.30-17.el6_5.noarch.rpm 9ba5a743b28176fc0b949265d5295da254f282fbd8a543adadd036e368a7218e yum-plugin-auto-update-debug-info-1.1.30-17.el6_5.noarch.rpm 61d85a9d486e4ba82a827dbec6f8dd06985754c88d17bc9dd475a662ca65113d yum-plugin-changelog-1.1.30-17.el6_5.noarch.rpm 11877fe0b82fa6d2e2b3139ef9d578761e675da58efaeac3bc92a3caa82607c9 yum-plugin-downloadonly-1.1.30-17.el6_5.noarch.rpm 084744716c568511672739bffa5ccf31852ff21c0c4c21cacc2bba31ba6cac58 yum-plugin-fastestmirror-1.1.30-17.el6_5.noarch.rpm d5929bb321747556966e2af18db1f4a2fa769c8c244e41c6702093acf854823b yum-plugin-filter-data-1.1.30-17.el6_5.noarch.rpm ea8c652e3cc98e14dfabe516a9a1be22cc62ebcd837d48056238a9a1823459ff yum-plugin-fs-snapshot-1.1.30-17.el6_5.noarch.rpm 66ea8933fe4b9e32932ab985208d71d0f0429e2dd047cac05b8d0284d69cef95 yum-plugin-keys-1.1.30-17.el6_5.noarch.rpm b4aef720b6ffc0bd05696c48b80f278312db4733317f0d7a2c49ffa6e2828a3d yum-plugin-list-data-1.1.30-17.el6_5.noarch.rpm 917d99cd9f050a7532123cafe33a228c778a05342c94b3d0defb1873a2dabaf4 yum-plugin-local-1.1.30-17.el6_5.noarch.rpm a496e490e4b862d086196b3a703c8794e70ade0c463ecdd984bae498462cc57a yum-plugin-merge-conf-1.1.30-17.el6_5.noarch.rpm 9e8a16d4bbc7797b3ff974b3711eb9cc3b0db44425de93297f7d03338f5e8192 yum-plugin-post-transaction-actions-1.1.30-17.el6_5.noarch.rpm ae0c7fb2f4722aef51333e35ed43663c79ae021b2cd93750e97e5c82468d162c yum-plugin-priorities-1.1.30-17.el6_5.noarch.rpm bdabbe6c26e310e3a740677d3fb2148fd33d16536c15d6ce9d089c9fff34eee6 yum-plugin-protectbase-1.1.30-17.el6_5.noarch.rpm cebd93ce5afbdf95bec1af9b9590643c7bae951c8e13b49e6383cccc1efd72bd yum-plugin-ps-1.1.30-17.el6_5.noarch.rpm 5e1460bb3c23f8c9fa2f6e892977ef704d62d7b5d09dbdfcc35e16cd2b2dccf6 yum-plugin-remove-with-leaves-1.1.30-17.el6_5.noarch.rpm 69006bc525d154d978951e025bd9acc8346dba36334a1f68b593a84526b6c3a7 yum-plugin-rpm-warm-cache-1.1.30-17.el6_5.noarch.rpm a0bf10c801299aecf4afaff4f33690588605654248b206f091296ddf7699b12c yum-plugin-security-1.1.30-17.el6_5.noarch.rpm d4b8ca15cfa18cbcaee96aaff5fe7b930bfc21e938083f7289e8f0ddaef827c5 yum-plugin-show-leaves-1.1.30-17.el6_5.noarch.rpm d71ad1e69fd030a373c723ed7aff0c3eba710f1649261c6c190dd0221048d415 yum-plugin-tmprepo-1.1.30-17.el6_5.noarch.rpm 3a80ce4aaf014d2fd493799ff07ecea8e43fc643c80b8371d148db8deb241a3e yum-plugin-tsflags-1.1.30-17.el6_5.noarch.rpm 57f1feb436759de01760d536c3f00481377f8a1e6a00b4571dd5a11665105f4a yum-plugin-upgrade-helper-1.1.30-17.el6_5.noarch.rpm 5d41c9e0dee34425f6fc3dd6e6d00a04f9fbfb40ba5c55eb84f2ad06794b5c00 yum-plugin-verify-1.1.30-17.el6_5.noarch.rpm 0a555bf9d9a7569af2922902c6875a8536dd828a9c780a2e2a26727af1610cff yum-plugin-versionlock-1.1.30-17.el6_5.noarch.rpm 6147ed66aa16a2f82f597bb82852cb8f40757fa4dd7c0afabb72d5b660ae66f3 yum-updateonboot-1.1.30-17.el6_5.noarch.rpm aba1f0e152358001a00467e409fea9029758738f7a460ad867fd5145d77eec64 yum-utils-1.1.30-17.el6_5.noarch.rpm Source: e3f062e83a64adc853630700a1c334a40ef8e560ccc10a1759c56baf63958a3d yum-utils-1.1.30-17.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 108, Issue 3 ***********************************************

1 0

6.5 single user mode
by Steve Clark 05 Feb '14

05 Feb '14

Hello List, I want to boot into single user mode and run a script automatically. I have been looking for a couple of hours and have found one solution I don't like. How can I get the shell that is started in single user mode to run a script. My one solution was to add a profile in /etc/profile.d/ that called the script. Is this the only way to do it? Thanks, -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

4 6

what is: ImageDecoder
by Fred Smith 05 Feb '14

05 Feb '14

I'm suddenly noticing multiple threads named "ImageDecoder" showing up in the output of top (when threads are turned on with "H"). I've no clue what this is, and haven't found out much about it by searching. Can someone tell me what it is, and if it's doing anything useful or just wasting cycles? thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of heaven, but only he who does the will of my Father who is in heaven." ------------------------------ Matthew 7:21 (niv) -----------------------------

4 9

librsvg2 update problem - nautilus segfault
by Bane Ivosev 05 Feb '14

05 Feb '14

after morning update of librsvg2 Feb 04 09:39:15 Updated: librsvg2-2.26.0-6.el6_5.2.x86_64 nautilus crashed with nautilus[3419]: segfault at 21 ip 00007f68b2d2733c sp 00007fffe2ce04f0 error 4 in librsvg-2.so.2.26.0[7f68b2d01000+37000] temporary solution yum downgrade librsvg2

8 10

virtualisation
by Ridhwaan Mayet 05 Feb '14

05 Feb '14

Hi, I run a small company and I would like to virtualise our setup. My internet provider offers a cloud server running CentOS. The server is managed by vmware software, they haven't been able to tell me exactly what. I wanted to know is it possible to virtualise such a setup, and Have CentOS running as the virtual OS that every client sees. Is there a solution similar to vmware view + client for CentOS servers? Regards, Ridhwaan Mayet CEO Mayet Economics T +27 11 728 2468 M +27 76 805 1157 F +27 86 552 6267 E ridhwaan(a)mayeteconomics.com W www.mayeteconomics.com

7 6

Re: [CentOS] [CentOS-announce] CESA-2014:0127 Moderate CentOS 6 librsvg2 Update
by Johan Vermeulen 04 Feb '14

04 Feb '14

op 04-02-14 06:35, Johnny Hughes schreef: > CentOS Errata and Security Advisory 2014:0127 Moderate > > Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0127.html > > The following updated files have been uploaded and are currently > syncing to the mirrors: ( sha256sum Filename ) > > i386: > 7f582307cabadd730387b49d93e454ab8e9007a98c991210ed3b86f67b9f29f9 librsvg2-2.26.0-6.el6_5.2.i686.rpm > 4632e3a6c32f7e6979ea467548f33f24fa1bfb3ade3de46fb8377864346098bf librsvg2-devel-2.26.0-6.el6_5.2.i686.rpm > > x86_64: > 7f582307cabadd730387b49d93e454ab8e9007a98c991210ed3b86f67b9f29f9 librsvg2-2.26.0-6.el6_5.2.i686.rpm > 664950eb6b1cb297982ebf569a537b80c8c5605b01ab996dbfe41287a1aa553c librsvg2-2.26.0-6.el6_5.2.x86_64.rpm > 4632e3a6c32f7e6979ea467548f33f24fa1bfb3ade3de46fb8377864346098bf librsvg2-devel-2.26.0-6.el6_5.2.i686.rpm > d7e7d9a1a0ff23aa4807542f22960580d0e81571af316dc168acf077097e6171 librsvg2-devel-2.26.0-6.el6_5.2.x86_64.rpm > > Source: > 59a805614f98312172e2a467079481f9eda8dc05d8438b1be852879e51b2a4d0 librsvg2-2.26.0-6.el6_5.2.src.rpm > > > Dear All, this update is giving me EM on 4 laptops and a workstation so far ( A hp laptop, 2 Toshiba laptops, an Hp workstation ) nautilus : segfault at 623b67e ip ............ sp ..............error 4 in librsvg-2.so.2.26.0............................. I am running yum history undo .... on these machines at the moment. By the way: I want to take the opportunity to thank the people at Fosdem, Brussels this weekend to take the time to answer some of my questions and give my children stickers and balloons. They loved it and so did I. Greetings, J.

3 3

died again
by Michael Hennebry 04 Feb '14

04 Feb '14

CentOS 6.4 died on me again. Didn't leave any traces that I could find. The screen just suddenly went black. Couldn't switch to another virtual terminal. Pushing the reset button worked. Didn't have to power off this time. -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily

21 145

odd automount issue
by m.roth＠5-cent.us 04 Feb '14

04 Feb '14

We're seeing, in the log, automount trying (and failing) to mount a few directories NFS in the middle of the night. For example: 03:49:50 <my own workstation> automount[7872]: key "httpd" not found in map source(s) It doesn't seem to be triggered by the pen testers, nor by logs (I think), so we're all at a loss to guess what's triggering this. Anyone have any thoughts on it? Most of our systems are 6.5, btw. mark

1 1

Re: [CentOS] Experience with BTRFS?
by Fernando Cassia 04 Feb '14

04 Feb '14

On Tue, Feb 4, 2014 at 5:44 PM, Reindl Harald <h.reindl(a)thelounge.net>wrote: > 3.14 does not matter at all in context of RHEL > 2.6.32-431.3.1.el6.x86_64 is not a pure 2.6.32 kernel > I understand that but since Oracle Linux is a RHEL derivative like CentOS ... I wanted to mention the OL Playground repo... It doesn´t currently have kernel 3.14, the newest one is 3.13 at the moment, but will eventually get it. http://public-yum.oracle.com/repo/OracleLinux/OL6/playground/latest/x86_64/… http://public-yum.oracle.com/repo/OracleLinux/OL6/playground/latest/x86_64/… Maybe you can test it on a VM under CentOS... FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell

1 0

I want to ask about some Kernel level operations.
by Eliezer Croitoru 04 Feb '14

04 Feb '14

I want to make sure that while compiling as root nothing will break down inside the machine. I want to compile software on a Xeon SERVER. The basic issue is that there is a recommendation to not compile it as a root user. I have compiled software as a root user more then once and I am not sure why would there is a need to run it as non-root user? I have taken a look at the /proc/ FS but I do not see anything that can harm anything yet. From my aspect it's just background of electricity noise. I will be happy to hear from experience of others about it. Thanks, Eliezer

7 14

[OT] ssh and security DVR
by m.roth＠5-cent.us 04 Feb '14

04 Feb '14

Does anyone have any "security appliance" DVR, and can you a) telnet or b) ssh into it? Also, I have read that on a lot of the low-end ones, like Swann, port 9000 is completely open, but it's not clear to me from the hack post <http://console-cowboys.blogspot.com/2013/01/swann-song-dvr-insecurity.html> whether I could ssh in there, or rsync from a server through that port. mark

1 0

Memory leak - how to investigate
by Jussi Hirvi 04 Feb '14

04 Feb '14

My web & name server runs out of memory from time to time, to the point where it's completely unresponsive to anything. At that point reset is the only alternative. (Or, as this is a virtual guest, I just say "virsh destroy"). But why this happens - I would like to know. The host in question is a KVM guest, and runs CentOS 6.4. From "top" (situation now): Mem: 1361564k total, 1264324k used, 97240k free, 8428k buffers Swap: 3014648k total, 64852k used, 2949796k free, 358676k cached At or before the last crash I got a long error message on the console. "Oom-killer" was called repeatedly by httpd and named. I paste below the first error message, which is long. There were several long entries like this. I - Jussi [root@ns1 ~]# httpd invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0 httpd cpuset=/ mems_allowed=0 Pid: 2962, comm: httpd Not tainted 2.6.32-358.23.2.el6.x86_64 #1 Call Trace: [<ffffffff810cb641>] ? cpuset_print_task_mems_allowed+0x91/0xb0 [<ffffffff8111ce40>] ? dump_header+0x90/0x1b0 [<ffffffff810e930e>] ? __delayacct_freepages_end+0x2e/0x30 [<ffffffff8121d4ec>] ? security_real_capable_noaudit+0x3c/0x70 [<ffffffff8111d2c2>] ? oom_kill_process+0x82/0x2a0 [<ffffffff8111d201>] ? select_bad_process+0xe1/0x120 [<ffffffff8111d700>] ? out_of_memory+0x220/0x3c0 [<ffffffff8112c3dc>] ? __alloc_pages_nodemask+0x8ac/0x8d0 [<ffffffff81160d6a>] ? alloc_pages_vma+0x9a/0x150 [<ffffffff81143f0b>] ? handle_pte_fault+0x76b/0xb50 [<ffffffffa00c60f9>] ? ext4_check_acl+0x29/0x90 [ext4] [<ffffffff81075887>] ? current_fs_time+0x27/0x30 [<ffffffff8114452a>] ? handle_mm_fault+0x23a/0x310 [<ffffffff810474e9>] ? __do_page_fault+0x139/0x480 [<ffffffff8114aaba>] ? do_mmap_pgoff+0x33a/0x380 [<ffffffff81513bfe>] ? do_page_fault+0x3e/0xa0 [<ffffffff81510fb5>] ? page_fault+0x25/0x30 Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 89 active_anon:201535 inactive_anon:68173 isolated_anon:3424 active_file:130 inactive_file:284 isolated_file:160 unevictable:0 dirty:0 writeback:245 unstable:0 free:14234 slab_reclaimable:2891 slab_unreclaimable:13218 mapped:239 shmem:14 pagetables:28858 bounce:0 Node 0 DMA free:8252kB min:340kB low:424kB high:508kB active_anon:2168kB inactive_anon:4624kB active_file:4kB inactive_file:144kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15348kB mlocked:0kB dirty:0kB writeback:28kB mapped:8kB shmem:0kB slab_reclaimable:12kB slab_unreclaimable:128kB kernel_stack:8kB pagetables:376kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:1424 all_unreclaimable? no lowmem_reserve[]: 0 1956 1956 1956 Node 0 DMA32 free:48684kB min:44712kB low:55888kB high:67068kB active_anon:803972kB inactive_anon:268068kB active_file:516kB inactive_file:992kB unevictable:0kB isolated(anon):13696kB isolated(file):640kB present:2003828kB mlocked:0kB dirty:0kB writeback:888kB mapped:948kB shmem:56kB slab_reclaimable:11552kB slab_unreclaimable:52744kB kernel_stack:3344kB pagetables:115056kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:7552 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 Node 0 DMA: 25*4kB 11*8kB 6*16kB 3*32kB 9*64kB 3*128kB 1*256kB 3*512kB 1*1024kB 2*2048kB 0*4096kB = 8252kB Node 0 DMA32: 977*4kB 401*8kB 320*16kB 179*32kB 58*64kB 63*128kB 32*256kB 7*512kB 3*1024kB 0*2048kB 1*4096kB = 48684kB 21463 total pagecache pages 20882 pages in swap cache Swap cache stats: add 1523887, delete 1503005, find 201987/297332 Free swap = 0kB Total swap = 3014648kB 511996 pages RAM 43605 pages reserved 66036 pages shared 446256 pages non-shared [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name [ 449] 0 449 2675 0 0 -17 -1000 udevd [ 1080] 0 1080 6909 6 0 -17 -1000 auditd [ 1105] 0 1105 62271 1 0 0 0 rsyslogd [ 1142] 25 1142 40455 262 0 0 0 named [ 1184] 0 1184 16563 0 0 -17 -1000 sshd [ 1195] 0 1195 13036 0 0 0 0 vsftpd [ 1231] 0 1231 27041 1 0 0 0 mysqld_safe [ 1333] 27 1333 187111 4825 0 0 0 mysqld [ 1430] 0 1430 20216 21 0 0 0 master [ 1438] 89 1438 20236 18 0 0 0 pickup [ 1439] 89 1439 20279 22 0 0 0 qmgr [ 1440] 0 1440 79250 368 0 0 0 httpd [ 1448] 0 1448 29313 34 0 0 0 crond [ 1459] 48 1459 88738 727 0 0 0 httpd [ 1460] 48 1460 89244 494 0 0 0 httpd [ 1461] 48 1461 89729 803 0 0 0 httpd [ 1462] 48 1462 88987 1055 0 0 0 httpd [ 1463] 48 1463 89796 2560 0 0 0 httpd [ 1464] 48 1464 91371 3558 0 0 0 httpd [ 1465] 48 1465 88596 1283 0 0 0 httpd [ 1466] 48 1466 90794 1253 0 0 0 httpd [ 1469] 0 1469 106619 198 0 0 0 fail2ban-server [ 1497] 0 1497 1015 1 0 0 0 mingetty [ 1499] 0 1499 1015 1 0 0 0 mingetty [ 1501] 0 1501 1015 1 0 0 0 mingetty [ 1503] 0 1503 1015 1 0 0 0 mingetty [ 1505] 0 1505 1015 1 0 0 0 mingetty [ 1507] 0 1507 1015 1 0 0 0 mingetty [ 1512] 0 1512 2674 0 0 -17 -1000 udevd [ 1513] 0 1513 2674 0 0 -17 -1000 udevd [ 1514] 0 1514 14249 1 0 0 0 login [ 1520] 48 1520 89586 1139 0 0 0 httpd [ 1522] 48 1522 90606 773 0 0 0 httpd [ 1523] 48 1523 88343 2527 0 0 0 httpd [ 1524] 0 1524 27075 1 0 0 0 bash [ 1549] 48 1549 88937 1738 0 0 0 httpd [ 1550] 48 1550 89721 1736 0 0 0 httpd [ 1579] 48 1579 91106 600 0 0 0 httpd [ 1581] 48 1581 88218 1491 0 0 0 httpd [ 1582] 48 1582 88559 595 0 0 0 httpd [ 1755] 48 1755 88115 1716 0 0 0 httpd [ 2376] 48 2376 90860 1318 0 0 0 httpd [ 2562] 48 2562 89680 2348 0 0 0 httpd [ 2697] 48 2697 87846 2082 0 0 0 httpd [ 2709] 48 2709 86589 3201 0 0 0 httpd [ 2710] 48 2710 86056 2467 0 0 0 httpd [ 2713] 48 2713 84422 1068 0 0 0 httpd [ 2714] 48 2714 85544 2688 0 0 0 httpd [ 2715] 48 2715 84748 1505 0 0 0 httpd [ 2716] 48 2716 84569 1318 0 0 0 httpd [ 2721] 48 2721 84815 1718 0 0 0 httpd [ 2722] 48 2722 84502 1256 0 0 0 httpd [ 2723] 48 2723 87014 4123 0 0 0 httpd [ 2724] 48 2724 84502 1246 0 0 0 httpd [ 2725] 48 2725 84420 1203 0 0 0 httpd [ 2726] 48 2726 86782 4034 0 0 0 httpd [ 2727] 48 2727 84502 1262 0 0 0 httpd [ 2728] 48 2728 86054 2340 0 0 0 httpd [ 2737] 48 2737 84815 1743 0 0 0 httpd [ 2738] 48 2738 84748 1639 0 0 0 httpd [ 2739] 48 2739 86589 3300 0 0 0 httpd [ 2740] 48 2740 85202 2201 0 0 0 httpd [ 2741] 48 2741 86054 1742 0 0 0 httpd [ 2742] 48 2742 87014 4231 0 0 0 httpd [ 2743] 48 2743 84301 711 0 0 0 httpd [ 2744] 48 2744 84502 1233 0 0 0 httpd [ 2745] 48 2745 84815 1614 0 0 0 httpd [ 2746] 48 2746 84420 1113 0 0 0 httpd [ 2747] 48 2747 84432 913 0 0 0 httpd [ 2748] 48 2748 84301 724 0 0 0 httpd [ 2749] 48 2749 86251 3541 0 0 0 httpd [ 2750] 48 2750 84301 764 0 0 0 httpd [ 2751] 48 2751 84422 1004 0 0 0 httpd [ 2752] 48 2752 84291 588 0 0 0 httpd [ 2758] 48 2758 84301 687 0 0 0 httpd [ 2759] 48 2759 84301 725 0 0 0 httpd [ 2760] 48 2760 84432 890 0 0 0 httpd [ 2761] 48 2761 84301 788 0 0 0 httpd [ 2765] 48 2765 84420 930 0 0 0 httpd [ 2766] 48 2766 84430 868 0 0 0 httpd [ 2769] 48 2769 84432 946 0 0 0 httpd [ 2770] 48 2770 87526 8319 0 0 0 httpd [ 2774] 48 2774 84291 582 0 0 0 httpd [ 2775] 48 2775 84430 897 0 0 0 httpd [ 2779] 48 2779 84301 692 0 0 0 httpd [ 2780] 48 2780 84301 659 0 0 0 httpd [ 2781] 48 2781 84430 1098 0 0 0 httpd [ 2782] 48 2782 84420 2692 0 0 0 httpd [ 2783] 48 2783 84430 823 0 0 0 httpd [ 2784] 48 2784 84422 1062 0 0 0 httpd [ 2785] 48 2785 84432 899 0 0 0 httpd [ 2786] 48 2786 84502 1259 0 0 0 httpd [ 2787] 48 2787 84301 733 0 0 0 httpd [ 2788] 48 2788 84434 906 0 0 0 httpd [ 2789] 48 2789 84432 1000 0 0 0 httpd [ 2790] 48 2790 87526 8311 0 0 0 httpd [ 2791] 48 2791 84430 1067 0 0 0 httpd [ 2792] 48 2792 84504 1259 0 0 0 httpd [ 2793] 48 2793 84301 749 0 0 0 httpd [ 2794] 48 2794 84422 935 0 0 0 httpd [ 2795] 48 2795 84303 740 0 0 0 httpd [ 2796] 48 2796 84560 1417 0 0 0 httpd [ 2797] 48 2797 84420 1091 0 0 0 httpd [ 2798] 48 2798 84420 1023 0 0 0 httpd [ 2799] 48 2799 84301 678 0 0 0 httpd [ 2800] 48 2800 84301 643 0 0 0 httpd [ 2809] 48 2809 84422 1017 0 0 0 httpd [ 2811] 48 2811 84301 643 0 0 0 httpd [ 2812] 48 2812 84301 620 0 0 0 httpd [ 2813] 48 2813 84432 958 0 0 0 httpd [ 2814] 48 2814 84432 928 0 0 0 httpd [ 2815] 48 2815 84420 1126 0 0 0 httpd [ 2816] 48 2816 87014 7940 0 0 0 httpd [ 2817] 48 2817 84301 725 0 0 0 httpd [ 2818] 48 2818 84301 695 0 0 0 httpd [ 2819] 48 2819 84432 800 0 0 0 httpd [ 2820] 48 2820 84420 1209 0 0 0 httpd [ 2821] 48 2821 84502 1351 0 0 0 httpd [ 2822] 48 2822 84815 1684 0 0 0 httpd [ 2823] 48 2823 84301 702 0 0 0 httpd [ 2824] 48 2824 84430 1416 0 0 0 httpd [ 2825] 48 2825 84432 824 0 0 0 httpd [ 2826] 48 2826 84432 899 0 0 0 httpd [ 2827] 48 2827 84432 884 0 0 0 httpd [ 2828] 48 2828 84301 794 0 0 0 httpd [ 2829] 48 2829 84301 723 0 0 0 httpd [ 2830] 48 2830 84301 1413 0 0 0 httpd [ 2831] 48 2831 85331 3528 0 0 0 httpd [ 2832] 48 2832 84420 3300 0 0 0 httpd [ 2833] 48 2833 84430 1353 0 0 0 httpd [ 2834] 48 2834 84432 897 0 0 0 httpd [ 2835] 48 2835 84291 572 0 0 0 httpd [ 2836] 48 2836 85460 3295 0 0 0 httpd [ 2852] 48 2852 83773 4497 0 0 0 httpd [ 2853] 48 2853 84814 2177 0 0 0 httpd [ 2857] 48 2857 84420 1140 0 0 0 httpd [ 2858] 48 2858 84432 925 0 0 0 httpd [ 2859] 48 2859 84485 1568 0 0 0 httpd [ 2860] 48 2860 84552 1749 0 0 0 httpd [ 2861] 48 2861 84291 582 0 0 0 httpd [ 2862] 48 2862 84420 3627 0 0 0 httpd [ 2868] 48 2868 84301 804 0 0 0 httpd [ 2869] 48 2869 84487 1268 0 0 0 httpd [ 2870] 48 2870 84301 803 0 0 0 httpd [ 2874] 48 2874 84422 1033 0 0 0 httpd [ 2875] 48 2875 84301 718 0 0 0 httpd [ 2876] 48 2876 84485 1125 0 0 0 httpd [ 2877] 48 2877 84420 924 0 0 0 httpd [ 2878] 48 2878 84748 2217 0 0 0 httpd [ 2885] 48 2885 84301 2638 0 0 0 httpd [ 2886] 48 2886 84420 905 0 0 0 httpd [ 2887] 48 2887 84420 1558 0 0 0 httpd [ 2888] 48 2888 84301 697 0 0 0 httpd [ 2889] 48 2889 84502 1228 0 0 0 httpd [ 2904] 48 2904 84430 791 0 0 0 httpd [ 2915] 48 2915 84748 1518 0 0 0 httpd [ 2916] 48 2916 85331 3691 0 0 0 httpd [ 2917] 48 2917 84569 1634 0 0 0 httpd [ 2918] 48 2918 84239 4498 0 0 0 httpd [ 2919] 48 2919 84502 2969 0 0 0 httpd [ 2920] 48 2920 86763 4460 0 0 0 httpd [ 2921] 48 2921 84420 1133 0 0 0 httpd [ 2922] 48 2922 86381 5779 0 0 0 httpd [ 2928] 48 2928 84502 2436 0 0 0 httpd [ 2938] 48 2938 85208 2426 0 0 0 httpd [ 2939] 48 2939 86055 5438 0 0 0 httpd [ 2940] 48 2940 84487 4186 0 0 0 httpd [ 2944] 48 2944 84432 2877 0 0 0 httpd [ 2945] 48 2945 84291 1446 0 0 0 httpd [ 2946] 48 2946 84818 3977 0 0 0 httpd [ 2960] 48 2960 84239 4311 0 0 0 httpd [ 2961] 48 2961 89636 9983 0 0 0 httpd [ 2962] 48 2962 87955 8183 0 0 0 httpd [ 2970] 48 2970 84241 4777 0 0 0 httpd [ 2973] 48 2973 84239 4759 0 0 0 httpd [ 2974] 48 2974 80053 1296 0 0 0 httpd [ 2975] 48 2975 80012 1410 0 0 0 httpd [ 2976] 48 2976 80185 1606 0 0 0 httpd [ 2978] 48 2978 79284 414 0 0 0 httpd [ 2980] 48 2980 80185 1387 0 0 0 httpd [ 2981] 48 2981 80021 1076 0 0 0 httpd [ 2982] 48 2982 80181 1383 0 0 0 httpd [ 2983] 48 2983 80138 1348 0 0 0 httpd [ 2984] 48 2984 80202 1273 0 0 0 httpd [ 2985] 48 2985 80010 418 0 0 0 httpd [ 2986] 48 2986 79990 1409 0 0 0 httpd [ 2988] 48 2988 80202 1540 0 0 0 httpd [ 2989] 48 2989 79996 756 0 0 0 httpd [ 2990] 48 2990 80010 1412 0 0 0 httpd [ 2991] 48 2991 79986 789 0 0 0 httpd [ 2992] 48 2992 79284 401 0 0 0 httpd [ 2993] 48 2993 80189 1562 0 0 0 httpd [ 2994] 48 2994 80119 1316 0 0 0 httpd [ 3010] 48 3010 79283 425 0 0 0 httpd [ 3013] 48 3013 80046 1291 0 0 0 httpd [ 3016] 48 3016 79250 412 0 0 0 httpd [ 3018] 48 3018 79283 451 0 0 0 httpd [ 3022] 0 3022 33480 63 0 0 0 crond Out of memory: Kill process 1333 (mysqld) score 12 or sacrifice child Killed process 1333, UID 27, (mysqld) total-vm:748444kB, anon-rss:19232kB, file-rss:68kB

9 16

CentOS-announce Digest, Vol 108, Issue 2
by centos-announce-request＠centos.org 04 Feb '14

04 Feb '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. CESA-2014:0127 Moderate CentOS 6 librsvg2 Update (Johnny Hughes) 2. CESA-2014:0126 Moderate CentOS 6 openldap Update (Johnny Hughes) 3. CEBA-2014:0125 CentOS 6 tigervnc Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 4 Feb 2014 05:35:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0127 Moderate CentOS 6 librsvg2 Update To: centos-announce(a)centos.org Message-ID: <20140204053504.GA49218(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0127 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0127.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7f582307cabadd730387b49d93e454ab8e9007a98c991210ed3b86f67b9f29f9 librsvg2-2.26.0-6.el6_5.2.i686.rpm 4632e3a6c32f7e6979ea467548f33f24fa1bfb3ade3de46fb8377864346098bf librsvg2-devel-2.26.0-6.el6_5.2.i686.rpm x86_64: 7f582307cabadd730387b49d93e454ab8e9007a98c991210ed3b86f67b9f29f9 librsvg2-2.26.0-6.el6_5.2.i686.rpm 664950eb6b1cb297982ebf569a537b80c8c5605b01ab996dbfe41287a1aa553c librsvg2-2.26.0-6.el6_5.2.x86_64.rpm 4632e3a6c32f7e6979ea467548f33f24fa1bfb3ade3de46fb8377864346098bf librsvg2-devel-2.26.0-6.el6_5.2.i686.rpm d7e7d9a1a0ff23aa4807542f22960580d0e81571af316dc168acf077097e6171 librsvg2-devel-2.26.0-6.el6_5.2.x86_64.rpm Source: 59a805614f98312172e2a467079481f9eda8dc05d8438b1be852879e51b2a4d0 librsvg2-2.26.0-6.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 4 Feb 2014 05:35:44 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0126 Moderate CentOS 6 openldap Update To: centos-announce(a)centos.org Message-ID: <20140204053544.GA49526(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0126 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0126.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 07c4f6e0049e9e53255b3effe63421d64d48de4eafc116b28c9b77c63a8e24ec openldap-2.4.23-34.el6_5.1.i686.rpm 26dde0c2324e45b0b7aad2eca7c018f5bc78e49465b96ce281ab729d9c0a71ab openldap-clients-2.4.23-34.el6_5.1.i686.rpm f4e3a08cb06c1c7442b176cabcd3f2dc3f9a2d7eaebae1cf0a927a2065ebad17 openldap-devel-2.4.23-34.el6_5.1.i686.rpm fe828f57493fb60f8fe5f9dcda25e2ed1980fdf1df42f3cefdcca68f2ff34a63 openldap-servers-2.4.23-34.el6_5.1.i686.rpm 500ae2b4280dd4f638524cfe24cc374232c5e4faca262a37dc3d3446e69a7b9a openldap-servers-sql-2.4.23-34.el6_5.1.i686.rpm x86_64: 07c4f6e0049e9e53255b3effe63421d64d48de4eafc116b28c9b77c63a8e24ec openldap-2.4.23-34.el6_5.1.i686.rpm 27cae8bc3e94267b8b319c6cb1d49ba556130d72a983aa6cd27b7289d47d2d42 openldap-2.4.23-34.el6_5.1.x86_64.rpm ca6194ef492b2e1c193c80d84f0103570c878e5a19007b631d21350cbeceb92d openldap-clients-2.4.23-34.el6_5.1.x86_64.rpm f4e3a08cb06c1c7442b176cabcd3f2dc3f9a2d7eaebae1cf0a927a2065ebad17 openldap-devel-2.4.23-34.el6_5.1.i686.rpm 44f458b7ddd91937668fc183dea40c6204a5837de35d26301d9a8c872fe4ca8e openldap-devel-2.4.23-34.el6_5.1.x86_64.rpm 42fe4524d0a74da980db54284b506b2a97a3753b6ba971c90694d5176aba5381 openldap-servers-2.4.23-34.el6_5.1.x86_64.rpm 915b474fe581b42c960562f078926899ba437333a78012610e85d6efbff16a15 openldap-servers-sql-2.4.23-34.el6_5.1.x86_64.rpm Source: 0260ef91950e6c640ab0399d17d22f7a6658916a8409f97f75f381710bbd8bd6 openldap-2.4.23-34.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 4 Feb 2014 05:36:08 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0125 CentOS 6 tigervnc Update To: centos-announce(a)centos.org Message-ID: <20140204053608.GA49772(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0125 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0125.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 11180f5ea56476c6a5a7dff53aeee0c3dc054346312950b9ed431aa38045097e tigervnc-1.1.0-8.el6_5.i686.rpm 12cd6349f8d16539b6580eaaffbfe59af7b26ca27083bfa5305290e299dbfb00 tigervnc-server-1.1.0-8.el6_5.i686.rpm 9b10dab6c2925c3ede850bf842580bbc4fe5f154325b477c3161fa7fd88893ef tigervnc-server-applet-1.1.0-8.el6_5.noarch.rpm e6f5988b2a2392f27e28beb3faadeaf4623cb1f2a7359fbbd45fee05ba8a2db2 tigervnc-server-module-1.1.0-8.el6_5.i686.rpm x86_64: e3baf476de9b2366f466419c798402537aa7f26b66658e7c334d9e3cb87d8a4f tigervnc-1.1.0-8.el6_5.x86_64.rpm 606bf9bdd96eac93db1bb17b7433a1d06ab4de53af6e2e9c62745b4598a525a8 tigervnc-server-1.1.0-8.el6_5.x86_64.rpm 9b10dab6c2925c3ede850bf842580bbc4fe5f154325b477c3161fa7fd88893ef tigervnc-server-applet-1.1.0-8.el6_5.noarch.rpm e971b66241ac9a736e0c2d2ab2db2f8ca4aa41cf1d28dc285a90771d9bb93c68 tigervnc-server-module-1.1.0-8.el6_5.x86_64.rpm Source: 1bc4aeb1d6878af61b4ae7544adc985a039467229db3cb2f767a9a54f8c94492 tigervnc-1.1.0-8.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 108, Issue 2 ***********************************************

1 0

Re: [CentOS] Password hash rounds solved - important security implications
by george.shaffer＠comcast.net 04 Feb '14

04 Feb '14

A member of the scientific-linux-users(a)fnal.gov wrote: On 01/14/2014 04:19 PM, George Shaffer wrote: > > If anyone has gotten password hash rounds using hash_rounds_min and > > hash_rounds_max in libuser.conf, or the counter part in login.defs > > (SHA_CRYPT_MIN_ROUNDS, SHA_CRYPT_MAX_ROUNDS), to work on any RHEL related > > distribution, I would appreciate knowing how you did it, because this does > > not seem to work as the documentation I've found says it should. I know > > the crypt method must be SHA256 or SHA512. > > This has an additional PAM setting that might be pertinent. > http://blog.myconan.net/posts/3567 Thank you. This is just what I needed. The hash rounds control is now working, mostly. At the maximum rounds setting it took 14 to 19 seconds depending on which PC I was on. I needed to bring the delay down to around 1 to 2 seconds. It's not working as the documentation describes. With both libuser.conf and login.defs set to ranges of 900000000 to 999000000 and pam.d/password-auth-ac set to 900000000, the actual rounds on both SL and CentOS were 9999999 or < 1.1% of what it should have been. This doesn't matter to me, as I need it faster, not slower. In pam.d/ both password-auth and system-auth are links to password-auth-ac and system-auth-ac respectively. These files clearly state: # This file is auto-generated. # User changes will be destroyed the next time authconfig is run. which is sometimes, but not always true. If a rounds number remains in both password-auth and system-auth after authconfig --updateall is run, that is the number which is used, except the maximum value is 9999999 and not 999999999. I got 1000000 to work on both SL 6.3 and CentOS 5.10, and authentication took just about 2 seconds on both systems. On CentOS 5.10 I could find no PAM documentation anywhere that described the rounds option; I had to rely entirely on the brief blog brought to my attention by the S-L-users list member. On SL 6.3 the PAM rounds option is documented in man 8 pam_unix. If I'm reading this correctly, the proper file to edit would be /etc/pam.d/login where the line "password sufficient pam_unix.so sha512 rounds=1000000 shadow nullok try_first_pass use_authtok" should be added. Password hash rounds control seems to be almost unused. I got no responses in the CentOS 5 Security forum or on the general CentOS email list. People do not seem to understand how important this can be to password security. According to the oclHashcat (hashcat.net) documentation on the fastest GPU enabled PC they have tested, they get 797 million CPS (cracks per second) against SHA512. If the super fast PC is compared to the single CPU PC with no GPU, using the only algorithm common to all tests (NTLM), there is a speed difference of 1981 times. This suggests roughly 400,000 CPS against SHA512 on the single CPU PC they tested. (Each hashing algorithm interacts differently with the various hardware test configurations, so using one algorithm to estimate how another will perform on a different machine is only a crude estimate. Below, the numbers are discussed like reliable estimates, but until empirical evidence establishes the actual rates in a specific situation, none are reliable.) The Hashcat single CPU machine has an AMD Phenom II X6 1090T clocked at 3.8 GHz. The test times of single CPU PCs without GPUs are relevant because the GPU enabled, oclHashcat, cannot run a simple dictionary word list with no transformations. oclHashcat must have, brute force characters added to either or both ends of the words in a list. To run a list of the 10,000 most common passwords, without transformations, you need to use the single CPU Hashcat or the deprecated GPU oclHashcat-plus. It seems there is no efficient way to make use of a massively parallel architecture using a simple word list. oclHashcat also cannot process the "Rule-based Attack" which corresponds with the transformations found in John the Ripper. Again one must use the single CPU Hashcat or the deprecated oclHashcat-plus. So, oclHashcat is blindingly fast with a GPU on brute force and related attacks but cannot process the most obvious dictionary or do the most productive transformations of a dictionary containing real words and names. The most productive transformation is checking the first character, and only the first character, for upper and lower case, in combination with appending 1, 2, or 3 digits to the end of the word. The third digit would be very low yield compared to the first, but still very high compared to any pure brute force attack. If these issues are indicative of a problem that does not fit well with a massively parallel architecture, and not limitations of the oclHashcat developers, there are significant implications for password security. Simply put, password hash round controls can be used to deny crackers most of the space where modified dictionary attacks get the weak, but not blatantly bad, passwords. If Hashcat is run against the default configuration of SHA512 on my desktop PC, roughly 240,000 CPS seems plausible. Unless there is a fast implementation of SHA512, the use of 1,000,000 hash rounds, which takes about 2 seconds to authenticate on an AMD Phenom II X6 1090T, should slow the the cracking process down to about 0.5 CPS, or more than a five orders of magnitude difference. A simple list of the 10,000 most common passwords might take perhaps 5.5 hours with a million round SHA512, rather than about 5 seconds against the default SHA512. On most systems, the top 10,000 passwords, should get 70% to 95% of the passwords. Five hours isn't very long but it's a lot longer than 5 seconds. Where the slowdown really hurts the cracker is in the subsequent runs of reduced efficiency but still productive dictionaries and transformations. One option might be to use the next next million most common passwords. A PC 4 times as fast as the Hashcat single CPU PC should approximate a current, high end PC, and run about 4 CPS against the million rounds SHA512. The million words takes just under 70 hours; that should crack another few percent. Next might be a small 35,000 word dictionary of common names and and mostly common words. The most productive transformations should be both upper and lower case on the first letter, plus 1 through 3 digits appended to the end. That's 77.7 million test passwords taking just about 225 days. If a PC is 4 times faster than the Hashcat test PC against the standard configurations of SHA512, that is 1.6 million CPS. The million rounds configuration takes 228 days for the first 78.7 million test passwords; the default SHA512 configuration is 49 seconds. One is doable but takes commitment, patience, and resources; the other is trivial. Each successive dictionary plus transformations tends to get larger with a lower positive result rate. Any sane person will stop earlier, with regards to how many dictionaries are used, when they see they are faced with an abnormally high number of hash rounds; it shows up very plainly in the hash, just after the "$6$" as "rounds=1000000". A two second delay for logins or su's may seem like a lot, but we wait longer many times a day for various computer events, none of which get us the added security that a million rounds on a sound hashing algorithm with good salts gets us. A one to two second delay is quite perceptible. If this is not acceptable, then a target time between 0.1 and 0.2 seconds should not be noticeable, but still imposes a massive penalty on the cracker. This is a security freebie. For a fairly minor configuration change, system administrators can role back cracking times 2 or more decades. They only need to determine what is an acceptable delay for authentication on their systems, and how may hash rounds it takes to get in that range. Decent 8 character passwords become almost uncrackable. George Shaffer

1 0

Missing Announcement
by Markus Falb 04 Feb '14

04 Feb '14

Hi, I do see a kernel update to 2.6.18-371.4.1.el5 but I am missing the announcement. -- Kind Regards, Markus

4 4

what is difference between ifconfig and ifup?
by mcclnx mcc 03 Feb '14

03 Feb '14

I and testing command line to up and down ethernet connection. if I perform following, client can not re-connect. ifconfig eth0 down ifconfig eth0 up if I use following, client can re-connect: ifconfig eth0 down ifup eth0 What difference between "ifconfig up" and "ifup"? thanks.

2 1

[solved] filesystem read only after logrotate CentOS 5
by Helmut Drodofsky 03 Feb '14

03 Feb '14

Helo, the solution was now found in dmesg. I/O error for the journal. dmesg was updated, /var/log/messages not. I think because of read only file system. Best regards Helmut Helo, up to 04:02 the root file system was OK. With the logrotate activities there are messages: read only. Last entry in /var/log/messages is the sendmail entry from logrotate. less /etc/mtab gives: /dev/sda1 / ext3 rw 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 devpts /dev/pts devpts rw,gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0 What has happend? Is this problem related with https://bugzilla.redhat.com/show_bug.cgi?id=947149 Best regards Helmut -- Viele Grüße Helmut Drodofsky Internet XS Service GmbH Heßbrühlstraße 15 70565 Stuttgart Geschäftsführung Dr.-Ing. Roswitha Hahn-Drodofsky HRB 21091 Stuttgart USt.ID: DE190582774 Tel. 0711 781941 0 Fax: 0711 781941 79 Mail: info(a)internet-xs.de www.internet-xs.de _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos

1 0

filesystem read only after logrotate CentOS 5
by Helmut Drodofsky 03 Feb '14

03 Feb '14

Helo, up to 04:02 the root file system was OK. With the logrotate activities there are messages: read only. Last entry in /var/log/messages is the sendmail entry from logrotate. less /etc/mtab gives: /dev/sda1 / ext3 rw 0 0 proc /proc proc rw 0 0 sysfs /sys sysfs rw 0 0 devpts /dev/pts devpts rw,gid=5,mode=620 0 0 tmpfs /dev/shm tmpfs rw 0 0 none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0 sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0 What has happend? Is this problem related with https://bugzilla.redhat.com/show_bug.cgi?id=947149 Best regards Helmut -- Viele Grüße Helmut Drodofsky Internet XS Service GmbH Heßbrühlstraße 15 70565 Stuttgart Geschäftsführung Dr.-Ing. Roswitha Hahn-Drodofsky HRB 21091 Stuttgart USt.ID: DE190582774 Tel. 0711 781941 0 Fax: 0711 781941 79 Mail: info(a)internet-xs.de www.internet-xs.de

1 0

How to contribute to CentOS
by Fabrizio Di Carlo 02 Feb '14

02 Feb '14

Hello to all, I'm in love with CentOS from several months and I want to contribute to the project, unfortunately I'm not a developer, so how is possible to contribute to the project? Regards, Fabrizio

4 4

Fosdem
by Fabrizio Di Carlo 02 Feb '14

02 Feb '14

Hello to all, who of you are at fosdem?

3 2

CentOS-announce Digest, Vol 108, Issue 1
by centos-announce-request＠centos.org 02 Feb '14

02 Feb '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:0115 CentOS 5 java-1.7.0-openjdk Update (Johnny Hughes) 2. CEEA-2014:0116 CentOS 5 java-1.6.0-openjdk Update (Johnny Hughes) 3. CESA-2014:0108 Moderate CentOS 5 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 30 Jan 2014 23:15:23 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2014:0115 CentOS 5 java-1.7.0-openjdk Update To: centos-announce(a)centos.org Message-ID: <20140130231523.GA18771(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:0115 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-0115.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4dcbffbec6c8b418ba0707e3adf3ba51432253324d2d29011b76f847f4a4e259 java-1.7.0-openjdk-1.7.0.51-2.4.4.2.el5_10.i386.rpm 0643eb015493bc407fb970919ce094b38e9ee98729384fee9b4493cb6bea73f4 java-1.7.0-openjdk-demo-1.7.0.51-2.4.4.2.el5_10.i386.rpm ecf069fb964cdecf60c8470e455443abb3685a668798a059a180597b90db525a java-1.7.0-openjdk-devel-1.7.0.51-2.4.4.2.el5_10.i386.rpm 151e1a5835c68a8ceaae413856dd7c6c98f4d50900456d3c9029118501be3042 java-1.7.0-openjdk-javadoc-1.7.0.51-2.4.4.2.el5_10.i386.rpm 7a59e6bd0d051e2a629e873f52d72798d4229cf2046982d18eaec5c946390a10 java-1.7.0-openjdk-src-1.7.0.51-2.4.4.2.el5_10.i386.rpm x86_64: 8527c44fc595ed44940a72b6f77c9d1d2034ff9a24e261432839706efff5d932 java-1.7.0-openjdk-1.7.0.51-2.4.4.2.el5_10.x86_64.rpm 3823f88f3485b7b584505cea467da90b2c43be8729fe9c5a383805740558beeb java-1.7.0-openjdk-demo-1.7.0.51-2.4.4.2.el5_10.x86_64.rpm 5f12454f2b926d6dc4cfceeb02a2ff8bccf13a4ccc13be03aa029647927713c8 java-1.7.0-openjdk-devel-1.7.0.51-2.4.4.2.el5_10.x86_64.rpm b9045468cd6f3c871e0c668f8a5c9f38e76c346414f0e4156734f5715d91055c java-1.7.0-openjdk-javadoc-1.7.0.51-2.4.4.2.el5_10.x86_64.rpm ec8926f22aeab828099bd4c0c9aa3aef452408b2bee6202fcb3dbde235c04c5d java-1.7.0-openjdk-src-1.7.0.51-2.4.4.2.el5_10.x86_64.rpm Source: b432e26b56e871d1a37c2e7dd1eefc736ea924fd93dcc292539b16ea79759519 java-1.7.0-openjdk-1.7.0.51-2.4.4.2.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 30 Jan 2014 23:15:56 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2014:0116 CentOS 5 java-1.6.0-openjdk Update To: centos-announce(a)centos.org Message-ID: <20140130231556.GA18805(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:0116 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-0116.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 762e64fcc24500f6f403800b97427e86b6b930aa03d0d0ef33b8978382b4f508 java-1.6.0-openjdk-1.6.0.0-4.1.13.1.el5_10.i386.rpm bfc8dad84d360467c7bc49a06fd3bb236ccee19e1b1eec1e6b06d4ee831385e7 java-1.6.0-openjdk-demo-1.6.0.0-4.1.13.1.el5_10.i386.rpm 686487cff278b948e3831674471407f2a9488476826415685c3e93668a7f070a java-1.6.0-openjdk-devel-1.6.0.0-4.1.13.1.el5_10.i386.rpm 85ba811f5b351431d71042569970501c1de1cc39c06a63465db7cf8c810b84b0 java-1.6.0-openjdk-javadoc-1.6.0.0-4.1.13.1.el5_10.i386.rpm bb4b5ce7ef3369070e6ca587b0cba38754e8f35c9ce0c6c577b3f4f96296087f java-1.6.0-openjdk-src-1.6.0.0-4.1.13.1.el5_10.i386.rpm x86_64: b0819f2452fb32a10c2c9f28a23ef45e00cca4768f3d6e45a16b189148ea6512 java-1.6.0-openjdk-1.6.0.0-4.1.13.1.el5_10.x86_64.rpm b5db22d78df02eb8d0a6a1fcc74fb12914132d24fd524d26f378ceceacf68a86 java-1.6.0-openjdk-demo-1.6.0.0-4.1.13.1.el5_10.x86_64.rpm 2b51d324d30c3a059dc92079d568dce656d9531d8599ac96c5b06e84f4fc8a6c java-1.6.0-openjdk-devel-1.6.0.0-4.1.13.1.el5_10.x86_64.rpm de06ff91f6ca1c44beb098242b9fa19a2e52aeae9bcc056104dd58bfc280df6c java-1.6.0-openjdk-javadoc-1.6.0.0-4.1.13.1.el5_10.x86_64.rpm 03dc8e9b81bf6148222775a368279916c05e5b5ed07a50f38a1f755825acd8f8 java-1.6.0-openjdk-src-1.6.0.0-4.1.13.1.el5_10.x86_64.rpm Source: 9f70b671a41dc2e51f8530c4016a319859dcfc5b4df8f76224641c1d90852c0a java-1.6.0-openjdk-1.6.0.0-4.1.13.1.el5_10.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 30 Jan 2014 23:16:20 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0108 Moderate CentOS 5 kernel Update To: centos-announce(a)centos.org Message-ID: <20140130231620.GA18835(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0108 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0108.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d74238e3602c13a3207c146c28b69012bdfb7a2f9788a1d89376ef06a26983d9 kernel-2.6.18-371.4.1.el5.i686.rpm 11b3cf3eea6732f2f08dedb7baea22070776f7bebb78b6b4ce3b106b9ba19776 kernel-debug-2.6.18-371.4.1.el5.i686.rpm 35d460a7b875c28fdef48feb36bce6ab1f2e7fbbc4291389080122baf0176a12 kernel-debug-devel-2.6.18-371.4.1.el5.i686.rpm 0d423d996dc8591571371f42190ac60bda099885d8a45f8202f6c35fe8d7979a kernel-devel-2.6.18-371.4.1.el5.i686.rpm 80fcbdf9cc96c558bf3ff16a4e91f2208080ded230d0202d27b2f56235940a20 kernel-doc-2.6.18-371.4.1.el5.noarch.rpm d465d0af5afb9763be6903777d8cf1c7e78dfcd1ddf14ed353e56cfe3461fed1 kernel-headers-2.6.18-371.4.1.el5.i386.rpm e8abb4f5e64ab5deb8dd46836c078fac411d4503cb0eeac71070d39f7bd46b31 kernel-PAE-2.6.18-371.4.1.el5.i686.rpm c4ad7c0768cbc108d968c1f2ea40794fb31ca9c15c06d4a2afe3a911ff130f9c kernel-PAE-devel-2.6.18-371.4.1.el5.i686.rpm 6722c19f53526ddfc4b9534fd614c5573a85aedfd646e248f6f8b1e0be23f812 kernel-xen-2.6.18-371.4.1.el5.i686.rpm 4199617157b203bf104cbd4c9bdf0e62630aa56ac3899806ad6dc2336da72460 kernel-xen-devel-2.6.18-371.4.1.el5.i686.rpm x86_64: 28db579af6dd4accedfc11118cf212e040e41c3ffa4b65192ec4b043f622ac9e kernel-2.6.18-371.4.1.el5.x86_64.rpm 77bc6d8ddd451273f025e6b5fd1c7d08ba6f054c67d43a411b5e46f0d3f12525 kernel-debug-2.6.18-371.4.1.el5.x86_64.rpm cfe41cfe5cc81e304ed22cf5c448ff64709d6d8e67d4dbb1054413c6b69c7fd9 kernel-debug-devel-2.6.18-371.4.1.el5.x86_64.rpm aa4d52e0fcd19ba1169593e426654d9e58c642f9cecba426852b2b6076d5a7df kernel-devel-2.6.18-371.4.1.el5.x86_64.rpm 80fcbdf9cc96c558bf3ff16a4e91f2208080ded230d0202d27b2f56235940a20 kernel-doc-2.6.18-371.4.1.el5.noarch.rpm 0f033ef397b688c1f470eb7d83fabb639d3a99b59672f3fee8faa3982428d27c kernel-headers-2.6.18-371.4.1.el5.x86_64.rpm 353acecacaf577c4e06cec22941a2fa4389b09b379017d719f38b78c4f7084b4 kernel-xen-2.6.18-371.4.1.el5.x86_64.rpm 453c78b1611cb8725b99fc481266ccba4a8035624fa939a4f05cd654ca7b9e28 kernel-xen-devel-2.6.18-371.4.1.el5.x86_64.rpm Source: fca0fcf245ce34e872dba0319a3ce11f302f51dcf3228662bb33c167794440bd kernel-2.6.18-371.4.1.el5.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 108, Issue 1 ***********************************************

1 0

CentOS Tshirt ideas
by Karanbir Singh 01 Feb '14

01 Feb '14

hi, We have, like in the years past, a table at Fosdem and I'd like to get some tshirts printed to hand out. In the past, the Linux Ninja's and Beards ones got quite a bit of attention ( and both were not brand spammy, which is always nice ). Reaching out to the mailing list for ideas on what we can do this year, with the caveat that I need to finalise by this weekend if we are to get anything in by Fosdem. thanks in advance, -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

9 9

Motion Detecting Camera
by Leslie S Satenstein 01 Feb '14

01 Feb '14

mark wrote With the continuing annoyance from motion, my manager's asked me to go looking again for a video surveillance appliance: basically, a motion-detecting DVR and cameras. The big thing, of course, is a) price (this is a US federal gov't agency, and being civilian, money is *tight*, don't give me the libertarian/GOP line about how freely we spend, thankyouverymuch), b) it has to be on the network, and c) we need to be able to d/l to a server, and rm after we do that... and we want to script or cron job that. I was in Costco (USA warehouse store) and saw a Philips LED display, Camera, Recorder, that was motorized. The camera followed the movement across the front of it, and could snapshot to a memory chip. It was under $80.00 for the ensemble. The floor model worked well. If you do not require realtime recording to a hard disk, then this item may be a reasonable cost solution. Regards Leslie Mr. Leslie Satenstein SENT FROM MY OPEN SOURCE LINUX SYSTEM.

1 0

OT hardware question
by m.roth＠5-cent.us 01 Feb '14

01 Feb '14

With the continuing annoyance from motion, my manager's asked me to go looking again for a video surveillance appliance: basically, a motion-detecting DVR and cameras. The big thing, of course, is a) price (this is a US federal gov't agency, and being civilian, money is *tight*, don't give me the libertarian/GOP line about how freely we spend, thankyouverymuch), b) it has to be on the network, and c) we need to be able to d/l to a server, and rm after we do that... and we want to script or cron job that. Right now, I'm looking into Zmodo, R-Tech and CIB security. Anyone have a) opinions on the quality of the hardware from any of those manufacturers (yeah, I know, they're just branded hardware), and/or whether we can do the ssh or telnet in to do what we need? *Extremely* frustrating, since they're all running embedded Linux, that so many say IE and Active X.... mark

6 25

Are VMAC drivers stable?
by Jan Hugo Prins 31 Jan '14

31 Jan '14

Hi, I'm currently looking into the VMAC options that Keepalived had to offer. This all looks very nice, but now I heard that the VMAC driver in the linux kernel is not really stable if you are not on a 3.2 kernel or later. Can anyone here tell me some more about this? Is this really true? Should I wait with the VMAC options until Centos / RHEL are on a 3.2 kernel? Jan Hugo Prins

1 0

Recent version of Latex
by Patrick Begou 31 Jan '14

31 Jan '14

I've moved most of my user's PCs from OpenSuse (11.x, unmaintainend now) to CentOS 6.4. On my old OpenSuse latex was "texlive-latex-2010" and current version on CTAN is texlive-2013. But on CentOS 6.4 I've only the old texlive-latex-2007 and several sty files available on my previous config are not available now and users cannot compile their previous documents. Is there a Yum repo from where I can install a more uptodate latex environment for CentOS6.4 ? Thanks Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou@grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | ===================================================================

3 4

CentOS 6.5: NFS server crashes with list_add corruption errors
by Alessio Cecchi 31 Jan '14

31 Jan '14

Hi, I'm running CentOS 6.5 as NFS server (v3 and v4) and exporting Ext4 and XFS filesystem. After many months that all works fine today the server crash: Jan 30 09:46:13 qb-storage kernel: ------------[ cut here ]------------ Jan 30 09:46:13 qb-storage kernel: WARNING: at lib/list_debug.c:26 __list_add+0x6d/0xa0() (Not tainted) Jan 30 09:46:13 qb-storage kernel: Hardware name: PowerEdge Jan 30 09:46:13 qb-storage kernel: list_add corruption. next->prev should be prev (ffff8804366c5df0), but was ffff8803f611fa68. (next=ffff8803f611fa68). Jan 30 09:46:13 qb-storage kernel: Modules linked in: nfsd lockd nfs_acl auth_rpcgss sunrpc act_police cls_basic cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq bridge stp llc xt_statistic xt_time xt_connlimit xt_realm iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype xt_set ip_set nf_nat_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_udplite nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core nf_defrag_ipv6 xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_iprange xt_help Jan 30 09:46:13 qb-storage kernel: er xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY xt_AUDIT ipt_LOG xt_state iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack iptable_mangle nfnetlink iptable_filter ip_tables ipv6 xfs exportfs microcode power_meter iTCO_wdt iTCO_vendor_support dcdbas sg bnx2 lpc_ich mfd_core usb_storage ext4 jbd2 mbcache raid1 sr_mod cdrom sd_mod crc_t10dif ahci wmi dm_mirror dm_region_hash dm_log dm_mod [last unloaded: speedstep_lib] Jan 30 09:46:13 qb-storage kernel: Pid: 5759, comm: nfsd4 Not tainted 2.6.32-431.1.2.0.1.el6.x86_64 #1 Jan 30 09:46:13 qb-storage kernel: Call Trace: Jan 30 09:46:13 qb-storage kernel: [<ffffffff81071e27>] ? warn_slowpath_common+0x87/0xc0 Jan 30 09:46:13 qb-storage kernel: [<ffffffff81071f16>] ? warn_slowpath_fmt+0x46/0x50 Jan 30 09:46:13 qb-storage kernel: [<ffffffff81527920>] ? thread_return+0x4e/0x76e Jan 30 09:46:13 qb-storage kernel: [<ffffffff812944ed>] ? __list_add+0x6d/0xa0 Jan 30 09:46:13 qb-storage kernel: [<ffffffffa05bd60a>] ? laundromat_main+0x23a/0x3f0 [nfsd] Jan 30 09:46:13 qb-storage kernel: [<ffffffffa05bd3d0>] ? laundromat_main+0x0/0x3f0 [nfsd] Jan 30 09:46:13 qb-storage kernel: [<ffffffff81094d30>] ? worker_thread+0x170/0x2a0 Jan 30 09:46:13 qb-storage kernel: [<ffffffff8109b2b0>] ? autoremove_wake_function+0x0/0x40 Jan 30 09:46:13 qb-storage kernel: [<ffffffff81094bc0>] ? worker_thread+0x0/0x2a0 Jan 30 09:46:13 qb-storage kernel: [<ffffffff8109af06>] ? kthread+0x96/0xa0 Jan 30 09:46:13 qb-storage kernel: [<ffffffff8100c20a>] ? child_rip+0xa/0x20 Jan 30 09:46:13 qb-storage kernel: [<ffffffff8109ae70>] ? kthread+0x0/0xa0 Jan 30 09:46:13 qb-storage kernel: [<ffffffff8100c200>] ? child_rip+0x0/0x20 Jan 30 09:46:13 qb-storage kernel: ---[ end trace 13fa6e7d5ee2d668 ]--- and: |BUG: soft lockup - CPU#0 stuck for 67s! [nfsd4:3519] The error is exactly like this: https://access.redhat.com/site/solutions/166583 | Does anyone know if the problem is solved and how? Thanks -- Alessio Cecchi is: @ ILS -> http://www.linux.it/~alessice/ on LinkedIn -> http://www.linkedin.com/in/alessice Assistenza Sistemi GNU/Linux -> http://www.cecchi.biz Cloud Email Hosting -> http://www.qboxmail.com @ PLUG -> ex-Presidente, adesso senatore a vita, http://www.prato.linux.it

3 4

samba vs LDAP - can I see LDAP logs, please?
by Dirk Olmes 31 Jan '14

31 Jan '14

Hi, I'm setting up Samba to authenticate against an LDAP Server. I have the basic setup running but authentication fails. I'm 95% sure that the LDAP config is still wrong but the guy I'm setting this up for doesn't really come up with the proper info. I have set log level = 5 and get tons of irrelevant info. What I'd like to see is the LDAP queries that the samba server issues. But I have no idea which magic switch will make this happen. My google-fu seems to be bad today, too as I cannot find any relevant info either. Help! -dirk

4 5

Booting Software RAID
by Matt 31 Jan '14

31 Jan '14

I installed Centos 6.x 64 bit with the minimal ISO and used two disks in RAID 1 array. Filesystem Size Used Avail Use% Mounted on /dev/md2 97G 918M 91G 1% / tmpfs 16G 0 16G 0% /dev/shm /dev/md1 485M 54M 407M 12% /boot /dev/md3 3.4T 198M 3.2T 1% /vz Personalities : [raid1] md1 : active raid1 sda1[0] sdb1[1] 511936 blocks super 1.0 [2/2] [UU] md3 : active raid1 sda4[0] sdb4[1] 3672901440 blocks super 1.1 [2/2] [UU] bitmap: 0/28 pages [0KB], 65536KB chunk md2 : active raid1 sdb3[1] sda3[0] 102334336 blocks super 1.1 [2/2] [UU] bitmap: 0/1 pages [0KB], 65536KB chunk md0 : active raid1 sdb2[1] sda2[0] 131006336 blocks super 1.1 [2/2] [UU] My question is if sda one fails will it still boot on sdb? Did the install process write the boot sector on both disks or just sda? How do I check and if its not on sdb how do I copy it there?

15 40

Single sign-on for CentOS-6
by James B. Byrne 30 Jan '14

30 Jan '14

Does anyone here use a Samba4 setup for single sign-on for MS_Win workstations and CentOS-6 boxes? Does anyone here use it for imap and/or smtp authentication? We are experimenting with replacing our existing Microsoft domain controllers with Samba4 based controllers and are contemplating moving all authentication for all our systems, Microsoft and CentOS based, over to Samba when, or if, this replacement successfully completes. Does anyone have any references for using CentOS with Samba domain controllers that they can recommend? I have found some but the few I have found tend to be Samba3 specific. -- *** 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

15 28

Anyone using motion in 6.5?
by m.roth＠5-cent.us 30 Jan '14

30 Jan '14

Kernel 2.6.32-431.3.1.el6.x86_64. Anyone using motion, or in some other way using the gspca_zc3xx driver? Just in the last week or two, I've started getting error messages in my log Jan 30 16:53:20 <servername> kernel: gspca: frame overflow 33180 > 32768 The > 32k size varies, all 33xxx. mark

1 0

idea: "hybrid" iso images?
by Joseph Spenner 30 Jan '14

30 Jan '14

In order to create a bootable CentOS installation USB thumb drive, there are several steps one must follow. The process often involves using a Windows box, which can be kinda annoying. The Linux Mint distro has what they call a "Hybrid" iso image. (see: http://community.linuxmint.com/tutorial/view/744 ) This image can be written to a thumb drive and used for installation simply by performing: # dd /path/to/image.iso of=/dev/sdb (where /dev/sdb is the thumb drive device). This thumb drive can now be booted and used for installation. The same image.iso file can be written to CD/DVD to create the installation media as well. Is this a complicated ISO build process? I'm frequently installing to systems without CD/DVD drives, so this would come in handy. Thanks! Regards, Joseph Spenner ______________________________________________________________________ If life gives you lemons, keep them-- because hey.. free lemons. "♥ Sticker" fixer: http://microflush.org/stuff/stickers/heartFix.html

4 6

Yumex in 6.5 minimal -
by Bob Goodwin - Zuni, Virginia, USA 30 Jan '14

30 Jan '14

When I start yumex as user it displays but stops with an error message that the backend is not running. However "yumex --root" starts and runs normally. It is Centos 6.5 64 bit and using XFCE running in virtualbox if that matters. Any suggestion as to what I am missing? Bob -- http://www.qrz.com/db/w2bod Box10 Fedora-20/64bit Linux/XFCE

4 4

Re: [CentOS] Booting Software RAID
by James B. Byrne 30 Jan '14

30 Jan '14

On Wed, January 29, 2014 11:57, Lists wrote: > On 01/29/2014 08:15 AM, Matt wrote: >> If I am putting both 4TB drives in a single RAID1 array for /vz would >> there be any advantage to using LVM on it? > > My (sometimes unpopular) advice is to set up the partitions on servers > into two categories: > > 1) OS > 2) Data > > OS partitions don't really grow much. Most of our servers' OS partitions > total less than 10 GB of used space after years of 24x7 use. I recommend > keeping things *very* *simple* here, avoid LVM. I use simple software > RAID1 with bare partitions. > > Data partitions, by definition, would be much more flexible. As your > service becomes more popular, you can get caught in a double bind that > can be very hard to escape: On one hand, you need to add capacity > without causing downtime because people are *using* your service > extensively, but on the other hand you can't easily handle a day or so > to transfer TBs of data because people are *relying* on your service > extensively. To handle these cases you need something that gives you the > ability to add capacity without (much) downtime. > > LVM can be very useful here, because you can add/upgrade storage without > taking the system offline, and although there *is* some downtime when > you have to grow the filesystem (EG when using Ext* file systems) it's > pretty minimal. > > So I would strongly recommend using something to manage large amounts of > data with minimal downtime if/when that becomes a likely scenario. > > Comparing LVM+XFS to ZFS, ZFS wins IMHO. You get all the benefits of LVM > and the file system, along with the almost magical properties that you > can get when you combine them into a single, integrated whole. Some of > ZFS' data integrity features (See RAIDZ) are in "you can do that?" > territory. The main downsides are the slightly higher risk that ZFS on > Linux' "non-native" status can cause problems, though in my case, that's > no worry since we'll be testing any updates carefully prior to roll out. > > In any event, realize that any solution like this (LVM + XFS/Ext, ZFS, > or BTRFS) will have a significant learning curve. Give yourself *time* > to understand exactly what you're working with, and use that time > carefully. Our default partitioning scheme for new hosts, whether virtualised or not, looks something like this: df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_inet01b-lv_root 8063408 1811192 5842616 24% / tmpfs 1961368 0 1961368 0% /dev/shm /dev/vda1 495844 118294 351950 26% /boot /dev/mapper/vg_inet01b-lv_tmp 1007896 51800 904896 6% /tmp /dev/mapper/vg_inet01b-lv_log 1007896 45084 911612 5% /var/log /dev/mapper/vg_inet01b-lv_spool 8063408 150488 7503320 2% /var/spool The capacities assigned initially vary based on expected need and available disk. As everything is an lv expanding volume sizes when required is not exceedingly burdensome. I used to keep / as a non-lv but for the past few years, since CentOS-5 I think, I have made that an lv as well and my experience to date has been positive. Anything expected to continually increase over time goes under /var as a new lv. For example: On systems with business applications that store transaction files we have a dedicated lv mounted at /var/data/appname (for web apps) or /var/spool/appname (for everything else). On a system hosting an RDBMS we generally give /var/lib or var/lib/dbmsname its own lv although on the dedicated dbms hosts we typically just mount all of /var as an lv. This is based on past experience, usually bad, where the root file-system became filled by unmanaged processes (lack of trimming stale files), or DOS attacks (log files generally), or unexpectedly large transaction volumes (/var/spool). As all but one of our hosts have no local users besides administrative accounts /home is left in root. On the remaining host that has local user accounts /home is an lv as well. -- *** 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

4 3

packaging :: why would a x86_64 package depend on i686 packages?
by Adrian Sevcenco 30 Jan '14

30 Jan '14

Hi! I recently encountered a situation when a x86_64 package is dependent on i686 packages.. Does anyone with packaging experience know why this could be necessary? What arguments (logical and technical) can i bring to the said packager in order to stop this chain of dependencies? Thanks! Adrian

5 5

Re: [CentOS] Single sign-on for CentOS-6
by James B. Byrne 30 Jan '14

30 Jan '14

On Wed, January 29, 2014 12:47, James A. Peltier wrote: > ----- Original Message ----- >> | >> | Do you have a writeup of what you had to do to get CentOS to >> | authenticate against AD? > > I have to sanitize it. The project started 3 years ago with SSSD and there > were a lot of workarounds/patches that made it into RHEL/CentOS. I'll clean > it up and post it somewhere for you to have a look at. > Thank you. I look forward to reading it. -- *** 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 16
by centos-announce-request＠centos.org 30 Jan '14

30 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. CESA-2014:0103 Moderate CentOS 6 libvirt Update (Johnny Hughes) 2. CEBA-2014:0107 CentOS 6 ksh Update (Johnny Hughes) 3. CEEA-2014:0104 CentOS 5 openssl Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 29 Jan 2014 14:05:41 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0103 Moderate CentOS 6 libvirt Update To: centos-announce(a)centos.org Message-ID: <20140129140541.GA16896(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0103 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0103.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5bf6a8ba0f6496a1be5a618ce2e1ccad277e7a9c6a5cb1d26ac5bcdd5978dbfc libvirt-0.10.2-29.el6_5.3.i686.rpm 4a2815149d1d69213c97072d1917662b1d0689f4569e9cc2dc4f3ac1ae183128 libvirt-client-0.10.2-29.el6_5.3.i686.rpm 2ee2303a54704d00cb4e190164e0556519c493b6d3439ba50300972d843ec02f libvirt-devel-0.10.2-29.el6_5.3.i686.rpm 57dab069ee6f1a260e092eebb64ac80b03fb9942044b4f55d065ad791a680f79 libvirt-python-0.10.2-29.el6_5.3.i686.rpm x86_64: e0d851c122bbb3234dde91943616e01e7e519d60031979cc4c69f9ef15618dc5 libvirt-0.10.2-29.el6_5.3.x86_64.rpm 4a2815149d1d69213c97072d1917662b1d0689f4569e9cc2dc4f3ac1ae183128 libvirt-client-0.10.2-29.el6_5.3.i686.rpm 0c516516fc223df351168c6a2e512f2b14ca638beeaaf956d8f9e198268d6384 libvirt-client-0.10.2-29.el6_5.3.x86_64.rpm 2ee2303a54704d00cb4e190164e0556519c493b6d3439ba50300972d843ec02f libvirt-devel-0.10.2-29.el6_5.3.i686.rpm 51aa6e75aa2e292d03a72c1295fb76aa649ce102ea84f57d8cd890e26ca209f9 libvirt-devel-0.10.2-29.el6_5.3.x86_64.rpm a6aa34d530fb75e57ecc3ae5a57501a94bde6545d0b51ab3f30d89df55cc796b libvirt-lock-sanlock-0.10.2-29.el6_5.3.x86_64.rpm 5c5a128e0796c534793ff64113acd0d019e5bbaf34e327582b76a6ce7aeced71 libvirt-python-0.10.2-29.el6_5.3.x86_64.rpm Source: 7532c439112a05dc84fea37387a3809aabc04bc0c76db00e702a80ed119c7f5d libvirt-0.10.2-29.el6_5.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 29 Jan 2014 15:45:10 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0107 CentOS 6 ksh Update To: centos-announce(a)centos.org Message-ID: <20140129154510.GA20710(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0107 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0107.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b1f298dfd6790ccab059e9e6f8c2ac81f5babf98b6654654caf65455bce6a90b ksh-20120801-10.el6_5.3.i686.rpm x86_64: 560d0aeaa6ccec9d2e9fe82c0d36e4d62373660bcaf94f1d1f1cfa2c14bcb58b ksh-20120801-10.el6_5.3.x86_64.rpm Source: 30b5ec70cc16449c3ec241cb4682f5693cd44a3de1f6c74a171746ebd9211ee2 ksh-20120801-10.el6_5.3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 30 Jan 2014 11:17:07 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEEA-2014:0104 CentOS 5 openssl Update To: centos-announce(a)centos.org Message-ID: <20140130111707.GA17127(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2014:0104 Upstream details at : https://rhn.redhat.com/errata/RHEA-2014-0104.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 71ee69f3f290a713d07600a89b2b187ef139024abf79f44172298009b3297e98 openssl-0.9.8e-27.el5_10.1.i386.rpm c36702964e1d982d826444f1c947fdc2232790a85471db2847a088e8b22c008c openssl-0.9.8e-27.el5_10.1.i686.rpm a0cfe5dc28c8708dce99a83c903ca5de196558f9ef0d9dee1e2fd767e4000256 openssl-devel-0.9.8e-27.el5_10.1.i386.rpm 717a04e6efc267652e1ded8ffc2f6dfe36318a73db980862f61c567d689ccef3 openssl-perl-0.9.8e-27.el5_10.1.i386.rpm x86_64: c36702964e1d982d826444f1c947fdc2232790a85471db2847a088e8b22c008c openssl-0.9.8e-27.el5_10.1.i686.rpm cea3ed2859783e5544cd95b0f339afcd7c6b90758108406008fd33dc591d9c0d openssl-0.9.8e-27.el5_10.1.x86_64.rpm a0cfe5dc28c8708dce99a83c903ca5de196558f9ef0d9dee1e2fd767e4000256 openssl-devel-0.9.8e-27.el5_10.1.i386.rpm db8a825bd70cf3de7f4aca5a2c0e393f81ac015a5c02ec05834b98891a3d8f88 openssl-devel-0.9.8e-27.el5_10.1.x86_64.rpm 17c7c4bb019106fb0241e153bafc0482457dbac7b354d93c16f47c22804870c8 openssl-perl-0.9.8e-27.el5_10.1.x86_64.rpm Source: bcb60fdca97702e9a2c938f01c1830f235361982681d9855a4f938465bdda264 openssl-0.9.8e-27.el5_10.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 107, Issue 16 ************************************************

1 0

Understanding iostat
by Lists 30 Jan '14

30 Jan '14

We have a load balancer/session server that manages sessions in small files. I did a grep on the directory of session files and the server load went from 0.50 to 10.x, for all intents and purposes we were down until I canceled the grep. According to this article on http://www.thattommyhall.com/2011/02/18/iops-linux-iostat/ tps is roughly analogous to iops. Running iostat on the device reports a tps that sometimes hits as high as 2000. Given a fairly standard 7200 RPM SATA drive, with potential IOPS as high as perhaps 100, how is this even remotely possible? Is it due to sequential writes? Thanks, Ben

1 0

Apache Openmeeting on CentOS
by Ganesh Hariharan 30 Jan '14

30 Jan '14

Hi, I am pretty new to Openmeeting, and tried to follow the documentation for Openmeeting, and looks quite a challenge with bit and pieces of software to be compiled to make it work, I do not mind to sweat it out, but in the interim, just wanted to check if there is any YUM packages for it, Later G

1 0

NIS or not?
by Sorin Srbu 29 Jan '14

29 Jan '14

Hi all, We're getting to a point in our linux environment where it's starting to be cumbersome to keep shadow and passwd-files up-to-date for the users to login on each computer. Scripts can only get us so far. 8-/ I've looked a bit into central login systems for linux, and NIS and LDAP seem to be prevalent. NIS being the simpler-to-setup solution for small to medium networks as I understand it, while LDAP is the more modern and scalable solution. See eg http://www.yolinux.com/TUTORIALS/NIS.html or http://sysadmin-notepad.blogspot.se/2013/06/nis-server-setup-on-rhelcentos.…. NIS-wise, what is a "small to medium network"? We have currently about 20-30'ish linux clients and servers, and the environment is not likely to increase much beyond this point. Is a 30ish-computer setup, a small network? The only thing I'm trying to accomplish is a system which will allow me to keep user accounts and passwords in one place, with one place only to administrate. NIS seems to be able to do that. Comments and insights are much appreciated! -- BW, Sorin ----------------------------------------------------------- # Sorin Srbu, Sysadmin # Uppsala University # Dept of Medicinal Chemistry # Div of Org Pharm Chem # Box 574 # SE-75123 Uppsala # Sweden# # Phone: +46 (0)18-4714482 # Visit: BMC, Husargatan 3, D5:512b # Web: http://www.orgfarm.uu.se ----------------------------------------------------------- # () ASCII ribbon campaign - Against html E-mail # /\ # # This message was not sent from an iProduct! # # MotD follows: # Artificial Intelligence: the art of making computers that behave like the ones in movies. -Bill Bulko

17 43

Installing on USB Flash Drive
by Matt 29 Jan '14

29 Jan '14

Is it possible to install CentOS on a USB Flash Drive. Have boot sector, / and /boot on USB drive then put /home, etc on a software raid array of the physical drives. Thought there used to be motherboards with SDHC slots that you could use to boot off.

3 3

Re: [CentOS] Single sign-on for CentOS-6
by James B. Byrne 29 Jan '14

29 Jan '14

On Wed, January 29, 2014 01:44, James A. Peltier wrote: > ----- Original Message ----- > | Does anyone here use a Samba4 setup for single sign-on for MS_Win > | workstations > | and CentOS-6 boxes? Does anyone here use it for imap and/or smtp > | authentication? We are experimenting with replacing our existing > | Microsoft > | domain controllers with Samba4 based controllers and are > | contemplating moving > | all authentication for all our systems, Microsoft and CentOS based, > | over to > | Samba when, or if, this replacement successfully completes. > | . . . > > I would have to ask why you're doing such a thing in the first place? You > have a perfectly good working Active Directory setup, that people are already > familiar with, I suspect with existing MS clients which integrate fully (and > "properly") and you want to replace it with a Samba based setup. Unless you > have a relatively simple setup, I would say don't change. However, if you are > looking to move to something else, then do that. Why fix to Samba? Why not > go with a full on Kerberos/LDAP environment? > > FWIW, we use CentOS 6 with Active Directory Authorization. Things have worked > fine for us for about 1 year. It took a VERY long time to get setup and > working, but it is now. The main reason is the age of the equipment and software. The current domain controller host is from c.2004 and the software is Microsoft Advanced Server 2000. The Windows 7 workstations work with this AD but there are a few quirks. As the equipment is well past its best before date we need to replace it. We have virtualised just about everything else saving only the desktop workstations and this is another candidate for virtualisation. As a company we are moving everything we can to FOSS and away from proprietary interests. Therefore the combination of moving from MS-AS2000 and a dedicated host to Samba4 running on a virtualised guest seems an attractive option, provided that it works. Thus my question. The research I have done seems quite promising. It is now possible to promote a Samba4 server to an AD domain controller and to transfer all the Flexible Single Master Operations (FSMO) roles to it. It should then be possible to promote a second virtualised Samba4 server running on a different virtualised guest running on a second hardware host as a domain controller. Once done then the original AD host can be demoted and shutdown. Providing Samba4 works as described of course, which is why I am asking if anyone else has done it. There remains an issue with the SysVol replication, there is not any, but this can be worked around via rsync and cron. However, this means that all directory maintenance has to be performed on just one of the DCs, which effectively returns us to the days of Primary/Secondary DCs. Since in our case we are down to just one AD as it is this is not a hardship. Do you have a writeup of what you had to do to get CentOS to authenticate against AD? -- *** 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

3 2

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

29 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. CEBA-2014:0101 CentOS 6 tzdata Update (Johnny Hughes) 2. CEBA-2014:0101 CentOS 5 tzdata Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 28 Jan 2014 15:14:13 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0101 CentOS 6 tzdata Update To: centos-announce(a)centos.org Message-ID: <20140128151413.GA60532(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0101 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0101.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8d3ecfc0c4ce1af2785550586aeddc1b38cc9fb50c28d645a779b355269aeda7 tzdata-2013i-2.el6.noarch.rpm e95040088250c2c51ef6322e71b4ec57a4604a2959271472be270704ac05aa03 tzdata-java-2013i-2.el6.noarch.rpm x86_64: 8d3ecfc0c4ce1af2785550586aeddc1b38cc9fb50c28d645a779b355269aeda7 tzdata-2013i-2.el6.noarch.rpm e95040088250c2c51ef6322e71b4ec57a4604a2959271472be270704ac05aa03 tzdata-java-2013i-2.el6.noarch.rpm Source: 8b8baa7d71bf297ad4306a06265d5366989e4d596bf032db7f9f14b1829c6e0b tzdata-2013i-2.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 28 Jan 2014 15:33:19 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0101 CentOS 5 tzdata Update To: centos-announce(a)centos.org Message-ID: <20140128153319.GA25836(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0101 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0101.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 09690f610045d1ebdbf758e64c3f830e0de7bb497c06f4457b48e955c235e856 tzdata-2013i-2.el5.i386.rpm db29b0ce1800637cccc7f2d04e57e261ed932825d5d72b96cf47a5a4cabe2af8 tzdata-java-2013i-2.el5.i386.rpm x86_64: f32436e544ef826fc18a7bb394b22f04ff499c94d04f09f86f2a6cbdb236b9f5 tzdata-2013i-2.el5.x86_64.rpm 30dcd31b1b0a65b09739321b028f61253883322ca53dc338c585bafae02109ad tzdata-java-2013i-2.el5.x86_64.rpm Source: 0225a65afb8bdfac38e6f7dade72a58888e0c7087c2c675f31f6c068e3f1ea94 tzdata-2013i-2.el5.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 15 ************************************************

1 0

Reading .xlsx files with python?
by m.roth＠5-cent.us 29 Jan '14

29 Jan '14

Anyone know what package my user can use to read .xlsx files with python in CentOS 6? mark

4 5

Re: [CentOS] 3g usb dongle - Huawei E1552
by Michael Lampe 29 Jan '14

29 Jan '14

Christo Larsen wrote: > Running Centos 6.4 6.5 is current, nobody cares for 6.4 anymore. > Any Idea´s? Put it into a Windows machine to switch it once. Then send it something like AT^U2DIAG=0 over the serial line to switch it permanently. -Michael

1 0

Re: [CentOS] Need yumex in centos 6.4 -
by James B. Byrne 28 Jan '14

28 Jan '14

On Mon, January 27, 2014 12:58, Bob Goodwin - Zuni, Virginia, USA wrote: > > On 27/01/14 12:44, Ljubomir Ljubojevic wrote: >> You need 3rd party repositories. For these two you need EPEL. > Yes, I know that from Google but I need to know where and how to get it? > > I first downloaded 6.5 minimal but could never get it connected to my > Ethernet/LAN! > RedHat now disables Ethernet by default in RHEL6+. You will need to run ifup eth0 to connect after your first install. -- *** 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

5 4

Switch from Red Hat 7 Beta to CentOS
by Andreas Reschke 28 Jan '14

28 Jan '14

Hello, It is possible to switch from Red Hat 7 Beta to CentOS 7 (beta or final) when it exist? I would like to test newer software than CentOS 6.5 Mit freundlichen Grüßen / Kind regards Andreas Reschke

4 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss