May 2014 - Discuss - lists.centos.org

Samba problem
by Joseph Hesse 12 May '14

12 May '14

Hello, My only hard drive failed on a private server so I had to replace it and reinstall Centos 6.5 and Samba. My smb.conf file is OK according to "testparm". I configured smb and nmb, with chkconfig, to start when the system boots. After the system boots if I do "service nmb status" I get the response "nmbd dead but pid file exists". I can delete the pid file manually and start nmb with "service nmb start". The problem is that when the system shuts down and restarts I still find that "nmbd dead but pid file exists". Any suggestions on how to fix the problem would be much appreciated. Thank you, Joe

2 1

SSSD Passwd change problem
by Eric Falbe 12 May '14

12 May '14

Hi, I have sssd set up and it mostly works how I would expect, but the ldap_chpass_uri does not seem to work correctly with the passwd command. I have two configs, one working and one not: Working: ldap_uri = ldap://ldap.example.com ldap_chpass_uri = ldap://ldap.example.com Non Working: ldap_uri = ldap://ldap3.example.com,ldap://ldap2.example.com,ldap:// ldap.example.com ldap_chpass_uri = ldap://ldap.example.com ldap.example.com is the master ldap server, and the other two are read-only consumers. I have the clients set up with sssd to use their local ldap replication, except for changing their password. With the non working config the only thing I have changed is the ldap_uri. The behavior seems like it is not using the ldap_chpass_uri directive. I can post more of the config files if needed. When I use the passwd command to update a password, the first config snippet works as expected, whereas the second does not. Any ideas? Thanks, Eric Falbe

2 1

Xnest and gnome
by m.roth＠5-cent.us 12 May '14

12 May '14

I still don't like gnome.... Got a user who wants the "whole gnome experience" (i.e., he can't deal w/ the command line), so I'm testing this: I'm running 6.5, KDE. On the server, I've installed both Xnest, "Gnome Desktop Environment", and "X Window System". Xnest works fine, I can start xclock, or an xterm, but if I try DISPLAY=:1, I see the taskbar and top bar start to appear on the Xnest window, and then it crashes. Most recently, I've been using Xnest -query hostname :1 to start.... I *suspect* it has something to do with .Xauthority or something in my home directory, NFS mounted, of course, on both my workstation and the server, but.... Any clues or suggestions? The messages when it crashes start with: Error: (9) Connection ":1.246" is not allowed to own the service "org.freedesktop.NetworkManagerUserSettings" due to security policies in the configuration file Xlib: extension "RANDR" missing on display ":1". Xlib: extension "RANDR" missing on display ":1". Xlib: extension "DPMS" missing on display ":1". X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 73 (X_GetImage) Serial number of failed request: 5764 Current serial number in output stream: 5764 gnome-panel: Fatal IO error 0 (Success) on X server :1. mark

1 0

OpenDKIM and SELinux
by James B. Byrne 12 May '14

12 May '14

Following the most recent kernel updates I restarted our outgoing SMTP MTA which was recently reconfigured to DKIM sign messages using OpenDKIM. This morning I discovered that Postfix had stopped on that server. Whether it is related to the Postfix issue or not is yet to be determined but, in the process of getting things restarted I ran across this error with Open DKIM: # service opendkim restart Stopping OpenDKIM Milter: [FAILED] Starting OpenDKIM Milter: opendkim: /etc/opendkim.conf: refile:/etc/opendkim/TrustedHosts: dkimf_db_open(): Permission denied [FAILED] I check the permissions and ownership on the file and everything seems normal. I then checked audit2why and got this: audit2allow: error: no such option: -- [root@inet08 opendkim]# audit2why -l -a type=AVC msg=audit(1399898848.286:2317): avc: denied { dac_read_search } for pid=15213 comm="opendkim" capability=2 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. type=AVC msg=audit(1399898848.286:2317): avc: denied { dac_override } for pid=15213 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability Was caused by: Missing type enforcement (TE) allow rule. You can use audit2allow to generate a loadable module to allow this access. We have been using dkim for a little while now and our dmarc records indicate that messages from our domains should be signed so this problem needed an immediate fix or workaround. What I ended up with was this .te file that generates an SEModule which at least gets the service running. What else it opens us up to I am not sure so I would appreciate some commentary on how I should proceed to obtain a permanent fix: module localOpenDKIMmod 1.0; require { type dkim_milter_t; class capability { dac_read_search dac_override }; } #============= dkim_milter_t ============== allow dkim_milter_t self:capability { dac_read_search dac_override }; -- *** 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

CentOS-announce Digest, Vol 111, Issue 6
by centos-announce-request＠centos.org 12 May '14

12 May '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:0479 CentOS 6 mdadm Update (Johnny Hughes) 2. CEBA-2014:0482 CentOS 6 virt-viewer Update (Johnny Hughes) 3. CEBA-2014:0480 CentOS 6 glibc Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 12 May 2014 09:09:48 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0479 CentOS 6 mdadm Update To: centos-announce(a)centos.org Message-ID: <20140512090948.GA31608(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0479 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0479.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dcb06cb9223e8beb2895b015325541f002cc17e65a4969ae5e8ae4a4cafab646 mdadm-3.2.6-7.el6_5.2.i686.rpm x86_64: a345fb7da35c8d6939f8528df57a1d5ddea5a32c5c2e35f0ce7ebb8d1d4fc1ea mdadm-3.2.6-7.el6_5.2.x86_64.rpm Source: 790cde83904db3954594552c52d02c7fd7995a96b6af820121a7b4988d9d25dc mdadm-3.2.6-7.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 12 May 2014 09:10:49 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0482 CentOS 6 virt-viewer Update To: centos-announce(a)centos.org Message-ID: <20140512091049.GA31801(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0482 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0482.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 05fb9063c98b4a2ec8c8e486e9a14920aae1343d9155e4e03caec34b13f2d1fe virt-viewer-0.5.6-8.el6_5.2.i686.rpm x86_64: 2a34e3b003095390204c557e3ad38ad63a927815e34277423b0854563d2f4a16 virt-viewer-0.5.6-8.el6_5.2.x86_64.rpm Source: 14436b7735f3bb8bea20d4ee331f283d69464c99a270e8ae363c91de534dc8a5 virt-viewer-0.5.6-8.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 12 May 2014 09:20:03 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0480 CentOS 6 glibc Update To: centos-announce(a)centos.org Message-ID: <20140512092003.GA32302(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0480 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0480.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 61ee3b95a41c3248bf1f6869bb4395bd7ecd5f5458390b0a532aba2e24867cc5 glibc-2.12-1.132.el6_5.1.i686.rpm 51d4dc05d99974de458a504b0898b68f384fe494739ad022753c4c60f6e0d694 glibc-common-2.12-1.132.el6_5.1.i686.rpm 2291ca8dae36ee186e1952b2d97305b0b69db1da636bfeb232e95f8dca86983c glibc-devel-2.12-1.132.el6_5.1.i686.rpm bc9e8f1257f5eff0d27524289bb983664e213a8e66ee81831e7230058602556e glibc-headers-2.12-1.132.el6_5.1.i686.rpm bf67d3ac8390077100787c4e669c24215b0a594ce0fe6d3d18ddc85765fcbcc2 glibc-static-2.12-1.132.el6_5.1.i686.rpm 94b09ee7111e03c16c74459257b67d974962f8a0f27436a103ce9afa07accdbf glibc-utils-2.12-1.132.el6_5.1.i686.rpm ed69e226d681c5c613797eac67f8973824ed44cd8a54804e69ab75f002af69fc nscd-2.12-1.132.el6_5.1.i686.rpm x86_64: 61ee3b95a41c3248bf1f6869bb4395bd7ecd5f5458390b0a532aba2e24867cc5 glibc-2.12-1.132.el6_5.1.i686.rpm 23e70f730344720b009071e1397557205523da758de754c6d4f96dd23570bff4 glibc-2.12-1.132.el6_5.1.x86_64.rpm 366c7a05c3dab6c0eb2f3e044834930cfe2e52822ca69c65ba0c2bf5c5217366 glibc-common-2.12-1.132.el6_5.1.x86_64.rpm 2291ca8dae36ee186e1952b2d97305b0b69db1da636bfeb232e95f8dca86983c glibc-devel-2.12-1.132.el6_5.1.i686.rpm dd1a75ab2fa5aee65542f277bab51822201ff200fe02c1bd7a674e20527b162c glibc-devel-2.12-1.132.el6_5.1.x86_64.rpm 2609cf80b2840c0fafc3824e7451c95322a4e0c54bfacf0dee3228015151838e glibc-headers-2.12-1.132.el6_5.1.x86_64.rpm bf67d3ac8390077100787c4e669c24215b0a594ce0fe6d3d18ddc85765fcbcc2 glibc-static-2.12-1.132.el6_5.1.i686.rpm 1862effada19be6bb1c6fc5a2218f74dafd7ea7fa62496cbec7d88177a13fb0c glibc-static-2.12-1.132.el6_5.1.x86_64.rpm 25c607944fc32cd1e7afb059fdf4a3ff5fcbfa326d8658f3a66f541daf34ce6b glibc-utils-2.12-1.132.el6_5.1.x86_64.rpm 80817131e2d9df5685f3d751061cae77691f350462f8217273112c11542a6abb nscd-2.12-1.132.el6_5.1.x86_64.rpm Source: 381c5ee5987f7161db5f5ea411aafe30fb2e344a536942dfaf5ff8507f4fa06a glibc-2.12-1.132.el6_5.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 111, Issue 6 ***********************************************

1 0

EFI and RAID questions
by CS_DBA 11 May '14

11 May '14

Hi All; I have a new server we're setting up that supports EFI or Legacy in the bios I am a solid database guy but my SA skills are limited to what I need to get by 1) I used EFI because I wanted to create a raid 10 array with 6 4TB drives and apparently I cannot setup gpt partitions via parted in legacy mode (at least that's what I've read - is this true?) 2) I installed the OS on 2 500GB drives, I used to do all my installs with software RAID (mirrored) without LVM as follows: - create 2 raid partitions (one on each drive) for swap, /boot and / - create a raid1 device for each set of partitions above The installer would not let me proceed without a /boot/efi partition I tried to create a raid partition on each drive for this and create a /boot/efi raid disk but when I doit this way in the installer I no longer see the "EFI SYSTEM Partition" as an option for the filesystem type so this did not work either. I ended up doing hardware raid for the OS drives and software raid for the 6 4TB data drives. It works but I prefer to do software raid for everything so we ca have standard methods of monitoring for bad drives. Is there a way to setup software raid with EFI? Do I need to add a /boot/efi partition only to one of the 2 OS drives? If so how do I recover if we loose the drive with the /boot/efi partition? Is it required to use LVM to do this? Thanks in advance

4 4

how to replace a raid drive with mdadm
by CS_DBA 10 May '14

10 May '14

Hi all If we loose a drive in a raid 10 array (mdadm software raid) what are the steps needed to correctly do the following: - identify which physical drive it is - replace the drive - add the new drive to the array and force it to re-sync Thanks in advance

3 3

[ask] iodined: open_tun: /dev/net/tun: Operation not permitted
by Morning Star 10 May '14

10 May '14

Hi guys, I got error when executing iodined at my vps: $ sudo iodined -f -P test1 192.168.0.1 localhost iodined: open_tun: /dev/net/tun: Operation not permitted: Operation not permitted so i check -. iodine version: iodine IP over DNS tunneling server version: 0.5.1 from 2009-03-21 -. uname 2.6.32-042stab068.8 #1 SMP Fri Dec 7 17:06:14 MSK 2012 i686 i686 i386 GNU/Linux -. ls -l /dev/net/tun rw-rw-rw- 1 root root 10, 200 May 5 00:24 /dev/net/tun how can i resolve this problem? thanks in advance. regards, marco

5 6

CentOS 6.5 fresh install, public ssh keys cannot authenticate
by Dan Bikle 09 May '14

09 May '14

Dear List, I cannot get public ssh keys to work in a fresh install of centos6.5 This might be a centos bug. I've googled for a solution. Mostly I found threads suggesting I debug sshd or run ssh -v for clues. Also I've seen threads suggesting I look at file and directory permissions. I dont think I should need to debug sshd after a fresh install. Also I think a fresh install should correctly set file and directory permissions. I think ssh should just simply work or I should see some simple documentation to make it work. Steps to reproduce this bug: Get the latest copy of virtualbox software. Get a centos6.5 dvd. Press the new button in virtualbox In the settings of the new install ask virtual box to setup a bridged adapter. Walk through the virtualbox wizard UI. When it asks for distribution point it at centos6.5 iso When the iso boots inside of virtualbox, choose to install desktop which is the first choice of choices. Eventually it will ask for a username, give the name of 'dan' and password paloalto9. When presented a login screen, login as dan. Start a terminal. try ssh: ssh dan@localhost That should prompt you for password and log you in. Also it should create ~dan/.ssh/ cd ~dan/.ssh/ do this: ssh-keygen That should create 2 files: ~dan/.ssh/id_rsa ~dan/.ssh/id_rsa.pub do this: cat ~dan/.ssh/id_rsa.pub > ~dan/.ssh/authorized_keys try: ssh dan@localhost It should log me in. Instead it prompts for password. I've walked through this type of scenario many times over the past few years and it has always worked. Currently it works well on ubuntu 12.04. I think something in centos6 might be broken? Perhaps there is a documented step somewhere which has been added to fresh centos installs which I missed? Dan

4 4

Kickstarts failing 30% of time on Dell 620 blades
by Dan Hyatt 09 May '14

09 May '14

I have a large set of Dell 620 blades fully populated with memory and duel socket CPUs, Centos6.4 image. I have a kickstart that I am using to pxe boot 36 blades. I have two internal drives which are raid1 (two disks formed into one, no redundancy), not san attached In the first set, 9 successfully completed. 7 more built correctly after trying another pxe boot. 2 just wont pxeboot In the second set I had 11 fail and 5 succeed and the two I tried again failed. When they fail, they go to GRUB. I try booting from disk from the drac and still get grub It looks like the complete centos kickstart occurs as it goes through the whole install before rebooting and failing. Any idea why this would happen with identical hardware, identical kickstart/image, inside the same blade chassis. Any idea what to test. -- Dan Hyatt Division of Statistical Genomics Washington University School of Medicine 4444 Forest Park Blvd, Campus Box 8506 St. Louis, MO 63108 314 747 4767 (o) 314 473 8713 (c) dhyatt(a)dsgmail.wustl.edu

3 2

Processes launched from rc*.d and ulimit -n
by Mitch Patenaude 09 May '14

09 May '14

I'm running fedora directory server on some boxes in a multi-master arrangement. The problem is that when dirsrv is lauched from init (on boot) the maximum number of allowed file descriptors (ulimit -n) is only 4096. That means that the slapd process can only accept ~4k connections, and it needs to accept ~10k or so. The value for nofile for all users in /etc/security/limits.conf (and limits.d/*) is 65536, and as soon as I restart the process (service dirsrv restart) it comes up with ulimit -n being 64K, the way it's supposed to. Why isn't it doing this at boot? Right after boot: ldap07:~ mpatenaude$ ldapsearch -x -h localhost -LLL -D 'cn=directory manager' -W -b 'cn=config' -s base nsslapd-maxdescriptors Enter LDAP Password: dn: cn=config nsslapd-maxdescriptors: 4096 ldap07:~ mpatenaude$ sudo service dirsrv restart [sudo] password for mpatenaude: Shutting down dirsrv: ldap07... [ OK ] Starting dirsrv: ldap07... [ OK ] ldap07:~ mpatenaude$ ldapsearch -x -h localhost -LLL -D 'cn=directory manager' -W -b 'cn=config' -s base nsslapd-maxdescriptors Enter LDAP Password: dn: cn=config nsslapd-maxdescriptors: 65535 Thanks, -- Mitch Patenaude

3 3

CentOS-announce Digest, Vol 111, Issue 5
by centos-announce-request＠centos.org 09 May '14

09 May '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:0475 Important CentOS 6 kernel Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 8 May 2014 17:53:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0475 Important CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20140508175325.GA24045(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0475 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0475.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 267ceab23c1f901e62d2985a419e7ca13f36babf76290e489a1c767a48a36b59 kernel-2.6.32-431.17.1.el6.i686.rpm 84b4eed6521edd16bf2a23cb0666739310dcf33dd8686f1bd45dd11ceeb9bc0f kernel-abi-whitelists-2.6.32-431.17.1.el6.noarch.rpm e4a09451b5c7b0261183f6833301ce5038aec87fc7cb0f0b2432872bccf09fa7 kernel-debug-2.6.32-431.17.1.el6.i686.rpm 4eb771030ff176ae50ab047e5566c20efbd680cca03da218fed89ed137b22694 kernel-debug-devel-2.6.32-431.17.1.el6.i686.rpm 595668b669552f21b2c25d7f690d2ba339c91d588b50deb3f6748bc0626b5906 kernel-devel-2.6.32-431.17.1.el6.i686.rpm 32d42356c1ce28c095bc896e2a5bf6a78d5008ba90f28b723bcddc4e28001d12 kernel-doc-2.6.32-431.17.1.el6.noarch.rpm 004a89382221072d038dd28cd37b3d78f35a5bc0c135bf9d98fe0dec29588c95 kernel-firmware-2.6.32-431.17.1.el6.noarch.rpm ba3e5aa5673a4327a28e815c710dcba33b5463d711da6e7e7dba66b4471d7e84 kernel-headers-2.6.32-431.17.1.el6.i686.rpm 991c1f3f53890e9f9d7b425642f2c741a524f7c059c2c74daf640c9b1c78ef43 perf-2.6.32-431.17.1.el6.i686.rpm 023970cca2b6437cfe0f01db2e623df3e45f606709cc70b8851d60590a3e1849 python-perf-2.6.32-431.17.1.el6.i686.rpm x86_64: c1342c8ceb9dd2b5f81e9a6775d4b51156b0389fad1499413165fb18ccd805e1 kernel-2.6.32-431.17.1.el6.x86_64.rpm 84b4eed6521edd16bf2a23cb0666739310dcf33dd8686f1bd45dd11ceeb9bc0f kernel-abi-whitelists-2.6.32-431.17.1.el6.noarch.rpm dcd8aa7f637ca5aaa90d2d9679149192866beefcab48a1a3443d3b8875d35120 kernel-debug-2.6.32-431.17.1.el6.x86_64.rpm 96e73ab864fa657282c525a3d117ccfdc6fe73807dd572a9c6cc8b3420b7006d kernel-debug-devel-2.6.32-431.17.1.el6.x86_64.rpm ed2064e32ce4a24a7496e59fe67a9a2dc8398bd316d0939a2df40ee0a639c99e kernel-devel-2.6.32-431.17.1.el6.x86_64.rpm 32d42356c1ce28c095bc896e2a5bf6a78d5008ba90f28b723bcddc4e28001d12 kernel-doc-2.6.32-431.17.1.el6.noarch.rpm 004a89382221072d038dd28cd37b3d78f35a5bc0c135bf9d98fe0dec29588c95 kernel-firmware-2.6.32-431.17.1.el6.noarch.rpm 3d4824821ff14fd58c401b43396f9db9e42cdf071266d448d3497a59a1e3595e kernel-headers-2.6.32-431.17.1.el6.x86_64.rpm fa072fb210e20d3c273d96cdc43bd795d5f051c750aa8eea883c0676847de5b2 perf-2.6.32-431.17.1.el6.x86_64.rpm 78270504fff7321e0fa56aa359abb9cf92447aca3375e9aa0823f4c46a1acd13 python-perf-2.6.32-431.17.1.el6.x86_64.rpm Source: 0b647383a66ba3440ccebb136cacc9c366eb283d2b575c6146921d2661204054 kernel-2.6.32-431.17.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 111, Issue 5 ***********************************************

1 0

plug in phones, speaker does not mute.
by Fred Smith 09 May '14

09 May '14

Hi all! Using C6 on an Asus M5A99X EVO R2.0 motherboard with AMD six core FX6300. That board uses Realtek ALC892 audio chipset. For the first time since I got that motherboard I tried plugging in headphones to the front panel speaker output. I was somewhat displeased to note that the speakers don't mute when that happens. I recall seeing info on that in Fedora, but not Centos, and haven't so far scared up how to troubleshoot it. I can MANUALLY change the setting in sound preferences, which offers only two choices: "Analog Output" and "Analog Headphones". Suggestions will be welcomed! Fred -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- The eyes of the Lord are everywhere, keeping watch on the wicked and the good. ----------------------------- Proverbs 15:3 (niv) -----------------------------

2 2

0006698: CentOS is missing libnetfilter queue related packages
by Robert Moskowitz 08 May '14

08 May '14

I am working with HIP for Linux: http://infrahip.hiit.fi/ We are looking to some major server support on currently Centos 6 cloud images. Problem is for other distros, hipl has moved on to libnetfilter_queue which is not supported in Centos 6. See: http://bugs.centos.org/view.php?id=6698 How can we get this as part of the standard install and maintained libs? thank you.

2 3

License question: centos-indexhtml
by Jose Luna 08 May '14

08 May '14

Hi, and sorry to bug you all for something so simple: The project in which I am working would like to use CentOS, but it has very strict requirements regarding licensing. The item that I have had trouble with is centos-indexhtml-6-1.el6.centos.src.rpm. Within it, the License is only identified as 'distributable', which is not precise enough. Is there any way of contacting the author of said package, or does anyone have any clues as to what does distributable mean exactly? (preferably with references somewhere in the CentOS distribution) -Joe

2 2

su command
by Jerry Geis 08 May '14

08 May '14

I am running pulseaudio on centOS 6.5 audio works fine as the user. running the command aplay /usr/share/sounds/alsa/Front_Center.wav works fine. when I login as root and run the command su user -c "aplay /usr/share/sounds/alsa/Front_Center.wav" it does not work. I thought su actually runs as that user... is there some "magic" to su I don't know about? How might I get that to work ? Thanks, jerry

3 2

RHEL7 beta discussions?
by Les Mikesell 08 May '14

08 May '14

Where would be an appropriate place to get help with the quirks of RHEL7 beta, particularly GUI usability issues? Gnome3 won't work under x2go, so I'm trying to use KDE but can't believe that anyone actually uses borderless windows where you can't tell where you are clicking near the edges, grey-background terminals or the default font set. So there must be some other themes or a lot that I don't know about it. -- Les Mikesell lesmikesell(a)gmail.com

13 23

Re: [CentOS] UC su command
by Rushton Martin 08 May '14

08 May '14

Try using "su -" to get a login shell. For example: # su - user -c pwd /home/user # su user -c pwd /root You are trying to run pulseaudio in root's environment with the user's permissions. Regards, Martin >-----Original Message----- >From: centos-bounces(a)centos.org [mailto:centos-bounces@centos.org] On >Behalf Of Jerry Geis >Sent: 08 May 2014 14:58 >To: centos(a)centos.org >Subject: [CentOS] su command > >I am running pulseaudio on centOS 6.5 >audio works fine as the user. >running the command >aplay /usr/share/sounds/alsa/Front_Center.wav >works fine. > >when I login as root and run the command su user -c "aplay >/usr/share/sounds/alsa/Front_Center.wav" >it does not work. > >I thought su actually runs as that user... >is there some "magic" to su I don't know about? >How might I get that to work ? > > >Thanks, > >jerry >_______________________________________________ >CentOS mailing list >CentOS(a)centos.org >http://lists.centos.org/mailman/listinfo/centos This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. QinetiQ may monitor email traffic data and also the content of email for the purposes of security. QinetiQ Limited (Registered in England & Wales: Company Number: 3796233) Registered office: Cody Technology Park, Ively Road, Farnborough, Hampshire, GU14 0LX http://www.qinetiq.com.

1 0

CentOS-announce Digest, Vol 111, Issue 4
by centos-announce-request＠centos.org 08 May '14

08 May '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:0474 Important CentOS 5 struts Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 7 May 2014 14:04:43 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0474 Important CentOS 5 struts Update To: centos-announce(a)centos.org Message-ID: <20140507140443.GA15962(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0474 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0474.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1cc4200256cb0a4ae91db1bde3b5f4cdf6b9ab4e920d0c33934bae1a3b2e0bfe struts-1.2.9-4jpp.8.el5_10.i386.rpm 954c8a5b17dcd6226effbc9d0feeabf2c329ab052fe50c5eb99657c5ac8b9e05 struts-javadoc-1.2.9-4jpp.8.el5_10.i386.rpm d6aa0abfab35a345254ef2fb4a94e49fd8c51213b1da38eacd60f016c379ef09 struts-manual-1.2.9-4jpp.8.el5_10.i386.rpm 48cdbed39820b9457f9ab0e1a83ec481bfc4fc103de9c694103ee30d536e45d1 struts-webapps-tomcat5-1.2.9-4jpp.8.el5_10.i386.rpm x86_64: 4c59e85eb9fab15bd8e68947959032eaec7f568e139d2514888258b5450e206f struts-1.2.9-4jpp.8.el5_10.x86_64.rpm 6b9363be4d9c564374014fe8f3c0220344e89e13c086b2c37ca7b668425dcf2a struts-javadoc-1.2.9-4jpp.8.el5_10.x86_64.rpm b957bffe65ef7565bf5610de0640cc8a905838af04c54a180615c80b095e2b6c struts-manual-1.2.9-4jpp.8.el5_10.x86_64.rpm 6757f13f6708506eb3625847008d594245a195b671312b3d2a66d10fdd868616 struts-webapps-tomcat5-1.2.9-4jpp.8.el5_10.x86_64.rpm Source: 7d12784d5b3ecea7a21217e485c686f007da683339007430921a1530e7006dd6 struts-1.2.9-4jpp.8.el5_10.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 111, Issue 4 ***********************************************

1 0

Format big drives (4TB) in the installer?
by CS_DBA 07 May '14

07 May '14

Hi all; I cross posted this to the fedora list since we use Fedora as a test bed from time to time, however given this is a production server we'll likely be running CentOS. we've just ordered a new server (http://www.spectrumservers.com/ssproducts/pc/viewPrd.asp?idcategory=26&idpr…) Originally I tried to simply upgrade an older server with more drive space, I installed six (6) 4TB drives and did a new CentOS 6.5 install but the OS would not allow me to configure more than 2TB per drive. Subsequent research leads me to conclude that if the bios supports UEFI and the installer boots as such then the installer should see 4TB drives without any issues. I'm also assuming that any server I order today (i.e. a more modern server) should ship with UEFI support in the bios. Are my conclusions above per UEFI correct? Thanks in advance

5 6

NFS4 idmap question
by Peter Wood 07 May '14

07 May '14

HTTPD on some of my CentOS5 systems is configured to run as user "nobody". Also, it needs access to some exported file systems. CentOS5 uses NFS3 so I changed the ownership of the files on the storage server to "nobody" to give httpd full permissions. Now I want to rebuild these systems with CentOS6 and httpd running as user "apache". The problem is how to give access to the NFS exports to these new servers while the old ones are still using the same exports. CentOS6 uses NFS4 so I was thinking to use idmap and statically map user "nobody" to local user "apache" but I can't seem to get it working. I wonder is it even possible considering that user "nobody" is a system type user? Any better ideas what I can do to give user nobody on CentOS5 and user apache on CentOS6 full access to the same NFS exported directories locally owned by user nobody? Thank you, -- Peter

2 3

Re: [CentOS] Format big drives (4TB) in the installer?
by m.roth＠5-cent.us 07 May '14

07 May '14

Ljubomir Ljubojevic wrote: > On 05/07/2014 05:31 PM, CS_DBA wrote: >> Thanks for the advice, can someone point me to a good step by step how to per setting up a RAID 10 volume per the parted & GPT tools? >> > > You might find this usefull, text on official CentOS Facebook group. GPT is separate from RAID's, so GPT is not covered, but RAID part should be the same: > https://www.facebook.com/notes/centos/software-raid-on-rhel-6/1015125458976… > > Original text is here: > https://linux.dell.com/files/whitepapers/Software_RAID_on_Red_Hat_Enterpris… > > For RAID10 I suggest far 2, and boot regular raid1 > > Creating Boot RAID1: > [root@kancelarija]# mdadm --create /dev/md9 --level=1 --raid-disks=2 /dev/sdd1 /dev/sde1 --metadata=0.90 > > Creating RAID10 far,2: > > [root@kancelarija]# mdadm --create /dev/md9 --level=10 --layout=f2 --raid-disks=2 /dev/sdd9 /dev/sde9 > We have a good bit of RAID here, and GPT, with all the 3TB drives we got last year. We've added stuff in our kickstart script to partition with GPT and parted (fdisk doesn't do GPT, if you'd missed that). In the ks, we mklabel GPT, then do NOT clear partitioning when you go to create partitions, or it'll blow away the GPT. Also, my manager is very much not a fan of LVM, but we do have *large* RAIDs - we use RAID 6 for data, though we've used RAID 1 for /boot and /. Since I keep reading that "we really need to fix the fsck,etc tools for > 16TB in the next year" for the last 4 years (at least), I partition them as 14-16TB, and that works just fine. mark

2 2

files mysteriously changing ownership
by Tim Dunphy 07 May '14

07 May '14

We have a directory that holds the media for a website. We want that directory owned by the apache user and group. But for some reason that directory and all it's files keep reverting to being owned by a user account and group. [root@webservera ourwebsite]# ls -ld media/ drwxrwxr-x 163 user_a user_a_group 143360 Apr 29 13:29 media/ I have even setup a cron job to automate the ownership of this file to the right group to run every hour. 0 * * * * /bin/chown -R apache:apache /var/www/ourwebsite/media/ But every hour that directory keeps reverting to being owned by user_a and user_a_group. I've checked history files and crontabs for all users including root for rsync's and chowns. And I can find no evidence of what is causing this phenomenon of the directory automatically changing its' owner and group. How can I best investigate this in ways I haven't tried yet? The host in question is a CentOS 5.7 host. Thanks Tim -- GPG me!! gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B

3 4

centosplus kernel-debug
by Steve Clark 07 May '14

07 May '14

Hi, I am setting up crashkernel and was wondering where I get the kernel-debug rpm for centosplus kernels. Thanks, -- Stephen Clark *NetWolves Managed Services, LLC.* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

3 4

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

07 May '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:0472 CentOS 6 device-mapper-multipath Update (Johnny Hughes) 2. CEBA-2014:0471 CentOS 6 sos Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 6 May 2014 13:18:50 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0472 CentOS 6 device-mapper-multipath Update To: centos-announce(a)centos.org Message-ID: <20140506131850.GA43497(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0472 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0472.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2ac0859f10a218873e42c1be5a9e4060ac68a39aea9576e34a1bf610855afa4f device-mapper-multipath-0.4.9-72.el6_5.2.i686.rpm b576b9852cd74d863d1fffafa023b2ca3c9990cee1ca7c1cb603821c5eb66e79 device-mapper-multipath-libs-0.4.9-72.el6_5.2.i686.rpm 1998a84aeb56f8948e451953cbf37c8930c28c5ad44ce96fa38a81525bbe7805 kpartx-0.4.9-72.el6_5.2.i686.rpm x86_64: b5b0d4752f044c726d7e8cd304bc2bd717428c26f775d53d8729c06b09df9f7f device-mapper-multipath-0.4.9-72.el6_5.2.x86_64.rpm b576b9852cd74d863d1fffafa023b2ca3c9990cee1ca7c1cb603821c5eb66e79 device-mapper-multipath-libs-0.4.9-72.el6_5.2.i686.rpm db0e585b714546a95de619d5c12c677fdac619e04f5558776b372638973a2d6f device-mapper-multipath-libs-0.4.9-72.el6_5.2.x86_64.rpm eb88cb5a6d41cb3e612684e52475ce83bf767c8bc42cf00a30e5a7f387edc77e kpartx-0.4.9-72.el6_5.2.x86_64.rpm Source: 359cfea9acba3deb29a4a2c77debca1951d323f5d21e2da43f6ef5781e69e82e device-mapper-multipath-0.4.9-72.el6_5.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Tue, 6 May 2014 13:19:52 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0471 CentOS 6 sos Update To: centos-announce(a)centos.org Message-ID: <20140506131952.GA43697(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0471 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0471.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a5ae259430763f29fadceb26036c8ca90aa41808f3e31bddf5063e6af8d3704c sos-2.2-47.el6.centos.1.noarch.rpm x86_64: a5ae259430763f29fadceb26036c8ca90aa41808f3e31bddf5063e6af8d3704c sos-2.2-47.el6.centos.1.noarch.rpm Source: 22873d657075f18a0edc15e8b2a186b139a4e09c3968824f6c20aa6ff1a49027 sos-2.2-47.el6.centos.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 111, Issue 3 ***********************************************

1 0

Re: [CentOS] Opendkim and SELinux
by James B. Byrne 06 May '14

06 May '14

On Mon, May 5, 2014 11:48, Daniel J Walsh wrote: > > On 05/05/2014 11:22 AM, James B. Byrne wrote: >> CentOS-6.5 >> OpenDKIM-2.9.0 (epel) >> Postfix-2.6.6 (updates) >> >> I am trying to get opendkim working with our mailing lists. In the course >> of that endeavour I note that these messages are appearing in our syslog: >> >> >> May 4 20:50:02 inet08 setroubleshoot: SELinux is preventing >> /usr/sbin/opendkim from using the signull access on a process. For complete >> SELinux messages. run sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c >> . . . > Attaching the output of the sealert command or the audit.log would help. > FYI # grep dkim /var/log/audit/audit.log type=AVC msg=audit(1399250949.323:82972): avc: denied { signull } for pid=32289 comm="opendkim" scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=process type=SYSCALL msg=audit(1399250949.323:82972): arch=c000003e syscall=234 success=yes exit=0 a0=6932 a1=769f a2=0 a3=7f2264ff6110 items=0 ppid=26929 pid=32289 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=5283 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399251319.711:82997): avc: denied { dac_override } for pid=327 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399251319.711:82997): arch=c000003e syscall=2 success=yes exit=3 a0=15aace7 a1=0 a2=1b6 a3=0 items=0 ppid=326 pid=327 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399254500.911:83137): avc: denied { dac_override } for pid=1326 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399254500.911:83137): arch=c000003e syscall=2 success=yes exit=3 a0=1161ce7 a1=0 a2=1b6 a3=0 items=0 ppid=1325 pid=1326 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399277028.540:84183): avc: denied { search } for pid=10770 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399277028.540:84183): avc: denied { read } for pid=10770 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399277028.540:84183): avc: denied { open } for pid=10770 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399277028.540:84183): arch=c000003e syscall=2 success=yes exit=20 a0=7ff020cd12b8 a1=80000 a2=2803ff a3=7fefff5fdba0 items=0 ppid=1329 pid=10770 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11446 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399300306.429:85270): auid=0 uid=494 gid=493 ses=11446 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=1331 comm="opendkim" sig=6 type=AVC msg=audit(1399300307.258:85271): avc: denied { dac_override } for pid=32612 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399300307.258:85271): arch=c000003e syscall=2 success=yes exit=3 a0=24b1d37 a1=0 a2=1b6 a3=0 items=0 ppid=32611 pid=32612 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399300584.801:85284): avc: denied { dac_override } for pid=488 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399300584.801:85284): arch=c000003e syscall=2 success=yes exit=3 a0=d28d37 a1=0 a2=1b6 a3=0 items=0 ppid=487 pid=488 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399301445.943:85340): avc: denied { dac_override } for pid=972 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399301445.943:85340): arch=c000003e syscall=2 success=yes exit=3 a0=25acd37 a1=0 a2=1b6 a3=0 items=0 ppid=971 pid=972 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399304087.588:85446): avc: denied { dac_override } for pid=3500 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399304087.588:85446): arch=c000003e syscall=2 success=yes exit=3 a0=908d37 a1=0 a2=1b6 a3=0 items=0 ppid=3499 pid=3500 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399304622.087:85517): avc: denied { search } for pid=3899 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399304622.087:85517): avc: denied { read } for pid=3899 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399304622.087:85517): avc: denied { open } for pid=3899 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399304622.087:85517): arch=c000003e syscall=2 success=yes exit=18 a0=7f8c877a92b8 a1=80000 a2=2803ff a3=7f8c6a1fbba0 items=0 ppid=3501 pid=3899 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399305489.246:85560): avc: denied { dac_override } for pid=4711 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399305489.246:85560): arch=c000003e syscall=2 success=yes exit=3 a0=21c8db7 a1=0 a2=1b6 a3=0 items=0 ppid=4710 pid=4711 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399305489.250:85561): auid=0 uid=0 gid=0 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4711 comm="opendkim" sig=11 type=AVC msg=audit(1399305583.965:85562): avc: denied { dac_override } for pid=4821 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399305583.965:85562): arch=c000003e syscall=2 success=yes exit=3 a0=21a5db7 a1=0 a2=1b6 a3=0 items=0 ppid=4820 pid=4821 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399305583.970:85563): auid=0 uid=0 gid=0 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4821 comm="opendkim" sig=11 type=AVC msg=audit(1399306005.965:85609): avc: denied { dac_override } for pid=5210 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399306005.965:85609): arch=c000003e syscall=2 success=yes exit=3 a0=896db7 a1=0 a2=1b6 a3=0 items=0 ppid=5209 pid=5210 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts0 ses=11755 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399306007.204:85610): auid=0 uid=494 gid=493 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=4859 comm="opendkim" sig=6 type=ANOM_ABEND msg=audit(1399308116.940:85723): auid=0 uid=494 gid=493 ses=11755 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=5324 comm="opendkim" sig=6 type=AVC msg=audit(1399308117.051:85724): avc: denied { dac_override } for pid=6402 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399308117.051:85724): arch=c000003e syscall=2 success=yes exit=3 a0=1f55db7 a1=0 a2=1b6 a3=0 items=0 ppid=6401 pid=6402 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=11813 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399313980.345:86053): avc: denied { dac_override } for pid=9683 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399313980.345:86053): arch=c000003e syscall=2 success=yes exit=3 a0=6ebdb7 a1=0 a2=1b6 a3=0 items=0 ppid=9682 pid=9683 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399313981.617:86054): auid=0 uid=494 gid=493 ses=11813 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=6407 comm="opendkim" sig=6 type=AVC msg=audit(1399314071.098:86061): avc: denied { dac_override } for pid=9748 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399314071.098:86061): arch=c000003e syscall=2 success=yes exit=3 a0=f42db7 a1=0 a2=1b6 a3=0 items=0 ppid=9747 pid=9748 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=AVC msg=audit(1399316862.527:86239): avc: denied { dac_override } for pid=13015 comm="opendkim" capability=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=unconfined_u:system_r:dkim_milter_t:s0 tclass=capability type=SYSCALL msg=audit(1399316862.527:86239): arch=c000003e syscall=2 success=yes exit=3 a0=e4ddb7 a1=0 a2=1b6 a3=0 items=0 ppid=13014 pid=13015 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) type=ANOM_ABEND msg=audit(1399316863.171:86240): auid=0 uid=494 gid=493 ses=11842 subj=unconfined_u:system_r:dkim_milter_t:s0 pid=9753 comm="opendkim" sig=6 type=AVC msg=audit(1399322293.847:86503): avc: denied { search } for pid=19335 comm="opendkim" name="/" dev=sysfs ino=1 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=dir type=AVC msg=audit(1399322293.847:86503): avc: denied { read } for pid=19335 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=AVC msg=audit(1399322293.847:86503): avc: denied { open } for pid=19335 comm="opendkim" name="online" dev=sysfs ino=23 scontext=unconfined_u:system_r:dkim_milter_t:s0 tcontext=system_u:object_r:sysfs_t:s0 tclass=file type=SYSCALL msg=audit(1399322293.847:86503): arch=c000003e syscall=2 success=yes exit=18 a0=7f202bbd82b8 a1=80000 a2=2803ff a3=7f200ebfcba0 items=0 ppid=13066 pid=19335 auid=0 uid=494 gid=493 euid=494 suid=494 fsuid=494 egid=493 sgid=493 fsgid=493 tty=(none) ses=11842 comm="opendkim" exe="/usr/sbin/opendkim" subj=unconfined_u:system_r:dkim_milter_t:s0 key=(null) The sealerts are no longer available for some reason. sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c Error query_alerts error (1003): id (442cb257-3db2-488c-a92e-bfc936e16a0c) not found -- *** 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 111, Issue 2
by centos-announce-request＠centos.org 06 May '14

06 May '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:0466 CentOS 6 perl-Crypt-SSLeay FASTTRACK Update (Johnny Hughes) 2. CEBA-2014:0468 CentOS 6 ethtool Update (Johnny Hughes) 3. CEBA-2014:0467 CentOS 6 spice-gtk Update (Johnny Hughes) 4. CEBA-2014:0465 CentOS 6 device-mapper-persistent-data Update (Johnny Hughes) 5. CEBA-2014:0470 CentOS 6 nss_db Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 5 May 2014 11:15:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0466 CentOS 6 perl-Crypt-SSLeay FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140505111504.GA8978(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0466 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0466.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e0f1b658d20235c12112356d66a43b89f5b95bb1db55b3b5284ce7b22ee493eb perl-Crypt-SSLeay-0.57-17.el6.i686.rpm x86_64: 6e5489afca2c1cfeeeab73e9aeb2e5f90503f2383461172f972d0296a3e7ce62 perl-Crypt-SSLeay-0.57-17.el6.x86_64.rpm Source: b91a3a300402567966e896c6fe22e5523efbc5a6dce04a9f2e7749c158fc0400 perl-Crypt-SSLeay-0.57-17.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Mon, 5 May 2014 11:16:46 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0468 CentOS 6 ethtool Update To: centos-announce(a)centos.org Message-ID: <20140505111646.GA9178(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0468 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0468.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c3d7618a65c081bd8bc6daddf9c708b79acf19183a5cb1cb9a09dc918dce9937 ethtool-3.5-1.4.el6_5.i686.rpm x86_64: d96a3b937287a15b7686d29ac84f5a88bafd6573cfb8e7ea8da678c46d41b011 ethtool-3.5-1.4.el6_5.x86_64.rpm Source: 4447f03d471f3c875a766e236f3bb7ae5ac48b46aa7e78f9d8e8950aa83135ba ethtool-3.5-1.4.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Mon, 5 May 2014 11:18:06 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0467 CentOS 6 spice-gtk Update To: centos-announce(a)centos.org Message-ID: <20140505111806.GA9519(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0467 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0467.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dcf81b9b26c7938f26faa899c26b60111d1e68417df3d1a23dad39e503860b33 spice-glib-0.20-11.el6_5.1.i686.rpm bd70640a2b23c3e099861776c840846a1cd41b13a43a0233fb1e4e3c5d7eb33a spice-glib-devel-0.20-11.el6_5.1.i686.rpm ebfa5631a57e3c0dc3f02b7c07662f5d01b649cde82334face7ba8e3380d7e98 spice-gtk-0.20-11.el6_5.1.i686.rpm 60082305be76ba1c857e1a6ca739c7a6e9791dba9fd7a5da155b8d763fe55adb spice-gtk-devel-0.20-11.el6_5.1.i686.rpm 351258290b803aae61b85b9b8741768251762c8cb1bbef2ac825787f996e5763 spice-gtk-python-0.20-11.el6_5.1.i686.rpm 2f97cf00201d9ddf6a86a795a27c2d771259d5ae1e001b58e6b57e1110b72249 spice-gtk-tools-0.20-11.el6_5.1.i686.rpm x86_64: dcf81b9b26c7938f26faa899c26b60111d1e68417df3d1a23dad39e503860b33 spice-glib-0.20-11.el6_5.1.i686.rpm 9ba085cd8d5fc6030a66b475a1a56cb4846a0e88ec7f3ce264dfef411e05459e spice-glib-0.20-11.el6_5.1.x86_64.rpm bd70640a2b23c3e099861776c840846a1cd41b13a43a0233fb1e4e3c5d7eb33a spice-glib-devel-0.20-11.el6_5.1.i686.rpm 5c19ff3c5dec894c7d1f21d8549e721465d35342c56a350e812e73c4be4535bb spice-glib-devel-0.20-11.el6_5.1.x86_64.rpm ebfa5631a57e3c0dc3f02b7c07662f5d01b649cde82334face7ba8e3380d7e98 spice-gtk-0.20-11.el6_5.1.i686.rpm d19b714a535f0e11d8377cf62c592350f8d1e0efc0370ea23a7bbeda1c05eba5 spice-gtk-0.20-11.el6_5.1.x86_64.rpm 60082305be76ba1c857e1a6ca739c7a6e9791dba9fd7a5da155b8d763fe55adb spice-gtk-devel-0.20-11.el6_5.1.i686.rpm 4e0c146b9b5be0d6e4cd9d44f67211ed3c29f309957b3796233532ff81481957 spice-gtk-devel-0.20-11.el6_5.1.x86_64.rpm e34358ea4db112d28d72bade7b7d281f1da180bc692c74361ae10d2d270684fb spice-gtk-python-0.20-11.el6_5.1.x86_64.rpm 8f45dbc12cc73f13654abc2d459d81a575c2791c48f545795b95430e468e10af spice-gtk-tools-0.20-11.el6_5.1.x86_64.rpm Source: 310380162b9ec071da49b02ac14ce9d01fe373bd70f291d0badd5fa54e7a8b78 spice-gtk-0.20-11.el6_5.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Mon, 5 May 2014 11:20:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0465 CentOS 6 device-mapper-persistent-data Update To: centos-announce(a)centos.org Message-ID: <20140505112004.GA9732(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0465 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0465.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a166e6475d8a35e62f4c0a090c6cc5a84d1b69005d6dc51941d237fc91eb2f99 device-mapper-persistent-data-0.2.8-4.el6_5.i686.rpm x86_64: fdf161bb4e44862fca78156c7fe7e6aac66cc00e8178117615b3f38dfd09949e device-mapper-persistent-data-0.2.8-4.el6_5.x86_64.rpm Source: d7e6602fe31d7087f4bbb058b0bd7d6a2ae28251061079377658f0a7a93b4db4 device-mapper-persistent-data-0.2.8-4.el6_5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Mon, 5 May 2014 14:40:53 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0470 CentOS 6 nss_db Update To: centos-announce(a)centos.org Message-ID: <20140505144053.GA20450(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0470 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0470.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: be100ec1fc9689cea7c8ffdbad8d85b278bdecd36bca8d34c86c78d5c0eec38a nss_db-2.2.3-0.5.pre1.el6_5.1.i686.rpm x86_64: be100ec1fc9689cea7c8ffdbad8d85b278bdecd36bca8d34c86c78d5c0eec38a nss_db-2.2.3-0.5.pre1.el6_5.1.i686.rpm 0db7c505a55e377346f37c965553dd2f30ce800d40d240df6fc18d7d41f675d8 nss_db-2.2.3-0.5.pre1.el6_5.1.x86_64.rpm Source: 5449a63262a8e32e97e3ad286cb34c8798a1be1d013bd356e38ac622e8f9ced1 nss_db-2.2.3-0.5.pre1.el6_5.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 111, Issue 2 ***********************************************

1 0

kvm libvirt vms import
by Alessandro Baggi 06 May '14

06 May '14

Hi there, I'm new to Centos. I've installed version 6.5 x86_64. I'm coming from slackware/debian utilizzation environment. I'm trying to setup libvirt and qemu-kvm, but I have some problems. I've different vms (2 centos, 2 slackware, 3 Debian) and I'm trying to import all of them. I want prefix that all of them was created from debian host and vdisk had bus=sata and format=qcow2. Importing debian I've no problem with the following command: # virt-install -n DEB -r 1024 --vcpus=2 --accelerate --os-type=linux --os-variant=debianwheezy --disk path=/path/to/deb.img,format=qcow2,bus=ide,cache=writeback --import --network=bridge:br0 --vnc -v It starts and works fine. Importing Centos 6.5 with the following command: # virt-install -n CENT1 -r 1024 --vcpus=2 --os-type=linux --os-variant=rhel6 --accelerate --disk path=/path/to/cent.img,format=qcow2,bus=ide,cache=writeback --import --network=bridge:br0 --vnc -v return an error: Starting install... ERROR errore interno Process exited while reading console log output: char device redirected to /dev/pts/3 qemu-kvm: -drive file=/mnt/dati/qemu-system/CENTOS1/cent.img,if=none,id=drive-ide0-0-0,format=qcow2,cache=writeback: 'drive-ide0-0-0' uses a qcow2 feature which is not supported by this qemu version: QCOW version 3 qemu-kvm: -drive file=/mnt/dati/qemu-system/CENTOS1/cent.img,if=none,id=drive-ide0-0-0,format=qcow2,cache=writeback: could not open disk image /mnt/dati/qemu-system/CENTOS1/cent.img: Operation not supported Domain installation does not appear to have been successful. I've tried also to remove disk options and set to virtio,scsi. It starts but says "no bootable disk". The same happens with slackware 14.1 without --os-type and --os-variant. Always, trying delete cent.img and recreate it, all works with the same option (but is not so good, because I must reinstall all). On my new centos installation I have qemu-kvm-0.12.1.2, on the last Slackware system I had qemu-1.7.0 and on Debian 1.1.2+dfsg-6+deb7u2. I've also tried to reimport them on another system with Slackware and have no problem. Maybe there is a problem with version of qemu-kvm tools or some problem with img. It's possible? I can't get the real problem. Can someone point me in the right direction? Thanks in advance.

1 1

KVM Linux Guest Resolution only 1024x768
by Chris 06 May '14

06 May '14

Dear All, I'm trying to install a Debian Wheezy KVM guest on a CentOS 6.4 Host. The only resolutions supported are 1024x768 or 800x600. I increased the video RAM to 500 MB, but the guest still says: [ 10.321] (II) CIRRUS(0): Not using default mode "1920x1200" (insufficient memory for mode) Only 32 MB are recognized: 00:02.0 VGA compatible controller: Cirrus Logic GD 5446 (prog-if 00 [VGA controller]) Subsystem: Red Hat, Inc Device 1100 Physical Slot: 2 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Region 0: Memory at f0000000 (32-bit, prefetchable) [size=32M] Region 1: Memory at f2000000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at f2010000 [disabled] [size=64K] How can I increase the resolution? Are any guest modifications necessary? -- Christian

2 2

Terminal settings
by Ashley M. Kirchner 05 May '14

05 May '14

So this has been bugging me for a few years now and I can always "fix" the problem, but I don't know if that's actually the correct way. So the issue is terminal emulation. I use Secure CRT (vandyke.com) to connect to any and all of my servers through SSH. Whether the terminal is set to 'linux' or 'xterm' makes no difference, I always get this output when I run a 'tree' command (and others that have some sort of graphical output): [13] 05:04:53 <root@brasco:~> tree rpmbuild/ rpmbuild/ â”â”€â”€ BUILD â”‚Â Â â””â”€â”€ ncftp-3.2.5 â”‚Â Â â”â”€â”€ autoconf_local â”‚Â Â â”‚Â Â â”â”€â”€ acconfig.h â”‚Â Â â”‚Â Â â”â”€â”€ aclocal.m4 â”‚Â Â â”‚Â Â â””â”€â”€ aclocal.m4.ncursesw â”‚Â Â â”â”€â”€ bin â”‚Â Â â”‚Â Â â”â”€â”€ ncftp â”‚Â Â â”‚Â Â â”â”€â”€ ncftpbatch â”‚Â Â â”‚Â Â â”â”€â”€ ncftpbookmarks â”‚Â Â â”‚Â Â â”â”€â”€ ncftpget â”‚Â Â â”‚Â Â â”â”€â”€ ncftpls â”‚Â Â â”‚Â Â â”â”€â”€ ncftpput â”‚Â Â â”‚Â Â â””â”€â”€ ncftpspooler -> ncftpbatc Now, the way I fix that is by changing the LANG setting. By default it's set to 'en_US.UTF-8' right after a fresh install. If I change that to simply 'en_US', then I get the output I'm expecting: [16] 05:06:14 <root@brasco:~> tree rpmbuild/ rpmbuild/ |-- BUILD | `-- ncftp-3.2.5 | |-- autoconf_local | | |-- acconfig.h | | |-- aclocal.m4 | | `-- aclocal.m4.ncursesw | |-- bin | | |-- ncftp | | |-- ncftpbatch | | |-- ncftpbookmarks | | |-- ncftpget | | |-- ncftpls | | |-- ncftpput | | `-- ncftpspooler -> ncftpbatch ... So my question is: why is that? Why would the default setting not work? Is it actually something that I need to be doing on the server (like changing the LANG setting), or is it with SecureCRT? And if so, can anyone give me any suggestions of what I need to be looking for and change? Like I said, it's been a couple of years and it's never a big deal since I know what to do to sort of fix the problem. Thanks.

4 8

Ulimit problem - CentOS 5.10
by Nathan Duehr 05 May '14

05 May '14

Running across some curious stuff with ulimit on CentOS 5.10. We have a non CentOS packaged version of Asterisk (using their packages) that we start at boot time with a typical RC script. Recently it started whining that it couldn't open enough file handles. As we dug further into this, it appears that at boot time, it inherits ulimit from init, which is pretty low: 1024. We've set /etc/security/limits.conf and sysctl significantly higher both for root/system wide and also for the user Asterisk runs under, to no avail. If we log in via ssh as root (or sudo) the correct root/system-wide ulimit of 8192 is set. Looking in /proc/[PID]/limits shows the lower ulimit only if the package is started from init (standard rc3.d type sysV stuff...). If we restart it via console, remote ssh, anything else, the limit bumps to 8196. Attempting to force the ulimit up inside the RC script has no effect, since the package is running as a non-root user. It fails to raise the limit. Right now, we're not totally against just taking it out of the startup and starting it manually anyway, since we really don't want the Asterisk platform coming up after a crash/reboot anyway, and any other reboots there will always be a human involved, but the way init is handling ulimit seems utterly retarded and broken. Some indication (different engineer found it, I haven't seen the RHEL case number) appears to indicate that folks wanted init ulimited heavily in case of startup DDoS type stuff, but we haven't figured out a semi-sane unix-conventional type way AROUND this when it's needed that if we were hit by the proverbial bus, a "normal" unix guy would find. Perhaps we're missing something. Thoughts? -- Nate Duehr denverpilot(a)me.com

5 10

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 05 May '14

05 May '14

On Thu, May 1, 2014 at 5:54 AM, Steve Clark <sclark(a)netwolves.com> wrote: > On 04/30/2014 02:41 PM, Les Mikesell wrote: > > On Wed, Apr 30, 2014 at 1:28 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > So, have you ever had to deal with a CentOS box and multiple NICs. > Especially one where you've cloned it or moved a disk to a new > chassis? Apparently there is just not a good way to identify > interfaces. > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > > So, now you've got 6 NICs connected to 6 different switches. Which > name is which? This is a really fun exercise when the box is remote > and you are trying to tell someone used to configuring windows systems > how to get it to a point where you can ssh in. > > I guess I am confused, you haven't ever worked with the hardware you are > installing the cloned > drive in? If that is true then I guess you have a problem. > "Working with it" doesn't matter. And network manager or not doesn't matter. Interfaces get named in a random order unless it is a Dell with the netbios naming scheme and probably then only for the motherboard NICs. Our servers generally have on-board Broadcomm and Intel cards and the names within a set may stay ordered, but the cards and motherboards will flip randomly if there are not already matching items with the correct MAC addresses in the udev rulss file (in 6.x, in 5.x having a matching MAC in the ifcfg-eth? file was enough to rename the device to match). This is just a response to your comment about windows names being difficult to know, (and a long-standing problem on its own) and doesn't relate much to the NetworkManager discussion. If you only have one (or maybe even a pair on the motherboard or a single card) you might always see the same ordering - if so consider yourself lucky because that is not the general case. We usually have to run through a drill like 'ip link ls' to get a list of interface names, then iterate through them with 'ifconfig up' and use ethtool to see which has link up, connecting one at a time. So, in my opinion, there are problems with the old system that need to be fixed, but they aren't the things that networkmanager does. A way to restore a backup to an identical machine and have the same NICs in the same positions get the old configurations would be nice. Or at least to know the names of the NICs in the same positions. (And if you go back to CentOS3 they did - detection was single threaded back then and would always probe in the same order). -- Les Mikesell lesmikesell(a)gmail.com

5 8

Ordering of disks in laptop
by H 05 May '14

05 May '14

I have a Lenovo laptop where I recently replaced the harddisk with a Intel 530 240 Gb SSD (SATA III) on which I then installed Centos 6.5 which runs just fine albeit at SATA II speed. I then replaced the DVD-drive in the Ultrabay with an identical Intel SSD, the Ultrabay-adapter apparently uses a PATA-SATA bridge so this drive would only run at PATA speed. Being a Centos newbie, I am not sure why Centos calls the first SSD sdb and the second one in the Ultrabay sda? It would seem to me that the first one, the one replacing the original harddisk, should be the main one and be called sda but clearly there is something I don't understand. In the BIOS the SSD replacing the harddisk has a higher boot order priority then the SSD replacing the DVD-drive. Suggestions? Thanks.

3 2

Opendkim and SELinux
by James B. Byrne 05 May '14

05 May '14

CentOS-6.5 OpenDKIM-2.9.0 (epel) Postfix-2.6.6 (updates) I am trying to get opendkim working with our mailing lists. In the course of that endeavour I note that these messages are appearing in our syslog: May 4 20:50:02 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from using the signull access on a process. For complete SELinux messages. run sealert -l 442cb257-3db2-488c-a92e-bfc936e16a0c May 4 20:55:25 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from using the dac_override capability. For complete SELinux messages. run sealert -l c7c1199d-008d-4ae5-b61f-71a11edb0aa3 May 5 04:03:57 inet08 setroubleshoot: SELinux is preventing /usr/sbin/opendkim from search access on the directory /sys. For complete SELinux messages. run sealert -l 800523d5-0420-4038-9c7d-c2ec47c3bb6a Anyone have any guidance to e on as to what this means and how I get rid of it, besides generating a custom policy I mean. -- *** 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

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 05 May '14

05 May '14

On Wed, Apr 30, 2014 at 1:28 PM, Steve Clark <sclark(a)netwolves.com> wrote: >> > So, have you ever had to deal with a CentOS box and multiple NICs. > Especially one where you've cloned it or moved a disk to a new > chassis? Apparently there is just not a good way to identify > interfaces. > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > So, now you've got 6 NICs connected to 6 different switches. Which name is which? This is a really fun exercise when the box is remote and you are trying to tell someone used to configuring windows systems how to get it to a point where you can ssh in. -- Les Mikesell lesmikesell(a)gmail.com

11 16

Re: [CentOS] BIND Log file entries
by James B. Byrne 02 May '14

02 May '14

On Fri, May 2, 2014 02:30, Andrew Holway wrote: > Hi James, > > Gmail sees your email as spam. You might want to take a look at it. > > ta > > Andrew I think that you will receive the directly addressed message without any indication of spam. The one routed through the Mailing list will probably be flagged unless you have white-listed me. The CentOS list uses Mailman (2.1.12) and as another has pointed out, recent changes to DMARC enforcement at Yahoo, AOL, and now apparently Google, causes DKIM signed email forwarded though mailman to fail the authentication checks relating to DKIM. This is either treated as suspicious (as is apparently the case with Google) or rejected outright, as is the case with Yahoo and AOL. We really need Mailman 2.1.18 as this fixes a lot of bugs with DKIM handling still present in 2.1.16/17 but .18 is only at the RC3 stage of release. -- *** 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

plug in USB device no longer noticed by system
by Fred Smith 01 May '14

01 May '14

Hi all! My C6 box seems to have developed this problem somewhere during recent weeks. not quite sure when, but I've noticed it several times lately. Whenever I plug in a USB device, be it a camera or a HD or a mouse, nothing happens. I mean nothing. /var/log/messages doesn't show any activity, lsusb does not show the new device. Back at the start of Feb I did move the raid1 pair of HDs to a new motherboard, so I suppose it could go back that far. I did try to make sure everything was working at that time, and I can't remember if I verified that USB autodiscovery was working. But it for sure isn't now. I use a USB keyboard and USB mouse, but they seem to be discovered at boot time and work fine thereafter. but adding any other devices after boot isn't working. I'd appreciate thoughts on how to troubleshoot/fix this. 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) -----------------------------

1 1

nvidia-related messages in /var/log/messages
by Fred Smith 01 May '14

01 May '14

Just discovered these messages in /var/log/messages, while looking at the USB problem I just posted about, separately. Apr 27 20:23:16 fcshome kernel: NVRM: API mismatch: the client has the version 331.67, but Apr 27 20:23:16 fcshome kernel: NVRM: this kernel module has the version 331.49. Please Apr 27 20:23:16 fcshome kernel: NVRM: make sure that this kernel module and all NVIDIA driver Apr 27 20:23:16 fcshome kernel: NVRM: components have the same version. Apr 27 20:23:16 fcshome kernel: NVRM: nvidia_frontend_ioctl: minor 255, module->ioctl failed, error -22 Apr 29 19:22:30 fcshome kernel: NVRM: API mismatch: the client has the version 331.67, but Apr 29 19:22:30 fcshome kernel: NVRM: this kernel module has the version 331.49. Please Apr 29 19:22:30 fcshome kernel: NVRM: make sure that this kernel module and all NVIDIA driver but I cannot find anything relating to Nvidia that has a 331.49 version number. "yum list installed | grep 331.49" returns no hits "yum list installed | grep 331.[0-9]" returns ONLY hits on 331.67. "find 331" finds lots of things, but none of them is 331.49. So, I'd be appreciative if someone could shine a light on this for me. thanks! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- Show me your ways, O LORD, teach me your paths; Guide me in your truth and teach me, for you are God my Savior, And my hope is in you all day long. -------------------------- Psalm 25:4-5 (NIV) --------------------------------

2 2

Re: [CentOS] Disappearing Network Manager config scripts
by Les Mikesell 01 May '14

01 May '14

On Thu, May 1, 2014 at 1:55 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > Yep, do it all the time - first two thing I do are: > rm -f /etc/udev/rules.d/70-persistent-net.rules > rm -r /etc/sysconfig/network-scripts/ifcfg-eth* > and then reboot. > > The above makes them be rediscovered on the reboot. > > The lan ports are numbered on the back of the unit and I have never had them > not come up in the correct order - In fact it would cause us untold grief it > they did. > > > I forgot to add this is over 750 systems. They must all appear on the same motherboard/card location. Mine stay the same order within a card but the cards motherboard sets jump around. And yes, it causes grief. -- Les Mikesell lesmikesell(a)gmail.com

1 0

Disappearing Network Manager config scripts
by Evan Rowley 01 May '14

01 May '14

Is anyone frustrated by Network Manager? I wish CentOS just used the basic configuration files like the ones on BSD-style OSes. Those are so simple in comparison. Each time I reboot, it seems like the configuration file I create for Network Manager gets destroyed and replaced with a default file. Nothing in the default file would actually make sense on my network, so I'm not even really sure how this machine is still connected to the network after a reboot destroys my previous configuration. The only way I seem to be able to keep my proper DNS settings is through the GUI interface to Network Manager. I have to enter the configuration in each time I reboot. At the very least, I just want to stop Network Manager from wiping out my perfectly fine /etc/resolv.conf. There has to be a better way. -- - EJR

18 75

Re: [CentOS] Terminal settings
by Ashley M. Kirchner 01 May '14

01 May '14

On Thu, May 1, 2014 at 12:11 PM, Reindl Harald <h.reindl(a)thelounge.net>wrote: > what is SecureCRT and who needs that? > > what's wrong with the ordiany OpenSSh client available on any > sane system which supports UTF8, colors and what not out of > the box? > > Right, one key information missing: I'm working on a Windows machine, using SCRT to connect to remote servers - I have no choice, it's company policy. I should also point out that this only happens on newer systems. I have some old Fedora and even Redhat machines that don't do that, but I also suspect that because they are older machines that have not been (or can not be) upgraded to more recent OS's, that they don't have UTF capability.

2 2

Any information on targetcli (fcoe) for centos 6? Close to end of my rope
by Bob Metelsky 01 May '14

01 May '14

Guys, Im trying very hard to get a poc iscsi target/initiator working between 2 centos 6 machines. The targetcli seems buggy as hell - meaning it does not look updated for the current version of centos or other distributions output some output - notice the 2011 year and I dont have the iscsi directory. It seems commands can only be issued out of the corresponding directory... I want to disable suthentication ie /iscsi> set discovery_auth enable=0 Unknown configuration group: discovery_auth I dont have the ISCSI directory! OMG! apparently this is the install for targetcli... fcoe-target-utils.noarch fcoe-utils.i686 Is there any relatively direct documentation on how to set this up? I wasnt to use iscsi as a san replicator for oracle ASM and NOT use openfiler. I want to do this just from centos 6 to centos 6 dim310a / # targetcli targetcli shell version 2.0rc1.fb16 Copyright 2011 by RisingTide Systems LLC and others. For help on commands, type 'help'. /> /> ls o- / ......................................................................................................................... [...] o- backstores.............................................................................................................. [...] | o- block ................................................................................................... [2 Storage Objects] | | o- vol_grp1-logical_vol1 ............................... [/dev/mapper/vol_grp1-logical_vol1 (300.0GiB) write-thru deactivated] | | o- vol_grp2-logical_vol2 ............................... [/dev/mapper/vol_grp2-logical_vol2 (295.0GiB) write-thru deactivated] | o- fileio................................................................................................... [0 Storage Object] | o- pscsi.................................................................................................... [0 Storage Object] o- loopback .........

1 0

BIND Log file entries
by James B. Byrne 01 May '14

01 May '14

This morning I see this in the syslog on our primary public DNS host. internal_send: 142.77.1.1#33950: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#35153: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#35644: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49394: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49816: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#49929: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50281: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50453: Connection timed out: 1 Time(s) internal_send: 142.77.1.1#50534: Connection timed out: 1 Time(s) . . . (x100s) dig -x 142.77.1.1 ; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> -x 142.77.1.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31154 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 3 ;; QUESTION SECTION: ;1.1.77.142.in-addr.arpa. IN PTR ;; ANSWER SECTION: 1.1.77.142.in-addr.arpa. 604800 IN PTR ns.uunet.ca. ;; AUTHORITY SECTION: 77.142.in-addr.arpa. 86400 IN NS ns.uunet.ca. 77.142.in-addr.arpa. 86400 IN NS AUTH01.NS.UU.NET. 77.142.in-addr.arpa. 86400 IN NS NS2.uunet.ca. ;; ADDITIONAL SECTION: AUTH01.NS.UU.NET. 167 IN A 198.6.1.81 ns.uunet.ca. 86400 IN A 142.77.1.1 NS2.uunet.ca. 86400 IN A 142.77.1.5 ;; Query time: 114 msec ;; SERVER: 216.185.71.33#53(216.185.71.33) ;; WHEN: Thu May 1 09:59:50 2014 ;; MSG SIZE rcvd: 176 What is this and why is it happening? -- *** 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] Disappearing Network Manager config scripts
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 14:11, Les Mikesell wrote: > Makes me wonder why we have cars that are > all approximately the correct widths to fit on a road and brake and > accelerator pedals in the same relative positions. > Graveyards. -- *** 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

RDP and Quacamole
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 11:45, Lamar Owen wrote: > On 04/30/2014 11:18 AM, Les Mikesell wrote: >> But freenx/NX/x2go put the big picture back the way it belongs. > > For certain usess I agree with that; for others, not so much. Seamlessly > pulling applications from an application server to the display server > has its distinct advantages, particularly for certain expensive > commercial applications. > >> If you've never used NX or x2go, try it. > I've been using NX (both the commercial version and the free version) > for remote telescope control use for over five years, acting as a proxy > for Windows RDP. Works fine. > Does anyone here have any experience with Quacamole client-Less RDP? If so, what are your observations respecting it? http://guac-dev.org/ -- *** 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

Re: [CentOS] Mailman 2.1.16 RPMs?
by James B. Byrne 01 May '14

01 May '14

On Wed, April 30, 2014 10:04, m.roth(a)5-cent.us wrote: > James B. Byrne wrote: >> >> On Wed, April 30, 2014 07:52, Robert Heller wrote: >>> Before I go through the hassle of building it myself I want to know if >>> someone else has built RPMS for Mailman 2.1.16. I *need* to update the > version >>> of Mailman on my CentOS 5 server to Mailman 2.1.16 in order to be able to >>> use the from_is_list option to deal with DMARC issues with Yahoo, Aol, and >>> Hotmail. >> >> I am in the same boat and I have not found one yet. > > I'm not at home, so I don't have the email I read, nor the email address > of a friend, but his solution was, if I understand it correctly, to alter > mailman's config so that it sent it from... I think it was yahoo-dmarc, or > something like that. If you want, I'll forward his cmts, or I can ask him > for details, and forward those to the list. > > mark You need Mailman 2.1.15 at least to be able to do this and RHEL6 ships with 2.1.12. -- *** 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 111, Issue 1
by centos-announce-request＠centos.org 01 May '14

01 May '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:0449 Important CentOS 6 thunderbird Update (Johnny Hughes) 2. CESA-2014:0448 Critical CentOS 6 firefox Update (Johnny Hughes) 3. CESA-2014:0448 Critical CentOS 5 firefox Update (Johnny Hughes) 4. CEBA-2014:0451 CentOS 6 rsync FASTTRACK Update (Johnny Hughes) 5. CESA-2014:0449 Important CentOS 5 thunderbird Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 30 Apr 2014 12:17:04 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0449 Important CentOS 6 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140430121704.GA44799(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0449 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bfdd789dfb646ac2fd1a581c08df197893df8589b7e8a1558810538b012f7502 thunderbird-24.5.0-1.el6.centos.i686.rpm x86_64: 6fb01246c4f72fce153c0ab9eb3e53c7b054fc477d16b9c5e203040ef22844ba thunderbird-24.5.0-1.el6.centos.x86_64.rpm Source: 6068612b0fbb1e3f7e6e830b19c2480d6776e9876b4572d1814dc116d1c88b98 thunderbird-24.5.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 30 Apr 2014 12:17:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0448 Critical CentOS 6 firefox Update To: centos-announce(a)centos.org Message-ID: <20140430121725.GA44900(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0448 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0448.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: f604914eab407ecede9dc432862d683e447ead9d1ca6233bba6ccea1fae2fb8c firefox-24.5.0-1.el6.centos.i686.rpm x86_64: f604914eab407ecede9dc432862d683e447ead9d1ca6233bba6ccea1fae2fb8c firefox-24.5.0-1.el6.centos.i686.rpm e052b9047b7b3d46ce5448fdf0f55f9b3a48313ada620b19f517f60ecebdbb02 firefox-24.5.0-1.el6.centos.x86_64.rpm Source: 1dc3e4c8c8e693c639708f58c088a5dd63e8788ebbbfbc46a7e6da5a7a726036 firefox-24.5.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 30 Apr 2014 12:24:31 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0448 Critical CentOS 5 firefox Update To: centos-announce(a)centos.org Message-ID: <20140430122431.GA1939(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0448 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0448.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: cd7fb2914457b55281d212820970dd3a24431f4771b4173bd12d2b08e2183cb2 firefox-24.5.0-1.el5.centos.i386.rpm x86_64: cd7fb2914457b55281d212820970dd3a24431f4771b4173bd12d2b08e2183cb2 firefox-24.5.0-1.el5.centos.i386.rpm 829e2cae410d131956145f034669010a2eeb9683ba89158ec3fb454179af9c72 firefox-24.5.0-1.el5.centos.x86_64.rpm Source: 7291216fddb0f0a96008754dc73c239752752099954d506dcc4b5e4c0983e0fc firefox-24.5.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 30 Apr 2014 13:29:47 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2014:0451 CentOS 6 rsync FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20140430132947.GA52576(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2014:0451 Upstream details at : https://rhn.redhat.com/errata/RHBA-2014-0451.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 49819eb910ffb469278c81b3680124915986217668b94d79e98a47ef8100b499 rsync-3.0.6-12.el6.i686.rpm x86_64: a6e054b254d1c3978c8f06bd96f23b5d7a130f7c922de550bc96d8cae49d35ac rsync-3.0.6-12.el6.x86_64.rpm Source: 3b0f02cc7a51c63d5ab5c745c6119e0d44726f21d5bb20151418b51dd5893f67 rsync-3.0.6-12.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 30 Apr 2014 13:38:23 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2014:0449 Important CentOS 5 thunderbird Update To: centos-announce(a)centos.org Message-ID: <20140430133823.GA6429(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2014:0449 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2014-0449.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a897dbd0573b3fa611805f8db40c9a90e53e2f3c8f283cd085b035e21c1269a5 thunderbird-24.5.0-1.el5.centos.i386.rpm x86_64: d22792c4ad7764d64bc3a19c9f22a4b1fb4a1c3984f6e0fe3f0cfdb20024d61f thunderbird-24.5.0-1.el5.centos.x86_64.rpm Source: b4a35c5371ee13496c6a51cdb04e2c819a53f948d59ba874f5c80be3b900a756 thunderbird-24.5.0-1.el5.centos.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 111, Issue 1 ***********************************************

1 0

3TB non-system disk reports wrong size on Centos 6 x86_64
by Jason Pyeron 01 May '14

01 May '14

root@five-72 ~ # dd if=/dev/zero of=/dev/sdb bs=1M count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 8.67101 s, 121 MB/s root@five-72 ~ # parted /dev/sdb GNU Parted 2.1 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) mklabel gpt (parted) print Model: ATA ST3000DM001-1CH1 (scsi) --> http://www.seagate.com/staticfiles/docs/pdf/datasheet/disc/barracuda-ds1737… 11us.pdf Disk /dev/sdb: 2199GB Sector size (logical/physical): 512B/512B Partition Table: gpt Number Start End Size File system Name Flags (parted) q Information: You may need to update /etc/fstab. root@five-72 ~ # cat /sys/block/sdb/queue/physical_block_size 512 But the drive says 4k sector size! What am I doing wrong? -Jason -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100 - - +1 (443) 269-1555 x333 Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is copyright PD Inc, subject to license 20080407P00.

1 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss May 2014