Open Epicyon opened 7 years ago
Thanks for the catch james. I believe this was corrected with commit: e0eccbc8, so you may need to update to latest code from git to verify. I'm also hard coding these values in the js vm_type descriptor file for vpfe.
Re-opening this issue, as it's actually not fixed at all. I'll create an enhancement to ensure we always have at least two revenue ports enabled. We can create a 'hidden' bridge and assign extra ports there until we've reached a minimum port count. for vmx this would be 2. So, if the user only adds 1 port, we'll add a second one to a hidden bridge to ensure the fpc always comes up.
Using e1000 for virbr0 and virtio for ge-0/0/* interfaces when using a small number of connections to the vmx ( 2 or less ) causes riot to fail to launch, resulting in the VFP failing to register to the VCP correctly.
This happens because the start_riot.sh script counts the devices by type to determine what to pass to the riot.py launcher and then onto riot.
When numports is not greater than 2 the get_virtio_argstr tool can't generate the proper command string for riot.
When riot attempts to launch, it throws this error on the console and to syslog back to the VCP.
I see the interface type is driven by the template in ajax/templates/ajax/kvm. I'd submit a pull request if I knew enough about Django to figure out where the value for interface.type is defined, but alas, I don't. I've hardcoded my local template for now to use virtio. Hope this helps.
-James