From PHP 7.0.0, it supports 64-bit architecture. To find if your PHP is 64- bit or not, open PHP info window and search for Architecture.
Also it will be Thread safe OR Non-Thread safe. We can use phpinfo for this one too. Check for thread safety in phpinfo window, If thread safety is disabled then your PHP is Non-Thread safe.
Once you determine the correct PHP Type, download the appropriate dll files from the above mentioned link. Copy and paste it to PHP extension folder. ( In default – C:\Programfiles OR Program Files (x86) \PHP\v7.0\ext )
Once completed, restart your web server.
After restarting, open IIS manager and look for PHP Manager in it. Double click on PHP Manager and open it. Then in right pan you can see a new window called PHP Setup.
If you are opening PHP manager for the first time, then you will see a message. ( red circlein the following image ) . Click on that and enable all.
Then click on ‘Enable OR Disable Extension’ tab and find for php_imagick.dll . Click on it then click Enable button in the right side panel to enable ImageMagic Extension.
Once enabled, restart IIS.
Once completed, open phpinfo page. You will be able to see that imagick module is added with php.
A recent upgrade from cPanel / WHM 11.54 resulted in the services getting broken and not able to access the services. Was able to find the following in the logs when attempt to restart cPanel was made :
Can’t locate Unix/PID/Tiny.pm in @INC (you may need to install the Unix::PID::Tiny module) (@INC contains: /usr/local/cpanel /usr/local/cpanel/3rdparty/perl/522/lib64/
The perl module Unix::PID::Tiny is missing which is causing the issues here. The fix would be to rebuild the RPM db.
Once the Plesk panel gets updated to 11.5.x , the horde gets an upgrade as well : to horde 5.
On horde 5, there might be a weird issue in which mails would be sent out fine, but any attachments would not be. You will not see any errors or warnings, however, the attachments will not be received at the other end.
The issue was , the temporary directory of horde had the wrong ownership of apache:apache. Change this to horde_sysuser:horde_sysgroup and things will be fine.
First check the location of temporary horde directory :
Last day, got an issue which prevented a backup node to take the regular backup’s of a server which was already configured and working well.
The error which showed in backup node was :
“Remote host unexpectedly closed the connection”
Tried to stop the agent service running in the server and the error now obtained showed : “Connection refused”
This meant that there was connections going through initially between the backup node and the concerned server, but somehow connection wasn’t getting established. Made sure the ports are opened and are listening in the server.
A quick grep on /var/log/messages showed the following :
Date hostname buagent: Was unable to create shared memory for log buffer
On checking the /etc/buagent/agent_config file, could see the CacheDir variable was set to : /var/cache/buagent
On trying to cd into the directory, was facing the error, ‘lots of symbolic links created’ and this error was preventing to enter in.
Removed the symlinks which is really not needed , re-created the folder/var/cache/buagent and attempted a backup task, bingo ! All good !!