Skip to content

Conversation

@cheriimoya
Copy link
Contributor

@cheriimoya cheriimoya commented Feb 7, 2022

As stated in #1099 i thought about providing a Vagrantfile to make it easier to experiment with Mininet.

I could reproduce many bugs or check multiple other issues with the help of a simple vagrant destroy -f; vagrant up; vagrant ssh and had a new, clean VM within seconds.
Also other users are running Mininet in a Vagrant VM (see username in the shell prompt #892 and #467 (comment)).

I've also included a provisioning file, unsure if this should be included by default tho, as it installs Mininet from scratch.
We could also use this provisioning script to generate upstream Vagrant boxes so users can simply pull the premade Vagrant box instead of building it on their local machines.

I have read through #251 and i think Vagrant has improved massively since back then.
The base box i chose runs on VirtualBox, libvirt, parallels, VMware and hyper-v, so i guess this allows for way more flexibility than the old image.
Also, this is no cloud image, yet has no graphical interface, so i could also install a GUI if necessary for new users.

So far, this is only tested with the libvirt and VirtualBox providers.

@lantz

This change was made to reduce writes to modern SSDs as storage and
bandwidth is rather cheap. Still, this provides backwards compatibility.
@cheriimoya cheriimoya force-pushed the feat/add-vagrant-vm branch from 14109e4 to b1d0d8a Compare April 3, 2022 22:37
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant