-
problemUsing [Network 1] Only for all three [Management], [guest],[public] Tagged as VXLAN and with cloudbr1
What should I check, in addition to the official manual: I reread again the instructions and saw videos
Issue 1) I can't add a second Management server, No idea why !! Issue 2) Management Network is Tagged as VXLAN, the UI shows vlan://untagged - "no typo vlan" every-time i use the UI to change to vxlan://untagged Issue 3) s-VM and Proxy come up but Public IP addresses are not being routed Advertised. Is grey radio button a normal state as shown in the picture ? ![]() NOTE The VXLAN parameter for the Public network was taken vxlan://1000, But IP addresses are not routed. Issue 4) The VNI's I Choose for Guest are showing as VLANs, Issue 5) VXLAN 1000 No route to the public IP addresses ![]() I have to use a Single management server as everything messes UP when I run a second Management server with the Same Database. I reiterate The initial VMs are running: I do not see the Public IP anywhere, not even advertised on vni1000 or any other, the public VNI is there was created by the system, but nothing is there - No IP addresses advertised I used VLAN/VNI vxlan://1000 vxlan1000: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9050 master brvx-1000 state forwarding priority virsh domiflist s-1-VM
|
Beta Was this translation helpful? Give feedback.
Replies: 4 comments
-
@tatay188 can you try keeping the input as blank where you want to specify untagged vlan/vxlan? It may be possible that vxlan isn't supported for any network other than guest (cc @wido @weizhouapache ... others can advise) |
Beta Was this translation helpful? Give feedback.
-
Hello Rohit, thank you for your input,
The storage and management seems to be working fine.
From the UI I am Using 2 Interfaces, I did try with a single interface, and same results, I have a single "Traffic-Label" for all [Guest][Public][Management] cloudbr1
for the Public I specifically stated vxlan://1000 and it was accepted, and cloudstack creates it, but there are no routes advertised at all from the KVM. as I show on the Outputs.
for the Guest I put a range, but the prefix vxlan:// is not accepted durint he Zone creation, and after the zone creation the zone shows as reserved VLANs not VXLANs.
The system VMs shows green running and grey button on the agent-state - is this a normal state
Do I need to enable something special in the configuration. Global-settings ?
I have degbug mode in the management and the agent and neither of them shows warnings or errors. Maybe I need one
Those are the major issues I see,
Guido can you share the version of cloudstack you are using, you can send me privately please.
#10659
Tata Y.
… On Apr 7, 2025, at 6:45 AM, Rohit Yadav ***@***.***> wrote:
rohityadavcloud
left a comment
(apache/cloudstack#10659)
@tatay188 can you try keeping the input as blank where you want to specify untagged vlan/vxlan? It may be possible that vxlan isn't supported for any network other than guest (cc @wido @weizhouapache ... others can advise)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
<https://github.com/tatay188> <https://github.com/wido> <https://github.com/weizhouapache> <#10659 (comment)> <https://github.com/notifications/unsubscribe-auth/ACNEALMN6LNXLYICN7P2JIL2YJJOLAVCNFSM6AAAAAB2MWQERCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOOBSHA4TEOBYGY>
rohityadavcloud
left a comment
(apache/cloudstack#10659)
<#10659 (comment)>
@tatay188 <https://github.com/tatay188> can you try keeping the input as blank where you want to specify untagged vlan/vxlan? It may be possible that vxlan isn't supported for any network other than guest (cc @wido <https://github.com/wido> @weizhouapache <https://github.com/weizhouapache> ... others can advise)
—
Reply to this email directly, view it on GitHub <#10659 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNEALMN6LNXLYICN7P2JIL2YJJOLAVCNFSM6AAAAAB2MWQERCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOOBSHA4TEOBYGY>.
You are receiving this because you were mentioned.
|
Beta Was this translation helpful? Give feedback.
-
**### I noticed the cloudstack does not link the physical** lo loopback interface when creating a vxlan using the script.
**### Regarding the VXLAN** i found the Cloudstack does not link the Interface Loopback to the VXLAN interface,
I did manually and now it propagates the routes
### **CLOUDSTACK ALONE DOES NOT ADD THE PARENT Loopback interface vxlan:**
vtysh -c 'show interface vxlan1000'
Interface vxlan1000 is up, line protocol is up
Link ups: 4 last: 2025/04/06 03:16:37.88
Link downs: 0 last: (never)
vrf: default
index 143 metric 0 mtu 9050 speed 0 txqlen 1000
flags: <UP,LOWER_UP,BROADCAST,RUNNING,MULTICAST>
Type: Ethernet
HWaddr: 7e:05:79:2f:33:7d
Interface Type Vxlan
Interface Slave Type Bridge
VTEP IP: 10.23.133.14 VxLAN Id 1000 Access VLAN Id 1
Master interface: brvx-1000
protodown: off
### **After I manually Link the parent Loopback interface:**
vtysh -c 'show interface vxlan1000'
Interface vxlan1000 is up, line protocol is up
Link ups: 0 last: (never)
Link downs: 0 last: (never)
vrf: default
index 17 metric 0 mtu 9050 speed 0 txqlen 1000
flags: <UP,LOWER_UP,BROADCAST,RUNNING,MULTICAST>
Type: Ethernet
HWaddr: b6:9d:d9:66:b1:60
Interface Type Vxlan
Interface Slave Type Bridge
VTEP IP: 10.23.133.14 Link Interface lo VxLAN Id 1000 Access VLAN Id 1
Master interface: brvx-1000
protodown: off
**Parent interface: lo**
Is propagating the routes, and I can reach from the remote VTEP
And even the Gray buttons for the system VMs are now green. It's a domino effect.
But still for the Systems VMs the network Name is blank- is this a normal behavior, should not have a network name for the System VMs?

regarding setup logs, I got a fail after I reboot, but maybe related to be using UBUNTU:
**### On the AGENT side:**
Not sure if this is just related to Ubuntu systems:
there is an error on the management server every time i reload it:
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-management stop
DEBUG:root:execute:sudo update-rc.d -f cloudstack-management remove
DEBUG:root:execute:sudo update-rc.d -f cloudstack-management defaults
DEBUG:root:Failed to execute:update-rc.d: ### error: unable to read /etc/init.d/cloudstack-management
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-management status
DEBUG:root:Failed to execute:× cloudstack-management.service - CloudStack Management Server
Loaded: loaded (/lib/systemd/system/cloudstack-management.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Wed 2025-04-02 13:13:48 UTC; 1 day 8h ago
Main PID: 537731 (code=exited, status=143)
CPU: 27min 54.476s
Obviously there is no such file: Should I create One?
ls -al /etc/init.d/
cryptdisks grub-common iwpmd nfs-common plymouth rng-tools-debian ufw
apparmor cryptdisks-early hwclock.sh keyboard-setup.sh ntp plymouth-log rpcbind unattended-upgrades
apport dbus ipmievd kmod open-iscsi procps rsync uuidd
console-setup.sh dpdk irqbalance lvm2 openipmi quota ssh x11-common
cron frr iscsid lvm2-lvmpolld openvswitch-switch
### **On the management side, only when i restart the agent:**
Apr 03 18:41:23 kvmvcompatl2001 systemd[1]: Starting Uncomplicated firewall...
Apr 03 18:41:23 kvmvcompatl2001 systemd[1]: Finished Uncomplicated firewall.
Apr 03 23:30:14 kvmvcompatl2001 systemd[1]: Stopping Uncomplicated firewall...
Apr 03 23:30:14 kvmvcompatl2001 ufw-init[56782]: Skip stopping firewall: ufw (not enabled)
Apr 03 23:30:14 kvmvcompatl2001 systemd[1]: ufw.service: Deactivated successfully.
Apr 03 23:30:14 kvmvcompatl2001 systemd[1]: Stopped Uncomplicated firewall.
DEBUG:root:execute:sudo /usr/sbin/service ufw start
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-agent status
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-agent stop
DEBUG:root:execute:sleep 30
DEBUG:root:execute:sudo update-rc.d -f cloudstack-agent remove
DEBUG:root:execute:sudo update-rc.d -f cloudstack-agent defaults
DEBUG:root:### Failed to execute:update-rc.d: error: unable to read /etc/init.d/cloudstack-agent
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-agent status
DEBUG:root:Failed to execute:○ cloudstack-agent.service - CloudStack Agent
Loaded: loaded (/lib/systemd/system/cloudstack-agent.service; enabled; vendor preset: enabled)
Active: inactive (dead) (Result: exit-code) since Thu 2025-04-03 23:30:17 UTC; 31s ago
Docs: http://www.cloudstack.org/
Main PID: 56558 (code=exited, status=1/FAILURE)
CPU: 14.716s
Apr 03 23:30:17 kvmvcompatl2001 systemd[1]: Stopped CloudStack Agent.
Apr 03 23:30:17 kvmvcompatl2001 systemd[1]: cloudstack-agent.service: Consumed 14.716s CPU time.
DEBUG:root:execute:sudo /usr/sbin/service cloudstack-agent start
Please let me know your thoughts.
Thank you
Tata Y.
… On Apr 7, 2025, at 6:45 AM, Rohit Yadav ***@***.***> wrote:
rohityadavcloud
left a comment
(apache/cloudstack#10659)
@tatay188 can you try keeping the input as blank where you want to specify untagged vlan/vxlan? It may be possible that vxlan isn't supported for any network other than guest (cc @wido @weizhouapache ... others can advise)
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.
<https://github.com/tatay188> <https://github.com/wido> <https://github.com/weizhouapache> <#10659 (comment)> <https://github.com/notifications/unsubscribe-auth/ACNEALMN6LNXLYICN7P2JIL2YJJOLAVCNFSM6AAAAAB2MWQERCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOOBSHA4TEOBYGY>
rohityadavcloud
left a comment
(apache/cloudstack#10659)
<#10659 (comment)>
@tatay188 <https://github.com/tatay188> can you try keeping the input as blank where you want to specify untagged vlan/vxlan? It may be possible that vxlan isn't supported for any network other than guest (cc @wido <https://github.com/wido> @weizhouapache <https://github.com/weizhouapache> ... others can advise)
—
Reply to this email directly, view it on GitHub <#10659 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACNEALMN6LNXLYICN7P2JIL2YJJOLAVCNFSM6AAAAAB2MWQERCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDOOBSHA4TEOBYGY>.
You are receiving this because you were mentioned.
|
Beta Was this translation helpful? Give feedback.
-
There is no need to link a VXLAN device to the loopback. The loopback should just contain the VTEP address where other hypervisors can reach it. Take a look at this blogpost: https://blog.widodh.nl/2022/03/proxmox-with-bgpevpnvxlan/ Under CloudStack it works exactly the same. CloudStack itself doesn't do anything with VXLAN. It just creates a bridge and that's it. The rest is up to your BGP+EVPN configuration. I would suggest that you get that part working properly prior to trying to add it into CloudStack. |
Beta Was this translation helpful? Give feedback.
There is no need to link a VXLAN device to the loopback. The loopback should just contain the VTEP address where other hypervisors can reach it. Take a look at this blogpost: https://blog.widodh.nl/2022/03/proxmox-with-bgpevpnvxlan/
Under CloudStack it works exactly the same. CloudStack itself doesn't do anything with VXLAN. It just creates a bridge and that's it. The rest is up to your BGP+EVPN configuration.
I would suggest that you get that part working properly prior to trying to add it into CloudStack.