Discuss February 2017

discuss@lists.centos.org

118 participants
121 discussions

AWS ami are out of date / support restricted instance subset
by Kadrach 03 Feb '17

03 Feb '17

Hi all, the current AWS Marketplace CentOS7 AMIs (1602) are restricted to an outdated subset of EC2 instance types (at least m4.16xlarge and x1.* are missing). The AMIs are also based on 7.2.1511, which is now quite outdated. Are there any concrete plans to update the AMIs? Is this due to a lack of time, or are there other roadblocks that prevent an update? Cheers, Kad

2 2

downgrading packages
by Jon LaBadie 02 Feb '17

02 Feb '17

After the large update from 7.2 -> 7.3 there is one major problem, the amanda backup packages. Strange situation, the host is the amanda server is working fine at backing up all my remote clients. But it has an error backing up itself. The amanda packages did not change version (3.3.3) and I've done no configuration change. I'm not looking for help debugging this at the moment. Instead I'd like to downgrade the amanda packages to see if the original function can be restored. But when I ask yum to downgrade, there are no packages available. Is it still possible to downgrade just these 4 packages? How? What potential problems? Jon -- Jon H. LaBadie jon(a)jgcomp.com 11226 South Shore Rd. (703) 787-0688 (H) Reston, VA 20190 (703) 935-6720 (C)

3 3

Cron.Hourly
by Matt 02 Feb '17

02 Feb '17

When I have multiple scripts in /etc/cron.hourly/ using noanacron do they all start at same time or sequentially? I would rather they all went at same time in case one takes close to an hour to complete.

2 1

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss February 2017