Softaculous http://www.softaculous.com/board/index.php? <![CDATA[Server Time +3 minutes]]> http://www.softaculous.com/board/index.php?tid=9440&tpg=1#p32400

This is a Virtualizor install. Please assist.]]>
Thu, 25 Aug 2016 15:43:05 GMT http://www.softaculous.com/board/index.php?tid=9440&tpg=1#p32400
<![CDATA[Testlink woes]]> http://www.softaculous.com/board/index.php?tid=9453&tpg=1#p32399
Had to remove the comment on PHP.INI for iconv.so]]>
Thu, 25 Aug 2016 15:30:35 GMT http://www.softaculous.com/board/index.php?tid=9453&tpg=1#p32399
<![CDATA[Testlink woes]]> http://www.softaculous.com/board/index.php?tid=9453&tpg=1#p32398
I've installed AMPPS successfully and can access and administer all parts of AMPPS without problems. However, after installing Testlink (from the AMPPS scripts) and configuring it, despite it installing with success and logging in it with the admin accoount, the first operation I must do is to create a test project.

This is where I am hot with the
Code
Fatal error: Call to undefined function iconv_strlen() in /usr/local/ampps/www/testlink/lib/functions/common.php on line 967
message.

Anyone seen that before?

I'm running PHP v5.4 and have not changed any of the settings from AMPPS.

I keep searching the testlink forums without success...]]>
Thu, 25 Aug 2016 15:19:51 GMT http://www.softaculous.com/board/index.php?tid=9453&tpg=1#p32398
<![CDATA[License Issue]]> http://www.softaculous.com/board/index.php?tid=9452&tpg=1#p32397
    The IP you submitted belongs to another license

But is the ip from a new server just activated.]]>
Thu, 25 Aug 2016 15:16:59 GMT http://www.softaculous.com/board/index.php?tid=9452&tpg=1#p32397
<![CDATA[License Issue]]> http://www.softaculous.com/board/index.php?tid=9452&tpg=1#p32396
We are blocked with our migration job for a license problem, i've opened a ticket but can't contact support, master is blocked and slave is working fine but without master i can't do nothing.

Could you please give us support on this?

Thank you
]]>
Thu, 25 Aug 2016 15:14:46 GMT http://www.softaculous.com/board/index.php?tid=9452&tpg=1#p32396
<![CDATA["backup created by automated upgrade"]]> http://www.softaculous.com/board/index.php?tid=9428&tpg=1#p32395
Quote From : Brijesh Today at 2:28 pm
It seems the team might not have added this because having a backup before upgrade is recommended to help restore in case of any failure.

Adding in admin panel itself will allow server admin to disable such backups and in case of failure they might end up in trouble.

Both of those points make sense, however, the reason I found out about this is because I had several customers exceed their account quotas due to these backups which is disruptive to email and other processes from working. 

I certainly agree with the safety in backing up but depending on how they manage their disk space (and backups on their own, hopefully), an undesired backup may cause problems. 

Maybe there's a way to have a checkbox below the option where they decide if they want Softaculous to automatically upgrade them in the future that states something like:  "Please be aware that if you select this box, Softaculous will run a backup each time before it upgrades this script even if you have overall Softaculous backups disabled. You will need to delete these backups as needed if storage space is a concern."   

Here's another question, does it rotate these backups?  Say WordPress updates 5 times over a few months -- would Softaculous create and keep 5 backups?  Or does it remove the previous backup each time?

Cheers,
Jason
]]>
Thu, 25 Aug 2016 15:10:09 GMT http://www.softaculous.com/board/index.php?tid=9428&tpg=1#p32395
<![CDATA[Can't install Wordpress]]> http://www.softaculous.com/board/index.php?tid=9447&tpg=1#p32394
Sorry for the delay.

We did receive a confirmation from cPanel team that it is a bug in Easy Apache 4 causing the /usr/bin/php-cli binary to go missing causing this issue.

They will release a fix soon. The internal case number in cPanel for this issue is EA-4753 and once it is fixed it will be listed in their changelog here :
https://documentation.cpanel.net/display/CL/Change+Logs

We will let you know as soon as the issue is fixed from cPanel side.

cPanel team has also provided a workaround for this issue which is to downgrade the EasyApache version by executing the following command twice :

=======================
# yum downgrade -y ea-php-cli
=======================

At the moment, cPanel servers are updating to:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.2.cpanel
=======================

So, running the command once downgrades it to this version:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.1.cpanel
=======================

And running the command a second time downgrades it to the working version:

=======================
ea-php-cli.x86_64 0:0.0.6-3.3.1
=======================

Sorry for the inconvenience caused. ]]>
Thu, 25 Aug 2016 14:41:30 GMT http://www.softaculous.com/board/index.php?tid=9447&tpg=1#p32394
<![CDATA[I would like to post but im not allowed because im new]]> http://www.softaculous.com/board/index.php?tid=9446&tpg=1#p32393
Please try now. You should be able to post it now.]]>
Thu, 25 Aug 2016 14:41:18 GMT http://www.softaculous.com/board/index.php?tid=9446&tpg=1#p32393
<![CDATA[php version problem]]> http://www.softaculous.com/board/index.php?tid=9450&tpg=1#p32392
Sorry for the delay.

We did receive a confirmation from cPanel team that it is a bug in Easy Apache 4 causing the /usr/bin/php-cli binary to go missing causing this issue.

They will release a fix soon. The internal case number in cPanel for this issue is EA-4753 and once it is fixed it will be listed in their changelog here :
https://documentation.cpanel.net/display/CL/Change+Logs

We will let you know as soon as the issue is fixed from cPanel side.

cPanel team has also provided a workaround for this issue which is to downgrade the EasyApache version by executing the following command twice :

=======================
# yum downgrade -y ea-php-cli
=======================

At the moment, cPanel servers are updating to:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.2.cpanel
=======================

So, running the command once downgrades it to this version:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.1.cpanel
=======================

And running the command a second time downgrades it to the working version:

=======================
ea-php-cli.x86_64 0:0.0.6-3.3.1
=======================

Sorry for the inconvenience caused.]]>
Thu, 25 Aug 2016 14:29:25 GMT http://www.softaculous.com/board/index.php?tid=9450&tpg=1#p32392
<![CDATA[i can´t install wordpress and joomla]]> http://www.softaculous.com/board/index.php?tid=9451&tpg=1#p32391
Sorry for the delay.

We did receive a confirmation from cPanel team that it is a bug in Easy Apache 4 causing the /usr/bin/php-cli binary to go missing causing this issue.

They will release a fix soon. The internal case number in cPanel for this issue is EA-4753 and once it is fixed it will be listed in their changelog here :
https://documentation.cpanel.net/display/CL/Change+Logs

We will let you know as soon as the issue is fixed from cPanel side.

cPanel team has also provided a workaround for this issue which is to downgrade the EasyApache version by executing the following command twice :

=======================
# yum downgrade -y ea-php-cli
=======================

At the moment, cPanel servers are updating to:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.2.cpanel
=======================

So, running the command once downgrades it to this version:

=======================
ea-php-cli.x86_64 0:0.0.6-4.4.1.cpanel
=======================

And running the command a second time downgrades it to the working version:

=======================
ea-php-cli.x86_64 0:0.0.6-3.3.1
=======================

Sorry for the inconvenience caused.]]>
Thu, 25 Aug 2016 14:29:11 GMT http://www.softaculous.com/board/index.php?tid=9451&tpg=1#p32391