dabradley / azurelustre-csi-driver

82%

main: 82%

LAST BUILD ON BRANCH personal/dabradley/cleanupbadmounts

branch: personal/dabradley/cleanupbadmounts

CHANGE BRANCH

x

Reset

• personal/dabradley/cleanupbadmounts
• add-startup-taint
• bump-to-0.3.0
• bump-to-0.4.0
• cherry-pick-dyn-prov-ga
• dependabot/go_modules/github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/resources/armresources-1.2.0
• dependabot/go_modules/github.com/golang-jwt/jwt/v4-4.5.2
• dependabot/go_modules/github.com/golang-jwt/jwt/v5-5.2.2
• dependabot/go_modules/github.com/pborman/uuid-1.2.1
• dependabot/go_modules/github.com/pelletier/go-toml-1.9.5
• dependabot/go_modules/golang.org/x/crypto-0.35.0
• dependabot/go_modules/golang.org/x/net-0.36.0
• dependabot/go_modules/golang.org/x/net-0.38.0
• dependabot/go_modules/google.golang.org/protobuf-1.34.2
• dependabot/go_modules/k8s.io/klog/v2-2.130.1
• dependabot/go_modules/k8s.io/kubernetes-1.31.6
• dependabot/go_modules/sigs.k8s.io/cloud-provider-azure-1.31.0
• dependabot/go_modules/sigs.k8s.io/cloud-provider-azure-1.31.1
• dependabot/go_modules/sigs.k8s.io/yaml-1.4.0
• development
• dyn-prov-ga
• dynamic-provisioning-preview
• dynamic-provisioning-to-development-merge
• main
• personal/dabradley/0924upgrades
• personal/dabradley/1311kubeupgrades
• personal/dabradley/changes-from-dynprov
• personal/dabradley/dynprov
• personal/dabradley/dynprov-release
• personal/dabradley/dynprov-update
• personal/dabradley/dynprovrunactions
• personal/dabradley/lint
• personal/dabradley/no-host
• personal/dabradley/remove-common
• personal/dabradley/trivy-on-development
• personal/dabradley/upgradecrypto
• personal/dabradley/upgradenet
• personal/dabradley/upgrades
• personal/dabradley/workflows
• refs/tags/test-release-tag
• refs/tags/test-tag
• refs/tags/v0.1.15
• respond-to-comments
• update-kube-deps
• update-permissions
• upgrade-deps

Build # 12018238052

Build Type

push

github

Committed by dabradley

Commit Message

Use force unmount and explicitly unmount bad mount points

There have been cases where the logic to cleanup a mount point
has caused the driver to get into a bad state. This is most
obvious when a subdirectory is mounted to a volume and a parent
directory of that subdirectory is deleted. The Lustre driver
doesn't handle that case in the way that Kubernetes expects
and returns invalid data. To avoid this scenario causing our
driver to get into a bad state, leak mount points, etc, we
must explicitly check that we can read the necessary information
about the mount point, and if not, explicitly unmount that
mount point before allowing Kubernetes to clean up the directory.
To ensure that we don't end up in a bad state, this change
enables force unmounting as well. The force unmount will only
occur after a timeout has expired, since force unmounts can
cause issues with the Lustre driver. However, in this case, it
is better if we are in a bad enough situation to be able to
eventually return to a good state rather than require manual
intervention.

Run Details

18 of 41 new or added lines in 3 files covered. (43.9%)

68 existing lines in 2 files now uncovered.

1172 of 1432 relevant lines covered (81.84%)

6.95 hits per line