![]() So we are definitely going to switch from mod_php to PHP-FPM when upgrading to Moodle 3.2.Īs we have a lot of third party plugins, we don't want to go with PHP 7 yet. Thanks Jonathan for the valuable information. Once in place, as root user on the server, and located in the directory where the rpms reside try a global rpm install command using wilcards: Sneakernet those to the server and place into one directory. Then, from a linux/mac/or pc that has wget on it, wget the list. Might have to build a text file that is nothing more than a series of links to the rpm files needed - call it phprpms.txt Then use the rpm -qR command to find dependencies. Install php on it via yum - include the php54-php-pecl-zendopache. You'd have to find a linux box connected to the internet that had yum/rpm on it. But, different strokes for different folks, but dunno what to say about 'paraniod folks'. what good will it do to run a Moodle if it's only available at that location? Kinda defeats the purpose. have been working on a rebuilt Centos 6 box to Centos 7 using MySQL Community version and am finding the new environment a bit of a learning curve (all those years of CentOS 5 and 6 are burend to brain! :\).įirst, have to comment. IF I re-call correctly, that method of install, gave a message at the end about the ini file in /etc/php.d/ and something the OP had to do manually to make sure php knew of the plugin. Heiko is correct it can be installed via pecl. If worse comes to worse, I can provide out on the web where you could acquire. ![]() There are quite a few settings in a opcache.ini and am hesitant to post one from a CentOS Linux release (Core) as there could be a differences (don't have a commercial RHEL 7 to look at). If no response, you are missing the opcache.ini file that should be present in /etc/php.d/ If that responds and shows it's there, then do another find: To check for existence of the opcache.so file as root user located anywhere:įind /usr/lib64/php/modules/ -name opcache.so Check with sysOP.Ĭould be that you have the opcache.so file but have not told apache/php that it exist. If not, the repo has been disabled from normal checking, and one has to adjust the yum commands to enable it on the fly. Since you've said the sysOP wants to use RH only repos, wonder if the SCL is active in your repo list.Īs root user from any location: yum repolist The installation won't let me continue until I resolve these issues. I can probably enable those in the cfg file, but that would leave two items uncompleted. Along with that, it says I must enable full unicode (file_per_table and large_prefix). I ran admin/cli/my sql_compressed_rows.php -list, and it says no issues. Under other checks, it says I am using the Antelope format and must convert to barracuda. (That is the only server item in the first portion which remains in CHECK.) Moodle docs says that for 5.3 and 5.4, it can be safely ignored. However, I can't enable opcache, because I don't have the. I was able to install soap and xmlrc from the distro release. ![]() I downloaded php-mbstring and php-intl from redhat. I'm wondering if you ran into the same issues, and how you resolved them. I am having issues with the installation, though. I chose to install the 3.1 version because of the php issues you are currently experiencing. I am in the process of building a moodle server on rhel 7.3 to replace one on Ubuntu which is no longer supported. We would be especially interested in using PHP-FPM with Apache's event MPM as it is said to perform better.Īny insight would be greatly appreciated. * PHP 5.6 as PHP-FPM (rh-php56-php-fpm) with Apache's event MPM.ĭoes anyone already have experiences with a similar setup? * PHP 5.6 as mod_php (rh-php56-php) with Apache's prefork MPM. So at the moment we are considering two options: We are aware that there are many third party repos providing newer versions of PHP (Remi, Webtatic, IUS), but our system admins would rather rely on Red Hat's support and get PHP 5.6 from Red Hat Software collections (RHSCL). Minimum PHP version is now 5.6.5, so all RHEL users will need to find a newer PHP from somewhere. Starting with Moodle 3.2, the minimum requirements for PHP have increased. Our Moodle currently runs on Red Hat Enterprise Linux Server release 7.3 (Maipo), which comes with Apache 2.4.6 and PHP 5.4.16. We are currently planning our upgrade from Moodle 3.1 to 3.2. Has anyone here successfully updated to Moodle 3.2 on Red Hat Enterprise Linux yet?
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |