node-feature-discovery
                                
                                
                                
                                    node-feature-discovery copied to clipboard
                            
                            
                            
                        nfd-topology-updater only tracks resources it discovered during startup
What happened: Resources that will be managed by NFD topology-updater are only discovered during startup. If a device plugin registers itself with kubelet after NFD topology-updater is already running the NRT will never be updated with new resources.
Resource discovery link Ignoring resources not present during startup link.
It may cause issues when nfd is restarted alongside device plugins, in this case NRT will stop reporting some resources.
What you expected to happen:
When device plugin is created after NFD start new resources should be reported without the need of restarting NFD.
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know?:
Environment:
- Kubernetes version (use 
kubectl version): - Cloud provider or hardware configuration:
 - OS (e.g: 
cat /etc/os-release): - Kernel (e.g. 
uname -a): - Install tools:
 - Network plugin and version (if this is a network-related bug):
 - Others:
 
/cc @ffromani
The Kubernetes project currently lacks enough contributors to adequately respond to all issues.
This bot triages un-triaged issues according to the following rules:
- After 90d of inactivity, 
lifecycle/staleis applied - After 30d of inactivity since 
lifecycle/stalewas applied,lifecycle/rottenis applied - After 30d of inactivity since 
lifecycle/rottenwas applied, the issue is closed 
You can:
- Mark this issue as fresh with 
/remove-lifecycle stale - Close this issue with 
/close - Offer to help out with Issue Triage
 
Please send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale
/remove-lifecycle stale
@PiotrProkop @ffromani are you planning to work on this? Thinking about v0.16 release that is currently projected at the end of March
@PiotrProkop @ffromani are you planning to work on this? Thinking about v0.16 release that is currently projected at the end of March
I'd love to help but I won't have any bandwidth before early March.
@PiotrProkop @ffromani are you planning to work on this? Thinking about v0.16 release that is currently projected at the end of March
I'd love to help but I won't have any bandwidth before early March.
I would also be able to start working on that in March, in the meantime I'll try to figure out if there is an easy fix for that or if it requires a bigger refactoring 😄