-
Notifications
You must be signed in to change notification settings - Fork 476
-
Notifications
You must be signed in to change notification settings - Fork 476
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
Error in network definition: Invalid MAC address #1249
Comments
I don't have time ATM to work on that, so contributions from the community, especially those companies that make money with OMV and do not contribute back, in form of a PR is welcome. |
Well, sorry, I'm just some guy who uses (very gratefully) OMV on his home NAS. In any case, I'll see if I can get something done about this. Honestly, I'm not affected by this bug anymore, since I already painstakingly figured it out, and solved it through hacking my appliance's serial console. So, my approach was primarily to record the bug here, so that it can be solved for others who might get affected at some point. |
@votdev this issue seems likely caused by violating main assumption "Note: openmediavault (like other NAS solutions) expects to have full, exclusive control over OS configuration" |
Except that in this case, OMV does have exclusive control. I don't really think the removal of a physical network interface constitutes "OMV doesn't have exclusive control over OS config".
|
Keep this issue open, maybe someone is interested in having a look on it. |
This issue has been automatically marked as stale because it |
up |
I'm using OMV6 as a proxmox VM and so my network card are virtuals. I've recently play a lot with those card and stumble on the same issue : I've not find the root cause but a workaround is to remove the 2 following lines
from the file This also mean that previous line |
The workaround seems to fix your issue, but will break all other installations out there if these lines are removed.
Indeed, it seems Salt was not able to fetch the MAC address of the interface somehow. |
This issue has been automatically marked as stale because it |
This issue has been automatically closed because there has |
This issue has been automatically marked as stale because it |
This issue has been automatically marked as stale because it |
This issue has been automatically closed because there has |
Describe the bug
OMV completely disables network access of the appliance, if it has network interfaces in its database which don't actually exist.
To Reproduce
The user can only create network interface entries by choosing from a drop-down menu of actually existing ones, but apparently, there can be cases where entries remin there even when they don't actually exist anymore on the system.
In this case, when deploying using salt (and I have to assume the same thing happens when I apply configuration from the UI) it generates phony config files for these ghost interfaces in
/etc/netplan/
, and the "netplan apply" step fails because the config file is invalidThis leaves the actually existing interfaces unconfigured, thus the network connectivity is completely lost.
Expected behavior
OMV should check each network interface entry in its configuration, and generate config files only for those that actually exist on the system. Ideally, this should be reflected on the UI too.
Reference to Forum
This is an example of prior discussion of this issue, though in that thread they didn't reach the conclusion of what actually caused the problem in the first place.
openmediavault Server (please complete the following information):
The text was updated successfully, but these errors were encountered: