-
Notifications
You must be signed in to change notification settings - Fork 326
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
RexRay for Azure failed to detach volume on container stop #1122
Comments
I made a quick benchmark - 6 runs each # Detach volume almost 50% of the time 3/6
docker run -t --rm -v test123:/foo alpine sleep 120
# Detach volume almost 67% of the time 4/6
docker run -t --rm -v test123:/foo alpine sleep 30
# Detach sometime 50% of the time 3/6
docker run -t --rm -v test123:/foo alpine sleep 10
# Never detach the volume
docker run -t --rm -v test123:/foo alpine sleep 1 |
@jmaitrehenry It looks like we are possibly just running into timeout issues waiting for Azure to process the requests. Can you verify the attachment/detachment process manually to see how long it is actually taking to attach/detach from your instances? |
@clintkitson Not sure, because, when I check the debug log, I couldn't found the POST to I will make more test and post the log when Rexray detaches the volume and when Rexray doesn't try to detach. On the Azure side, when the volume is not detached, Azure never receive the operation for it. |
@codenrhoden Can you take a peak at the gist here? |
I'll be looking into this today. |
Summary
After creating a container with an attached rexray volume, we stop (and remove) the container and the volume continue to be attached and are not reusable.
Bug Reports
Version
Please paste the output of
rexray version
. For example:Expected Behavior
When the container is stopped and removed, the volume should be detached and ready to reuse.
Actual Behavior
The volume is not detached.
Steps To Reproduce
Configuration Files
Logs
Service Log
https://gist.github.com/jmaitrehenry/dae6f7680c2f66d87a3dafa700103e0f
The last line is really interresting:
Client Log
The text was updated successfully, but these errors were encountered: