SVI/netbird
1
0
Fork 0
mirror of https://github.com/netbirdio/netbird.git synced 2026-06-11 18:02:48 -04:00
Code Issues 3.0k Packages Projects Releases 10 Wiki Activity

Installation of netbird fails on Fedora Atomic-based Immutable Systems #661

New Issue
Closed
opened 2025-11-20 05:15:33 -05:00 by saavagebueno · 7 comments
saavagebueno commented 2025-11-20 05:15:33 -05:00
Owner
Copy Link

Originally created by @M0Rf30 on GitHub (Feb 27, 2024).

Describe the problem

following the installation details for rpm lead to a failing postinstall execution

The error reported is

Post Install of an clean install
open /etc/init.d/netbird: no such file or directory
Error: open /etc/init.d/netbird: no such file or directory
"service" failed: exec: "service": executable file not found in $PATH
Error: "service" failed: exec: "service": executable file not found in $PATH

as suggested by the package manager you can view this error with the command
journalctl -t 'rpm-ostree(netbird.post)'

To Reproduce
Steps to reproduce the behavior:

  1. add the repo under repos.d folder
  2. do an rpm-ostree update (the repo is evaluated in the right manner)
  3. do an rpm-ostree install netbird

Expected behavior

NetBird version

from 0.25.8 to 0.26.0

Originally created by @M0Rf30 on GitHub (Feb 27, 2024). **Describe the problem** following the installation details for rpm lead to a failing postinstall execution The error reported is ``` Post Install of an clean install open /etc/init.d/netbird: no such file or directory Error: open /etc/init.d/netbird: no such file or directory "service" failed: exec: "service": executable file not found in $PATH Error: "service" failed: exec: "service": executable file not found in $PATH ``` as suggested by the package manager you can view this error with the command `journalctl -t 'rpm-ostree(netbird.post)'` **To Reproduce** Steps to reproduce the behavior: 1. add the repo under repos.d folder 2. do an `rpm-ostree update` (the repo is evaluated in the right manner) 3. do an `rpm-ostree install netbird` **Expected behavior** **NetBird version** `from 0.25.8 to 0.26.0`
saavagebueno added the bugclient labels 2025-11-20 05:15:33 -05:00
saavagebueno commented 2025-11-20 05:15:33 -05:00
Author
Owner
Copy Link

@jkrogers9862 commented on GitHub (Apr 25, 2024):

Is there any word on this issue? It is still persistent in 2.7.3 on Fedora Silverblue 39.

@jkrogers9862 commented on GitHub (Apr 25, 2024): Is there any word on this issue? It is still persistent in 2.7.3 on Fedora Silverblue 39.
saavagebueno commented 2025-11-20 05:15:33 -05:00
Author
Owner
Copy Link

@jkrogers9862 commented on GitHub (Jun 10, 2024):

I have noted that when I tried to install qemu-kvm and Virtualization tools on Fedora Silverblue 40, this issue appears. I have also had this issue with coreos and fedora iot. This issue continues to be present in netbird 0.27.10. I have been using use the docker version on systems where this is happening which is limited functionality especially because systemd doesn't work in containers. Please take a new look at this issue.

@jkrogers9862 commented on GitHub (Jun 10, 2024): I have noted that when I tried to install qemu-kvm and Virtualization tools on Fedora Silverblue 40, this issue appears. I have also had this issue with coreos and fedora iot. This issue continues to be present in netbird 0.27.10. I have been using use the docker version on systems where this is happening which is limited functionality especially because systemd doesn't work in containers. Please take a new look at this issue.
saavagebueno commented 2025-11-20 05:15:33 -05:00
Author
Owner
Copy Link

@jkrogers9862 commented on GitHub (Aug 20, 2024):

Is there no fix or workaround discovered for this yet? Why does netbird fail to install on immutable systems when virtualization tools are installed? The cause give is about as vague as it gets. The same thing happens when just installing network-scripts. It is really frustrating as I want to use native netbird rather than docker netbird because docker seems to lose a lot of functionality and is very unstable. This problem still exists in the latest as: v0.28.8
Screenshot_20240821_114421
Screenshot_20240821_114145
Screenshot_20240821_113837

@jkrogers9862 commented on GitHub (Aug 20, 2024): Is there no fix or workaround discovered for this yet? Why does netbird fail to install on immutable systems when virtualization tools are installed? The cause give is about as vague as it gets. The same thing happens when just installing network-scripts. It is really frustrating as I want to use native netbird rather than docker netbird because docker seems to lose a lot of functionality and is very unstable. This problem still exists in the latest as: v0.28.8 ![Screenshot_20240821_114421](https://github.com/user-attachments/assets/3a732293-0450-4786-be61-3a4ed41144af) ![Screenshot_20240821_114145](https://github.com/user-attachments/assets/9e68b578-2a75-4d64-a9e8-d150cd9d50cb) ![Screenshot_20240821_113837](https://github.com/user-attachments/assets/a85b9977-8f45-4592-98db-c0de8d85e8c2)
saavagebueno commented 2025-11-20 05:15:33 -05:00
Author
Owner
Copy Link

@TobinHall commented on GitHub (Aug 29, 2024):

I have just had a brief look at this. It seems that the netbird installer will try to invoke service install which uses the service installer from github.com/kardianos/service.

For coreos it should determine that the system type is systemd but I believe it does not pass these tests.

I am not familiar enough with the way rpm-ostree works to understand why this fails or how to work around it. But this issue may need to be fixed in github.com/kardianos/service.

@TobinHall commented on GitHub (Aug 29, 2024): I have just had a brief look at this. It seems that the netbird installer will try to invoke service install which uses the service installer from [github.com/kardianos/service](github.com/kardianos/service). For coreos it should determine that the system type is systemd but I believe it does not pass [these](https://github.com/kardianos/service/blob/becf2eb62b83ed01f5e782cb8da7bb739ded2bb5/service_systemd_linux.go#L22-L45) tests. I am not familiar enough with the way rpm-ostree works to understand why this fails or how to work around it. But this issue may need to be fixed in [github.com/kardianos/service](github.com/kardianos/service).
saavagebueno commented 2025-11-20 05:15:34 -05:00
Author
Owner
Copy Link

@jkrogers9862 commented on GitHub (Aug 31, 2024):

For coreos it should determine that the system type is systemd but I believe it does not pass these tests.

I'm not sure I follow. I am not familiar with the service in question but given your determination that does not pass these test is true, why is it it only fails when installing network and virtualization related packages on Silverblue (and other immutable desktops like Silverblue). In particular, it fails with libvirt but I even narrowed it down to failing with just installing network-scripts (which is tiny, a few Kbs) on top of netbird on a base image Silverblue (Kinoite). Silverblue being much closer to a traditional desktop is a lot less specialized and fine tuned than CoreOS. I can understand why CoreOS might fail out-of-box because I believe it includes some of these packages in the base image. But Silverblue does not which is why netbird installs fine until you try to install libvirt or network-scripts.

Can you explain what led you to your conclusion? What steps you took? I can find no useful information in the logs.

Note: Can we update the title to "Installation of netbird fails on Fedora Atomic-based Immutable Systems"?

@jkrogers9862 commented on GitHub (Aug 31, 2024): > For coreos it should determine that the system type is systemd but I believe it does not pass [these](https://github.com/kardianos/service/blob/becf2eb62b83ed01f5e782cb8da7bb739ded2bb5/service_systemd_linux.go#L22-L45) tests. I'm not sure I follow. I am not familiar with the service in question but given your determination that does not pass these test is true, why is it it only fails when installing network and virtualization related packages on Silverblue (and other immutable desktops like Silverblue). In particular, it fails with `libvirt` but I even narrowed it down to failing with just installing `network-scripts` (which is tiny, a few Kbs) on top of `netbird` on a base image Silverblue (Kinoite). Silverblue being much closer to a traditional desktop is a lot less specialized and fine tuned than CoreOS. I can understand why CoreOS might fail out-of-box because I believe it includes some of these packages in the base image. But Silverblue does not which is why `netbird` installs fine until you try to install `libvirt` or `network-scripts`. Can you explain what led you to your conclusion? What steps you took? I can find no useful information in the logs. Note: Can we update the title to "Installation of netbird fails on Fedora Atomic-based Immutable Systems"?
saavagebueno commented 2025-11-20 05:15:34 -05:00
Author
Owner
Copy Link

@jkrogers9862 commented on GitHub (Sep 9, 2024):

As of today, I attempted to install Netbird 0.29.0 with 'libvirt virt-manager network-scripts' and the same error still comes up as before, so either this is still a problem or there were actually two problems that caused the same error. @bcmmbaga @M0Rf30

@jkrogers9862 commented on GitHub (Sep 9, 2024): As of today, I attempted to install Netbird 0.29.0 with `'libvirt virt-manager network-scripts'` and the same error still comes up as before, so either this is still a problem or there were actually two problems that caused the same error. @bcmmbaga @M0Rf30
saavagebueno commented 2025-11-20 05:15:34 -05:00
Author
Owner
Copy Link

@M0Rf30 commented on GitHub (Sep 10, 2024):

As of today, I attempted to install Netbird 0.29.0 with 'libvirt virt-manager network-scripts' and the same error still comes up as before, so either this is still a problem or there were actually two problems that caused the same error. @bcmmbaga @M0Rf30

I finally managed to do better debugging and definitive fix

https://github.com/netbirdio/service/pull/3

https://github.com/netbirdio/netbird/issues/2572

@M0Rf30 commented on GitHub (Sep 10, 2024): > As of today, I attempted to install Netbird 0.29.0 with `'libvirt virt-manager network-scripts'` and the same error still comes up as before, so either this is still a problem or there were actually two problems that caused the same error. @bcmmbaga @M0Rf30 I finally managed to do better debugging and definitive fix https://github.com/netbirdio/service/pull/3 https://github.com/netbirdio/netbird/issues/2572
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
2021 Q4
2022 Q1
2022 Q1
accessibility
acl
agent
agent
Android
Android
api
authentik
automation
azure
battery-usage
bug
cache
client
client-ui
cloud
cloud-only
cloudflare
community
compatibility
config-idp
config-issue
connection
contribution
coturn
cross-vpn
dashboard
data-usage
distribution
dns
docker
documentation
duplicate
enhancement
enhancement
event-stream
feature-request
freebsd
getting-started
go
good first issue
gui
help wanted
home-assistant
idp
inconsistency
integration
integrations
ios
ipv6
jwt
k8s
keycloak
linux
login
macos
management-service
missing-docs
mobile
moved-internal
needs-review
netbird-ui
networking
new-platform
nginx
notification
okta
openwrt
packaging
peer-management
peer-management
peer-management
performance
postgres
posture-checks
psk
pull-request
Mirrored from GitHub Pull Request
 question
refactor
relay
release
rfc
routes
security
security-related
self-hosting
server
signal
sleep-issue
ssh
ssl
status
store
synology
system-compatibility-issue
test-suite
third-party-integration
triage
triage-needed
troubleshooting
UX
waiting-feedback
windows
wontfix
zitadel
No Label bug client
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
saavagebueno
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: SVI/netbird#661
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?