Discuss January 2014

discuss@lists.centos.org

194 participants
172 discussions

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss January 2014