Open pranavmarla opened 2 years ago
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs 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
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs 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
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/close
@RA489: Closing this issue.
/close
Hey @RA489 , I see that you closed this issue -- has it been fixed?
Hi @pranavmarla – is this issue still occurring? Are additional details available? If so, please feel free to re-open the issue by commenting with /reopen. This issue will be closed as additional information was unavailable and some time has passed.
Hi @pranavmarla – is this issue still occurring? Are additional details available? If so, please feel free to re-open the issue by commenting with /reopen. This issue will be closed as additional information was unavailable and some time has passed.
Thanks. I initially opened the issue because it seemed like the documentation was missing some important details -- looks like that's still the case, so I'll reopen it for now:
/reopen
@pranavmarla: Reopened this issue.
The Kubernetes project currently lacks enough active contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs 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
/remove-lifecycle rotten
The Kubernetes project currently lacks enough contributors to adequately respond to all issues and PRs.
This bot triages issues and PRs 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
/lifecycle rotten
/close
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/sig storage
/remove-lifecycle stale
@ sig storage folks, please could you confirm if this is expected behavior & if it is, we will open this up for contributions.
This issue has not been updated in over 1 year, and should be re-triaged.
You can:
/triage accepted
(org members only)/close
For more details on the triage process, see https://www.kubernetes.dev/docs/guide/issue-triage/
/remove-triage accepted
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
/remove-lifecycle stale
Problem
This is the current hostPath documentation for the
type
param, with the first two rows highlighted:Row 1 handles the case when no value is provided for
type
. As you can see, it doesn't actually specify what will happen in this case if the file you are trying to mount from the underlying host doesn't exist -- I assumed nothing would happen but, in actuality, it seems to follow the behaviour of row 2! i.e. When I try to mount a nonexistent filetest.log
from the underlying host, and I have not specified any value fortype
, Kubernetes creates an empty directory namedtest.log
at that location -- the same behaviour that I would expect to see if I had settype
toDirectoryOrCreate
!In addition, I assumed from reading the documentation that, even in the case of row 2, the new directory would be created in the container's file system and that the underlying host file system would be unaffected -- to my surprise, this was not the case: The empty directory that is created is done so on the underlying host file system itself!
Proposed Changes
So, my suggestions to make this doc clearer:
DirectoryOrCreate
) and 4 (FileOrCreate
) to clarify that the empty directory/file that is created is done so on the underlying host file system itself, outside the container!ps: My assumption is that both the above behaviours are expected, and it's just a matter of documenting them. If they are NOT expected, then let me know if I should open an actual bug report to the main Kubernetes repo.
Config
Environment