<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fedora on shocksolution.com</title><link>https://shocksolution.com/tags/fedora/</link><description>Recent content in Fedora on shocksolution.com</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 14 Jan 2019 17:10:43 +0000</lastBuildDate><atom:link href="https://shocksolution.com/tags/fedora/index.xml" rel="self" type="application/rss+xml"/><item><title>Updating to Wordpress 5 on a Linux Host: Requesting FTP Credentials</title><link>https://shocksolution.com/posts/updating-wordpress-5-linux-host-ftp-credentials/</link><pubDate>Mon, 14 Jan 2019 17:10:43 +0000</pubDate><guid>https://shocksolution.com/posts/updating-wordpress-5-linux-host-ftp-credentials/</guid><description>&lt;p&gt;Wordpress 5 didn&amp;rsquo;t install automatically on sites hosted on my CentOS 7 Wordpress hosting server. That&amp;rsquo;s by design, because I&amp;rsquo;m selfish and I&amp;rsquo;d rather wait for a few bug-fix releases before making a major upgrade. When I chose to upgrade manually on a test site, Wordpress asked for my FTP credentials:&lt;/p&gt;&#10;&lt;figure class="ma0 w-75"&gt;&lt;img src="https://shocksolution.com/images/Wordpress-permission-problem-300x178.png"&#10;&#9;&#9;&#9;alt="Connection Information"&gt;&lt;figcaption&gt;&#10;&#9;&#9;&#9;&lt;p&gt;Connection Information: FTP credentials&lt;/p&gt;&#10;&#9;&#9;&lt;/figcaption&gt;&#10;&lt;/figure&gt;&#10;&#10;&lt;p&gt;If you&amp;rsquo;re hosting Wordpress on your own server, it &lt;strong&gt;does not need FTP credentials&lt;/strong&gt;. This page is a symptom of a permissions issue with the underlying server.  The web server (typically Apache) is unable to write the updated files to the Wordpress directory. From a security standpoint, this is actually a good thing. You generally don&amp;rsquo;t want to allow a public-facing service to make changes on your server. This problem occurs in other situations, such as configuring the WordFence plugin, so I&amp;rsquo;ve written a page devoted to &lt;a href="https://shocksolution.com/troubleshooting-wordpress-permissions-errors-on-linux-hosts/"&gt;troubleshooting Wordpress permissions on Linux hosts&lt;/a&gt;. That page describes how to fix the permissions issue without compromising the general security of your Wordpress host.&lt;/p&gt;</description></item><item><title>New Relic APM on Fedora/CentOS/RedHat with SELinux Enforcing: Solved</title><link>https://shocksolution.com/posts/new-relic-apm-on-fedora-centos-redhat-with-selinux-enforcing-solved/</link><pubDate>Thu, 14 Jun 2018 03:27:28 +0000</pubDate><guid>https://shocksolution.com/posts/new-relic-apm-on-fedora-centos-redhat-with-selinux-enforcing-solved/</guid><description>&lt;p&gt;I found the solution for getting the New Relic APM Agent to run on a CentOS 7 system with SELinux Enforcing. The only SELinux modification you have to make is to change the context of the log file directory &lt;strong&gt;/var/log/newrelic&lt;/strong&gt;. You can temporarily make these changes with the chcon command: [code lang=&amp;ldquo;bash&amp;rdquo;] chcon -R -t httpd_log_t /var/log/newrelic/ [/code] Kill any running instances of newrelic-daemon. If you&amp;rsquo;re using New Relic&amp;rsquo;s recommended default setup, make sure that the file /etc/newrelic/newrelic.cfg does &lt;strong&gt;not&lt;/strong&gt; exist. Verify that all required values in /etc/php.d/newrelic.ini are correct (especially the license key and the application name). Finally, restart httpd: [code lang=&amp;ldquo;bash&amp;rdquo;] systemctl restart httpd [/code] If that works, you should see output in both /var/log/newrelic/newrelic-daemon.log and /var/log/newrelic/php_agent.log. Now, make this file context change persistent, and verify the result: [code lang=&amp;ldquo;bash&amp;rdquo;] semanage fcontext &amp;ndash;add &amp;ndash;type httpd_log_t &amp;ldquo;/var/log/newrelic(/.*)?&amp;rdquo; restorecon -RF /var/log/newrelic/ ls -laZ /var/log/newrelic/ [/code] When you restart Apache, it spawns the newrelic-daemon processes, which communicate with APM via the socket file /tmp/.newrelic.sock. You really don&amp;rsquo;t want to run the newrelic-daemon processes via systemd if you can avoid it. The resulting process tree should look like this:&lt;/p&gt;</description></item></channel></rss>