known issue Locked task: queue

[evcom]

Hello IC Community

I have the following notification in ACP:

I run the latest IC Version and have only one plugin installed: SuperReview, from Ralf Hermann, OpenType
Initially some other plugins were installed and I had other tasks not running, but in the meantime, only one plugin is left and it is unlikely that this one causes the queue task not to run?

Cache as been cleared and else not really any other modifications. What else could I do to get the queue task running. 
When initiating manually, the progress bar remains at 0% and after some time the page goes into a repeated redirect and eventually an error 500 is produced...

Thanks for advice. 

[Marc]

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. 

We look forward to further assisting you. 

 

[evcom]

HI @Marc thank you so much for reminding me of this. Did not need support for a while. Info is updated and you should be able to access the site/ACP - let me know if it works and if you have found the issue. Again, thanks for support and a great community software. 

[Marc]

Please check the details again there. It appears you have added display name for the login, where your site requires email

[evcom]

ACP Notifications say

however, in Login & Registration, the authentication type is correctly set to Email Address. So the setting which seems correct, is not removing the corresponding ACP notification.
 

In addition: There are some messages in the system log like template_errors:
Error: Class "IPS\videos\Video" not found in /var/www/vhosts/sample.com/httpdocs/my_site/applications/core/sources/Promote/Promote.php:239

even though the Video plugin is no longer installed. Not sure if this could be related to the Locked task: queue issue. 

Thanks for the support. 

[Daniel F]

1 hour ago, evcom said:

Error: Class "IPS\videos\Video" not found in /var/www/vhosts/sample.com/httpdocs/my_site/applications/core/sources/Promote/Promote.php:239

even though the Video plugin is no longer installed. Not sure if this could be related to the Locked task: queue issue. 

This may be related to a very old bug, which didn't remove promoted items from the database when an application was uninstalled.

If you're familiar with phpMyAdmin, it's save to delete everything with promote_class='IPS\videos\Video'  from core_social_promote database table.

 

 

I have created a bug report for the issue

[evcom]

Thanks @Daniel F, I deleted the entry in the table. However, it still does not solve the Locked task: queue problem. 

Perhaps it's attributed to this log entry?

400 invalid_request IPS\Http\Response Object
(
    [httpResponseVersion] => 1.1
    [httpResponseCode] => 400
    [httpResponseText] => Bad Request
    [httpHeaders] => Array
        (
            [Transfer-Encoding] => chunked
            [X-MSEdge-Ref] => 0dok4ZwAAAABYQ5tzn9ZvRoV4ohA2zDp5QU1TMDRFREdFMjIwNgBFZGdl
            [Date] => Sat, 16 Nov 2024 12:00:54 GMT
        )

    [cookies] => Array
        (
        )

Backtrace: 

#0 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/sources/IndexNow/IndexNow.php(117): IPS\_Log::log()
#1 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/extensions/core/Queue/IndexNow.php(57): IPS\core\_IndexNow->send()
#2 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(55): IPS\core\extensions\core\Queue\_IndexNow->run()
#3 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/tasks/queue.php(43): IPS\_Task::runQueue()
#4 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(384): IPS\core\tasks\_queue->IPS\core\tasks\{closure}()
#5 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/tasks/queue.php(55): IPS\_Task->runUntilTimeout()
#6 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(283): IPS\core\tasks\_queue->execute()
#7 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(246): IPS\_Task->run()
#8 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/interface/task/web.php(42): IPS\_Task->runAndLog()
#9 {main}

Thanks

[Jim M]

48 minutes ago, evcom said:

Thanks @Daniel F, I deleted the entry in the table. However, it still does not solve the Locked task: queue problem. 

Perhaps it's attributed to this log entry?

400 invalid_request IPS\Http\Response Object
(
    [httpResponseVersion] => 1.1
    [httpResponseCode] => 400
    [httpResponseText] => Bad Request
    [httpHeaders] => Array
        (
            [Transfer-Encoding] => chunked
            [X-MSEdge-Ref] => 0dok4ZwAAAABYQ5tzn9ZvRoV4ohA2zDp5QU1TMDRFREdFMjIwNgBFZGdl
            [Date] => Sat, 16 Nov 2024 12:00:54 GMT
        )

    [cookies] => Array
        (
        )

Backtrace: 

#0 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/sources/IndexNow/IndexNow.php(117): IPS\_Log::log()
#1 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/extensions/core/Queue/IndexNow.php(57): IPS\core\_IndexNow->send()
#2 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(55): IPS\core\extensions\core\Queue\_IndexNow->run()
#3 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/tasks/queue.php(43): IPS\_Task::runQueue()
#4 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(384): IPS\core\tasks\_queue->IPS\core\tasks\{closure}()
#5 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/tasks/queue.php(55): IPS\_Task->runUntilTimeout()
#6 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(283): IPS\core\tasks\_queue->execute()
#7 /var/www/vhosts/9mysite.com/httpdocs/folder/system/Task/Task.php(246): IPS\_Task->run()
#8 /var/www/vhosts/9mysite.com/httpdocs/folder/applications/core/interface/task/web.php(42): IPS\_Task->runAndLog()
#9 {main}

Thanks

That particular error was generated on Saturday it looks like. If you manually run it, do you get a new one? 

[evcom]

I just tried to run it manually, and the log is not populated with a new entry. The IndexNow progress bar is still stuck at 0% when I try, then a new window comes up showing the message below where the browser is endlessly redirected, sometimes resulting in a server error 500. 

[Marc]

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. 

We look forward to further assisting you. 

 

[evcom]

I have reviewed all access information and tested:

IPS Temp Admin & PW for login -> OK
FTP Access to IC installation folder with provided data -> ok (FTP setting: encryption: Require explicit FTP over TLS)

Can you please test and let me know which details seem to be wrong? Thank you. 
 

[Marc]

Your system doesnt allow for login using a display name, so there should be an email present not a display name

[evcom]

Ok, I understand - My apologies, I thought you are using always the same e-mail address  for temp accesses. Information is now updated and it should hopefully work. Thank you. 

[Marc]

My Suspicion here is a timeout somewhere. Please could you check your server error logs? They are running though, to a point. But if you refresh the page once you get the internal server error, it is continuing

[Marc]

I notice also that you are using webservice as the task method. Ensure its running the tasks once a minute, as they are all through now with no problem

[Daniel F]

18 hours ago, evcom said:

ACP Notifications say

however, in Login & Registration, the authentication type is correctly set to Email Address. So the setting which seems correct, is not removing the corresponding ACP notification.
 

In addition: There are some messages in the system log like template_errors:
Error: Class "IPS\videos\Video" not found in /var/www/vhosts/sample.com/httpdocs/my_site/applications/core/sources/Promote/Promote.php:239

even though the Video plugin is no longer installed. Not sure if this could be related to the Locked task: queue issue. 

Thanks for the support. 

Btw, do you remember how the application was uninstalled? was it uninstalled properly or did somebody remove it manually from your datbase?

[evcom]

30 minutes ago, Daniel F said:

Btw, do you remember how the application was uninstalled? was it uninstalled properly or did somebody remove it manually from your datbase?

I used the SQL command 
 

DELETE FROM `core_social_promote` WHERE `promote_class` = 'IPS\\videos\\Video';

If you refer to the video application, I am almost certain, I removed it from the ACP in the regular way > with "uninstall"

[evcom]

1 hour ago, Marc said:

notice also that you are using webservice as the task method. Ensure its running the tasks once a minute, as they are all through now with no problem

Thanks, I will check on this. Yeah, saw the queue is now empty. 
 

1 hour ago, Marc said:

My Suspicion here is a timeout somewhere. Please could you check your server error logs? They are running though, to a point. But if you refresh the page once you get the internal server error, it is continuing

Here is the error log: Note sure how to interpret it, hint much appreciated. 
 

2024-11-20 14:32:02	Warning	IP	(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server, referer: https://www.site/index.php?app=core&module=system&controller=serviceworker&v=ae0e8b72311732105570&type=admin&loggedIn=false
2024-11-20 14:32:02	Error	IP	End of script output before headers: index.php, referer: https://www.site/index.php?app=core&module=system&controller=serviceworker&v=ae0e8b72311732105570&type=admin&loggedIn=false
2024-11-20 15:05:21	Error	IP	AH01264: script not found or unable to stat: /var/www/cgi-bin/about.php
2024-11-20 15:05:25	Error	IP	AH01264: script not found or unable to stat: /var/www/cgi-bin/cloud.php
2024-11-20 15:05:51	Error	IP	AH01264: script not found or unable to stat: /var/www/cgi-bin/xmrlpc.php
2024-11-20 15:27:02	Warning	IP	(104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
2024-11-20 15:27:02	Error	IP	End of script output before headers: index.php

 

[Marc]

They dont look to be related. As mentioned, check the task and ensure its set to run every minute, and then just let us know if you see it happening again

[evcom]

Thanks, it looks like the selected webservice for the task method was not working anymore or I had it selected (but not configured). I usually ran the tasks once in a while manually. But as I was busy with other things recently, the tasks filled up to a point, where the list became too long and timeouts prevented it from clearing. 

Anyway, thanks for helping me out - it looks like I should spend again more time with Invision Community. At least, the way is now paved for v5.  🙂

[Marc]

No problem. Glad to hear things are now working