Implement Runtime NVMe Instance Storage Discovery Using AWS EBS Symlinks#396
Conversation
rkoster
left a comment
There was a problem hiding this comment.
In general I would have expected this logic to go into the https://github.com/cloudfoundry/bosh-agent/tree/main/infrastructure/devicepathresolver package.
Thank you for the review! That's was a big oversight on my end, I'll look into it. |
|
No worries 🙂 |
|
We discussed this during the FI WG meeting and this have to relay on the stemcell agent settings and agent strategy for disc handling. |
|
As discussed during the working group meeting, focus is now on validating: cloudfoundry/bosh-aws-cpi-release#196 (comment) |
|
As per: cloudfoundry/bosh-aws-cpi-release#196 (comment) this change is still needed. Please continue reviewing. |
* Refactor instance storage discovery into configurable component Implement auto-detection for instance storage disk type * Fix windows tests * Fix windows tests (but for real this time)
e7d00b4 to
dcd857a
Compare
|
@neddp could you take a look at these failing unit tests? |
|
Hi @rkoster, We still haven't had the time to test the changes on an actual deployment. I will move the PR to draft until we can confirm everything is working fine. We'll address the tests as well. |
* Make implementation iaas-agnostic * Rename storage resolver files * Fix tests * Remove instance storage resolver * Don't use the aws pattern as default * Refactor NVMe instance storage discovery and remove unused symlink patterns * Enhance NVMe instance storage discovery with managed volume pattern support * Fix unit tests * Don't run windows unit tests when not supported * Simplify FakeDevicePathResolver by removing unused fields and methods * Wait for udev to settle before resolving EBS symlinks * Add debug logs * Import udev and add comment about why it's needed
|
Note Reviews pausedIt looks like this branch is under active development. To avoid overwhelming you with review comments due to an influx of new commits, CodeRabbit has automatically paused this review. You can configure this behavior by changing the Use the following commands to manage reviews:
Use the checkboxes below for quick actions:
WalkthroughAdds SymlinkDeviceResolver with NVMe constants, constructor, ResolveSymlinksToDevices, GetDevicesByPattern, and FilterDevices plus Ginkgo tests. Wires a SymlinkDeviceResolver into NewProvider and NewLinuxPlatform. Refactors Linux SetupRawEphemeralDisks to discover instance-storage devices (NVMe glob + symlink exclusion or identity resolution), sort/validate discovered devices, and partition discovered device paths. Also updates fake resolver recording and platform tests to inject and use the new resolver. Suggested reviewers
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai review |
✅ Actions performedReview triggered.
|
DiskSettings does not implement fmt.Stringer, so using %s produced malformed %!s(...) output. Switch to %+v for actionable error messages.
|
Both suggestions were addressed. |
There was a problem hiding this comment.
Actionable comments posted: 1
Caution
Some comments are outside the diff and can’t be posted inline due to platform limitations.
⚠️ Outside diff range comments (1)
platform/linux_platform.go (1)
859-875:⚠️ Potential issue | 🔴 Critical | ⚡ Quick winFail closed when managed-volume symlink resolution is incomplete.
managedDevicesis treated as authoritative here, but the resolver upstream currently skips unreadable symlinks. If one EBS symlink is missed and the filtered count still matcheslen(devices), the code below canmklabela managed volume or even the root disk. Please make unresolved managed-volume symlinks abort discovery instead of continuing with a partial exclusion set.🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@platform/linux_platform.go` around lines 859 - 875, ResolveSymlinksToDevices currently may skip unreadable symlinks, letting managedDevices be incomplete; change the resolver to surface skipped/unresolved symlinks (e.g., change ResolveSymlinksToDevices to return (devices []string, skipped int, err error) or return an error when any symlink cannot be read) and update this call site in linux_platform.go to treat any skipped/unresolved count or non-nil error as fatal: after calling p.symlinkDeviceResolver.ResolveSymlinksToDevices, if skipped>0 (or err != nil) return an error instead of continuing, so managedDevices cannot be partial before calling FilterDevices/instanceStorage and proceeding with mklabel operations.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@platform/linux_platform.go`:
- Around line 883-888: The loop calling devicePathResolver.GetRealDevicePath
ignores the boolean timedOut return; update the loop in linux_platform.go (where
devicePathResolver.GetRealDevicePath is invoked) to check the timedOut flag and
treat it as an explicit failure: if timedOut or realPath == "" return a wrapped
error (similar to other call sites) instead of continuing, so the function
returns a clear timeout error rather than allowing an empty path to be passed to
parted; use the same bosherr.WrapErrorf pattern and include context mentioning
the device and that resolution timed out.
---
Outside diff comments:
In `@platform/linux_platform.go`:
- Around line 859-875: ResolveSymlinksToDevices currently may skip unreadable
symlinks, letting managedDevices be incomplete; change the resolver to surface
skipped/unresolved symlinks (e.g., change ResolveSymlinksToDevices to return
(devices []string, skipped int, err error) or return an error when any symlink
cannot be read) and update this call site in linux_platform.go to treat any
skipped/unresolved count or non-nil error as fatal: after calling
p.symlinkDeviceResolver.ResolveSymlinksToDevices, if skipped>0 (or err != nil)
return an error instead of continuing, so managedDevices cannot be partial
before calling FilterDevices/instanceStorage and proceeding with mklabel
operations.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: ASSERTIVE
Plan: Pro
Run ID: ab6aff62-71d1-4d01-9a14-e284e52205e7
📒 Files selected for processing (1)
platform/linux_platform.go
Silently skipping a symlink that cannot be resolved leaves the managed device exclusion set incomplete. If an EBS volume's by-id symlink is broken, FilterDevices would not exclude it and the device could be misidentified as instance storage, potentially causing data loss. Return a wrapped error instead of continuing, so callers can propagate the failure rather than proceeding with a partial exclusion set.
The platform-level test still expected the old skip-and-continue behavior. Updated to assert that a broken managed volume symlink returns an error.
|
/coderabbitai review |
|
@coderabbitai review |
✅ Action performedReview finished.
|
There was a problem hiding this comment.
Actionable comments posted: 2
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@infrastructure/devicepathresolver/symlink_device_resolver_test.go`:
- Around line 88-90: The test currently expects an error from
resolver.ResolveSymlinksToDevices("/dev/disk/by-id/nvme-*") but doesn't assert
the returned mapping is nil; update the test to also assert that the returned
result (the value assigned from ResolveSymlinksToDevices) is nil on failure to
ensure no partial mapping is returned. Locate the call to
ResolveSymlinksToDevices and the variables holding its return values (e.g.,
result, err) and add an assertion like Expect(result).To(BeNil()) immediately
after Expect(err).To(HaveOccurred()) /
Expect(err.Error()).To(ContainSubstring("nvme-invalid")) so the contract on
error paths is enforced.
In `@platform/linux_platform.go`:
- Around line 884-889: The current call to
p.devicePathResolver.GetRealDevicePath handles err before checking timedOut,
which incorrectly treats cases where timedOut==true and err!=nil as a generic
resolver error; update the logic in the function containing this call so that
you check the timedOut boolean first and return the timeout-specific error
(bosherr.Errorf("Timed out resolving device path for %+v", device)) when
timedOut is true, otherwise handle err via bosherr.WrapErrorf; reference
GetRealDevicePath, devicePathResolver, timedOut, and the existing
bosherr.WrapErrorf/bosherr.Errorf calls to locate and adjust the branches
accordingly.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: ASSERTIVE
Plan: Pro
Run ID: 8929d5c5-a5fd-4727-be1e-bbcf81c8484c
📒 Files selected for processing (4)
infrastructure/devicepathresolver/symlink_device_resolver.goinfrastructure/devicepathresolver/symlink_device_resolver_test.goplatform/linux_platform.goplatform/linux_platform_test.go
- discoverIdentityInstanceStorage: check timedOut before err so the explicit timeout error is never shadowed when both are set - symlink_device_resolver_test: assert result is nil on failure to verify the fail-closed contract
|
@coderabbitai review |
✅ Action performedReview finished.
|
…nks (#396) * Implement runtime NVMe instance storage discovery using EBS symlinks * Fix nvme instance storage discovery (#400) * Refactor instance storage discovery into configurable component Implement auto-detection for instance storage disk type * Fix windows tests * Fix windows tests (but for real this time) * Remove leftover path normalization (#401) * Fix nvme instance storage discovery (#407) * Make implementation iaas-agnostic * Rename storage resolver files * Fix tests * Remove instance storage resolver * Don't use the aws pattern as default * Refactor NVMe instance storage discovery and remove unused symlink patterns * Enhance NVMe instance storage discovery with managed volume pattern support * Fix unit tests * Don't run windows unit tests when not supported * Simplify FakeDevicePathResolver by removing unused fields and methods * Wait for udev to settle before resolving EBS symlinks * Add debug logs * Import udev and add comment about why it's needed * Fix missing closing bracket * Update infrastructure/devicepathresolver/symlink_device_resolver.go Co-authored-by: Ivaylo Ivanov <ivaylogi98@gmail.com> * Update infrastructure/devicepathresolver/symlink_device_resolver_test.go Co-authored-by: Ivaylo Ivanov <ivaylogi98@gmail.com> * Fix lint identation * Fix: skip unresolvable symlinks instead of returning error ResolveSymlinksToDevices now logs a warning and continues when a symlink cannot be resolved (e.g. stale/broken symlinks in /dev/disk/by-id/). This prevents unnecessary deploy failures while the count validation in discoverNVMeInstanceStorage still catches any real mismatches. Co-authored-by: Ivaylo Ivanov <ivaylogi98@gmail.com> * Use the already constructed udev instance Co-authored-by: Copilot Autofix powered by AI <175728472+Copilot@users.noreply.github.com> * fix: use %+v instead of %s for DiskSettings in error message DiskSettings does not implement fmt.Stringer, so using %s produced malformed %!s(...) output. Switch to %+v for actionable error messages. * fix: handle timedOut in discoverIdentityInstanceStorage * resolver: fail hard on unresolvable symlinks in ResolveSymlinksToDevices Silently skipping a symlink that cannot be resolved leaves the managed device exclusion set incomplete. If an EBS volume's by-id symlink is broken, FilterDevices would not exclude it and the device could be misidentified as instance storage, potentially causing data loss. Return a wrapped error instead of continuing, so callers can propagate the failure rather than proceeding with a partial exclusion set. * test: update linux_platform test for hard-fail on broken symlinks The platform-level test still expected the old skip-and-continue behavior. Updated to assert that a broken managed volume symlink returns an error. * fix: prioritize timedOut over err; assert nil result on resolver error - discoverIdentityInstanceStorage: check timedOut before err so the explicit timeout error is never shadowed when both are set - symlink_device_resolver_test: assert result is nil on failure to verify the fail-closed contract --------- Co-authored-by: Ivaylo Ivanov <ivaylogi98@gmail.com> Co-authored-by: Copilot Autofix powered by AI <175728472+Copilot@users.noreply.github.com>
Problem
On AWS Nitro-based instances with NVMe devices, the kernel's PCIe enumeration order is non-deterministic. This means:
/dev/nvme0n1could be the root EBS volume OR instance storage/dev/nvme1n1could be instance storage OR the root EBS volumeSolution
Implemented runtime discovery to reliably identify instance storage by excluding EBS volumes.
Discovery Algorithm
Why EBS Symlinks Are Reliable
AWS automatically creates persistent symlinks for all EBS volumes via udev rules:
/dev/disk/by-id/nvme-Amazon_Elastic_Block_Store_vol{volume_id}Backwards Compatibility
Non-NVMe instances: No changes to behavior
/dev/xvdb,/dev/sdb) use CPI paths directlyThis must be merged together with the CPI changes - cloudfoundry/bosh-aws-cpi-release#196
Pair @Ivaylogi98