Jump to content

WHMCS Alex

WHMCS Technical Analyst II
  • Content Count

    129
  • Joined

  • Last visited

  • Days Won

    4

WHMCS Alex last won the day on December 12 2019

WHMCS Alex had the most liked content!

Community Reputation

21 Excellent

2 Followers

About WHMCS Alex

  • Rank
    WHMCS Technical Analyst II

Recent Profile Visitors

2830 profile views
  1. Hey @zitu4life, You’re asking a very expansive question there and certainly one you want to be asking of your server administrator or hosting provider. The reason for this is it vastly depends on the environment you are using. As a very basic example...A server with one CPU core that has a single process running at 100% all of the time would have a load average of 1.0, however, a server with four CPU cores, the load average would be 4.0 where the CPU’s are being fully utilised. You probably want to be concerned when the server is overloaded, in other words, the CPU(s) running over capacity. How you to determine that is based upon the server configuration/environment itself (which I gave a basic example of). I hope this helps.
  2. Hello @Norberto Ramirez, Working your way through the following documentation should help you determine where the issue is: https://docs.whmcs.com/Email_Sending_Issues Please let me know if during or after doing so you find any errors that I can help decipher for you.
  3. Hello @Chris R, After looking further, we made some changes to this report in 7.9, at the same time as addressing the issue you describe. Updating to 7.9 or above should fix this up for you: https://docs.whmcs.com/Updating
  4. Hello @Chris R, What version of WHMCS are you using? I am not reproducing this as an issue in either the latest version of WHMCS, 7.10, or the version that came before it, 7.9.
  5. Hello @budiantoip, Please navigate to Billing > Gateway Log and copy the contents of the Debug Data and Result fields, in relation to this action, back into this thread (with any sensitive information omitted) and I will help you determine the cause: https://docs.whmcs.com/Transactions#The_Gateway_Logs Some common errors with Stripe can be found here: https://docs.whmcs.com/Stripe#Troubleshooting
  6. Hello @zitu4life, The DNS Management feature in the client area is functionality provided via the associated registrar module, so yes, if the client registered a domain name only and the registrar module you are using supports DNS Record Management, they can manage their domains DNS records through your WHMCS client area. You can read more about this here: https://docs.whmcs.com/Domains_Management I hope this helps.
  7. Hello, In this post, I explicitly see the MySQL database metric statistic mentioned. There was a bug in cPanel’s API that caused a cached MySQL value to be retuned. It’s likely that is the issue you are encountering. It has been resolved by cPanel recently however: https://docs.cpanel.net/changelogs/88-change-log/
  8. Hello @jacksony You can check this by navigating to Setup > Automation settings and looking at the "Last Run" time value in the green box , then compare it with the time in the right corner of the admin UI. They should match or be within 5 minutes of each other (assuming your cron is executed every 5 minutes). We have some cron specific documentation at the bottom of this page that may also help: https://docs.whmcs.com/Changing_Timezone My personal recommendation would be to specify a date.timezone value in the cron command itself. The reason for this is then you can be absolutely sure it's executing under the correct timezone, and it saves having to investigate any difference between the timezone your php-cli is using vs what is set for this in the PHP configuration applied to web pages like WHMCS. Below is an example of running the cron.php script under the Europe/London timezone: php -d "date.timezone=Europe/London" -q /path/to/crons/cron.php I hope this helps.
  9. Hello @linux4me, I reported an issue to our development team the other day, which was to resolve an issue in 7.10, where the AutoClientStatusSync cron task was not updating clients to Active status where it should be. It sounds like the issue you are having could relate to this, the case for this issue is CORE-14548. If you want to open a ticket and PM me the ID, I’d be happy to review this for you with the view to gathering some data from your database regarding the client that is affected and see if it does relate to that case, or whether the results being seen are unexpected and go from there.
  10. Hello @Harii, You can obtain those API credentials as documented here: https://docs.whmcs.com/2CheckOut#API_Username.2FPassword I hope this helps.
  11. Hello @Brandonm, That indicates your MySQL server is in strict mode, disabling that will allow you to execute the query successfully: https://help.whmcs.com/m/installation/l/678317-disabling-mysql-strict-mode
  12. Hello, I reported this issue to our development team yesterday, the case for this is MODULE-7407. In the meantime, having your server administrator or hosting provider set the serialize_precision value to “-1” in your PHP configuration will resolve this.
  13. Hello @ricardo santos, Thanks for your post! That error indicates your PHP configuration is missing the IMAP extension. You will want to have your server administrator or hosting provider install and compile that into the PHP build used by your servers command line interface to resolve that error. I hope this helps.
  14. Hello @markc, Perhaps Client Groups can be of use here: https://docs.whmcs.com/Client_Groups Create a client group that has group discount of 100%, then assign your client account to this group.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use & Guidelines and understand your posts will initially be pre-moderated