Bug 1472530 - [starter][starter-us-east-1] Unable to mount volumes to pod (mongo)
Summary: [starter][starter-us-east-1] Unable to mount volumes to pod (mongo)
Keywords:
Status: CLOSED DUPLICATE of bug 1481729
Alias: None
Product: OpenShift Online
Classification: Red Hat
Component: Storage
Version: 3.x
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: ---
: ---
Assignee: Hemant Kumar
QA Contact: Jianwei Hou
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2017-07-19 01:38 UTC by Steve Speicher
Modified: 2017-09-13 20:56 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2017-09-13 20:56:23 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Steve Speicher 2017-07-19 01:38:30 UTC
Deployed stock nodejs+mongo sample on starter-us-east-1 and failed to deploy with:

9:21:26 PM	mongodb-1-mszl7	Pod	Warning	Failed mount 	Unable to mount volumes for pod "mongodb-1-mszl7_sspeiche3(102edc0d-6c1f-11e7-baff-12d641ec7610)": timeout expired waiting for volumes to attach/mount for pod "sspeiche3"/"mongodb-1-mszl7". list of unattached/unmounted volumes=[mongodb-data default-token-r8nf7]

namespace: sspeiche3

OpenShift Master:
v3.6.126.1 (online version 3.5.0.20)
Kubernetes Master:
v1.6.1+5115d708d7

I don't have access to cluster logs, so ping dakini or eparis if needed.

Comment 5 Nathan Knight 2017-08-27 05:03:22 UTC
I was told to report that I'm having the same issue.

=====================
If you're still facing the issue, please CC yourself to the bug and post a comment that you're facing the same, mentioning the problematic node (ip-172-31-55-219.ec2.internal/172.31.55.219) and the volume that failed to mount ('FailedMount Unable to mount volumes for pod "django-psql-persistent-1-build_knight-guru(dd9c0ae8-88e5-11e7-9fd7-12d641ec7610)": timeout expired waiting for volumes to attach/mount for pod "knight-guru"/"django-psql-persistent-1-build". list of unattached/unmounted volumes=[docker-socket builder-dockercfg-z8rnt-push builder-token-40rw4]').
=====================


Why are we being forced off of v2 gears if v3 pods aren't ready for prime time?  This problem is happening no matter which pod combination I choose.  I've faced the same issue whether I choose a PHP pod, a JS pod, or a Python pod...

Comment 7 Bradley Childs 2017-09-13 20:56:23 UTC

*** This bug has been marked as a duplicate of bug 1481729 ***


Note You need to log in before you can comment on or make changes to this bug.