By Matt Jackson on Monday, 05 March 2018
Posted in General Issues
Replies 7
Likes 0
Views 842
Votes 0
Hi there. It appears the Cron job on our site has stopped running. This is a major issue as a lot of our users are due for renewals but a lot of them haven't been renewed or even put in expired since the cron job seems to have an issue.

I've accessed the front end as suggest in the other Cron job thread as well as checked all the settings so I'm not sure what else to do.
It seems like you provided that FTP password no longer work, this is what i hitting now :


Status: Resolving address of xxx.com.au
Status: Connecting to 103.42.110.5:21...
Status: Connection established, waiting for welcome message...
Status: Initializing TLS...
Status: Verifying certificate...
Status: TLS connection established.
Command: USER xxx
Response: 331 User xxx OK. Password required
Command: PASS **********
Response: 530 Login authentication failed
Error: Critical error: Could not connect to server



By the way, it seems like you hitting following error when you execute this CRON URL on the page :

[gist type="php"]
https://www.yoursite.com/index.php?option=com_payplans&view=cron&task=trigger
[/gist]


Call to a member function getCounter() on null
.../components/com_payplans/libraries/lib/order.php:714


This error occurs when you deleted some invoice manually through your backend or database, can you update your FTP correct password and backup your database as well?
·
Monday, 05 March 2018 11:07
·
0 Likes
·
0 Votes
·
0 Comments
·
Hi there,

Sorry about that. I have now update all the details and you should be able to login with supplied credentials.
·
Monday, 05 March 2018 14:40
·
0 Likes
·
0 Votes
·
0 Comments
·
Hey,

Just an update. After changing some subs manually to put them on hold the cron job has started up again but we'd still like you to have a look as next month we'll most likely run into the same problem.
·
Tuesday, 06 March 2018 08:56
·
0 Likes
·
0 Votes
·
0 Comments
·
Hey Matt,

I am still investigate on this and see what is the best way to handle this, the reason why that cronjob start again a while is because i have tried to exclude those invoice which already under 'Invoice-CheckOut' state, i will consult with our developer regarding this and update this ticket.

After changing some subs manually to put them on hold the cron job has started up again but we'd still like you to have a look as next month we'll most likely run into the same problem.

Hm, may i know where you change this "some subs manually"?
·
Tuesday, 06 March 2018 10:26
·
0 Likes
·
0 Votes
·
0 Comments
·
I already consult with our developer regarding this, may i know this invoice (155) is it valid (you can check my attached screenshot below)?

Based on what i checked, so far only this invoice doesn't automatically process that payment, by right it should same as other user if the user pay by Stripe service, it should be automatically pay it instead of under "Invoice-CheckOut" state.

May i know do you still remember how user create this invoice on your site?
·
Tuesday, 06 March 2018 12:15
·
0 Likes
·
0 Votes
·
0 Comments
·
Thanks for the reply.

I'm pretty sure that user signed up like everyone else. It's interesting that he was one of the users that we changed his subscription and set it to on hold manually today.

All the users that are set to Hold status at the moment we changed them manually to that status.
·
Tuesday, 06 March 2018 12:43
·
0 Likes
·
0 Votes
·
0 Comments
·
Hm, it seems like unable to check this now because most of the recurring subscription already updated to active and the cron work properly now.

But keep us update if next day you still hitting this issue, so we can investigate this further again.
·
Tuesday, 06 March 2018 13:02
·
0 Likes
·
0 Votes
·
0 Comments
·
View Full Post