- Discuss - lists.centos.org

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

02 Feb '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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-2017:0225 Moderate CentOS 6 libtiff Security Update (Johnny Hughes) 2. CEBA-2017:0210 CentOS 7 pcs BugFix Update (Johnny Hughes) 3. CESA-2017:0225 Moderate CentOS 7 libtiff Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 1 Feb 2017 12:51:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0225 Moderate CentOS 6 libtiff Security Update Message-ID: <20170201125143.GA7770(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0225 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0225.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3018100828240e2c2c83b573df5e9598622f83a41135fee6a200563e7a66a94a libtiff-3.9.4-21.el6_8.i686.rpm d3bdd6a9ce2957f7a44d585691ee5ea4f08003673e060a30e9f1934cec20b702 libtiff-devel-3.9.4-21.el6_8.i686.rpm f2587cbd663958f58787ceb333ed7171686372045931cd616c6da0f4478130da libtiff-static-3.9.4-21.el6_8.i686.rpm x86_64: 3018100828240e2c2c83b573df5e9598622f83a41135fee6a200563e7a66a94a libtiff-3.9.4-21.el6_8.i686.rpm 882756e964228ec72fc7bd4df910cb48519bfa844419d8134325883356603997 libtiff-3.9.4-21.el6_8.x86_64.rpm d3bdd6a9ce2957f7a44d585691ee5ea4f08003673e060a30e9f1934cec20b702 libtiff-devel-3.9.4-21.el6_8.i686.rpm 945a1724bde913a860279ab77ca5e5d70145fbcc39bdedbffe8f238398cdb8ab libtiff-devel-3.9.4-21.el6_8.x86_64.rpm 45de39b49d028b8b2bf4ff74c14d0b77759bc78d09b7d07fd755ddd0c1d770bf libtiff-static-3.9.4-21.el6_8.x86_64.rpm Source: ccd394a0cf21cc9e5aac9bc9d14d76dc687b583fafd77ccacdba31cf4cc9591f libtiff-3.9.4-21.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Wed, 1 Feb 2017 12:53:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2017:0210 CentOS 7 pcs BugFix Update Message-ID: <20170201125311.GA9202(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2017:0210 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-0210.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 6f38291f2d2648eb49e62c3d569cf8b910ed0be65c2773faad3ee4b5db246796 pcs-0.9.152-10.el7.centos.1.x86_64.rpm Source: 88aadde70b53cfe8db2e5ab3a7d6ace5a17462bb24bbaf545f486a7ab396157a pcs-0.9.152-10.el7.centos.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Wed, 1 Feb 2017 12:53:26 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0225 Moderate CentOS 7 libtiff Security Update Message-ID: <20170201125326.GA9917(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0225 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0225.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 539fea96e8048e1a5621580a7b9922ed99b5dbbcb7918b8ef57f3902f3593222 libtiff-4.0.3-27.el7_3.i686.rpm 1f18c4d3858341c9b3663658117ffd6c1fe44124db7767b00b3589c72269278c libtiff-4.0.3-27.el7_3.x86_64.rpm 8c58f8f11c044659d2ba0c2a256940bbf5ec931865fdcb2410186ca86e44cadc libtiff-devel-4.0.3-27.el7_3.i686.rpm d5e29119ea6a7b21928ab61a748cea20f843075ad5128005101107c2e5db9aa3 libtiff-devel-4.0.3-27.el7_3.x86_64.rpm 07ce167e4fa1a865323ca8fb69eaf58f8534d790a8565f9f7e97557a662169ac libtiff-static-4.0.3-27.el7_3.i686.rpm 0efc3507cda6ff80ef90128092e61c92bdca694e94f4cca7451109f3cad6dbb5 libtiff-static-4.0.3-27.el7_3.x86_64.rpm 787e8894b1e878d39e9f1d11bdde1e72b7c24c79057e11e5426e8c77c8e1463a libtiff-tools-4.0.3-27.el7_3.x86_64.rpm Source: e37eb69267d9726561d23cd75cd0d5cbc539447fe812085c9578bc71d87d5255 libtiff-4.0.3-27.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 144, Issue 1 ***********************************************

1 0

Squashfs as root filesystem
by Marcin Trendota 02 Feb '17

02 Feb '17

Hello all I have squashfs file i want use as root filesystem for diskless machines (PXE boot). I can't figure out how to configure it. I was able to embed this file in initrd (builded by dracut) - but i don't know how to mount it in /sysroot automatically, and what put in 'kernel=' commandline option. Maybe there is another way to achieve this? TIA -- Over And Out MoonWolf

1 1

Script not running correctly as cronjob
by Daniel Reich 02 Feb '17

02 Feb '17

Hi I have a script to resign all DNS zones every two weeks. When i run the script from bash, it works like it should. But when it is executed in cron not. Its starting normal as cronjob: Feb 1 03:00:01 xxx CROND[20116]: (root) CMD (sh /opt/dnssec/resign_dnssec_zones.sh) But after i get a mail that everything is finsihed, but it isn't. 03:04:28 DNSSEC-Signierung abgeschlossen The script deletes the old signed zones, but don't resign it. The mail is also sent. Below the script. Anybody an idea why it doesn't work in cron?^ I cannot find any error in any log. Best regards Daniel #!/bin/bash KSKDIR="/etc/named/KSK" ZSKDIR="/etc/named/ZSK" ZONEDIR="/var/named/chroot/var/named" LOG="/var/named/chroot/var/log/dnssec_resign.log" MAILREC="monitor@xx" #delete old signed files rm -rf $ZONEDIR/*.signed #delete the old log rm -rf $LOG #read the zonefiles ZONEFILES=$(ls -p $ZONEDIR | grep -v '/$' | grep -v 'dsset*') for FILES in $ZONEFILES; do #remove the .zone at the end ZONE=$(echo "${FILES%.*}") #remove the old signed zone rm -rf $ZONEDIR/$ZONE.signed #Sign the zone cd $ZONEDIR dnssec-signzone -o $ZONE -k $KSKDIR/K$ZONE.*.key -e +3024000 -f $ZONE.signed $ZONEDIR/$ZONE.zone $ZSKDIR/K$ZONE.*.key >> $LOG #Set the correct permissions chown named.named $ZONEDIR/*.signed chmod 755 $ZONEDIR/*.signed sleep 5 done rm -rf $ZONEDIR/named.zone echo $(date +"%T")"DNSSEC-Signierung abgeschlossen - Neustart des Servers" >> $LOG echo "$(cat $LOG)" | mail -s "DNSSEC-Signierung abgeschlossen auf xxx" $MAILREC

4 5

Re: [CentOS] CentOS 6, flash-plugin crashing - anyone have a clue?
by m.roth＠5-cent.us 01 Feb '17

01 Feb '17

Fred Smith wrote: > On Wed, Feb 01, 2017 at 10:54:58AM -0500, m.roth(a)5-cent.us wrote: >> I wrote: >> Anyone else seeing this? I'm playing streaming media, and after about 10 or 15 min, flash-plugin crashes. I've had this happen today on streams from two separate radio stations. >> ************* >> >> So, is anyone else having this issue? Not only am I having it, but I'm seeing it on other users, running CentOS 7. On my system, I see in my logs >> plugin-containe[17209]: segfault at 3e78991a13c4 ip 00007f06e29fe522 sp 00007ffe9b68de08 error 6 in libflashplayer.so[7f06e238d000+107b000] >> >> I'm running Version : 24.0.0.194 on CentOS 6.8, which appears to be the same version as is running on CentOS 7, though I see it on someone's 7.3 with flash-plugin 24.0.0.186. That's from Dec 10, and that's about when, IIRC, I started seeing crashes. > > This may not be the same thing: > > I'm running Centos-7, up to date. Flash seems to mostly work fine,... I can see videos on CNN, for example, as well as other places. > > however, I have a weekly online course that uses Adobe Connect, > which requires flash. At least in the Firefox that ships with (and is updated occasionally by) Centos, flash crashes whenever I try to open Connect. If I back out the 24.x.x.x flash version and go back to the 11.x.x.x version it works fine. > I just tried, both on 6.8 and 7.3, and yum tells me "nothing to do", so I can't downgrade. By the way, googling, I find it's been filed as a bug with upstream: https://bugzilla.redhat.com/show_bug.cgi?id=1411972 mark

2 1

CentOS 6, flash-plugin crashing - anyone have a clue?
by m.roth＠5-cent.us 01 Feb '17

01 Feb '17

I wrote: Anyone else seeing this? I'm playing streaming media, and after about 10 or 15 min, flash-plugin crashes. I've had this happen today on streams from two separate radio stations. ************* So, is anyone else having this issue? Not only am I having it, but I'm seeing it on other users, running CentOS 7. On my system, I see in my logs plugin-containe[17209]: segfault at 3e78991a13c4 ip 00007f06e29fe522 sp 00007ffe9b68de08 error 6 in libflashplayer.so[7f06e238d000+107b000] I'm running Version : 24.0.0.194 on CentOS 6.8, which appears to be the same version as is running on CentOS 7, though I see it on someone's 7.3 with flash-plugin 24.0.0.186. That's from Dec 10, and that's about when, IIRC, I started seeing crashes. I can't believe that we're the only ones with the problem. mark

2 2

Re: [CentOS] time zone [SOLVED}
by TE Dukes 01 Feb '17

01 Feb '17

Added php_value date.timezone "America/New_York" to /etc/http/conf.modules.d/10.php.conf

1 0

Re: [CentOS] time zone
by Richard 01 Feb '17

01 Feb '17

> Date: Tuesday, January 31, 2017 18:16:36 -0500 > From: TE Dukes <tdukes(a)palmettoshopper.com> > >> From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of >> Richard Sent: Tuesday, January 31, 2017 5:19 PM >> >> >> > Date: Tuesday, January 31, 2017 16:59:32 -0500 >> > From: TE Dukes <tdukes(a)palmettoshopper.com> >> >> > >> > From: CentOS [mailto:centos-bounces@centos.org] On Behalf Of >> > Richard Sent: Tuesday, January 31, 2017 4:44 PM >> >> > >> >> Date: Tuesday, January 31, 2017 16:02:37 -0500 >> >> From: TE Dukes <tdukes(a)palmettoshopper.com> >> >> >> >> Today, I started getting this error when trying to login to >> >> zoneminder: >> >> >> >> ZoneMinder is not installed properly: php's date.timezone is >> >> not set to a valid timezone >> >> >> >> Zoneminder has been running since last Wednesday when I >> >> installed it. Today, I get this. >> >> >> >> In /etc/php.ini, I have date.timezone = America/New_York, which >> >> I added when zoneminder was installed. >> >> >> >> Output from date: Tue Jan 31 15:56:26 EST 2017 >> >> >> >> Output from ll /etc/localtime: lrwxrwxrwx. 1 root root 38 Jan 25 >> >> 19:05 /etc/localtime -> ../usr/share/zoneinfo/America/New_York >> >> >> >> Been searching for hours for another file that may be overriding >> >> php.ini >> >> >> > >> > Put a simple php page on your/the server (where zoneminder is >> > running) with the "phpinfo()" function, and then look at the >> > timezone information in the "date" section of the output. >> > >> > If it isn't showing the correct value, check the location of the >> > php.ini that is being used in the "Loaded Configuration File" >> > value toward the top of that output. >> > >> > By default, php doesn't use the system's TZ, >> > >> > >> > Hello, >> > >> > I did, it shows the error about not being correctly set: >> > >> > Warning: phpinfo(): It is not safe to rely on the system's >> > timezone settings. You are *required* to use the date.timezone >> > setting or the date_default_timezone_set() function. In case you >> > used any of those methods and you are still getting this >> > warning, you most likely misspelled the timezone identifier. We >> > selected the timezone 'UTC' for now, but please set >> > date.timezone to select your timezone. in >> > /var/www/html/phpinfo.php on line 4 >> > >> > Why would it just start doing this? >> > >> >> Obviously can't answer that as we don't know enough about what >> changes you may have made to your system. The default php.ini >> doesn't have a TZ set, so will always give that message >> unless/until you add a TZ. >> >> However, to fix this: >> >> - check the location of the php.ini that is being referenced, >> as indicated above (generally /etc/php.ini). >> >> - edit that php.ini file to set a correct TZ following the >> "date.timezone =" entry. >> >> - be certain to uncomment that line. >> >> - you probably need to restart the apache server to get any >> change picked up. >> > > [Date] > ; Defines the default timezone used by the date functions > ; http://php.net/date.timezone > date.timezone = America/New_York > > Its set. Not sure why its not seeing it. The only changes I made to > php.ini was this last week when I installed 7.3 and zoneminder. > > Its been working up till about noon today. > You need to make certain that the php.ini where you have that setting is the one that is being referenced by the server. See above notes on checking that. The apache server needs to be restarted to load changes made to the php.ini. These things don't change "magically". If this worked until noon, I'd check various logs to see who/what made changes then - including looking to see if the apache server was restarted then and loaded changes made previously.

2 5

Mail issues
by TE Dukes 01 Feb '17

01 Feb '17

I know I'm wearing you guys out. I thought I had mail working. It is but it isn't. Mail is stuck in /var/spool/mail. This is a fresh install of dovecot and postfix. I have uninstalled mailscanner as well until I can figure out what's wrong. I sent a test mail from root to tdukes but its not being delivered to ~/Maildir Here's the clip from maillog: Jan 30 18:40:42 ts130 postfix/pickup[4828]: 2DF2D82CA5B9: uid=0 from=<root> Jan 30 18:40:42 ts130 postfix/cleanup[6070]: 2DF2D82CA5B9: message-id=<20170130234042.2DF2D82CA5B9(a)ts130.palmettodomains.com> Jan 30 18:40:42 ts130 postfix/qmgr[4829]: 2DF2D82CA5B9: from=<root(a)ts130.palmettodomains.com>, size=480, nrcpt=1 (queue active) Jan 30 18:40:42 ts130 postfix/local[6071]: 2DF2D82CA5B9: to=<tdukes(a)ts130.palmettodomains.com>, orig_to=<tdukes>, relay=local, delay=0.1, delays=0.07/0.01/0/0.03, dsn=2.0.0, status=sent (delivered to mailbox) Jan 30 18:40:42 ts130 postfix/qmgr[4829]: 2DF2D82CA5B9: removed Jan 30 18:40:49 ts130 dovecot: imap-login: Login: user=<tdukes>, method=PLAIN, rip=::1, lip=::1, mpid=6078, secured, session=<iqNhWFhHcgAAAAAAAAAAAAAAAAAAAAAB> Jan 30 18:40:49 ts130 dovecot: imap(tdukes): Disconnected: Logged out in=82 out=495 Do I need to install additional packages that move mail to the user's /Maildir? TIA

5 8

Re: [CentOS] time zone
by Richard 31 Jan '17

31 Jan '17

> Date: Tuesday, January 31, 2017 16:02:37 -0500 > From: TE Dukes <tdukes(a)palmettoshopper.com> > > Today, I started getting this error when trying to login to > zoneminder: > > ZoneMinder is not installed properly: php's date.timezone is not > set to a valid timezone > > Zoneminder has been running since last Wednesday when I installed > it. Today, I get this. > > In /etc/php.ini, I have date.timezone = America/New_York, which I > added when zoneminder was installed. > > Output from date: Tue Jan 31 15:56:26 EST 2017 > > Output from ll /etc/localtime: lrwxrwxrwx. 1 root root 38 Jan 25 > 19:05 /etc/localtime -> ../usr/share/zoneinfo/America/New_York > > Been searching for hours for another file that may be overriding > php.ini > Put a simple php page on your/the server (where zoneminder is running) with the "phpinfo()" function, and then look at the timezone information in the "date" section of the output. If it isn't showing the correct value, check the location of the php.ini that is being used in the "Loaded Configuration File" value toward the top of that output. By default, php doesn't use the system's TZ,

2 3

multipath show config different in CentOS 7?
by Gianluca Cecchi 31 Jan '17

31 Jan '17

Hello, suppose I want to use a special configuration for my IBM/1814 storage array luns, then I put something like this in multipath.conf devices { device { vendor "IBM" product "^1814" product_blacklist "Universal Xport" path_grouping_policy "group_by_prio" path_checker "rdac" features "0" hardware_handler "1 rdac" prio "rdac" failback immediate rr_weight "uniform" no_path_retry "12" } } In CentOS 6.x when you restart multipathd or restart server, using multipathd -k multipathd> show config multipathd> exit in output you see your particular configuration instead than the default one for this particular device. In CentOS 7.3 instead I see it two times, the first one with the default built-in values (eg "no_path_retry fail") and at the end the customized one. So it is not clear what is the actual configuration that device mapper multipath is using... The last wins? Is this expected behaviour? In that case what command can I use to crosscheck it (apart from real testing that is anyway necessary to verify too)? Eg in CentOS 7.3 I'm using device-mapper-multipath-0.4.9-99.el7_3.1.x86_64 while on CentOS 6.8 I'm using device-mapper-multipath-0.4.9-93.el6.x86_64 Thanks in advance, Gianluca

2 1

time zone
by TE Dukes 31 Jan '17

31 Jan '17

Today, I started getting this error when trying to login to zoneminder: ZoneMinder is not installed properly: php's date.timezone is not set to a valid timezone Zoneminder has been running since last Wednesday when I installed it. Today, I get this. In /etc/php.ini, I have date.timezone = America/New_York, which I added when zoneminder was installed. Output from date: Tue Jan 31 15:56:26 EST 2017 Output from ll /etc/localtime: lrwxrwxrwx. 1 root root 38 Jan 25 19:05 /etc/localtime -> ../usr/share/zoneinfo/America/New_York Been searching for hours for another file that may be overriding php.ini TIA

1 0

Question about 7.3
by TE Dukes 31 Jan '17

31 Jan '17

I haven't done a fresh install in years. I've always gone the upgrade route. Seemed to have always worked for me. I moved to 7.3 since it supports the latest versions of some programs I want to use to implement as a backup server/RAID/NAS for 3 machines here at home and a remote laptop at work. So, the question is, is there something different in 7.3 than the previous 7 versions? The reason I ask is I was running a lesser version of 7, I think 7.1, as a VM on 6.8. I remember I chose not to install the most recent version at the time. Never had these issues. Not really issues but everything just worked without a lot of expertise involved. One thing I could never figure out is that on 6.8, I have the zoneminder repo installed and when I did a yum update on the 7.1 VM, it was also accessing the zmrepo which wasn't installed. Just thought it was odd. Anyway, I really appreciate the help and keep paying it forward!!

3 2

CentOS-announce Digest, Vol 143, Issue 12
by centos-announce-request＠centos.org 31 Jan '17

31 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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. Release for CentOS AltArch 7 (1611) on i386 Architecture (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 30 Jan 2017 07:24:20 -0600 From: Johnny Hughes <johnny(a)centos.org> To: CentOS-Announce <centos-announce(a)centos.org> Subject: [CentOS-announce] Release for CentOS AltArch 7 (1611) on i386 Architecture Message-ID: <7a4903a6-8535-0cb4-a2ed-19c66b61ee87(a)centos.org> Content-Type: text/plain; charset="utf-8" The CentOS AltArch SIG is a group of people working to build alternative architecture support derived from CentOS Linux's sources. You can find more details about the AltArch group at: https://wiki.centos.org/SpecialInterestGroup/AltArch Including details on how to get involved and ways to get help for architecture specific issues. This is the release announcement for the i386 (Intel 32-bit) Architecture based on the source code released for CentOS-7 (1611). It includes all packages that build on x86 32-bit processors. The release notes for the normal CentOS-7 apply: https://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 with the following notes that are specific to i386: https://wiki.centos.org/SpecialInterestGroup/AltArch/i386 If you already have a previous version of CentOS-7 i386 installed, just running 'yum update' will get you the latest packages installed. ISOs can be downloaded from: http://mirror.centos.org/altarch/7/isos/i386/ Here are the SHA256SUMS for the ISOs: CentOS-7-i386-DVD-1611.iso: 25eff443460d53155cb837983c947fb3d74f4c0a3077dc699c7d50e9fdb4c0f3 CentOS-7-i386-Everything-1611.iso 578a475248ecef427269357b7ff22b973a007f534988f39f365b8dded43fad72 CentOS-7-i386-LiveGNOME-1611.iso: 16a75041a77e4d98922d2f68c54abef35f50a1e8aa863f182ab84b443cb0fcd1 CentOS-7-i386-LiveKDE-1611.iso: f9651851adee59d646b509757186f038f2b453d285d92dce5b7b91c396d20d1a CentOS-7-i386-Minimal-1611.iso: bf0e17041aad294fbb3fa5c6fb100258ace4f62b94d5bf3356b40f9807a88805 CentOS-7-i386-NetInstall-1611.iso: 249c344d3e82f49be3195e06741276f409815b1d4785f1439fc47c342eb6dd7c =========================== The CentOS team will have a Dojo in Brussels, Belgium on Friday 3th February 2017: https://wiki.centos.org/Events/Dojo/Brussels2017 I will be at the Dojo to discuss the i386 distribution with those who are interested. I will also be at the CentOS Booth at FOSDEM 2017 ( https://fosdem.org/2017/ ) in Brussels, Belgium on February 4th and 5th, 2017. I will also attend the Config Management Camp EU ( http://cfgmgmtcamp.eu/ ) in Ghent, Belgium on the 6th of February, 2017. If you have any questions and will be at any of those locations, please look me up. Bug reports and feedback about specific packages should be filed at https://bugs.centos.org/ against the relevant package name, for project CentOS Linux 7, in the same manner as you would for x86_64. However, do mention the architecture as applicable. =========================== Johnny Hughes CentOS-7 i386 AltArch Maintainer Twitter: @JohnnyCentOS Freenode IRC: hughesjr

1 0

CentOS 6, flash-plugin crashing
by m.roth＠5-cent.us 31 Jan '17

31 Jan '17

Anyone else seeing this? I'm playing streaming media, and after about 10 or 15 min, flash-plugin crashes. I've had this happen today on streams from two separate radio stations. mark

2 1

tor and selinux
by Mark 30 Jan '17

30 Jan '17

I'm experimenting with tor hidden services and got it to work nicely on my Centos7, with tor from epel. That is, until I booted the machine. Then SELinux kicked in and in the logs there's [warn] Directory /var/lib/tor/hidden_service/ cannot be read: Permission denied The permissions are drwx------. 2 toranon toranon 4096 Jan 28 23:39 hidden_service And SELinux gives the following SELinux is preventing /usr/bin/tor from using the dac_override capability. ***** Plugin dac_override (91.4 confidence) suggests ********************** If you want to help identify if domain needs this access or you have a file with the wrong permissions on your system Then turn on full auditing to get path information about the offending file and generate the error again. Do Turn on full auditing # auditctl -w /etc/shadow -p w Try to recreate AVC. Then execute # ausearch -m avc -ts recent If you see PATH record check ownership/permissions on file, and fix it, otherwise report as a bugzilla. ***** Plugin catchall (9.59 confidence) suggests ************************** If you believe that tor should have the dac_override capability by default. Then you should report this as a bug. You can generate a local policy module to allow this access. Do allow this access for now by executing: # ausearch -c 'tor' --raw | audit2allow -M my-tor # semodule -i my-tor.pp Additional Information: Source Context system_u:system_r:tor_t:s0 Target Context system_u:system_r:tor_t:s0 Target Objects Unknown [ capability ] Source tor Source Path /usr/bin/tor Port <Unknown> Host <Unknown> Source RPM Packages tor-0.2.8.12-1.el7.x86_64 Target RPM Packages Policy RPM selinux-policy-3.13.1-102.el7_3.13.noarch Selinux Enabled True Policy Type targeted Enforcing Mode Enforcing Host Name host Platform Linux host 3.10.0-514.6.1.el7.x86_64 #1 SMP Wed Jan 18 13:06:36 UTC 2017 x86_64 x86_64 Alert Count 5 First Seen 2017-01-29 22:42:46 EST Last Seen 2017-01-29 22:42:51 EST Local ID 51ceb58e-19cf-4f8f-ab1e-fe48265aaf1d Raw Audit Messages type=AVC msg=audit(1485747771.709:106): avc: denied { dac_override } for pid=2253 comm="tor" capability=1 scontext=system_u:system_r:tor_t:s0 tcontext=system_u:system_r:tor_t:s0 tclass=capability type=AVC msg=audit(1485747771.709:106): avc: denied { dac_read_search } for pid=2253 comm="tor" capability=2 scontext=system_u:system_r:tor_t:s0 tcontext=system_u:system_r:tor_t:s0 tclass=capability type=SYSCALL msg=audit(1485747771.709:106): arch=x86_64 syscall=open success=no exit=EACCES a0=7fcd2c12fe90 a1=20000 a2=0 a3=1 items=0 ppid=1 pid=2253 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm=tor exe=/usr/bin/tor subj=system_u:system_r:tor_t:s0 key=(null) Hash: tor,tor_t,tor_t,capability,dac_override As I don't know what dac_override is I don't know if it's a good idea to give it to tor and the confidence seems quite low. Cheers Mark

2 3

Strange ABRT error when I try to switch to su
by Sean Son 30 Jan '17

30 Jan '17

Hello all One of my VMs, running RHEL 7, has been giving me the following ABRT error when I try to login as su Ive seen this error the past three times that Ive logged in. I know that the VM is using Red Hat,but seeing that RHEL/CentOS are pretty much the same thing, I figured I should ask the CentOS mailing list for help. Here is the error: $ su Password: ABRT has detected 1 problem(s). For more info run: abrt-cli list --since 1485781 # abrt-cli list --since 1485781 id b35dcbc9f05781fab04cdd9aca28bbe86a93eace reason: php-fpm killed by SIGSEGV time: Wed 25 Jan 2017 07:44:07 PM EST cmdline: 'php-fpm: pool www' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' '' package: rh-php56-php-fpm-5.6.5-9.el7 uid: 48 (apache) count: 4 Directory: /var/spool/abrt/ccpp-2017-01-25-19:44:07-47637 Run 'abrt-cli report /var/spool/abrt/ccpp-2017-01-25-19:44:07-47637' for creating a case in Red Hat Customer Portal id 27190e6535600b6fc4bc97de457b302a10698b95 reason: WARNING: at lib/vsprintf.c:1734 vsnprintf+0x691/0x6a0() time: Mon 01 Aug 2016 09:14:44 AM EDT cmdline: BOOT_IMAGE=/vmlinuz-3.10.0-327.22.2.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro rd.lvm.lv=VolGroup00/LogVol00 vconsole.keymap=us vconsole.font=latarcyrheb-sun16 crashkernel=auto audit=1 rhgb quiet biosdevname=0 net.ifnames=0 LANG=en_US.UTF-8 package: kernel uid: 0 (root) count: 1 Directory: /var/spool/abrt/oops-2016-08-01-09:14:44-8775-0 Reported: cannot be reported What is this error trying to say and how do I fix the issue? All help is greatly appreciated! Thank you Sean

1 0

Centos 7 as a Hyper-V guest and Integration Services
by Adrian Jenzer 30 Jan '17

30 Jan '17

Dear all I'm running a Centos 7.3 as a Hyper-V guest on Windows Server 2012R2. Actually everything works fine but I'm still wondering if I do everything right regarding Linux Integration Services. When I installed Centos 7 I didn't installed any LIS package or so as I understood it's built-in. How are you handling this? Is it recommended to install/update to the latest LIS from Microsoft provided as ISO or do I need to install the hyperv-daemons? Currently my system reports: [root@share ~]# lsmod | grep hv hv_utils 24418 2 hv_storvsc 18032 6 hv_netvsc 40261 0 hv_vmbus 397185 6 hyperv_keyboard,hv_netvsc,hid_hyperv,hv_utils,hyperv_fb,hv_storvsc and I think this time shifts on rebbots are related to missing LIS (?): [root@share ~]# last root pts/0 172.16.4.103 Mon Jan 30 12:14 still logged in (unknown :0 :0 Sun Jan 29 03:59 still logged in reboot system boot 3.10.0-514.6.1.e Fri Feb 3 15:55 - 12:14 (-4+-3:-41) root pts/0 172.16.4.128 Fri Jan 27 15:24 - 15:57 (00:33) root pts/0 172.16.4.128 Fri Jan 27 12:22 - 12:49 (00:27) root pts/0 172.16.4.128 Mon Jan 23 13:53 - 14:00 (00:07) (unknown :0 :0 Mon Jan 23 13:53 - 02:00 (5+12:06) reboot system boot 3.10.0-514.6.1.e Tue Jan 24 23:41 - 02:00 (4+02:18) root pts/0 172.16.4.128 Mon Jan 23 13:36 - down (00:15) administ pts/0 172.16.4.128 Mon Jan 23 12:44 - 13:00 (00:15) (unknown :0 :0 Sun Jan 22 03:56 - 13:52 (1+09:55) reboot system boot 3.10.0-514.2.2.e Fri Jan 27 17:31 - 13:52 (-4+-3:-38) root pts/1 172.16.4.117 Mon Jan 16 12:20 - 13:28 (01:07) Do you also get this Warnings in Hyper-V Event Viewer?: Device 'Microsoft Synthetic Display Controller' in 'SHARE' is loaded but has a different version from the server. Server version 3.3 Client version 3.2 (Virtual machine ID C2D0C208-BC00-4E73-8AF1-DA595FE6ECE7). The device will work, but this is an unsupported configuration. This means that technical support will not be provided until this problem is resolved. To fix this problem, upgrade the integration services. To upgrade, connect to the virtual machine and select Insert Integration Services Setup Disk from the Action menu. Thanks best Adrian

1 0

firewalld
by TE Dukes 30 Jan '17

30 Jan '17

Got 7.3 installed Wednesday, things went so so. Been working on getting roundcubemail setup and firewalld is kicking my butt. I can't figure out all these zones. I opened imap, imaps, pop3, pop3s, smtp, smtps in zones internal, trusted and public. I still get connection refused. I telnet localhost 143, I get connection refused. What zone is used for the local network and what zone is used for outside access? Two days and can't access mail. Is this a Redhat brain child? According to firewalld.org, only Redhat, CentOS and Fedora are using it. Not too happy

7 19

Notes on openssh configuration
by Leonard den Ottolander 29 Jan '17

29 Jan '17

Hello list, To my astonishment the openssh versions on both C6 and C7 will by default negotiate an MD5 HMAC. C6 client, C7 server: debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none C7 client & server: debug2: mac_setup: setup hmac-md5-etm(a)openssh.com debug1: kex: server->client aes128-ctr hmac-md5-etm(a)openssh.com none debug2: mac_setup: setup hmac-md5-etm(a)openssh.com debug1: kex: client->server aes128-ctr hmac-md5-etm(a)openssh.com none I reported this issue upstream: https://bugzilla.redhat.com/show_bug.cgi?id=1417263 https://bugzilla.redhat.com/show_bug.cgi?id=1417264 You might want to add MACs hmac-sha2-512-etm@openssh.com,hmac-sha2-512,hmac-sha2-256-etm@openssh.com,hmac-sha2-256,hmac-sha1-etm@openssh.com,hmac-sha1,hmac-ripemd160-etm@openssh.com,hmac-ripemd160@openssh.com,hmac-ripemd160,umac-128@openssh.com,umac-128-etm@openssh.com,hmac-sha1-96-etm@openssh.com,hmac-sha1-96,umac-64-etm@openssh.com,umac-64@openssh.com to your C7 ssh_config and sshd_config, or MACs hmac-sha2-512,hmac-sha2-256,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,umac-64@openssh.com,hmac-sha1-96 to your C6 ssh_config and sshd_config. You might also want to prune your cipher list to exclude RC4 = arcfour ciphers with the option "Ciphers". Compare http://www.theregister.co.uk/2013/09/06/nsa_cryptobreaking_bullrun_analysis/ Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

3 6

Preferred mail client
by TE Dukes 29 Jan '17

29 Jan '17

Hello, again, What is the preferred remote mail client for 7.3? I have used openwebmail in the past, was using usermin and roundcube most recently. Never cared about squirrelmail but that was years ago. I don't use my server as a workstation. It mostly just sits over there collecting dust on the keyboard. TIA

6 6

mail delivery in 7.3
by TE Dukes 28 Jan '17

28 Jan '17

Hello, Still don't have mail working. It seems to be stuck in /var/spool/postfix/incoming It's not getting to ~Maildir or whatever 7.3 uses. I am clueless. Probably need a little break. TIA

1 0

large update - best practice
by Jon LaBadie 27 Jan '17

27 Jan '17

With a large update to be made, eg. the 900 package one I questioned yesterday, are there any suggestions to avoid possible complications? Two examples, I'd like to know of others too: I'm not running the most recently installed kernel, I assume I should reboot to that. I normally have a graphical environment running. Would it be better to: a) shutdown X and update from a straight CLI environment b) logout from the GUI and update from a vt CLI c) update from a GUI login as root or d) doesn't matter, do as normal -- from an ssh login, "sudo yum update"? Thanks, Jon -- Jon H. LaBadie jon(a)jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)

7 9

software raid 1 failure
by Jerry Geis 27 Jan '17

27 Jan '17

Hi All, I had a machine with software RAID-1 have a disk crash. I am attempting to get the data off the good disk. Using a USB to SATA device I plugged it into another machine. I tried many things to mount it, to mdadm add it but could not get it to cooperate. Another thought I had is can I use fdisk to change the "type" of the partition from "linux raid" to "linux" and then mount as normal? Does that work? Thanks, Jerry

3 2

yum adding 7.3 packages to 7.2 system
by Jon LaBadie 27 Jan '17

27 Jan '17

My system is 7.2.1511. When I run "yum update", it wants to install about 900 packages total. Most are labeled just "el7". A few "el7_1" and a lot are "el7_3" or 7.3. None are 7.2. I'm not surprised when I see 50-100 packages needing an update. But 900? And none specific to the installed system? My last update, of 4 packages, was Dec 31, 2016. I first noted the current behavior about 10 days later and have been trying to figure out why such an unusual report. Any suggestions? Jon -- Jon H. LaBadie jon(a)jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)

4 4

CentOS-announce Digest, Vol 143, Issue 11
by centos-announce-request＠centos.org 27 Jan '17

27 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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-2017:0190 Critical CentOS 5 firefox Security Update (Johnny Hughes) 2. CESA-2017:0182 Moderate CentOS 7 squid Security Update (Johnny Hughes) 3. CESA-2017:0190 Critical CentOS 7 firefox Security Update (Johnny Hughes) 4. CEEA-2017:0188 CentOS 6 rtsx_pci Enhancement Update (Johnny Hughes) 5. CESA-2017:0183 Moderate CentOS 6 squid34 Security Update (Johnny Hughes) 6. CESA-2017:0190 Critical CentOS 6 firefox Security Update (Johnny Hughes) 7. CESA-2017:0184 Important CentOS 6 mysql Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 26 Jan 2017 20:58:46 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 5 firefox Security Update Message-ID: <20170126205846.GA22863(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bb7c734cceac8492f93bc3623d8b95a3c1f5b765af9286c1ed7c4b8528535ebd firefox-45.7.0-1.el5.centos.i386.rpm x86_64: bb7c734cceac8492f93bc3623d8b95a3c1f5b765af9286c1ed7c4b8528535ebd firefox-45.7.0-1.el5.centos.i386.rpm 202bb19502b662d84846286383e106f4018e3699db8c0588e3eeffead8cac8a8 firefox-45.7.0-1.el5.centos.x86_64.rpm Source: dcfedc05611839011adf391231df0213575d9be03345ca660f7b45223c75b5d2 firefox-45.7.0-1.el5.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: JohnnyCentOS ------------------------------ Message: 2 Date: Thu, 26 Jan 2017 21:45:40 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0182 Moderate CentOS 7 squid Security Update Message-ID: <20170126214540.GA34760(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0182 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0182.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 275a75c85ff8c059d37c719dc5095b13f475d3713a3b464e4e45f4138ff78ddb squid-3.5.20-2.el7_3.2.x86_64.rpm d92cb53e1cd1ca105c79f40e434a04fd67635671255e5ca5f8655ffe877ca124 squid-migration-script-3.5.20-2.el7_3.2.x86_64.rpm 5e1c34b8905de8a5f82c9f35543671aa80facc44e21341e284042f0e2f5e7d1f squid-sysvinit-3.5.20-2.el7_3.2.x86_64.rpm Source: 8c17b5ff7d793529ed91f0ec5b772104019357863706e9636a2246c67d522bad squid-3.5.20-2.el7_3.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 3 Date: Thu, 26 Jan 2017 21:46:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 7 firefox Security Update Message-ID: <20170126214602.GA34892(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 34c0472b0952187186f440bfc92ba8623f074def7f9d3167adc812197c615428 firefox-45.7.0-1.el7.centos.i686.rpm bebce01ac11511a2e55ef51c4f63671ed5bbb1016d159ccbcfd8f21b0ad84fce firefox-45.7.0-1.el7.centos.x86_64.rpm Source: 92ff3bdf3c2f19b580e13dbe68b9b21d479351e5c4f0c0695d1cfc01c9ccc42f firefox-45.7.0-1.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 4 Date: Thu, 26 Jan 2017 20:22:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEEA-2017:0188 CentOS 6 rtsx_pci Enhancement Update Message-ID: <20170126202214.GA21177(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Enhancement Advisory 2017:0188 Upstream details at : https://rhn.redhat.com/errata/RHEA-2017-0188.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c2b35efce655a383ad0e9f18128bcb85fe3660b0ec6134ff4d09a57bf9e12170 kmod-rtsx_pci-642-1.el6_8.i686.rpm x86_64: 15aed624799009c5ce5de9989b6d34b0f6b3b4ae64b42b459fecf83d82be524d kmod-rtsx_pci-642-1.el6_8.x86_64.rpm Source: 49aeb3e303a4b561acdc901382022f3eb9d8e9c13c552148b2ef7f45583f5778 rtsx_pci-642-1.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 5 Date: Thu, 26 Jan 2017 20:22:31 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0183 Moderate CentOS 6 squid34 Security Update Message-ID: <20170126202231.GA21262(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0183 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0183.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ca6821bc977e58ddefd9bccf91dc98ee75d90aaf433f6a462d18786a23481d24 squid34-3.4.14-9.el6_8.4.i686.rpm x86_64: 05af47a8209fb31705b6e7916ff30c0ce1b89005f24fc427e88ba257348c2857 squid34-3.4.14-9.el6_8.4.x86_64.rpm Source: 59a82b8676b28b88dfdab8fc952dd5423414306e48cbdecc593b6760bd1a5add squid34-3.4.14-9.el6_8.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 6 Date: Thu, 26 Jan 2017 20:24:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0190 Critical CentOS 6 firefox Security Update Message-ID: <20170126202455.GA21483(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0190 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0190.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d029cd11706e8ccf1a68d2dbafaeb483d74db49c698dd7061bd9e2e51d576657 firefox-45.7.0-1.el6.centos.i686.rpm x86_64: d029cd11706e8ccf1a68d2dbafaeb483d74db49c698dd7061bd9e2e51d576657 firefox-45.7.0-1.el6.centos.i686.rpm 652667b06a4596e42b0ad12a5f88e49ad9ee68276e2c2002cadf19f597e58386 firefox-45.7.0-1.el6.centos.x86_64.rpm Source: 8e61cfbbfbd1dfc9daa8ba468c350ec9cd694aaffb3a98e42a42f790fc816f39 firefox-45.7.0-1.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 7 Date: Thu, 26 Jan 2017 22:35:43 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0184 Important CentOS 6 mysql Security Update Message-ID: <20170126223543.GA35878(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0184 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0184.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 90a5007752cc5dc69559fbac5117708c4aacd4ee45dc09ea79d4b86e739f6196 mysql-5.1.73-8.el6_8.i686.rpm d9fa54a3d70a5d9e5732d22cf2eac1f01b3e78df12cfd2f803488323736081c1 mysql-bench-5.1.73-8.el6_8.i686.rpm faac0fa3bfcba71701f3c85f1ab96cc0fb2ed27130f2cda55082d459dd960bde mysql-devel-5.1.73-8.el6_8.i686.rpm e8d0100a1dfe23387f41101b8cd6e458ea0b479e1262f4c06205a4cb25449c7e mysql-embedded-5.1.73-8.el6_8.i686.rpm cdce7ce86780ddec72435dbf96a336dc2c48166feff6c5bccea2873d58962658 mysql-embedded-devel-5.1.73-8.el6_8.i686.rpm afa9536c07ca2540d89e33b74299856708c1080de4453ef50ec5654b1d1ae092 mysql-libs-5.1.73-8.el6_8.i686.rpm bed77f90cc7dab7121d50e594becd0e583182d31df09422545d690f5b7c43629 mysql-server-5.1.73-8.el6_8.i686.rpm c2dcb64a748bc7fdbc77cb9fbfec0fe99b309d1c3af0fbe87dc25b82a5e74825 mysql-test-5.1.73-8.el6_8.i686.rpm x86_64: 3086e370dee78dcf420a882c33707369cedc0c16fff25020ef38ddc8dd10a1c2 mysql-5.1.73-8.el6_8.x86_64.rpm 1ec8a72b49e3942de13fa941555970ea979066fda8b30fab7744fa2235f31b33 mysql-bench-5.1.73-8.el6_8.x86_64.rpm faac0fa3bfcba71701f3c85f1ab96cc0fb2ed27130f2cda55082d459dd960bde mysql-devel-5.1.73-8.el6_8.i686.rpm ee4cafcc7ad0859a45ff54ca17997a903279732a96d45b0bdad99576f8596f8e mysql-devel-5.1.73-8.el6_8.x86_64.rpm e8d0100a1dfe23387f41101b8cd6e458ea0b479e1262f4c06205a4cb25449c7e mysql-embedded-5.1.73-8.el6_8.i686.rpm 5dbc5d8e5809e2901d5e8e8b1418750002b83e3406e03ae8d71cfb94127eb243 mysql-embedded-5.1.73-8.el6_8.x86_64.rpm cdce7ce86780ddec72435dbf96a336dc2c48166feff6c5bccea2873d58962658 mysql-embedded-devel-5.1.73-8.el6_8.i686.rpm 112a82ba493db96e355d00b6f1982e3b1edf91a43049eedc88e616e697c51f0f mysql-embedded-devel-5.1.73-8.el6_8.x86_64.rpm afa9536c07ca2540d89e33b74299856708c1080de4453ef50ec5654b1d1ae092 mysql-libs-5.1.73-8.el6_8.i686.rpm eb618e3896815be9548104036c272b9f17f54b8706b52451bcb8e6ddc0a2ed7b mysql-libs-5.1.73-8.el6_8.x86_64.rpm e903e2e57ff025de587503648680701f99c2162d852c04b6e3660b30087637ed mysql-server-5.1.73-8.el6_8.x86_64.rpm 847d84415d57eb33f505408b9676d59949b8b3d46002ae37dc028d0cc6977945 mysql-test-5.1.73-8.el6_8.x86_64.rpm Source: c328e9e7e4d58ccd09d5c40830f71215249a868c2eb80762e993d5d9eb7ee96d mysql-5.1.73-8.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 143, Issue 11 ************************************************

1 0

[EL6] How to follow upstream updates?
by Leon Fauster 27 Jan '17

27 Jan '17

Sorry, if it was answered already elsewhere. Where exactly are the current EL6 builds done? Or rephrased: I would like to look into the state of following security update: mysql-5.1.73-8.el6_8.src.rpm Looking into https://git.centos.org/repositories/ http://cbs.centos.org http://buildlogs.centos.org/ shows mostly EL7 stuff. Just curious, LF

3 5

Re: [CentOS] CentOS 7 install on one RAID 1 [not-so-SOLVED]
by m.roth＠5-cent.us 26 Jan '17

26 Jan '17

Let me see if I can, um, reboot this thread.... I made a RAID 1 of two raw disks, /dev/sda and /dev/sdb, *not* /dev/sdax /dev/sdbx. Then I installed CentOS 7 on the RAID, with /boot, /, and swap being partitions on the RAID. My problem is that grub2-install absolutely and resolutely refuses to install on /dev/sda or /dev/sdb. I've currently got it up in a half-assed rescue mode, and have mount -o bind /dev, /proc/ and /sys under /mnt/sysimage, and chrooted there. That's where I'm trying to do my grub2-install. So: 1. *Is* there space for grub2 to install the bootloader under where the mdadm starts? Or do I have to partition the disks (/dev/sda1 100%, ditto /dev/sdb1, then create the RAID 1 with the partitions, and *then* grub2-install? 2. I *think* that one thing that grub2-install is complaining about is that it can't find /boot/grub2. I've tried doing it with $ grub2-install --boot-directory=/boot /dev/sda and $ grub2-install --boot-directory=/dev/md127p1/ /dev/sda and $ grub2-install --boot-directory=/dev/md127pw/boot /dev/sda and it tells me it cannot find the canonical path for the grub2 directory. Is there some way to specify where it should fund /boot/grub2 that I've missed? mark

3 2

Re: [CentOS] CentOS 7 install on one RAID 1 [not-so-SOLVED]
by Eugene Poole 26 Jan '17

26 Jan '17

First let me say I am not a true expert, but I am experienced. If this machine you purchased was some name brand, you must be speaking about hardware raid, true? If this is true, it normally presents you with what looks like a standard drive (/dev/sda) for every 2 drives configured as raid-1. Also, most name brand servers give you a bootable machine day one. If you are using software raid, you must have configured it yourself. Here is what my custom machine has: 2 - 120 GB SSD 2 - 4 TB spinning drives During my CentOS 7 install is where I performed the software raid-1 configuration. I never do the default partition configuration so here is my setup (used fdisk -l): Disk /dev/sda: 120.0 GB, 120034123776 bytes, 234441648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x0001d7e8 Device Boot Start End Blocks Id System /dev/sda1 2048 134604799 67301376 fd Linux raid autodetect /dev/sda2 134604800 184752127 25073664 fd Linux raid autodetect /dev/sda3 184752128 233191423 24219648 fd Linux raid autodetect /dev/sda4 233191424 234440703 624640 5 Extended /dev/sda5 * 233195520 234440703 622592 fd Linux raid autodetect Disk /dev/sdb: 120.0 GB, 120034123776 bytes, 234441648 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk label type: dos Disk identifier: 0x000085a6 Device Boot Start End Blocks Id System /dev/sdb1 2048 134604799 67301376 fd Linux raid autodetect /dev/sdb2 134604800 184752127 25073664 fd Linux raid autodetect /dev/sdb3 184752128 233191423 24219648 fd Linux raid autodetect /dev/sdb4 233191424 234440703 624640 5 Extended /dev/sdb5 * 233195520 234440703 622592 fd Linux raid autodetect Disk /dev/sdc: 4000.8 GB, 4000787030016 bytes, 7814037168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk label type: gpt # Start End Size Type Name 1 2048 1699579903 810.4G Linux RAID 2 1699579904 3399157759 810.4G Linux RAID 3 3399157760 3911510015 244.3G Linux RAID 4 3911510016 5611087871 810.4G Linux RAID Disk /dev/sdd: 4000.8 GB, 4000787030016 bytes, 7814037168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk label type: gpt # Start End Size Type Name 1 2048 1699579903 810.4G Linux RAID 2 1699579904 3399157759 810.4G Linux RAID 3 3399157760 3911510015 244.3G Linux RAID 4 3911510016 5611087871 810.4G Linux RAID My df -h display shows me the following: /dev/md126 583M 317M 224M 59% /boot I have basically the definitions using CentOS 6 and CentOS 7 and it's my understanding you must have a /boot device. Also during installation of CentOS 7 when writing the MBR to the MD device (in my case md126) it writes the information to both sda and sdb. With CentOS 6, according to HowToForge there are extra steps required to get the MBR on both sda and sdb. I have not had to replace either of these SSD, but I have had to replace spinning drives on my CentOS 6 machines in the past. Gene On 1/26/2017 7:00 AM, centos-request(a)centos.org wrote: > > No. Brand new machine, pulled it out of the box and racked it. NOTHING on the > internal SSDs. Made an md RAID 0 on the raw disks - /dev/sda /dev/sdb. No > partitions, nothing. However, when I bring it up, fdisk shows an MBR with no > partitions. I can, however, mount /dev/md127p3 as /mnt/sysimage, and all is there. > > Did I need to make a single partition, on each drive, and then make the RAID 1 > out of *those*? I don't think I need to have /boot not on a RAID. > > mark > > > > ------------------------------ > > -- Eugene Poole Woodstock, Georgia

1 0

CentOS 7 install on one RAID 1
by m.roth＠5-cent.us 26 Jan '17

26 Jan '17

Hi, folks, I'm building a new box, and I want three partitions - /boot, /, and swap, on *one* RAID 1, not three separate partitions. Other than <alt-f2> mdadm..., *is* there any way in the graphical installer to do this? All I see is a way to make three separate partitions. Pointers to links happily accepted. mark, back to googling

9 18

samba rpm deps - with yum downgrade = kind of a mayhem
by lejeczek 26 Jan '17

26 Jan '17

hi guys, gals do you see this: ~]$ yum downgrade samba Resolving Dependencies --> Running transaction check ---> Package samba.x86_64 0:4.4.4-9.el7 will be a downgrade --> Processing Dependency: samba-libs = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common-tools = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common-libs = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-client-libs = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: libwbclient = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 ---> Package samba.x86_64 0:4.4.4-12.el7_3 will be erased --> Running transaction check ---> Package libwbclient.i686 0:4.4.4-9.el7 will be installed ---> Package samba.x86_64 0:4.4.4-9.el7 will be a downgrade --> Processing Dependency: samba-common-tools = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common-libs = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 --> Processing Dependency: samba-common = 4.4.4-9.el7 for package: samba-4.4.4-9.el7.x86_64 ---> Package samba.x86_64 0:4.4.4-12.el7_3 will be erased ---> Package samba-client-libs.i686 0:4.4.4-9.el7 will be installed --> Processing Dependency: samba-common = 4.4.4-9.el7 for package: samba-client-libs-4.4.4-9.el7.i686 --> Processing Dependency: libtevent.so.0(TEVENT_0.9.9) for package: samba-client-libs-4.4.4 ..and process fails. chained are i686 arch? Is it only us(centos) or redhat's bugzilla should be notified. Samba downgrade used to work I remember. bw. L.

2 4

SELinux file permissions
by Tim Smith 25 Jan '17

25 Jan '17

Hi, I'm trying to grant dovecot the ability to manage its socket within the postfix spool directory. I have added the below to file_contexts.local : /var/spool/postfix/private/dovecot-auth system_u:system_r:dovecot_t:s0 However, running "restorecon -v /var/spool/postfix/private/dovecot-auth" gives me the following error : restorecon: lstat(/var/spool/postfix/private/dovecot-auth) failed: No such file or directory I cannot create the socket file in advance, because dovecot manages it, and if you "touch" the file, dovecot complains. Where am I going wrong ? Thanks ! Tim

4 5

I'm making the change to a new OS
by TE Dukes 24 Jan '17

24 Jan '17

Decided to upgrade to 7.x. It's been a good ride 6.x, but you're living in the past. Everything is backed up, just waiting on my new 4TB HD to arrive for a fresh install. See ya'll on the other side!!

3 4

CentOS dojo in Brussels 3rd Feb
by Karanbir Singh 24 Jan '17

24 Jan '17

hi everyone, just a quick reminder that we only have a few more places available at the CentOS Dojo next week Friday : https://wiki.centos.org/Events/Dojo/Brussels2017 If you are in the area, or able to make it into the area, do come by. regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

1 0

CentOS-announce Digest, Vol 143, Issue 10
by centos-announce-request＠centos.org 23 Jan '17

23 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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. Announcing the release for Gluster 3.9 on CentOS Linux 7 x86_64 (Niels de Vos) 2. Announcing the release for Gluster 3.9 on CentOS Linux 6 x86_64 (Niels de Vos) ---------------------------------------------------------------------- Message: 1 Date: Mon, 23 Jan 2017 10:45:53 +0100 From: Niels de Vos <ndevos(a)redhat.com> To: centos-announce(a)centos.org Subject: [CentOS-announce] Announcing the release for Gluster 3.9 on CentOS Linux 7 x86_64 Message-ID: <20170123094553.GA7857(a)ndevos-x240.usersys.redhat.com> Content-Type: text/plain; charset="us-ascii" I am happy to announce the General Availability of Gluster 3.9 for CentOS 7 on x86_64. These packages are following the upstream Gluster Community releases, and will receive monthly bugfix updates. Gluster 3.9 is a Short-Term-Maintenance release, and will only receive updates until the next version (3.10) becomes available. The difference between Long-Term-Maintenance and Short-Term-Maintenance releases is explained on the Gluster release schedule page: https://www.gluster.org/community/release-schedule/ Users of CentOS 7 can now simply install Gluster 3.9 with only these two commands: # yum install centos-release-gluster39 # yum install glusterfs-server The centos-release-gluster39 package is delivered via CentOS Extras repos. This contains all the metadata and dependancy information, needed to install Gluster 3.9. Note that the standard centos-release-gluster (virtual) package is still available and points to the 3.8 version. This is intentional because 3.8 is a Long-Term-Maintenance version and does not require users to update the major versions avery couple of months. Some deployments may need to install the centos-release-gluster package as well as centos-release-gluster39 to fullfill dependencies (most recent versions of oVirt possibly). We have a quickstart guide specifically built around the packages are available, it makes for a good introduction to Gluster and will help get you started in just a few simple steps, this quick start is available at https://wiki.centos.org/SpecialInterestGroup/Storage/gluster-Quickstart More details about the packages that the Gluster project provides in the Storage SIG is available in the documentation: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster The centos-release-gluster* repositories offer additional packages that enhance the usability of Gluster itself. Utilities and tools that were working with previous versions of Gluster are expected to stay working fine. If there are any proboems, or requests for additional tools and applications to be provided, just send us an email with your suggestions. The current list of packages that is (planned to become) available can be found here: https://wiki.centos.org/SpecialInterestGroup/Storage/Gluster/Ecosystem-pkgs We welcome all feedback, comments and contributions. You can get in touch with the CentOS Storage SIG on the centos-devel mailing list ( https://lists.centos.org ) and with the Gluster developer and user communities at https://www.gluster.org/mailman/listinfo , we are also available on irc at #gluster on irc.freenode.net, and on twitter at @gluster . Cheers, Niels de Vos Storage SIG member & Gluster maintainer

1 0

Re: [CentOS] [CentOS-virt] Increase CPU usage on HV after upgrade (7.2 -> 7.3)
by Subscriber 22 Jan '17

22 Jan '17

Hello Sandro, Friday, January 20, 2017, 6:54:02 PM, you wrote: > On Thu, Jan 19, 2017 at 3:40 PM, Subscriber <ml-lists(a)agoris.net.ua> wrote: > Hello Sandro, > Thursday, January 19, 2017, 12:12:25 PM, you wrote: >> Discussed with KVM guys, here's the answer: >> 1% per VM seems to much on idle VM; if the VM is not idle you are >> getting better performance in exchange. For idle VMs the difference >> should be roughly 0.1% per VM. > I compared the graphics load on the CPU before and after the upgrade. > After the upgrade is clearly increased CPU System time load. In all > of this mode and load VM themselves became approximately the same. > Can you share exact version of kvm, libvirt and qemu-kvm / qemu-kvm-ev you're using? kvm_intel In CentOS 7.2.1511: kernel-3.10.0-327.36.3.el7.x86_64 qemu-kvm-1.5.3-105.el7_2.7.x86_64 libvirt-daemon-kvm-1.2.17-13.el7_2.5.x86_64 After upgrade from 7.2.1511 to 7.3.1611: It was (after upgrading to this version, I noticed described in the first report the situation): kernel-3.10.0-514.2.2.el7.x86_64 qemu-kvm-1.5.3-126.el7.x86_64 libvirt-daemon-kvm-2.0.0-10.el7_3.2.x86_64 Now (as of 2017/01/22): kernel-3.10.0-514.6.1.el7.x86_64 qemu-kvm-1.5.3-126.el7_3.3.x86_64 libvirt-daemon-kvm-2.0.0-10.el7_3.4.x86_64 It takes 1-2 days for monitoring, to determine whether the situation has changed since the last update.

1 0

CentOS-announce Digest, Vol 143, Issue 9
by centos-announce-request＠centos.org 22 Jan '17

22 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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-2017:0180 Critical CentOS 6 java-1.8.0-openjdk Security Update (Johnny Hughes) 2. CESA-2017:0180 Critical CentOS 7 java-1.8.0-openjdk Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Sat, 21 Jan 2017 15:53:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0180 Critical CentOS 6 java-1.8.0-openjdk Security Update Message-ID: <20170121155344.GA61934(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0180 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0180.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e04f0af0db6bf5966115be1c780071d3c25c5bbb91b2293d561a6fa15d1631aa java-1.8.0-openjdk-1.8.0.121-0.b13.el6_8.i686.rpm 864d94e6e625bc5a1c1917d7daadb5cb18d23edbd83a959e81f3e933a96127cc java-1.8.0-openjdk-debug-1.8.0.121-0.b13.el6_8.i686.rpm 14a0f1360afffd36590ddafbc3c85c2070ab29441431a35f424d533d4689e42f java-1.8.0-openjdk-demo-1.8.0.121-0.b13.el6_8.i686.rpm 0b27c5e7c38290daf4b10a3afd8088c2b98d32018dafdbe11fb85cb401ac99a1 java-1.8.0-openjdk-demo-debug-1.8.0.121-0.b13.el6_8.i686.rpm d7ec3be372b0b762035137aa79932ff4adba3113d15ddfc1728469c362d7bea6 java-1.8.0-openjdk-devel-1.8.0.121-0.b13.el6_8.i686.rpm e93b86d265215f0f7eed95889f479881b26436934ea1dcf7bfbb896c37e1579c java-1.8.0-openjdk-devel-debug-1.8.0.121-0.b13.el6_8.i686.rpm e7ec1b932abf317c54744e4053209ab525d129db5c4a55cf5aef2afaf894da3e java-1.8.0-openjdk-headless-1.8.0.121-0.b13.el6_8.i686.rpm ac9e8aeec13ad539b2ce43dda728936102a6dcf3337ec002d5fec1b22cba32b8 java-1.8.0-openjdk-headless-debug-1.8.0.121-0.b13.el6_8.i686.rpm ea03e4503f1d19fc9e07e4cf72abfe77cdca5a9fbf480f7361dbb474f750b724 java-1.8.0-openjdk-javadoc-1.8.0.121-0.b13.el6_8.noarch.rpm d27d67a2828310000afcda45aece8be486a4d07a24917618e2bbb1fd383b31c2 java-1.8.0-openjdk-javadoc-debug-1.8.0.121-0.b13.el6_8.noarch.rpm 156ed32eaf641980040ea33925b5325d89c9eea3d67bfb27835d66aaae5d1c8a java-1.8.0-openjdk-src-1.8.0.121-0.b13.el6_8.i686.rpm 72056b3acfc35e1512d431d170bf0bfb3ec41e014d63a37d44a947a3dd566e63 java-1.8.0-openjdk-src-debug-1.8.0.121-0.b13.el6_8.i686.rpm x86_64: 882720170cdd2b723de69104217ba3bfb6f9a88c1f42b4ab1f71d540974d7aca java-1.8.0-openjdk-1.8.0.121-0.b13.el6_8.x86_64.rpm 226b4196d0aeb6e69c68b79a25c761ff6a68002b8461d67eda8396c945fe7380 java-1.8.0-openjdk-debug-1.8.0.121-0.b13.el6_8.x86_64.rpm 25de4d1e1d3154aa6c96d23d2fe3e8c6b422ebd45e1d8d83f150f63b2b82bb2d java-1.8.0-openjdk-demo-1.8.0.121-0.b13.el6_8.x86_64.rpm 46839bfcaadc731258cf7f0434f0f9f4e3bc3ac869a60196b78f36dbfdd12602 java-1.8.0-openjdk-demo-debug-1.8.0.121-0.b13.el6_8.x86_64.rpm d99419b905892f7a4682cb6727a41b9c4c4a033efa9e78216f6c134b6633ee3b java-1.8.0-openjdk-devel-1.8.0.121-0.b13.el6_8.x86_64.rpm 02f44a59db465a34b851188016ed34f4e7086b5626728e7b3937cb0ad802ba4f java-1.8.0-openjdk-devel-debug-1.8.0.121-0.b13.el6_8.x86_64.rpm db7da24a1dd722fdcb576491fae25fe01c4ac85e19ffb039b0cd7aade82897de java-1.8.0-openjdk-headless-1.8.0.121-0.b13.el6_8.x86_64.rpm 4efccbc0830a05709ffa58a8d7124a52ef58e5c6ed57747fe5c63a0088ffdc4c java-1.8.0-openjdk-headless-debug-1.8.0.121-0.b13.el6_8.x86_64.rpm ea03e4503f1d19fc9e07e4cf72abfe77cdca5a9fbf480f7361dbb474f750b724 java-1.8.0-openjdk-javadoc-1.8.0.121-0.b13.el6_8.noarch.rpm d27d67a2828310000afcda45aece8be486a4d07a24917618e2bbb1fd383b31c2 java-1.8.0-openjdk-javadoc-debug-1.8.0.121-0.b13.el6_8.noarch.rpm 50f40ffa84e6f61c9e8de385618530246b14db4080b20efb43ae38aa3e52ac39 java-1.8.0-openjdk-src-1.8.0.121-0.b13.el6_8.x86_64.rpm b20148d489829fd3236174b32d6057a1d6b3a77cfaccd261825c68ca1952e73e java-1.8.0-openjdk-src-debug-1.8.0.121-0.b13.el6_8.x86_64.rpm Source: 893dd0e503edfbf2bbf0018a0c019bf55d9259a8aef8f3a768832870f7678673 java-1.8.0-openjdk-1.8.0.121-0.b13.el6_8.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Message: 2 Date: Sat, 21 Jan 2017 15:55:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0180 Critical CentOS 7 java-1.8.0-openjdk Security Update Message-ID: <20170121155544.GA64488(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0180 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0180.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: b002bc39803820082dabc431b991958f9397bc317248e981f77530cf8428c717 java-1.8.0-openjdk-1.8.0.121-0.b13.el7_3.i686.rpm 460180c36d7248c993ed1c7efd333fe7c9819dc9be1b12208ddd3071c140a55a java-1.8.0-openjdk-1.8.0.121-0.b13.el7_3.x86_64.rpm e248153a1904ea792d4815c47960c5a73e59abc1c4cf5cec464bd453bc7762e6 java-1.8.0-openjdk-accessibility-1.8.0.121-0.b13.el7_3.x86_64.rpm 5d2c4f7cb529dcd1763a9ae648d447edbc5f07a01c54423a69cb0d140de0c6a6 java-1.8.0-openjdk-accessibility-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm ecba68f71f2cbcb197c41220b648694e847a0437d2b24499a65107dadcdb3510 java-1.8.0-openjdk-debug-1.8.0.121-0.b13.el7_3.i686.rpm a87f43a746f505fc2827afa5ace424006850d07dc2647b79b534281898a5718f java-1.8.0-openjdk-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm 39833c95afbc018e7a91c9a2476cb5055ca32fc2fcc6b60d79408e34b81f8ca1 java-1.8.0-openjdk-demo-1.8.0.121-0.b13.el7_3.x86_64.rpm ca5a4add5dbd60bac513d89e7e915660d31d1b8c4ce7f273990a1f45f387a931 java-1.8.0-openjdk-demo-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm a0c638d96cbbcb3acea1b71f51adc571ff6a09c7c0c8d9cb519e654fce15cd07 java-1.8.0-openjdk-devel-1.8.0.121-0.b13.el7_3.i686.rpm 9e1bb8b701666ff38b321f8b7a152df363bf4f6ea0276f98bd540d151a901278 java-1.8.0-openjdk-devel-1.8.0.121-0.b13.el7_3.x86_64.rpm b9122db5db773a07675bfd042aff7b248ec7f4cdc905b78ce43b2d8fde466b31 java-1.8.0-openjdk-devel-debug-1.8.0.121-0.b13.el7_3.i686.rpm 4acc1c716632d0dc135a0ca0ed2d8de29e5813d62c9ef579bd2783191f254850 java-1.8.0-openjdk-devel-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm 8f92a775f9a1056256baf5b132cbf4a61d12e3db79ae4b33dd7c6da80cd0e82f java-1.8.0-openjdk-headless-1.8.0.121-0.b13.el7_3.i686.rpm 820b3b25e699f6dc0768fee7f8362ea5bf3770046dfdbdfc2d1e7bd6d56946f8 java-1.8.0-openjdk-headless-1.8.0.121-0.b13.el7_3.x86_64.rpm e2e99c6977af60e940b6b6e74a35d744742a2a85cf9a2779c5f141375be2393d java-1.8.0-openjdk-headless-debug-1.8.0.121-0.b13.el7_3.i686.rpm e47d2e31358e70ebc3b83f8f32b986df3c293b465ba46da4c91f05a7c1c8e8cf java-1.8.0-openjdk-headless-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm 77c3b0a2194e7239009c8f68f136e7eeeb2ce4ed287a6d9c52ff01dfc3655718 java-1.8.0-openjdk-javadoc-1.8.0.121-0.b13.el7_3.noarch.rpm f0b418e75b930fb391bbb05021d638e1569d83b85603c49267708adcef8777ed java-1.8.0-openjdk-javadoc-debug-1.8.0.121-0.b13.el7_3.noarch.rpm d06e1bfe81fd73e1c143a5bc22d5ad881794acc186408ba142fefdc3128a151d java-1.8.0-openjdk-javadoc-zip-1.8.0.121-0.b13.el7_3.noarch.rpm c68200d318c1b4c803e2b4822ba74963d955c737397e259f2c32c87127048b45 java-1.8.0-openjdk-javadoc-zip-debug-1.8.0.121-0.b13.el7_3.noarch.rpm 2d57cd90202ef0aa603585c9f5e2e9cba72e1c07aa324de697cc307dd4f17121 java-1.8.0-openjdk-src-1.8.0.121-0.b13.el7_3.x86_64.rpm e99b31852e84ff9e81784d68a53204b4f6168f0fde26f209c0eb56c41755e6ae java-1.8.0-openjdk-src-debug-1.8.0.121-0.b13.el7_3.x86_64.rpm Source: 6df0ee7bf1488263efafcc84765297e4b970ad8f1ca5291ae90f2d43536ec7f3 java-1.8.0-openjdk-1.8.0.121-0.b13.el7_3.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 143, Issue 9 ***********************************************

1 0

CentOS 7 and Areca ARC-1883I SAS controller: JBOD or not to JBOD?
by Peter Peltonen 22 Jan '17

22 Jan '17

Hi, Does anyone have experiences about ARC-1883I SAS controller with CentOS7? I am planning to have RAID1 setup and I am wondering if I should use the controller's RAID functionality which has 2GB cache or should I go with JBOD + Linux software RAID? The disks I am going to use are 6TB Seagate Enterprise ST6000NM0034 7200rpm SAS/12Gbit 128 MB If hardware RAID is preferred, the controller's cache could be updated to 4GB and I wonder how much performance gain this would give me? Thanks! Peter

8 14

Restricting mirrors off a repo
by Mauricio Tavares 21 Jan '17

21 Jan '17

What is the best way to specify which mirrors off a repository you want to use? Have a host with rather restricted egress rules and want to allow it to reach a couple of mirrors for each repo it needs. And, yes, I am not ready to mirror them locally.

3 2

koji in extras older than epel
by Tony Schreiner 21 Jan '17

21 Jan '17

Now that EPEL 7 has koji-1.11, should the one in CentOS 7 extras be updated or removed?

2 1

Abrt Error abrt-cli list --since 1484935231
by Zulqarnain Khan 21 Jan '17

21 Jan '17

Hi, hopping everyone is fine. I am using a Centos 7 server based on Nginx. I am using the server for providing downloadable data. Around 8 TB per day is downloaded. The server was working fine and perfectly. I hired a freelancer to limit the download speed as i am unexperienced with linux (Worst Mistake Ever) he messed up the server and after 4 hours said he cant impletement a simple limit_rate in Nginx. So i said to him revert back the changes and he said its done. Since then i am getting this error abrt-cli list --since 1484935231 Error typed in terminal http://prntscr.com/dy6c4a Here is the Nginx log file http://prntscr.com/dy6k54 Here is my Php-fpm log file http://prntscr.com/dy6koa There servers is taking too much time to respond. Even a simple yum is taking time to respond. Listing directories is also taking time. So please help me out.

1 0

Standard Dracut configuration file /etc/dracut.conf
by SUDHANSHU BHUTANI 21 Jan '17

21 Jan '17

Hi Centos Experts, I want to have hands on /etc/dracut.conf file which standard centos 7.3 is using to create initrd.img present in the DVD ISO : /isolinux/initrd.img >From where can i get /etc/dracut.conf, so that i can create exact replica of initrd.img which centos 7.3 is sending in DVD ISO. ? Can any one please send me standard centos 7.3 dracut configuration? My goal is to change some kernel configuration in standard centos 7.3 kernel. I will be adding some new drivers statically and will be building new vmlinuz. I will also be building initrd.img compatible with this new kernel image. Then, i will copy these 2 newly formed images to /isolinux/ in my dvd-iso-layout folder and try to make a new ISO. This ISO should boot well. I need to prepare one complete ISO, which has my new modified kernel and modified initrd Currently, i am facing lot of errors in dracut. Not sure, what am i missing in my initrd.img. Sometimes, it says "/dev/root" does not exist. What command shall i use in centos 7.3 to make a new initrd.img which i can transfer to my ISO for new installation? Regards Sudhanshu

1 0

amanda and selinux
by Jon LaBadie 21 Jan '17

21 Jan '17

Anyone familiar with the selinux policy for the amanda backup software package? I'm getting lots of data not being backed up. For example, under /home there are 2 directory trees owned by root. Those get backed up, user home dirs do not. No AVC denials nor messages in /var/log/messages or journalctl log. But if I turn off selinux enforcing, or set amanda_t type to permissive, complete backups are made. I expected the selinux policy would have allowed amanda to be able to read all files. Else, how does one make backups? I'm seeing this on CentOS 7.2, Fedora 24 & 25. Amanda packages from the respective distro repos. As far as I can tell, the selinux policies are the same in all three. But then, I know little selinux speak. Jon -- Jon H. LaBadie jon(a)jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)

2 2

Can/should I mix entropy sources?
by Steve Snyder 20 Jan '17

20 Jan '17

I've got 2 sources of entropy in my CentOS7 system, a hardware RNG and the Intel rdrand instruction. Is it advisable to just use a single source or can/should I mix the 2 sources? If I mix the 2 sources how is it done? Presumably I could use the rngd service to handle the Intel source, but would it be a problem if 2 entities were writing to the entropy pool? Thanks.

1 0

SSSD cache case-sensitivity
by Robbert Eggermont 20 Jan '17

20 Jan '17

Dear all, I'm running CentOS 7.3 with SSSD. I'm using sssd-ad to talk to an AD backend. Group names in the AD contain capitals. When sssd-ad is working normally, group names returned are all lowercase. However, when the AD backend goes offline, group names returned from the SSSD cache contain capitals. The change in case breaks stuff (sshd's AllowGroups, for one). Has anybody else seen this behavior? Is there a way to make the group names uniform, whether they come from sssd-ad or the cache? Best, Robbert -- Robbert Eggermont Intelligent Systems R.Eggermont(a)tudelft.nl Electr.Eng., Mathematics & Comp.Science +31 15 27 83234 Delft University of Technology

3 4

CentOS 7 httpd cgi script file not able to write to /tmp
by Jerry Geis 20 Jan '17

20 Jan '17

Hi all, I have a script running in httpd. The script runs fine. However I want to "echo" some debug information into a file. The file is never created. Is there some security thing that has to be enable/disabled to allow a script in httpd to write to a file? Thanks, Jerry

4 5

CentOS-announce Digest, Vol 143, Issue 8
by centos-announce-request＠centos.org 20 Jan '17

20 Jan '17

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit https://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-2017:0086 Important CentOS 7 kernel Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 19 Jan 2017 13:30:14 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2017:0086 Important CentOS 7 kernel Security Update Message-ID: <20170119133014.GA30129(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2017:0086 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2017-0086.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a301e9bd95957c5af03b85f8612aaf2053de837e1805e6e649312da8f49f952d kernel-3.10.0-514.6.1.el7.x86_64.rpm dad8a63d9c77bb941a0424b49ff21b6cc67f56e667258fbb3ae8fe9bf61a2812 kernel-abi-whitelists-3.10.0-514.6.1.el7.noarch.rpm c0f9f36cfe07a52320ac47449654f70400bf73707760037106be9563a1428d56 kernel-debug-3.10.0-514.6.1.el7.x86_64.rpm 09bdd98395b85932b2c73151ff6d025608e4fe874eb8b2a70190a5171bddeda3 kernel-debug-devel-3.10.0-514.6.1.el7.x86_64.rpm 628011a5e1958516519b9c65de9cbe9c17e37cd1d1ec26b123f5ddcfa52ef28c kernel-devel-3.10.0-514.6.1.el7.x86_64.rpm cfccc9265a4450544ef7fe783259517b9b0926e0982cccaa292781a82e6a9aa2 kernel-doc-3.10.0-514.6.1.el7.noarch.rpm 50decaf498dccec72c9925ef0c009158fd6cb298fcd5ed9e8dc688e0aeaf3b3e kernel-headers-3.10.0-514.6.1.el7.x86_64.rpm 389bc2f1b0999c01dbc57278a8a5fb45d353899c2fbc404f73e15ae7cecbb907 kernel-tools-3.10.0-514.6.1.el7.x86_64.rpm b2b363e82c863c73dafa895601bdd1fa9aea72bbd3325e1a63e8fbdec6290b35 kernel-tools-libs-3.10.0-514.6.1.el7.x86_64.rpm 5c32cfb66d0b0fc4c6aa6530b70c0d2a65dd6d2631ee68364c1843196ddcf35d kernel-tools-libs-devel-3.10.0-514.6.1.el7.x86_64.rpm 0e49420a74763b655ebf9b0dfbd3d8d9cb8fca551e7f4cd052667b253630b921 perf-3.10.0-514.6.1.el7.x86_64.rpm ea6b2f457ed461d2e1b1b451b834510dc8869be78d7aa3d59fc730c819f6edc0 python-perf-3.10.0-514.6.1.el7.x86_64.rpm Source: cb4cf328e79357f0d0884ee1c84ff4a014554b6e0c9094b6d616cab540c43289 kernel-3.10.0-514.6.1.el7.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net Twitter: @JohnnyCentOS ------------------------------ Subject: Digest Footer _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org https://lists.centos.org/mailman/listinfo/centos-announce ------------------------------ End of CentOS-announce Digest, Vol 143, Issue 8 ***********************************************

1 0

[OT] VOIP
by TE Dukes 20 Jan '17

20 Jan '17

Hello, I changed ISPs a few weeks ago and now I'm on cable. In doing so, I lost the ability to use the DSL as a FAX line. So, I bought an OOMA. Turns out it uses a number of ports, three of which are reserved, 53 TCP/UDP, 110 TCP and 443 TCP. These ports have already been port forwarded from my cable modem/router to my server. I'm thinking this isn't going to work unless I change some ports on my server, which I'm not willing to do. I spent over 30 minutes with their support people last night. It appears the ports cannot be changed on the OOMA device. Are there any work arounds? TIA

3 4

SELinux upgrade
by Scott Robbins 19 Jan '17

19 Jan '17

Well, got hit by this too. Ironically, I don't use docker, I think I had it installed being pulled in for something else. So, tried the yum remove docker* but no go. When I do semanage port -a -t ssh_port_t -p tcp <port> I get an error Bad type declaration at /etc/selinux/targeted/tmp/modules/100/docker/cil:1 which is something that doesn't exist. Tried installing container-selinux, but so far, the only way to get SSH to work on a default port is to setenforce 0. This isn't a really important machine, but it is certainly annoying. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

1 0

Increase CPU usage on HV after upgrade (7.2 -> 7.3)
by Subscriber 19 Jan '17

19 Jan '17

Hello , After upgrading the system from CentOS 7.2.1511 to CenOS 7.3.1611 I see that the average processing time has increased from 5-7% to 12-15% (doubled). Not critical but it is not pleasant. Server as KVM with 5 virtual machines. Someone noticed something similar? If so, how to fix that? Thx.

4 11

SELinux upgrade
by Marcin Trendota 19 Jan '17

19 Jan '17

Hello All After recent system upgrade (this night) i lost access to two servers through SSH, because of change in SELinux policy - i have ssh there on different port and now it's gone. Thanks to puppet i was able to change SSH port back to default and log in, but is this expected behavior? I thought minor upgrade shouldn't break up things? Or maybe "semanage port -a -t ssh_port_t -p tcp port" isn't enough to ensure persistency? -- Over And Out MoonWolf

6 7

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss