Discuss

discuss@lists.centos.org

34758 discussions

Re: [CentOS] [CentOS-announce] CentOS Project joins forces with Red Hat
by David Hrbáč 07 Jan '14

07 Jan '14

Dne 7.1.2014 22:09, Karanbir Singh napsal(a): > With great excitement I'd like to announce that we are joining the Red > Hat family. The CentOS Project ( http://www.centos.org ) is joining > forces with Red Hat. Working as part of the Open Source and Standards > team ( http://community.redhat.com/ ) to foster rapid innovation > beyond the platform into the next generation of emerging technologies. > Working alongside the Fedora and RHEL ecosystems, we hope to further > expand on the community offerings by providing a platform that is > easily consumed, by other projects to promote their code while we > maintain the established base. Something I have dreamt of. Good news. Congratulations. Regards, David Hrbáč

1 0

Simple question on USB flash drive naming
by James B. Byrne 07 Jan '14

07 Jan '14

I have a USB key that when inserted into a port on my CentOS-6.5 system maounts as this: /dev/sdb1 /media/22d773e3-8502-4196-b45f-388380dcee48 ext2 rw,nosuid,nodev,uhelper=udisks 0 0 What is the mechanism to give this thing a more human usable mount name / volume name? Mounting this USB key with what I guess is a UUID in place of a name was not always the case. My sense is that the change in behaviour started when I moved the system from CentOS-5.7 to 6.0 but I cannot be sure that this is actually the case. The key has not changed since 2006 (CentOS-4) but the name that CentOS assigns to its mount point has. It used to be something like "kingston_blahblah" I looked at /dev/disk/ on the host and noted that the by-label sub-directory is gone. Is this something that should be there and is not or has CentOS-6 gotten rid of it? TIA -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

Re: [CentOS] Can we trust RedHat encryption tools?
by James B. Byrne 07 Jan '14

07 Jan '14

On Mon, January 6, 2014 16:51, m.roth(a)5-cent.us wrote: > > Looks like it's rtrying to install it, not just build it. In the first > example, you're trying to replace the existing /usr/bin/strip, which only > root can do. Are you doing make, or make install? > I started out by using the openssl.spec file for openssl-1.0.1f directly from openssl.org. The contents of that file are provided at http://git.openssl.org/gitweb/?p=openssl.git;a=blob_plain;f=openssl.spec;hb…. What I then do download the source from openssl.org and put that into ~/rpmbuild/SOURCES and extract it. I then copy ~/rpmbuild/SOURCES/openssl-1.0.1f/openssl.spec into ~/rpmbuild/SPECS and run the following commands: mock --buildsrpm --sources=./rpmbuild/SOURCES --spec=./rpmbuild/SPECS/openssl.spec mock --no-clean --rebuild --root=default /var/lib/mock/epel-6-x86_64/result/openssl-1.0.1f-1.src.rpm This gives the error reported above. I realize that this is a naive approach but I after looking at the Redhat openssl.spec file I thought it best to start with the base files provided by the origin and work out any build problems one by one making the absolute minimum number of changes possible. The nearest equivalent Redhat openssl.spec file that I found is that used by Fedora 20 for openssl-1.0.1e and its contents are displayed here: http://pkgs.fedoraproject.org/cgit/openssl.git/tree/openssl.spec?h=f20 >From what I have read elsewhere, Fedora/Redhat openssl begins with a set of modified source files. The spec file additionally applies about 43 patch files of which 27 alter the functionality of the package. It is not within my ability to determine what effect of the modifications to the source and these additional patches have on the integrity of the openssl provided with RHEL. Is there any third party in our community which does? -- *** 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

Disappearing directory
by Ken Smith 07 Jan '14

07 Jan '14

Hi All and happy new year, Via a cron job a USB disk is mounted on a Centos 6.4 machine for backup and dismounted after. I've noticed this failing. See below, the backup directory that was in /mnt had disappeared, so creating it again as follows... # cd /mnt # mkdir backup # mount /dev/sdb1 /mnt/backup/ # ls backup # cd backup/ # ls boot.tar.gz etc etc.tar.gz home home.tar.gz ident.txt lost+found named.tar.gz root.tar.gz usr.tar.gz var var.tar.gz # cd .. # ls backup # umount /dev/sdb1 # ls # cat /etc/redhat-release CentOS release 6.4 (Final) After the umount the directory vanishes. What gives or have I lost the plot in 2014. (This works as I'd expect on an old fc14 system I have) :-) Ken -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

7 15

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

07 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:0005 CentOS 6 sssd Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 6 Jan 2014 16:08:49 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0005 CentOS 6 sssd Update To: centos-announce(a)centos.org Message-ID: <20140106160849.GA10654(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0005 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0005.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 0d31e0bfd94af81305f8e620a2c859c141d63ee6e7e1695da18ce9ff32b1d8ad libipa_hbac-1.9.2-129.el6_5.4.i686.rpm bd616a723787d89ad2832219915964b1cbb5c45251e013323a17572d18279a7d libipa_hbac-devel-1.9.2-129.el6_5.4.i686.rpm 89ef63c0d8b7d94d53ae76130d82624de337b1b17124abd44f3e5c8dfe8fe442 libipa_hbac-python-1.9.2-129.el6_5.4.i686.rpm d029a76709875099b811c8b788ca761a4851fed24a3e6cd8ac8301aeeebfe50e libsss_autofs-1.9.2-129.el6_5.4.i686.rpm ca729ea089821db0a6e31fae61ef8af691ee44b1c1dd3b7cab3706561ac5de8f libsss_idmap-1.9.2-129.el6_5.4.i686.rpm 570b574f6edd9bc3aeead48a3c8c3dda1425a97c5b53b429c8e99d83236b706b libsss_idmap-devel-1.9.2-129.el6_5.4.i686.rpm c4c441c07b31ffb3515725e08bfdb42bb0bf6a40731b21a8ccf737918765c0d1 libsss_sudo-1.9.2-129.el6_5.4.i686.rpm fab7bb18cf94a75dc2ae89444cd26f593871ff74e0ee7d48d46666703121f3d3 libsss_sudo-devel-1.9.2-129.el6_5.4.i686.rpm 036a42feb61a07ae20a44ba2119f59f7208acdcb4a3f2c99578ae6fb8e950806 sssd-1.9.2-129.el6_5.4.i686.rpm 63b9d09340e4c54efec67109d168de2ec1c489e9f08e5eb0887cc155977c4406 sssd-client-1.9.2-129.el6_5.4.i686.rpm 82673b1596a9ac0dddcbbc09398607d20a2d852e65d37dc8294260d82d2ef485 sssd-tools-1.9.2-129.el6_5.4.i686.rpm x86_64: 0d31e0bfd94af81305f8e620a2c859c141d63ee6e7e1695da18ce9ff32b1d8ad libipa_hbac-1.9.2-129.el6_5.4.i686.rpm ac4561121f9aaf41acae676fbb33cff958afb8c071a43274b7970df0c056191f libipa_hbac-1.9.2-129.el6_5.4.x86_64.rpm bd616a723787d89ad2832219915964b1cbb5c45251e013323a17572d18279a7d libipa_hbac-devel-1.9.2-129.el6_5.4.i686.rpm 2a53eda1460fdf2cc9df81487c05c45c876d70fa104ee88833a40864bff84bd6 libipa_hbac-devel-1.9.2-129.el6_5.4.x86_64.rpm 09f2329cf4a85ce0ed1e2e5d57df1548b592143cc914d56996abf704ba34044b libipa_hbac-python-1.9.2-129.el6_5.4.x86_64.rpm 73eaff3cccaa30f13cf431c1b5b19461e9e2c931ea85e2a00fe73d5c2109104f libsss_autofs-1.9.2-129.el6_5.4.x86_64.rpm ca729ea089821db0a6e31fae61ef8af691ee44b1c1dd3b7cab3706561ac5de8f libsss_idmap-1.9.2-129.el6_5.4.i686.rpm a7ba5cea05f9519f873bd08bdb478aad7f79156f8db26a7aceaf264ce90593e9 libsss_idmap-1.9.2-129.el6_5.4.x86_64.rpm 570b574f6edd9bc3aeead48a3c8c3dda1425a97c5b53b429c8e99d83236b706b libsss_idmap-devel-1.9.2-129.el6_5.4.i686.rpm f9346e709519c0bcb049d0f9d1cbe95692864bb8f114a96b1913f0763bf94dad libsss_idmap-devel-1.9.2-129.el6_5.4.x86_64.rpm 3ccbe1d1f618371ed1a71dc08fa30b5a997c0fcc119704202a901e5fd7cc9520 libsss_sudo-1.9.2-129.el6_5.4.x86_64.rpm fab7bb18cf94a75dc2ae89444cd26f593871ff74e0ee7d48d46666703121f3d3 libsss_sudo-devel-1.9.2-129.el6_5.4.i686.rpm 9a72bb6896d6052055cecf2206d0cdd49bd7ef672040f2154da662402d34082d libsss_sudo-devel-1.9.2-129.el6_5.4.x86_64.rpm 6afd1e8393d11c7f977b715a49935db27868dc9375c614872d65d4084e9e5d36 sssd-1.9.2-129.el6_5.4.x86_64.rpm 63b9d09340e4c54efec67109d168de2ec1c489e9f08e5eb0887cc155977c4406 sssd-client-1.9.2-129.el6_5.4.i686.rpm 218cbec8a327d7077713b545d95738f962d2fec46d11a6ee415b9858cd01012b sssd-client-1.9.2-129.el6_5.4.x86_64.rpm c7e5f0ab55282731cf7a4d0b316cec008135772a6b9eae5fc0c74f2f7bb9d81b sssd-tools-1.9.2-129.el6_5.4.x86_64.rpm Source: ccda87b7a3678c790b5802581d057d16f76ac908c1d317e55bb61b5730c892e3 sssd-1.9.2-129.el6_5.4.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 3 ***********************************************

1 0

nfs client kerberos cache
by Darod Zyree 06 Jan '14

06 Jan '14

Greetings, Not sure if this is the correct mail list. I have the following test environment set up: - 1x ipa master = ipa1.example.com - 1x nfs server = nfs1.example.com - 1x nfs client = nfsclient1.example.com NFS version 4 is used and the appropriate Kerberos principal has been created in IPA: [root@nfs1 ~]# ipa service-show nfs/nfs1.example.com(a)EXAMPLE.COM Principal: nfs/nfs1.example.com(a)EXAMPLE.COM Keytab: True Managed by: nfs1.example.com Mounting using krb5p works: [root@nfsclient1 ~]# mount -v -t nfs -o sec=krb5p nfs1.example.com:/exports/homes/ /mnt mount.nfs: timeout set for Mon Jan 6 21:25:56 2014 mount.nfs: trying text-based options 'sec=krb5p,vers=4,addr=192.168.12.172,clientaddr=192.168.12.173' nfs1.example.com:/exports/homes/ on /mnt type nfs (rw,sec=krb5p) rpcgssd created the Kerberos cache file as indicated in /var/log/messages: rpc.gssd[2473]: INFO: Credentials in CC 'FILE:/tmp/krb5cc_machine_EXAMPLE.COM' are good until 1389125973 So far so good, but then: 1) I unmount everything from nfs1, remove the nfs1.example.host, its DNS record(s) and service principcals. 2) I redeploy the nfs1.example.com and re-create the nfs/nfs1.example.com(a)EXAMPLE.COM principal 3) I try to mount the same NFS share from nfs1 on nfsclient1 I get an error: mount.nfs: trying text-based options 'sec=krb5p,vers=4,addr=192.168.12.172,clientaddr=192.168.12.173' mount.nfs: mount(2): Operation not permitted Now I'm not an IPA or Kerberos expert but I am guessing that this happens because the nfsclient1 still has, and uses, the /tmp/krb5cc_machine_EXAMPLE.COM cache file? This file would have the “old” Kerberos credentials?... On the NFS server in /var/log/messages this error message is displayed: "rpc.svcgssd[5983]: ERROR: GSS-API: error in handle_nullreq: gss_accept_sec_context(): GSS_S_FAILURE (Unspecified GSS failure. Minor code may provide more information) - Wrong principal in request" On the NFS client in /var/log/messages these messages are displayed: "creating context with server nfs(a)nfs1.example.com" "WARNING: Failed to create machine krb5 context with credentials cache FILE:/tmp/krb5cc_machine_EXAMPLE.COM for server nfs1.example.com" "WARNING: Machine cache is prematurely expired or corrupted trying to recreate cache for server nfs1.example.com" Restarting the rpcgssd daemon works, this action removes the /tmp/krb5cc_machine_EXAMPLE.COM file and upon a mount command it is recreated. However restarting the rpcgssd daemon on all NFS clients every time an NFS server is redeployed doesn't feel right. Anyone perhaps have an idea on what I might be doing wrong? Or is this by design?

1 0

Re: [CentOS] I want to ask about some Kernel level operations.
by Eliezer Croitoru 05 Jan '14

05 Jan '14

Hey, I am still not sure if it's Harald or Reindl as first name. Now for the matter in hands: I am building the software mostly manually if I can! The problem is that most software developers tend to build their software in a very good way. The kernel developers for example of a remarkable software is a very strict environment. If I cannot build the kernel as root user it is better to not build it at all from my aspect. The RPMBUILD tools and other automation tools is suppose to help distributing and test the code. Once it has passed these tests why would I need to build them as a non-root user? We all humans and we do tend to maybe miss here and there something but don't let these MOCKs and RPMbuilds to just *vaporise* the basic efforts which the developers invested. I would say something like that: Building as root user\s level is not recommended due to couple incidents in the past. All The Bests, Eliezer On 05/01/14 17:16, Reindl Harald wrote: > DO NOT BUILD AS ROOT AND USE MOCK/RPMBUILD > > what is your problem as you statet even in the original post > that you know that it is not recommended to build as root > but you insist in doing so? > > *what* do you want to achieve with this thread? >

2 1

Re: [CentOS] Need help with spec file for Apache-2.4.7
by James B. Byrne 05 Jan '14

05 Jan '14

On Sun, January 5, 2014 06:02, Peter wrote: > On 01/05/2014 08:28 PM, James B. Byrne wrote: >> >> RPM build errors: >> error: Installed (but unpackaged) file(s) found: > ... >> /usr/bin/apu-1-config > > ... > >> %{_bindir}/apr-u-config > > "apu-l" != "apr-u" > > > Peter > > Ahhh. Thank you. I suppose that eventually I might have noticed. Sigh... Anyway, it is built and packaged now. Next I will see if it runs. Regards, and thanks. -- *** 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 2
by centos-announce-request＠centos.org 05 Jan '14

05 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:0004 CentOS 6 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 4 Jan 2014 12:55:55 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0004 CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20140104125555.GA28638(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0004 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0004.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 34c4d117faac1ba5a647ac7576a48a9a301577a1311b1ad22259c2b32cb8a0a8 kernel-2.6.32-431.3.1.el6.i686.rpm daab71e92b367f886065f43920b930f1a5b3348819b81d0790124e5370591125 kernel-abi-whitelists-2.6.32-431.3.1.el6.noarch.rpm 68cfab16a48a4307d25f1d7be6384f122e1d4c2d7f56ef5c823ea6c3b614820f kernel-debug-2.6.32-431.3.1.el6.i686.rpm 7536e3613c16b14cbb161627840744d8a430b64002c4fc1516987e5f05fd1a0c kernel-debug-devel-2.6.32-431.3.1.el6.i686.rpm 1852acde5db7b864dab0a17a48d50d2947e3422dafba528a52d4028935037da9 kernel-devel-2.6.32-431.3.1.el6.i686.rpm 39aa17b77d7e2a9b2e87930e3426499f621ffa6197c0fa1f4e35e2bb6196defc kernel-doc-2.6.32-431.3.1.el6.noarch.rpm bc4e725a973506786d0bafb5b1de14da829aacfa0400f53c18f3b56eee77fc7b kernel-firmware-2.6.32-431.3.1.el6.noarch.rpm 88eac5ea76326695f363a5b1cb14d212834484aa35f44646a16fb1c3486020e0 kernel-headers-2.6.32-431.3.1.el6.i686.rpm a5c38eebb8ae8cdbe3d8876996848921a430833be657159988a125ce86eae717 perf-2.6.32-431.3.1.el6.i686.rpm 5155425da669468c00f0a9f77e1c8e6960cc679e350b6a2766764833956021dc python-perf-2.6.32-431.3.1.el6.i686.rpm x86_64: e15259cfd6dacdcec24a5975df56149a65f6f027b585d27fc35c4520f4353062 kernel-2.6.32-431.3.1.el6.x86_64.rpm daab71e92b367f886065f43920b930f1a5b3348819b81d0790124e5370591125 kernel-abi-whitelists-2.6.32-431.3.1.el6.noarch.rpm 0c3532615ab9cdadcf23843adad81fb19cab36d815611d5695bc80b2a321fd79 kernel-debug-2.6.32-431.3.1.el6.x86_64.rpm d34677a8534e705ce75a985e56730efc0262a1a902d0f7d7af206817f954cc6d kernel-debug-devel-2.6.32-431.3.1.el6.x86_64.rpm 059b6dab8c655a7a796cfc14a8d20e80dae2a7a2a0328f0be22cbe6cbcbe97b0 kernel-devel-2.6.32-431.3.1.el6.x86_64.rpm 39aa17b77d7e2a9b2e87930e3426499f621ffa6197c0fa1f4e35e2bb6196defc kernel-doc-2.6.32-431.3.1.el6.noarch.rpm bc4e725a973506786d0bafb5b1de14da829aacfa0400f53c18f3b56eee77fc7b kernel-firmware-2.6.32-431.3.1.el6.noarch.rpm ea1fde8c16aa8be359ca6a405d87ff32589c7f2ca08f499e5d45e415dbf4bd29 kernel-headers-2.6.32-431.3.1.el6.x86_64.rpm b45abf04cd19268befdb8530be5c454ee2b389f5f88d9a91c36e67892b65ca9b perf-2.6.32-431.3.1.el6.x86_64.rpm 28d7a61f170305f78af67c923ec47b53f79816acdb4816256214f3a31e429f9b python-perf-2.6.32-431.3.1.el6.x86_64.rpm Source: c676b2ec0d3d2222569157dc7ea67e7941b5f9615f0fe92834dbcb3707b8099c kernel-2.6.32-431.3.1.el6.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 2 ***********************************************

1 0

Re: [CentOS] Need help with spec file for Apache-2.4.7
by James B. Byrne 05 Jan '14

05 Jan '14

On Fri, January 3, 2014 20:29, Markus Falb wrote: > > On 03.Jan.2014, at 21:24, James B. Byrne wrote: > >> Now, I added this in the Sources: >> >> Source0: http://www.apache.org/dist/httpd/httpd-%{version}.tar.bz2 >> Source1: http://www.apache.org/dist/httpd/httpd-%{version}-deps.tar.bz2 > > You have to extract Source1 into the BUILDDIR... > You can verify if apr directory is present with > > $ rpmbuild -bp httpd.spec > $ ls ../BUILD/httpd-2.4.7 > >> <--- rpmbuild/SPECS/httpd.spec > > ... > >> %prep >> %setup -q > > after that %setup macro your working directory should be > rpmbuild/BUILD/httpd-2.4.7 > now something like > > %setup -D -q -b 1 > > http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html-sin… > > -- > Markus > Thank you very much for that reference. This got me past that roadblock. I have resolved many other difficulties but I have run into another problem for which I am unable find any guidance. Now I am getting this error in the build: RPM build errors: File not found: /builddir/build/BUILDROOT/httpd-2.4.7-1.x86_64/usr/lib64/httpd/modules/mod_session_crypto.so Child return code was: 1 EXCEPTION: Command failed. See logs for output. # ['bash', '--login', '-c', 'rpmbuild -bb --target x86_64 --nodeps builddir/build/SPECS/httpd.spec'] I cannot find anything in the spec file that refers to this module by name other than the following: %{_libdir}/httpd/modules/mod_session_crypto.so Am I missing something obvious? Is there an undeclared dependency? Any assistance gratefully accepted. -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss