Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Some resourcemap objects take a long time to index #75

Open
taojing2002 opened this issue Apr 9, 2024 · 2 comments
Open

Some resourcemap objects take a long time to index #75

taojing2002 opened this issue Apr 9, 2024 · 2 comments
Milestone

Comments

@taojing2002
Copy link
Collaborator

We found some resource map objects took a long time to be reindexed and causes RabbitMQ timeout:

IndexWorker.indexOjbect with the thread id 130 - Though the index worker Completed the index task from the index queue with the identifier: resourceMap_urn:uuid:dccb21ff-4566-48f3-aeb6-7024248e8d3d , the index type: create, sending acknowledgement back to rabbitmq failed since channel is already closed due to channel error; protocol method: #method<channel.close>(reply-code=406, reply-text=PRECONDITION_FAILED - delivery acknowledgement on channel 1 timed out. Timeout value used: 1800000 ms. This timeout value can be configured, see consumers doc guide to learn more, class-id=0, method-id=0). So rabbitmq may resend the message again [org.dataone.cn.indexer.IndexWorker:indexOjbect:418]
@taojing2002 taojing2002 added this to the 3.0.0 milestone Apr 9, 2024
@mbjones
Copy link
Member

mbjones commented Apr 9, 2024

@jeanetteclark can you comment on these timeouts and potential solutions?

@jeanetteclark
Copy link

@taojing2002 and I discussed this on Monday, and again at the backend meeting today. We don't think there is any downside to doing a pre-emptive ack of the rabbitmq message like metadig does, and jobs that fail will automatically get retried without any intervention. I think the only piece still to be figured out is preventing a job from being attempted too many times - there was mention of a dead letter queue today on the call.

@taojing2002 taojing2002 modified the milestones: 3.0.0, 3.1.0 Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants