Closed Forage closed 1 month ago
Is the patching not necessary on a VirtualBox installation?
The signed-off-by
line is missing in the commit message. Please check https://github.com/openmediavault/openmediavault/blob/master/CONTRIBUTING.md how to contribute a PR.
Is the patching not necessary on a VirtualBox installation?
I have the following on a new VB setup, without the patch:
I can connect to the GUI without issues without the patch. These two devices is what you are after, wasn't it?
The IP address is the only additional thing I manually changed in the Vagrantfile, since the IP range did not correspond to the default range allowed by VB.
If I keep the patch, the machine will boot, but Vagrant is no longer able to cleanly finish its setup after the reload.
The
signed-off-by
line is missing in the commit message. Please check https://github.com/openmediavault/openmediavault/blob/master/CONTRIBUTING.md how to contribute a PR.
I couldn't fix the commit message while keeping the existing PR. New PR #1756.
All you have to do is append the commit and force push.
All you have to do is append the commit and force push.
Tried that, did not work. Github did not allow me to reopen the PR.
Is the patching not necessary on a VirtualBox installation?
I have the following on a new VB setup, without the patch:
I can connect to the GUI without issues without the patch. These two devices is what you are after, wasn't it?
The IP address is the only additional thing I manually changed in the Vagrantfile, since the IP range did not correspond to the default range allowed by VB.
If I keep the patch, the machine will boot, but Vagrant is no longer able to cleanly finish its setup after the reload.
The problem is the naming of the network devices. ethX
is not predictable, that's why the patch is applied. The names should look like ensX
.
The VirtualBox provider did not work as is.
patch.sh
libvirt only, avoids VirtualBox (re)boot issuesVERR_ALREADY_EXISTS
errorsAs far as I can tell, the issue addressed with
patch.sh
only applied to libvirt anyway. The way disk were added caused issues like https://github.com/hashicorp/vagrant/issues/8107. The only 'drawback' of the new way of adding the disks is that they are put in the default VirtualBox location instead of thedisks
folder with the Vagrantfile file.