xlegends Posted July 9, 2018 Share Posted July 9, 2018 (edited) Hi guys, From my understanding clients can be active/inactive and products as well can be considered Active or inactive .. I have an issue that started with a discovery of inactive clients still showing as active.. My desired settings: Setup - Automation - Miscellaneous - Client Status Update - Change client status based on active/inactive products After several cron jobs, their status did not change.. I then investigated their expired products and they appear to be labeled Active All our products, expired or not, are all Reoccurring, although at one time some of them did have "one time" product but we have deleted that product from every profile in the past. What Im trying to do: When products expire, I would like them to automatically move from Active to Completed or any label defined as inactive because if this is done, then whmcs will consider that client inactive based on the global setting/definition of inactive client. I hope this can be accomplished within the stock whmcs Edited July 9, 2018 by xlegends 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 9, 2018 Author Share Posted July 9, 2018 I think I may know the issue, https://docs.whmcs.com/Automation_Settings#Automatic_Module_Functions Automation Settings - Automatic Module Functions - Tick this box to enable automatic termination I have this box unchecked for the reason I thought it would delete the entire customer profile. Can someone confirm that it only removes expired products? 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 After enabling it, my daily crons just ran and this is the result so it looks like I maybe having this issue 0 Quote Link to comment Share on other sites More sharing options...
WHMCS ChrisD Posted July 10, 2018 Share Posted July 10, 2018 Hi @xlegends Have you tried installing the HotFix that is associated with the link you referred to? 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 (edited) I didnt use hotfix because it was mentioned for v750 assumed it was fixed in 751 I have version 751 and after the cron fails overdue suspensions and terminations the module Q is empty will try to upload fresh copies of v751 /resources and /vendors Edited July 10, 2018 by xlegends 0 Quote Link to comment Share on other sites More sharing options...
WHMCS ChrisD Posted July 10, 2018 Share Posted July 10, 2018 @xlegends can you enable error logs under Setup > General Setings > Display Errors then try running your cron with -F all -vvv after cron.php and check the full output for errors. 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 ok thx, will these errors show up on 5 min cron or the daily cron 0 Quote Link to comment Share on other sites More sharing options...
WHMCS ChrisD Posted July 10, 2018 Share Posted July 10, 2018 1 minute ago, xlegends said: ok thx, will these errors show up on 5 min cron or the daily cron By running -F all -vvv on the end of your cron this will force the daily cron to run, so i'd recommend using your servers terminal window. 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 because I uploaded the vendor/resources folder it put the system in maintenance/upgrade mode even after complete, should I run the upgrade script to get out of it? 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 WHMCS Automation Task Utility: all ================================== Daily Cron Automation Mode Queuing Tasks ------------- Force run any tasks: ignore "in progress" and "is due" Task queues ready Executing Application Queue --------------------------- 0/24 [░░░░░░░░░░░░░░░░░░░░░░░░░░░░] 0% < 1 sec/< 1 sec 20.0 MiB Currency Exchange Rates 1/24 [▓░░░░░░░░░░░░░░░░░░░░░░░░░░░] 4% < 1 sec/< 1 sec 20.0 MiB Product Pricing Updates 2/24 [▓▓░░░░░░░░░░░░░░░░░░░░░░░░░░] 8% < 1 sec/< 1 sec 20.0 MiB Invoices 3/24 [▓▓▓░░░░░░░░░░░░░░░░░░░░░░░░░] 12% 1 sec/8 secs 22.0 MiB Late Fees 4/24 [▓▓▓▓░░░░░░░░░░░░░░░░░░░░░░░░] 16% 1 sec/6 secs 22.0 MiB Credit Card Charges 5/24 [▓▓▓▓▓░░░░░░░░░░░░░░░░░░░░░░░] 20% 1 sec/5 secs 22.0 MiB Invoice & Overdue Reminders 6/24 [▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░░░░░] 25% 2 secs/8 secs 28.0 MiB Domain Renewal Notices 7/24 [▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░░░░] 29% 2 secs/7 secs 28.0 MiB Cancellation Requests 8/24 [▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░░░] 33% 2 secs/6 secs 28.0 MiB Overdue Suspensions 9/24 [▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░░] 37% 6 secs/16 secs 30.0 MiB Overdue Terminations 10/24 [▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░░] 41% 10 secs/24 secs 30.0 MiB Fixed Term Terminations 11/24 [▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░░░] 45% 10 secs/22 secs 30.0 MiB Inactive Tickets 12/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░░] 50% 10 secs/20 secs 30.0 MiB Delayed Affiliate Commissions 13/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░░] 54% 10 secs/18 secs 30.0 MiB Affiliate Reports 14/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░░] 58% 10 secs/17 secs 30.0 MiB Email Marketer Rules 15/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░░] 62% 10 secs/16 secs 30.0 MiB Credit Card Expiry Notices 16/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░░] 66% 11 secs/17 secs 30.0 MiB Server Usage Stats 17/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░░░] 70% 11 secs/16 secs 30.0 MiB Overage Billing Charges 18/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░] 75% 11 secs/15 secs 30.0 MiB Client Status Update 19/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░] 79% 11 secs/14 secs 30.0 MiB Domain Expiry 20/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░] 83% 11 secs/13 secs 30.0 MiB Ticket Escalation Rules 21/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░] 87% 11 secs/13 secs 30.0 MiB Data Retention Pruning 22/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░] 91% 11 secs/12 secs 30.0 MiB WHMCS Updates 23/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░] 95% 14 secs/15 secs 40.0 MiB Run Jobs Queue 24/24 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓] 100% 14 secs/14 secs 40.0 MiB Sending Daily Cron Digest email Executing System Queue ---------------------- 3/4 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░] 75% < 1 sec/< 1 sec 42.0 MiB On this last step my, my ssh cursor didnt reset, looks like its hanging on Executing System Queue 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 Ok it completed Executing System Queue ---------------------- 3/4 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓░░░░░░░] 75% < 1 sec/< 1 sec 42.0 MiB 4/4 [▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓] 100% 3 mins/3 mins 134.0 MiB [OK] Completed 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 Ok it completed, so what information can we take out of this? I also noticed the failed jobs tasks have doubled now. 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 10, 2018 Author Share Posted July 10, 2018 (edited) Ok so in my system activity log I have tons of these, with alternating errors 07/10/2018 05:43 Cron Job: Terminating Service - Service ID: 750 System 07/10/2018 05:43 ERROR: Manual Terminate Required - No Module - Epic 6 - TeamSpeak - customer name (Service ID: 749 - User ID: 215) System 07/10/2018 05:43 Cron Job: Terminating Service - Service ID: 749 System 07/10/2018 05:43 ERROR: Manual Terminate Required - No Module - Epic 5/11 Combo - customer name (Service ID: 493 - User ID: 55)System Edited July 10, 2018 by xlegends 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 11, 2018 Author Share Posted July 11, 2018 any ideas? 0 Quote Link to comment Share on other sites More sharing options...
WHMCS ChrisD Posted July 11, 2018 Share Posted July 11, 2018 07/10/2018 05:43 ERROR: Manual Terminate Required - No Module - Epic 6 - TeamSpeak - customer name (Service ID: 749 - User ID: 215) System This error shows there is No Module, so you need to manually terminate the service, this usually occurs when you have services with not modules that you manually setup and do not automate. On 10/07/2018 at 9:52 PM, xlegends said: Ok it completed, so what information can we take out of this? I also noticed the failed jobs tasks have doubled now. This indicates its running successfully, so one thing I suggest is checking that your server confirming your server cron executes on the same user that you ran your test with 0 Quote Link to comment Share on other sites More sharing options...
xlegends Posted July 11, 2018 Author Share Posted July 11, 2018 (edited) thanks chris, I read the the docs which I should have last yr https://docs.whmcs.com/Products_and_Services#Pricing_Tab I had no modules in use I never chose a module because I didnt know suspend/terminate automation required one I used the "Auto Release" default module, worked like a charm and it took off suspending and terminating. Only issue is, it sent out hundreds of suspend emails from customers who expired last yr. Thank god I only did it for 1 product as I did a test first. Thx for your help again, it should work correctly from here on out. Edited July 11, 2018 by xlegends 0 Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.