Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve debugability of NetworkInterfaces #247

Open
lukasfrank opened this issue Aug 6, 2024 · 0 comments
Open

Improve debugability of NetworkInterfaces #247

lukasfrank opened this issue Aug 6, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@lukasfrank
Copy link
Member

Summary

Currently, it's difficult to find out the reason if a NetworkInterface is in Error state.

Basic example

Creating two NetworkInterfaces using the same IP obviously result in an Error state for the second NIC. It would helpful to have the reason attached to the object.

Possible approaches

  1. Extending the state using status.conditions
    other kubernetes objects follow the same pattern. e.g. pods:
status:
  conditions:
  - lastProbeTime: null
    lastTransitionTime: "2024-07-12T13:20:16Z"
    status: "True"
    type: PodScheduled
  1. Fire an Event
    Using Events and referencing the involved object can help to understand the state of an object by running k describe <obj>

e.g. pod events

Name:             dp-service-bf-tcrns
Namespace:        dp-service-bf-system
....
Events:
  Type     Reason            Age                 From               Message
  ----     ------            ----                ----               -------
  Normal   Created           20m                 kubelet            Created container init-dp-service
  Normal   Started           20m                 kubelet            Started container init-dp-service
@lukasfrank lukasfrank added the enhancement New feature or request label Aug 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant