Closed xinkecf35 closed 1 year ago
Thank you for reporting this issue, @xinkecf35 ! It seems that it is specific to M-series Mac hosts, as I can't reproduce it on my Intel-based Macbook - IPs are allocated just fine, without any collision. Just for the record - I used this Vagrantfile:
# -*- mode: ruby -*-
# vi: set ft=ruby :
Vagrant.configure("2") do |config|
config.vm.define "web" do |web|
web.vm.box = "bento/ubuntu-20.04"
end
config.vm.define "db" do |db|
db.vm.box = "bento/ubuntu-20.04"
end
end
P.s. On M-series host we would need to use bento/ubuntu-20.04-arm64
boxes instead.
I guess, we would need some insides from Parallels Inc. here.
@bineesh-n , do you know if it's the known issue on M-series Macs?
Hi @legal90 I'll check and update soon.
If it helps, I did try the minimal Vagrantfile as well and was able to reproduce the issue without the cruft my Vagrantfile has
❯ prlctl list --full
UUID STATUS IP_ADDR NAME
{37d1ce1a-789a-4fa7-830a-99803086db9c} running 10.211.55.4 reproduce-issue_db_1680613755534_19687
{241a2b93-1fc4-4ad3-8493-31dd5ed1da84} running 10.211.55.4 reproduce-issue_web_1680613752360_2621
Vagrant.configure("2") do |config|
config.vm.define "web" do |web|
web.vm.box = "bento/ubuntu-20.04-arm64"
end
config.vm.define "db" do |db|
db.vm.box = "bento/ubuntu-20.04-arm64"
end
end
hi @xinkecf35
Please send a Technical report to Parallels team
@sai-kumar-peddireddy Okay, I have sent a technical report via the KB article as described with ID 422226374
Let me know if I should also important a support request since I see from the KB they are exclusive items.
Hi,
The issue seems to be associated with he following:
See https://github.com/chef/bento/issues/1473
Doesn't seem like the fix has been released yet (last release for ARM64 is 3 months ago https://app.vagrantup.com/bento/boxes/ubuntu-20.04-arm64 ).
Hence, the workaround is to add the following line to your Vagrant file:
config.vm.box_version = "202112.19.0"
To make it use the previous version of the box where the issue wasn't present.
Ah okay, thank you all for looking into this. I can the VM is now behaving as expected:
❯ prlctl list --full
UUID STATUS IP_ADDR NAME
{ae172139-2a43-413f-b018-9c2d358159dd} running 10.211.55.9 reproduce-issue_db_1681335593357_14405
{82256d3e-8e14-4059-bc53-0d928ed63fa1} running 10.211.55.10 reproduce-issue_web_1681335598228_25324
I'll close out my issue now since the issue doesn't lie with the plugin or even Parallels
Description/Issue
I am seeing an issue with the Vagrant Parallels Provider where a multi-machine Vagrantfile will assign the same IP address on the Shared Network to multiple VMs. Regardless if I disable parallel provisioning or individually create the VM as defined one at a time, the VMs report the same public/bridged IP address:
However, when using and creating VM, both with Windows 11 and Ubuntu, Parallels appears to be able to correctly assign non-conflicting IPs which suggest an possible issue with the Parallels plugin instead.
See also the following forum post where a similar issue is reported: https://forum.parallels.com/threads/parallels-18-vagrant-multi-machine-issues.360012/
Expected Behavior
When creating machines with a mult-machine Vagrantfile, the VMs are brought up and assigned non-conflicting IP addresses
Actual Behavior
Machines managed by Vagrant use the same IP address
System Info
macOS Ventura 13.3 (M2 Pro) Parallels Desktop 18.2.0 Vagrant Parallels Plugin 2.3.1 Vagrant 2.3.4