matomo-org / matomo-org/plugin-QueuedTracking
Second queue is growing forever
Nobody has claimed this yet.
- Dominant language
- PHP
- Stars
- 87
- Forks
- 41
- Avg merge
- 2d 18h
- Merged PRs (30d)
- 7
Description
Hello, since few Matomo versions we have returning problem with the second queue which is growing forever (until I remove this plugin and reinstall it back, as I haven't found better method yet).
Matomo version: 4.4.1
MySQL version: 5.7.34-37-log
PHP version: 7.3.29-1+0~20210701.86+debian10~1.gbp7ad6eb
Backend: Redis
sudo -u www-data /usr/share/piwik/console queuedtracking:monitor
Queue is enabled
The command ./console queuedtracking:process has to be executed to process request sets within queue
Up to 8 workers will be used
Processor will start once there are at least 5 request sets in the queue
218717 (53+218338+68+60+54+60+40+44) request sets left in queue. 464.62M used memory (588.55M peak). 1 workers act...
How can I debug this?
Thanks :-)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the queuedtracking:monitor and queuedtracking:process commands, using the reported Matomo, PHP, MySQL, and Redis versions as the reproduction context. Compare the second queue's reported size with worker activity and processing output; done means identifying why it does not drain or documenting the required fix and verification steps.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- mysql, php, redis
- Domain
- backend, databases
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100