Search results

ran into the issue again today with PHP 7.1.15. Through custom build plugin I customized the PHP build script to add enable-exif, than ran the .build php script and the issue was there again. When I revert the config file in the custom build plugin and manually add it to the...

PHP7.2 changed the way count() is used and now displays a warning when counting non countable items, see PHP7.2 backwards incompatible changes "Warn when counting non-countable types" on: http://be2.php.net/manual/en/migration72.incompatible.php

quick update, found out that zend was enabled so that was disabled and updated to 7.1.14 that was just released. This time no more systemd timeout after install.

Is anacron installed on the server? On my previous server the mails didnt arrive too because anacron was missing, after yum install anacron this was resolved. If it is installed, check the mail address in the config file: /etc/anacrontab edit MAILTO to the correct value

Had another try after the latest linux_firmware update Again stuck at enabling it in systemd when exif is enabled in PHP (7.1 and 7.2) Created symlink from /etc/systemd/system/multi-user.target.wants/php-fpm72.service to /etc/systemd/system/php-fpm72.service. Job for php-fpm72.service failed...

Nginx is configured as standalone HTTP server but don’t think it has something to do with that.

The custom configure was only with the added —enable-exif at the end of the file. Php compiling completed building. Strange thing is that I could start php-fpm from command line without crashing, only that didn’t work through systemctl.

Its a brand New server (month old) and before I moved sites over it was configured with php 7.2 with exif enabled. Immediately after kernel patch install the php-fpm crashed every minute. Something then broke. When downgrading to 7.1, I hadn’t enabled exif again so the issue was resolved...

After some more digging it seems the failure happens when exif is enabled. This for most recent php versions 7.0, 7.1 and 7.2

Why didn’t I try that �� Downgraded to 7.1.13, this was successful (thanks Ditto). So it’s an issue with php 7.2 and 7.2.1 ��

After the kernel patches released by CentOS, serious issues rose with systemctl and php. Initial issues described in this thread: http://forum.directadmin.com/showthread.php?t=55775&p=285648#post285648 I had to manually start the process from command line (/usr/local/php72/sbin/php-fpm72) to...

It also happens when using nginx with nghttp2 ;-)

Interesting read: https://mariadb.com/resources/blog/why-i-moved-my-joomla-website-mariadb I’m running latest MariaDB release 10.2.9 with Joomla 3.8.1. No issues really ;). Migrated few years ago and found it to be faster then MySQL. I’m even testing my extensions with the upcoming Joomla 4.x...

As a Joomla user I can confirm it’s compatible with MariaDB 10.x. Haven’t had any issues.

same happens when using letsencrypt=1 I just switched from Apache to Nginx and encountered the same problem for creating and updating certificates. I had to chmod both directories (.well-known and .well-know/acme-challenge) before getting a 200 http response on the test (as described on...

Use the instructions from this post and you'll get domain pointers in your cert ;)

I'm using Apache where it worked without issues. Could be Nginx problem

@zmippie: on my server the directadmin option is letsencrypt=1. Did u Apply the bugfix smtalk posted earlier? That fixes the error u have ;)

To add SSL to domain pointers i did this to make it work (hope this is the good way): nano /usr/local/directadmin/data/users/username/domains/domain.com.cert.san_config for each domain add the non www and www to the line: subjectAltName so it could look like this...

added an extra line ending and after restart it suddenly worked @smtalk: certificate generation is only for one domain. I got a few domains with domain aliases, how do we get those domains on ssl?