Discuss December 2013

discuss@lists.centos.org

176 participants
154 discussions

Start a nNew thread

How can I disable PostFix maillog ( /var/log/maillog )
by JEWEL AHMMED 18 Dec '13

18 Dec '13

How can I disable PostFix maillog ( /var/log/maillog ) ?

5 9

CentOS-announce Digest, Vol 106, Issue 10
by centos-announce-request＠centos.org 18 Dec '13

18 Dec '13

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2013:1848 CentOS 6 pcs Update (Johnny Hughes) 2. CEBA-2013:1845 CentOS 6 yum Update (Johnny Hughes) 3. CESA-2013:1850 Important CentOS 6 openjpeg Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 17 Dec 2013 13:24:08 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1848 CentOS 6 pcs Update To: centos-announce(a)centos.org Message-ID: <20131217132408.GA5165(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1848 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1848.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8974a573add7ed9ccc28907b4440c129f6c563c008119c0fc921afa74c02b8fd pcs-0.9.90-2.el6.centos.2.noarch.rpm x86_64: 8974a573add7ed9ccc28907b4440c129f6c563c008119c0fc921afa74c02b8fd pcs-0.9.90-2.el6.centos.2.noarch.rpm Source: 9f6a2fa5284420650151fa23a8cf8b589e130cf2f2412f314208204ee825a39b pcs-0.9.90-2.el6.centos.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 17 Dec 2013 13:25:07 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1845 CentOS 6 yum Update To: centos-announce(a)centos.org Message-ID: <20131217132507.GA5401(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1845 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1845.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 476bad28a5dced0c6b3b72a70a48403fec460b5f23d4df1ae15540c173e31589 yum-3.2.29-43.el6.centos.noarch.rpm b1458f563272a2383e40c1daf228639c0da11951d126c65ebe469e5e6a753463 yum-cron-3.2.29-43.el6.centos.noarch.rpm x86_64: 476bad28a5dced0c6b3b72a70a48403fec460b5f23d4df1ae15540c173e31589 yum-3.2.29-43.el6.centos.noarch.rpm b1458f563272a2383e40c1daf228639c0da11951d126c65ebe469e5e6a753463 yum-cron-3.2.29-43.el6.centos.noarch.rpm Source: 2d25b4dd627dc061b477bbdb67b35d5eff9505f6f93db40fb7ad41f32546969b yum-3.2.29-43.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 17 Dec 2013 19:00:24 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:1850 Important CentOS 6 openjpeg Update To: centos-announce(a)centos.org Message-ID: <20131217190024.GA13186(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1850 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1850.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bf46dacfe6f46d1ae7ec457f2a093075bc8714425a48f5d064a5252a9e7c558b openjpeg-1.3-10.el6_5.i686.rpm 47449f0180e8fe40a44367ab784a6dd6bed91003a885d077cbe662009f8ee11a openjpeg-devel-1.3-10.el6_5.i686.rpm 4150898842f70f3986a72fbcc77fa93366b20d80296c083266f0c146780aaa8b openjpeg-libs-1.3-10.el6_5.i686.rpm x86_64: 82c082404fb499270130185c9bf3cda3d3ccf6f9ab2c88afaeb3588d960fb7a8 openjpeg-1.3-10.el6_5.x86_64.rpm 47449f0180e8fe40a44367ab784a6dd6bed91003a885d077cbe662009f8ee11a openjpeg-devel-1.3-10.el6_5.i686.rpm 80881bb501c3c94c625f20caef02d9c048c2e52a8cfbf0330a85e13ca5d284b2 openjpeg-devel-1.3-10.el6_5.x86_64.rpm 4150898842f70f3986a72fbcc77fa93366b20d80296c083266f0c146780aaa8b openjpeg-libs-1.3-10.el6_5.i686.rpm 42d3d8454f4518436c9c89c12a60cebbf66aa8870a6f32c5c20bf9924946b74f openjpeg-libs-1.3-10.el6_5.x86_64.rpm Source: 5f2877ff81d6510fbd776d4932e8f97c97aef3a554776b683eac8d9a76e21949 openjpeg-1.3-10.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 106, Issue 10 ************************************************

1 0

Re: [CentOS] ZFS on Linux testing
by Chuck Munro 18 Dec '13

18 Dec '13

On 12/14/2013, 04:00 , lists(a)benjamindsmith.com wrote: > We checked lsyncd out and it's most certainly an very interesting tool. > I*will* be using it in the future! > > However, we found that it has some issues scaling up to really big file > stores that we haven't seen (yet) with ZFS. > > For example, the first thing it has to do when it comes online is a > fully rsync of the watched file area. This makes sense; you need to do > this to ensure integrity. But if you have a large file store, EG: many > millions of files and dozens of TB then this first step can take days, > even if the window of downtime is mere minutes due to a restart. Since > we're already at this stage now (and growing rapidly!) we've decided to > keep looking for something more elegant and ZFS appears to be almost an > exact match. We have not tested the stability of lsyncd managing the > many millions of inode write notifications in the meantime, but just > trying to satisfy the write needs for two smaller customers (out of > hundreds) with lsyncd led to crashes and the need to modify kernel > parameters. > > As another example, lsyncd solves a (highly useful!) problem of > replication, which is a distinctly different problem than backups. > Replication is useful, for example as a read-only cache for remote > application access, or for disaster recovery with near-real-time > replication, but it's not a backup. If somebody deletes a file > accidentally, you can't go to the replicated host and expect it to be > there. And unless you are lsyncd'ing to a remote file system with it's > own snapshot capability, there isn't an easy way to version a backup > short of running rsync (again) on the target to create hard links or > something - itself a very slow, intensive process with very large > filesystems. (days) > > I'll still be experimenting with lsyncd further to evaluate its real > usefulness and performance compared to ZFS and report results. As said > before, we'll know much more in another month or two once our next stage > of roll out is complete. > > -Ben Hi Ben, Yes, the initial replication of a large filesystem is *very* time consuming! But it makes sleeping at night much easier. I did have to crank up the inotify kernel parameters by a significant amount. I did the initial replication using rsync directly, rather than asking lsyncd to do it. I notice that if I reboot the primary server, it takes a while for the inotify tables to be rebuilt ... after that it's smooth sailing. If you want to prevent deletion of files from your replicated filesystem (which I do), you can modify the rsync{} array in the lsyncd.lua file by adding the line 'delete = false' to it. This has saved my butt a few times when a user has accidentally deleted a file on the primary server. I agree that filesystem replication isn't really a backup, but for now it's all I have available, but at least the replicated fs is on a separate machine. As a side note for anyone using a file server for hosting OS-X Time Machine backups, the 'delete' parameter in rsync{} must be set to 'true' in order to prevent chaos should a user need to point their Mac at the replicate filesystem (which should be a very rare event). I put all TM backups in a separate ZFS sub-pool for this reason. Chuck

2 1

Virtual Machine converted from physical : Kernel Panic at boot .
by Gregory Machin 18 Dec '13

18 Dec '13

Hi. I used VMware Standalone converter 5.5 to convert a CentOS 5.3 machine from a Physical server to a Virtaul Machine on ESXi 5.1 . Thus far with every attempt to convert this machine I get a "Kernel panic" mount: could not find filesystem '/dev/root' setuproot: moving /dev failed: No such file or directory setuproot: error mounting /proc failed: No such file or directory setuproot: error mounting /sys failed: No such file or directory switchroot: mount failed: No such file or directory Kernel panic - not syncing: Attempted to kill init!-220000 I have follows the VMware provided solution for this situation but the results are the same http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=di… http://blog.edgoad.com/2010/03/vmware-no-volume-groups-found.html I have re-installed the CentOS kernel but that didn't make any difference. I have tried installing disk labels but that didn't make any difference. I have installed a clean install of 5.3 into a new vm , I even did a custom disk configuration to match that created by VMware Converter and that worked fine with most of the configuration being the same with the exception that it used disk labels. I'm at a loss at this point , I'm open to suggestions. Here are my configs as shown when using a rescue disk and chroot into /mnt/sysimage [root@localhost /]# cat /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00 console=ttyS0,9600n8 console=tty0 # initrd /initrd-version.img #boot=/dev/sda default=0 timeout=5 #splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu # (removed by Converter) title Memtest86+ (1.65) # (removed by Converter) root (hd0,0) # (removed by Converter) kernel /memtest86+-1.65 ro root=/dev/VolGroup00/LogVol00 rhgb quiet title CentOS (2.6.18-128.7.1.el5) root (hd0,0) kernel /vmlinuz-2.6.18-128.7.1.el5 ro root=/dev/sdb1 rhgb quiet # kernel /vmlinuz-2.6.18-128.7.1.el5 ro root=LABEL=/ initrd /initrd-2.6.18-128.7.1.el5.img #title CustomKernel (2.6.18-128.7.1.el5) # root (hd0,0) # kernel /vmlinuz-2.6.18-128.7.1.el5 ro root=/dev/sdb1 rhgb quiet # initrd /initrd-2.6.18-128.7.1.el5.img [root@localhost /]# [root@localhost /]# cat /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb [root@localhost /]# [root@localhost /]# cat /etc/fstab /dev/sdb1 / ext3 defaults,noatime 1 2 #LABEL=/ / ext3 defaults,noatime 1 2 LABEL=/boot /boot ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 [root@localhost /]# [root@localhost /]# fdisk -l /dev/sda Disk /dev/sda: 108 MB, 108134400 bytes 4 heads, 32 sectors/track, 1650 cylinders Units = cylinders of 128 * 512 = 65536 bytes Device Boot Start End Blocks Id System /dev/sda1 * 2 1633 104448 83 Linux [root@localhost /]# fdisk -l /dev/sdb Disk /dev/sdb: 159.9 GB, 159921602560 bytes 143 heads, 28 sectors/track, 78008 cylinders Units = cylinders of 4004 * 512 = 2050048 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 78009 156172288 83 Linux [root@localhost /]# [root@localhost /]# mount /dev/sdb1 on / type ext3 (rw,noatime) /dev/sda1 on /boot type ext3 (rw) devpts on /dev/pts type devpts (rw) tmpfs on /dev/shm type tmpfs (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) [root@localhost /]# Thank you. G

4 4

Re: [CentOS] RHEL 7 Beta is now public
by Les Mikesell 18 Dec '13

18 Dec '13

On Sat, Dec 14, 2013 at 6:04 PM, Reindl Harald <h.reindl(a)thelounge.net> wrote: > > > so stay on RHEL6/CentOS6 until this old hardware dies > where is the problem? Google Chrome, etc. > http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux > http://en.wikipedia.org/wiki/Red_Hat_Enterprise_Linux#Life-cycle_dates > > *who* is forcing you to RHEL7? Nobody wants old desktop apps. -- Les Mikesell lesmikesell(a)gmail.com

10 17

ldapsearch w. SSL refuses to connect to server with openssl 1.0.1 (worked with openssl 1.0.0)
by Frank Thommen 17 Dec '13

17 Dec '13

Hi, ldapsearch with an ldaps-URL stopped working recently, probably with the update from openssl 1.0.0 to openssl 1.0.1. On a server with up-to-date packages (openssl-1.0.1e-16.el6_5.x86_64, openldap-clients-2.4.23-32.el6_4.1.x86_64) I get the following errors when issuing an ldapsearch (some parts anonymized): [bad]# ldapsearch -H "ldaps://ldap.domain.org:6636/" -D <binddn> -x -W -b <searchbase> -d1 -s sub -v "uid=ME" ldap_url_parse_ext(ldaps://ldap.domain.org:6636/) ldap_initialize( ldaps://ldap.domain.org:6636/??base ) ldap_create ldap_url_parse_ext(ldaps://ldap.domain.org:6636/??base) Enter LDAP Password: ldap_sasl_bind ldap_send_initial_request ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP ldap.domain.org:6636 ldap_new_socket: 3 ldap_prepare_socket: 3 ldap_connect_to_host: Trying 12.34.56.78:6636 ldap_pvt_connect: fd: 3 tm: -1 async: 0 TLS: certdb config: configDir='/etc/openldap/cacerts' tokenDescription='ldap(0)' certPrefix='' keyPrefix='' flags=readOnly TLS: cannot open certdb '/etc/openldap/cacerts', error -8018:Unknown PKCS #11 error. TLS: error: connect - force handshake failure: errno 0 - moznss error -12226 TLS: can't connect: TLS error -12226:SSL peer rejected a handshake message for unacceptable content.. ldap_err2string ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) [bad]# while on a system with slightly older OpenSSL package (openssl-1.0.0-27.el6_4.2.x86_64, same openldap-clients package version), I get the following error: [good]# ldapsearch -H "ldaps://ldap.domain.org:6636/" -D <binddn> -x -W -b <searchbase> -d1 -s sub -v "uid=me" ldap_url_parse_ext(ldaps://ldap.domain.org:6636/) ldap_initialize( ldaps://ldap.domain.org:6636/??base ) ldap_create ldap_url_parse_ext(ldaps://ldap.domain.org:6636/??base) Enter LDAP Password: ldap_sasl_bind ldap_send_initial_request ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP ldap.domain.org:6636 ldap_new_socket: 3 ldap_prepare_socket: 3 ldap_connect_to_host: Trying 12.34.56.78:6636 ldap_pvt_connect: fd: 3 tm: -1 async: 0 TLS: certdb config: configDir='/etc/openldap' tokenDescription='ldap(0)' certPrefix='cacerts' keyPrefix='cacerts' flags=readOnly TLS: cannot open certdb '/etc/openldap', error -8018:Unknown PKCS #11 error. TLS: could not get info about the CA certificate directory /etc/openldap/cacerts - error -5950:File not found. TLS: certificate [CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE] is not valid - error -8172:Peer's certificate issuer has been marked as not trusted by the user.. TLS: error: connect - force handshake failure: errno 2 - moznss error -8172 TLS: can't connect: TLS error -8172:Peer's certificate issuer has been marked as not trusted by the user.. ldap_err2string ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1) [good]# It /does/ see the certificate, even though it has a problem with it. Since I know the LDAP server is trustable - despite the certificate issue -, I can work around it with "TLS_REQCERT never" in /etc/openldap/ldap.conf or by prefixing the ldapsearch line with "LDAPTLS_REQCERT=never": [good]# LDAPTLS_REQCERT=never ldapsearch -H "ldaps://ldap.domain.org:6636/" -D <binddn> -x -W -b <searchbase> -d1 -s sub -v "uid=me" ldap_url_parse_ext(ldaps://ldap.domain.org:6636/) ldap_initialize( ldaps://ldap.domain.org:6636/??base ) ldap_create ldap_url_parse_ext(ldaps://ldap.domain.org:6636/??base) Enter LDAP Password: ldap_sasl_bind ldap_send_initial_request ldap_new_connection 1 1 0 ldap_int_open_connection ldap_connect_to_host: TCP ldap.domain.org:6636 ldap_new_socket: 3 ldap_prepare_socket: 3 ldap_connect_to_host: Trying 12.34.56.78:6636 ldap_pvt_connect: fd: 3 tm: -1 async: 0 TLS: certdb config: configDir='/etc/openldap' tokenDescription='ldap(0)' certPrefix='cacerts' keyPrefix='cacerts' flags=readOnly TLS: cannot open certdb '/etc/openldap', error -8018:Unknown PKCS #11 error. TLS: could not get info about the CA certificate directory /etc/openldap/cacerts - error -5950:File not found. TLS: certificate [CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE] is not valid - error -8172:Peer's certificate issuer has been marked as not trusted by the user.. TLS certificate verification: subject: CN=ldap.domain.org,OU=Domain Control Validated,C=DE, issuer: CN=GlobalSign Domain Validation CA - G2,O=GlobalSign nv-sa,C=BE, cipher: AES-256, security level: high, secret key bits: 256, total key bits: 256, cache hits: 0, cache misses: 0, cache not reusable: 0 [... ldapsearch results here ...] [good]# If I do the same on the system with OpenSSL 1.0.1e, I get the same error as w/o this setting. It could be a problem with the OpenSSL 1.0.1 package - hopefully not - or just a configuration issue. I just have no idea which one. Any pointer is highly appreciated. Cheers frank

2 2

thunderbird-24.2.0-2.el5 is borked
by Lars Hecking 17 Dec '13

17 Dec '13

Leon Fauster writes in "RHEL 7 Beta is now public": > RHEL7 without thunderbird :-( Speaking of which, the tb-24 update in 5.10 is totally broken. Cannot get lightning calendar to work all, even after starting with a fresh setup. There are two calendar toolbars, the New Calendar iitem and nearly everything else in this menu are grayed out, and the Day/Week/Multiweek/Month tabs don't work. tb-24+lightning 2.6.4 certainly work fine on my machine at home (not CentOS).

5 8

LVM recovery after pvcreate
by przemolicc＠poczta.fm 17 Dec '13

17 Dec '13

Hi all, I had centos 5.9 installed with one of its volumes (non-root) on LVM: ... /dev/vgapps/lvapps /opt/apps ext3 defaults 1 2 ... Then installed centos 6.4 on this servers but without exporting this volume (I wanted to reuse it). After that instead importing it I did: # pvcreate /dev/sddlmac # vgcreate vgapps /dev/sddlmac And then realised that I should have import it instead of pvcreate/vgcreate. Can I restore previous state and data from this volume ? I have files from /etc/lvm/backup (taken before reinstallation) with its old definition. Regards P.

2 2

6.5 minimal kickstart bug?
by Ted Miller 17 Dec '13

17 Dec '13

I am new to kickstart file, but my understanding of the process is that I am supposed to be able to take the anaconda-ks-cfg file from the /root directory, copy it to an accessible location, and point the install disk to it, and it should reproduce the install I did originally. I used the 6.5 minimal install ISO, copied and renamed the ks.cfg. It is seen as a kickstart file, but it refuses to complete the install with the error message: ----------------------------------------------------- Unable to read package metadata. This may be due to a missing repodata directory. Please ensure that your install tree has been correctly generated. Cannot find a valid baseurl for repo: CentOS ------------------------------------------------------ I read the kickstart file and found the Centos reference in the "repo" line, which the docs say is optional. I commented out that line, and the file works fine. I am guessing that this may be a capitalization mismatch? Or is there something I don't know? Do I need to do a bugzilla on this? Ted Miller Elkhart, IN, USA

2 2

Open more then one connection with RDP client
by Wes James 16 Dec '13

16 Dec '13

I'm using CentOS 6.5 and have one connection open to a system in my student doing a software install. I set up a second RDP connection (Applications -> Internet -> Terminal Server Client), but when I double click on it, it will not run. Is there a way to have more than one running? -wes

1 1

← Newer
1
...
4
5
6
7
8
9
10
...
16
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss December 2013