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

Persistent Volume of Type NFS Share cannot be created with access mode "Many Nodes Read-Write" (aka ReadWriteMany / RWX) #13113

Closed
Remigius2011 opened this issue Apr 26, 2018 · 8 comments
Assignees
Labels
area/storage kind/bug Issues that are defects reported by users or that we know have reached a real release
Milestone

Comments

@Remigius2011
Copy link

Rancher versions:
rancher/server or rancher/rancher: v2.0.0-beta4
rancher/agent or rancher/rancher-agent: v2.0.0-beta4

Infrastructure Stack versions:
healthcheck:
ipsec:
network-services:
scheduler:
kubernetes (if applicable): v1.10.1-rancher2

Docker version: (docker version,docker info preferred) 17.03.2-ce

Operating system and kernel: (cat /etc/os-release, uname -r preferred) ubuntu 16.04.04 4.4.0-119-generic

Type/provider of hosts: (VirtualBox/Bare-metal/AWS/GCE/DO) VMWare Workstation 14 Pro 14.1.1 build-7528167

Setup details: (single node rancher vs. HA rancher, internal DB vs. external DB) single node rancher / single node k8s cluster

Environment Template: (Cattle/Kubernetes/Swarm/Mesos)

Steps to Reproduce:

  • add new persistent volume
  • enter name "test"
  • select volume plugin "NFS Share"
  • enter valid data for path and server
  • check only access mode "Many Nodes Read-Write"
  • click "save"

Results:

The following error message appears:

"Validation failed in API: PersistentVolume "test" is invalid: spec.accessModes: Required value"

@Remigius2011
Copy link
Author

Follow-Up: Sometimes it seems to work (e.g. after logout / login). Also, creating a PVC under Volumes fails when only "Many Nodes Read-Write" is checked.

@tfiduccia
Copy link

@Remigius2011 - I believed we have fixed this in the latest rancher/rancher:master. If you see this problem in our next release, please reopen.

@Remigius2011
Copy link
Author

@tfiduccia still the same behavior in GA - sorry, I can't reopen the issue. Actually, some of my (admittedly rather mickey mouse type) workloads require access to a shared storage on a NAS and the best solution I could so far come up with is an NFS share. RWX is convenient because it avoids having to create an inflationary quantity of volumes. As long as this isn't fixed I'll have to stick with my swarm cluster.

@nathanweeks
Copy link

I'm also seeing the same error in rancher/rancher:2.0.0

@tfiduccia tfiduccia reopened this May 3, 2018
@tfiduccia
Copy link

Version - v2.0.0
Was finally able to reproduce - had to create a few Persistent Volumes before it would error. Just create 3 and you should hit the error. Make sure for all of them, in Customize, the Many Nodes Read-Write is the only Access Mode checked.

@tfiduccia tfiduccia added kind/bug Issues that are defects reported by users or that we know have reached a real release area/ui area/storage labels May 3, 2018
@loganhz loganhz self-assigned this May 4, 2018
@Remigius2011
Copy link
Author

@tfiduccia exactly (and see also my instructions), if you select another mode, it will not complain, as another mode satisfies the validation requirements and you will only notice a problem when you try to create a claim with RWX.

@vincent99 vincent99 assigned tfiduccia and unassigned loganhz May 8, 2018
@deniseschannon deniseschannon added this to the v2.0.1 milestone May 8, 2018
@tfiduccia
Copy link

Version - 2.0 master 5/8
Verified fixed

@Remigius2011 & @nathanweeks - The issue is fixed in our latest master build and will be going into the 2.0.1 build.

@Remigius2011
Copy link
Author

I can confirm it is working in v2.0.1-rc4 / k8s v1.10.1. I can creeate a volume and an RWX volume claim and access it from at least two pods (one read-only, the other writable).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/storage kind/bug Issues that are defects reported by users or that we know have reached a real release
Projects
None yet
Development

No branches or pull requests

6 participants