Softaculous <![CDATA[Virtualizor 2.8.6 Launched (Release Branch)]]>
Quote From : alons June 28, 2016, 7:08 am
Quote From : defomaz June 27, 2016, 3:52 pm
Please support for qcow2 backup.
This will be possible in our Proxmox implementation.It should be out in 3-4 weeks.

What will your Proxmox implementation consist of?

Someone else is wondering the same here:]]>
Thu, 25 Aug 2016 22:48:59 GMT
<![CDATA[a way to reload bans]]> I have smf 2.0 and had an administrator erase all the bans. is there a way to retrieve them from a recent full backup and reload them into our forums again? thanks alot!

Thu, 25 Aug 2016 22:37:51 GMT
<![CDATA[I would like to post but im not allowed because im new]]> <rant on> This is extra wasted effort for all involved, is it not?
No telling how many new users were turned away by this restriction...
How is a new user supposed to get support when they come here and try
to post for the first time? They have to reply to this topic so that you, Brijesh, can
constantly review this thread and grant access? </rant off>]]>
Thu, 25 Aug 2016 22:36:25 GMT
<![CDATA[Server Time +3 minutes]]>

This is a Virtualizor install. Please assist.]]>
Thu, 25 Aug 2016 15:43:05 GMT
<![CDATA[Testlink woes]]>
Had to remove the comment on PHP.INI for]]>
Thu, 25 Aug 2016 15:30:35 GMT
<![CDATA[Testlink woes]]>
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
Fatal error: Call to undefined function iconv_strlen() in /usr/local/ampps/www/testlink/lib/functions/common.php on line 967

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
<![CDATA[License Issue]]>
    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
<![CDATA[License Issue]]>
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
<![CDATA["backup created by automated upgrade"]]>
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?

Thu, 25 Aug 2016 15:10:09 GMT
<![CDATA[Can't install Wordpress]]>
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 :

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