Skip to content

Add generic devices to WorkloadStatus#32

Open
clupuishere wants to merge 2 commits into
mainfrom
costin/fs
Open

Add generic devices to WorkloadStatus#32
clupuishere wants to merge 2 commits into
mainfrom
costin/fs

Conversation

@clupuishere

@clupuishere clupuishere commented Jun 10, 2026

Copy link
Copy Markdown

The current changes are needed to add support for mounts per workload. Since we are introducing a new type of devices, filesystem devices, we need a more generic way of handling devices. With filesystem devices we can share host directories either as unified mounts per zone or as one mount per workload.

@github-actions

github-actions Bot commented Jun 10, 2026

Copy link
Copy Markdown

The latest Buf updates on your PR. Results from workflow Buf CI / buf (pull_request).

BuildFormatLintBreakingUpdated (UTC)
✅ passed✅ passed✅ passed✅ passedJun 17, 2026, 6:33 PM

WorkloadMountStatus mount_status = 5;
google.protobuf.Timestamp created_at = 6;
WorkloadPciDeviceStatus pci_device_status = 7;
WorkloadDeviceStatus device_status = 8;

@bleggett bleggett Jun 10, 2026

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How does this conceptually differ from the existing

  • WorkloadBlockDeviceStatus
  • WorkloadPciDeviceStatus
  • WorkloadMountStatus

?

Do we need all three? If we do, why?

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For the long term, it should replace Workload{Block,Pci}DeviceStatus. Regarding WorkloadMountStatus that's a different (open) discussion given that it's related to filesystems and not to devices.

We are introducing WorkloadDeviceStatus and WorkloadDeviceInfo to define
handlers for managing devices in an uniform and generic way. We have
been rolling so far with standalone message types for block
(WorkloadBlockDeviceInfo message type) and PCI (WorkloadPciDeviceInfo
message type) devices and adding support for a new device type
(WorkloadFsDeviceInfo message type) raises an immediate need to have a
more scalable and generic way of handling devices.

Signed-off-by: Costin Lupu <costin@edera.dev>
When sharing host directories, we can either use an unified mount per
zone or a mount for each workload.

Signed-off-by: Costin Lupu <costin@edera.dev>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants