Closed mglazenborg closed 1 month ago
does mounting file share manually on the linux or windows node work?
Unfortunately I don't have direct access to the nodes, but using a debug container I am able to mount the share manually.
try using kubectl-enter
to ssh to the node, and then run mount command:
sudo wget
https://raw.githubusercontent.com/andyzhangx/demo/master/dev/kubectl-enter
sudo chmod a+x ./kubectl-enter
./kubectl-enter <node-name>
Looking at that script, the debug container I use does the exact same and as said before that does work. However, mounting it using the driver in a PV/PVC doesn't work.
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle stale
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/remove-lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle rotten
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues according to the following rules:
lifecycle/stale
is appliedlifecycle/stale
was applied, lifecycle/rotten
is appliedlifecycle/rotten
was applied, the issue is closedYou can:
/reopen
/remove-lifecycle rotten
Please send feedback to sig-contributor-experience at kubernetes/community.
/close not-planned
@k8s-triage-robot: Closing this issue, marking it as "Not Planned".
What happened: Access is denied trying to mount newly created SMB share. Occurs on both Linux & Windows nodes.
Windows Pods don't start and give the following error:
Linux Pods do start but return the following error when trying to view the folder:
This only occurs when existing SMB shares are mounted under the same user that is being used for the new share.
What you expected to happen: The file share should mount with the correct permissions.
How to reproduce it: Mount an existing file share with an account. Create a new file share and assign the same account rights to access it. Lastly mount the newly created file share and the error should occur.
Anything else we need to know?: Removing all the file shares and then recreating them does fix this issue, but is not a solution as removing them all each time a new one is needed is not an option.
Environment:
kubectl version
): 1.28.5uname -a
): 5.15.0-1054-azure