Paul

Try CLI installer with the full path to the right PHP version, it must be different than what Apache is using. Do you have access to PHP error logs? The error logs probably have more details.

Regarding the pending payment - this is a good sign that PayPal is able to make the IPN request. However, pending payments from PayPal usually mean that PayPal is waiting on the funds to clear. This is common when the customer pays with a check, which may or may not clear, so the transaction gets listed as pending until it clears. Blesta will not provision with pending funds, but you may want to activate for those customers if you trust the funds will settle.

Check the settings here: Settings > Company > Billing/Payment > Invoice and Charge Options: Allow Clients to Change Service Package Settings > Company > Client Groups: Edit - Allow Clients to Change Service Package (If settings are overriding company settings) These should be checked for customers to be able to change their package and upgrade/downgrade. You may also want to see if "Allow Clients to Change Service Terms" is checked, which would allow them to switch between say 1 month and 1 year if you offer additional terms.

Thanks for PM'ing me your license key. The license is in a state of re-issue, and has not been activated. Our license logs also show no requests for this license, so it's not just a matter of a failure to validate on our end, but no connection has been made to us. By all counts, your installation is not able to reach our license servers to validate the license. Make sure port 443 egress is open at your firewall Make sure you don't have any disabled_functions in your php.ini.. for example, if curl, curl_exec, are disabled in your php.ini, then Blesta will be unable to make any calls to any 3rd party API's, including for license validation. The only other thing I can check on our end, is whether we are blocking your server's IP address.. but I will need that in order to check. We shouldn't be blocking you unless your server was sending malicious requests to us in the past.

A blank page indicates there is some sort of error, which is being suppressed. Clicking back could have unexpected results. Was the database "blesta" populated with any tables? If so, how many? Is your database credentials correct? Seems unusual that your username would be phpmyadmin Does your database user have full permissions to the "blesta" database? Do you have SSH access to the server? If so, you might try the CLI installer: php ./index.php install

Also, just to add.. if you upload a fresh copy of Blesta to another directory on the server, and access in your browser, it will do a system requirement check. If you are failing on any of the common requirements then it will be obvious. You can delete the files after the check, no need to install. It won't check the firewall though.

Probably your install is unable to validate the license. If you PM me the license key, I can check our logs. Another thing to note besides the things you mentioned, is that you should have moved Blesta by moving the database + files. The /config/blesta.php config file contains a critical System Key which must match the installed database. If you did something like a fresh install and overwrote your database then you would have permanently broken encryption, this included. This is mentioned in our Moving Blesta Guide.

Are PayPal transactions now being recorded in your Blesta? I just noticed I replied to another thread of yours regarding PayPal. Just to add, Blesta set's the IPN URL in each payment button. However, if IPN is disabled in PayPal, PayPal still requires a URL to be set to re-enable it. The URL is not that important, because Blesta sets it with each request.

Did your PayPal transaction show up in Blesta? It should be applied to that invoice, closing it. If the transaction is not listed at all, then the IPN call from PayPal either failed or IPN has been previously disabled within PayPal. The cron (which should be set up to run every 5 min) automatically provisions paid pending services which means that the service is pending (Order has been approved, moving the service from "in-review" to "pending") and the invoice is paid. In your case, the invoice does not appear to be paid.

Are you sure the ticket received email is not sent? Check the mail log under Tools > Logs > Email to see if the email is sent, and just not received. Also, you may want to check your error logs, typically at ../logs_blesta/ (The path is defined under Settings > System > General) to see if there are any errors with sending. Best guess is that the PHP environment for the cron may be different than in Apache, and there could be errors with sending.

WHMCS plays very loose with their data, so sometimes there is no data when data is expected and required and it results in an error. Check your WHMCS database to make sure all clients/contacts have a client ID. The subsequent errors are likely a result of the first. If you need help, and are willing to securely share a dump of your WHMCS database, we can attempt the import here and debug any issues and either update the importer to work for you, or send you a fresh Blesta database with your imported data. We delete all data when we are finished.

Addon services that should be available when purchasing a service must belong to a Package Group of the type Addon, which should be assigned to it's parent package group. If you have created an addon, and it's not appearing, check that that's the case. Post screenshots if you aren't sure.

Required fields are set under Settings > Company > Client Options > Required Client Fields. There's currently no visual indicator. It's something that should probably be added, and you can make an official feature request at https://requests.blesta.com

Users must have an account to check out, so they are prompted to login or create an account before the payment step.

Thanks for handling Mike.

To add to what Tyson said, you need to consider the module that is being used. For example with the cPanel module and most shared hosting panels, you can sell based on location but it won't appear as a configurable option. You'd do something like this: Create a "Server Group" in the module (Settings > Modules > cPanel) for each "Location", assign your servers to the right Server Group/Location. Create a Package Group for each Location, called something like "cPanel Hosting - Los Angeles". Create your Packages, selecting the "Server Group" that you created in cPanel for each Location. Create an order form, assigning all your Package Groups to it that you created. The result is you'll have a Package Group, containing Packages, for each location. If you have 5 locations, then you'd have 5 Package Groups, and 5 of each Package. A configurable option instead would cut down on the number of packages you would need. If you want to make a feature request for a Configurable Option that controls the "Server Group", you're welcome to do so. It's something we would consider. https://requests.blesta.com Some modules support Configurable Options that can impact location like SolusVM with the "nodegroup" option. https://docs.blesta.com/display/user/SolusVM#SolusVM-ConfigurableOptionsOverview

Are you subscribed to the report for both companies? Visit My Info > Notices tab for both companies to ensure the report is checked for both. These options are company dependent, and must be enabled for each.

application.css is compiled and would contain bootstrap and custom CSS, not only bootstrap.

If the service is suspended again automatically, does it clear out the reason? So you suggest on unsuspension, set services.suspension_reason back to null?

The tasks that did not appear to complete in your original post did not run in your manual run, they must have already run for the day. Looking at your errors, this one stands out: It's possible that MySQL is timing out. You could try increasing your wait_timeout value, typically in my.cnf to something like: wait_timeout=3600 To check the current value, and to see if the change took affect you can run the following query: SHOW VARIABLES LIKE '%wait_timeout%'; Are any tasks listed as not having completed under Settings > Company > Automation any longer? If so, which ones?

Nelsa did a pretty good job answering this, but the short answer is: Yes. Assuming I understand what you mean. If you have 6 different Reseller Accounts from 6 companies for something like cPanel or Plesk.. then yes, you can add 6 different servers in Blesta. Blesta will then decide based on the rule you select which server to provision new accounts on, or the server group the servers are in, or you can select which to use for the Package you create in Blesta. There is no limit to the number of cPanel, Plesk, Interworx, etc etc servers that Blesta can tie into.

For Plesk, did you follow the guide at https://docs.blesta.com/display/user/Plesk ? It will guide you with installing the Plesk module, configuring it, creating your packages, and then there's a link at the end with docs for creating your first order form. Prior to this, you might want to install and configure a payment gateway under Settings > Company > Payment Gateways, as you'll want to enable a payment method when you add your order form. Let us know if you get hung up anywhere!

When you switched hosting companies, how did you move Blesta? Did you follow the guide? If you don't copy all your files + database, and instead do a fresh install and overwrite your database you will permanently break Blesta. Now that that is out of the way.. It sounds like the issue is with 2 tasks, Cancel Scheduled Services and Suspend Services? Is that right? Did you check your logs? By default, the logs are at ../logs_blesta/ but the path is defined under Settings > System > General. When a cron task is hung, it can take 6 hours for it to be cleared out automatically and re-attempted. If you ran the cron manually I would highly suggest doing the following: Disable the cron job in cPanel Wait at least 6 hours Enable error reporting in /config/blesta.php (Change ErrorReporting from "0" to "-1") Run the cron manually under Settings > System > Automation. Observe the output, and see if there are any errors. Disable error reporting in /config/blesta.php The same errors you might get by following this method should also exist in your logs, so you could check there instead. Since the issue occurred after moving Blesta to another provider, it's possible there is some dependency that is not met. A simple check for that would be to upload a fresh copy of Blesta in a sub-directory and access in your browser so that Blesta will run a system requirement check. Don't install, just delete the files when done checking the results of the system requirement check.

You must drag and drop the package groups from the right to the left directly inside the white area that says "Drag & Drop Groups Here". If you do that, it should work. It will not work if you drag and drop in the gray area.

As a reseller, it can still work without root access. As Blesta Addons mentioned, ask your hosting provider to grant access to WHM/cPanel plans via the API. Show them the screenshot from Tools > Logs: Module log that you posted above. It returns no Packages. Your user should have permissions to view your own packages.