Actions
Issue #974
closedTask #1014: Short Term Improvements for Pulp's use of MongoDB
GET of a task sometimes 404s on first request
Start date:
Due date:
Estimated time:
Severity:
2. Medium
Version:
2.6.0
Platform Release:
2.7.0
OS:
Triaged:
Yes
Groomed:
No
Sprint Candidate:
No
Tags:
Pulp 2
Sprint:
Quarter:
Description
Sometimes when trying to fetch a task immediately after it gets created, the GET request 404s.
From downstream bug:
Description of problem:
When publishing a content view we generate a lot of tasks in pulp and then wait on them. For some reason on occasion we initiate the task and as soon as we request the task to poll its status pulp throws a 404.
Requests for the same task later on work fine.
Version-Release number of selected component (if applicable):
2.6.0-1.1.beta
How reproducible:
Randomly
Steps to Reproduce:
Will work on reproducer script, unclear how to reproduce currently.
Pulp logs:
Apr 1 20:52:14 qe-blade-16 pulp: pulp.server.webservices.middleware.exception:INFO: Missing resource(s): resource_id=6f29bc57-55f0-49eb-97ee-1978407be409
Apr 1 20:52:14 qe-blade-16 pulp: celery.worker.strategy:INFO: Received task: pulp.server.managers.repo.unit_association.associate_from_repo[6f29bc57-55f0-49eb-97ee-1978407be409]
Apr 1 20:52:14 qe-blade-16 pulp: celery.worker.strategy:INFO: Received task: pulp.server.async.tasks._release_resource[7b3ce53b-d3ae-4101-bbd3-15776e975d52]
Apr 1 20:52:14 qe-blade-16 pulp: celery.worker.job:INFO: Task pulp.server.async.tasks._queue_reserved_task[01c536c8-f0cf-444c-a799-c65a5f5413da] succeeded in 0.702265332002s:
apache logs:
10.16.76.78 - - [01/Apr/2015:20:52:13 -0400] "POST /pulp/api/v2/repositories/Default_Organization-rhel-7-cv-1_0-Satellite_Tools_Packages-RHEL_7/actions/associate/ HTTP/1.1" 202 172 "-" "Ruby"
10.16.76.78 - - [01/Apr/2015:20:52:14 -0400] "GET /pulp/api/v2/tasks/6f29bc57-55f0-49eb-97ee-1978407be409/ HTTP/1.1" 404 533 "-" "Ruby"
Related issues
Actions
Adds support for write concern
Pulp now accepts a write concern for the MongoDB connection. All writes to the database are now acknowledged. For replica sets, 'majority' or 'all' members can be asked to acknowledge the write.
closes: #974 closes: #1139