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..
anyone else maybe had the problem, that states in the oms statemachine history log are duplicated an
anyone else maybe had the problem, that states in the oms statemachine history log are duplicated and so for example also mails are sent twice?
Comments
-
we had a problem with duplicate orders during our upgrade to 202109 which was caused by adding new plugins and still having old plugins in the dependency provider. not sure if we also had duplicates in order history. could b that u have sth similar. did u update any dependency provider like
CheckoutDependencyProvider
? maybeSalesDependencyProvider
whereOrderItemsPostSavePlugins
are defined β¦ just guesses. I would probably start debugging in\Spryker\Zed\Checkout\Business\Workflow\CheckoutWorkflow::placeOrder
0 -
the orders are not duplicated, and it only happens randomly sometimes, but maybe there is something that duplicates the execution under specific circumstances, thx
0 -
We had the same problem in a special case (where you have timeout and manual execution for the same event in your OMS process).
We believe it has something to do with the Jenkins process
check-oms-timeouts
running for too long (in our case 3-4 minutes, while it was scheduled to run every minute).The process was running long because the spy_oms_event_timeout was full of old entries. It seems that if the item does not proceed in the OMS process (stays on the same state), the timeout won't be updated, and will be executed every time the scheduler runs the
check-oms-timeouts
process (and therefore clogs the system).0 -
@U03QLJ6GDSM thanks for your insights. We actually had exactly the case where the table got so big that the job did not finish anymore because of memory_limit. I cleared the table of outdated entries and then it worked again and the rest of the table got cleared out by the jenkins job. But: I did not look into the table again if it is maybe a recurring problem
0 -
currently it contains only 7 entries. But maybe it have been more when the duplications happened. So I guess I should have a look at the run times of the jenkins job
0 -
wait... we changed to have 3 stores a while ago. And we have a jenkins job for each store for check oms conditions, but only one zed instance π oh dear god. Anyway thanks for getting me there
0 -
or does anyone know if the check.oms.condition filters by current store and only takes this orders?
0 -
ah theres a command option for that
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
- 930 Developer Corner
- 788 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