Closed alexdunnjpl closed 11 months ago
Error is due to this erroneously-constructed path. The registry,someRemote:registry,someOtherRemote:registry
chunk is being interpreted as a index-name literal and failing.
This is unchanged since the script's initial inception and it's unclear if/how it ever worked in the context of cross-cluster remotes (unless the pre-OpenSearch ES supported this behaviour?)
@jordanpadams the fix here is to either write updates to each remote separately, or limit writes to registry proper. I strongly assume the latter is correct behaviour and the former is not even possible, but would like confirmation of that - metadata goes in our registry only, right?
Actually that raises an important question - where does the metadata for products in other clusters get written?
Skip I&T because the solution is to launch one process per discipline node instead of one and rely on CCR to reach the discipline node. The design/architecture has been changed so that this bug does not need to be tested.
Checked for duplicates
No - I haven't checked
🐛 Describe the bug
From prod cloudwatch logs
🕵️ Expected behavior
I expected [...]
📜 To Reproduce
1. 2. 3. ...
🖥 Environment Info
📚 Version of Software Used
No response
🩺 Test Data / Additional context
No response
🦄 Related requirements
🦄 #xyz
⚙️ Engineering Details
No response