What are the Slack Archives?
Itβs a history of our time together in the Slack Community! Thereβs a ton of knowledge in here, so feel free to search through the archives for a possible answer to your question.
Because this space is not active, you wonβt be able to create a new post or comment here. If you have a question or want to start a discussion about something, head over to our categories and pick one to post in! You can always refer back to a post from Slack Archives if needed; just copy the link to use it as a reference..
Hi! We currently have an issue with out of sync elastic search, changes like cms placeholder do not
Hi! We currently have an issue with out of sync elastic search, changes like cms placeholder do not appear on the frontend and some keys f.e. cms_pages are duplicated (with old and new version of the page) in the ES indexes. Trigger events not helped and sync:data
fails with broken pipe in StreamIO.php on write. Any ideas?
Comments
-
Maybe your RabbitMQ instance is flooded with too many messages, or it has some other problem?
0 -
Sometimes if RMQ has memory issues it will block incoming connections. You can check the status in the UI on the 'connections' tab.
0 -
Thanks, there where a lot of msgs in the queues, connections looks fine and are alive as long the workers are running. Would you recommend to run
sync:data
again after queues are empty? Still have a bad feeling that index wont be updated correctly0 -
If you know specific things are wrong on your site you can re-run sync:data but limit it to the resource type to avoid flooding everything. eg
sync:data cms_page_search
0 -
You can also specify the cms page ids to limit it further.
0 -
Another thing to check is where the
sync:data
command pulls data from - in this case it would bespy_cms_page_search
0 -
If the data is incorrect there then the problem will be in the original data or the event trigger part.
0 -
Great, did not know about the possibility to filter! Also found now an error on publishing with duplicate entry in
spy_url_storage
that may explains the troubles. Thanks Rick!0 -
No problem, glad you have a suspect now. Incidentally I've seen duplicate key SQL errors on that table that might arise from lock contention, so running pub sync with the id parameter might help
0 -
@U01F7P3D9NH check Jenkins
0 -
more specifically the
XX__queue-worker-start
job0 -
over time your jenkins instance can run out of storage (hard drive)
0 -
The workers run fine, the real issue is a duplicated key for a cms_page in ES. Since none of the sync jobs helped to cleanup the index, I will drop and rebuildt it to prevent future publishing troubles as well
0
Categories
- All Categories
- 42 Getting Started & Guidelines
- 7 Getting Started in the Community
- 8 Additional Resources
- 7 Community Ideas and Feedback
- 76 Spryker News
- 929 Developer Corner
- 787 Spryker Development
- 89 Spryker Dev Environment
- 362 Spryker Releases
- 3 Oryx frontend framework
- 35 Propel ORM
- 68 Community Projects
- 3 Community Ideation Board
- 30 Hackathon
- 3 PHP Bridge
- 6 Gacela Project
- 26 Job Opportunities
- 3.2K π Slack Archives
- 116 Academy
- 5 Business Users
- 370 Docker
- 551 Slack General
- 2K Help
- 75 Knowledge Sharing
- 6 Random Stuff
- 4 Code Testing
- 32 Product & Business Questions
- 70 Spryker Safari Questions
- 50 Random