Draft: chore(build): replace k8s.io/utils/mount with k8s.io/mount-utils#575
Draft: chore(build): replace k8s.io/utils/mount with k8s.io/mount-utils#575hensur wants to merge 1 commit intoopenebs:developfrom
Conversation
|
I see the vendor directory being checked in. I don't think we should do that. cc @niladrih |
|
@hensur We're not using a vendor directory. Moreover, if you rebase you branch with develop, you'd see that go version used is now 1.20 and I think mount-utils should be able to work with that. What do you think? |
package has been renamed: https://github.com/kubernetes/utils/tree/master/mount The new package also includes a change to drop consistentread calls on newer kernels which don't require that workaround anymore: kubernetes/mount-utils@4ae857e Signed-off-by: Henning Surmeier <h.surmeier@mittwald.de>
|
Hi, The newest mount-utils seem to require go 1.22: |
|
This seems to be a flagged as an issue in the ci, can we use a version that works with 1.20? You probably need to bump the go versions in the github workflows. |
|
@hensur Any updates on this? |
Currently waiting for openebs/lib-csi#21 to be merged. I'm replacing the upstream dependency with my fork, after lib-csi has been updated, I will remove that
replace.Pull Request template
Please, go through these steps before you submit a PR.
Why is this PR required? What issue does it fix?:
On Nodes with high mount activity, older versions of k8s mount-utils (or
utils/mount) would callConsistentReadto workaround a kernel bug which would skip mount entries on mount activity during a read.See kubernetes/mount-utils@4ae857e
We noticed that the zfs provisioner would return an
InconsistentReaderror when the node was attaching a lot of volumes (mostly after reboots).What this PR does?:
replaces the k8s.io/utils/mount dependency with k8s.io/mount-utils
the upstream package has been renamed: https://github.com/kubernetes/utils/tree/master/mount
The new version also includes the aforementioned fix.
Does this PR require any upgrade changes?:
No
If the changes in this PR are manually verified, list down the scenarios covered::
Any additional information for your reviewer? :
I'm not exactly sure why
go mod tidydeems it necessary to also bump the module version (as well as some package versions). I assume some library requires an up to date go version, which is why this module now has to require that version as well.Mention if this PR is part of any design or a continuation of previous PRs
Checklist:
<type>(<scope>): <subject>