Re: [D] removing secondary storage: Cannot delete image store with active templates backup [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: removing secondary 
storage: Cannot delete image store with active templates backup

@sbrueseke , are you still having to deal with this? (or can you give a summary 
of what works for you?)

GitHub link: 
https://github.com/apache/cloudstack/discussions/10622#discussioncomment-13002571


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Pure FlashArray iSCSI support [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Pure FlashArray 
iSCSI support

@rg9975 , can you give some insights on this?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10611#discussioncomment-13002565


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] failed live migration to a different host on cloudstack 4.19.1 [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: failed live 
migration to a different host on cloudstack 4.19.1

@Chih80 , can you update us?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10619#discussioncomment-13002592


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Minimum Requirement for cloudstack-installer [cloudstack]

[via GitHub]

GitHub user KuasarCloud closed a discussion: Minimum Requirement for 
cloudstack-installer

@rohityadavcloud is it possible to run it in a Docker Image, at least the java 
apps? and would be the minimum hardware requirement for cloudstack-installer.

Thanks!

GitHub link: https://github.com/apache/cloudstack/discussions/10609


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard 4.19.2. New Used/Allocated resources view ??? [cloudstack]

[via GitHub]

GitHub user SviridoffA added a comment to the discussion: Dashboard 4.19.2. New 
Used/Allocated resources view ???

No, I didn’t create one because I wasn’t sure if it was just my problem, but 
let me do that now.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10554#discussioncomment-13002582


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Failover cluster [cloudstack]

[via GitHub]

GitHub user Agvares666 closed a discussion: Failover cluster

Hey, everybody. 
I am trying to build a failover cluster on 3 cloudstack (4.20.0, Multimaster 
mysql). I have encountered the following issue: 
Each agent is attached to one manager and if a host with this manager goes 
down, the agents of the hosts attached to it will also go down. 
Can you tell me how you cope with this problem?

GitHub link: https://github.com/apache/cloudstack/discussions/10526


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Cloud-init using Foreman as meta-data/user-data provider [cloudstack]

[via GitHub]

GitHub user Sparc0 closed a discussion: Cloud-init using Foreman as 
meta-data/user-data provider

I am trying to get cloud-init to work for Rocky and Ubuntu templates.
I am using L2 network and i provide my instances with a DHCP IP from a external 
DHCP server.
This makes the default cloud-init config to detect my cloudstack datasource and 
trying to connect to my router in this case a juniper. 
`
2025-03-21 17:47:48,193 - url_helper.py[WARNING]: Calling 'None' failed 
[3/120s]: request error [HTTPConnectionPool(host='myJuniperIP', port=80): Max 
retries exceeded with url: /latest/meta-data/instance-id (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno 111] Connection 
refu
sed'))]
`

I have a foreman instance that can provide my instances with meta-data and 
user-data by creating this file in my templates
```
cat /etc/cloud/cloud.cfg.d/10_foreman.cfg
datasource_list: [NoCloud]
datasource:
  NoCloud:
seedfrom: http://foremanserver/userdata/
```
I would like to avoid having to change and rebuild the base templates and keep 
them as default they come.

I read that its possible to provide above nocloud config to QEMU directly and 
wonder if thats something that could be done in cloudstack? 
https://cloudinit.readthedocs.io/en/latest/reference/datasources/nocloud.html#dmi-specific-kernel-command-line


 

GitHub link: https://github.com/apache/cloudstack/discussions/10605


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] k8S remains in starting state during create Kubernetes Cluster [cloudstack]

[via GitHub]

GitHub user Pearl1594 added a comment to the discussion: k8S remains in 
starting state during create Kubernetes Cluster

@ahmadamirahmadi007 are you still facing this issue?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10448#discussioncomment-13002761


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Elastic IP without hardware [cloudstack]

[via GitHub]

GitHub user Kukunin closed a discussion: Elastic IP without hardware

Hello. I've been messing with my first cloudstack installation, and getting 
more into networks and administration. I'm trying to build a self-hosted 
multi-tenant AWS-like cloud, where different clients (accounts) have different 
VMs. Ideally, I'd give them ability to manage their own VPC, but it's optional. 

While it took some time for me to understand different types of networks: 
management, public, guests and their isolations: VLAN, VXLAN, GRE, one question 
remains unanswered - how to assign public IPs for specific guest VMs? 
Especially if they are on different servers/nodes.

I don't have a corporate network, my servers are just dedicated servers that 
have public IPs assigned to them. These IPs might be from different subnets, 
and they belong to specific nodes/servers, and can't be shared between. I have 
no network hardware, just dedicated servers itself. Maybe just vRack (if it's 
helpful). 

Let's say I have server A with a.a.a.a IP address, and server B with b.b.b.b IP 
address. I have RFC1819 public network 172.16.1.0/24.
I have a client's guest VM running on Server B, and I want to assign a.a.a.a 
from server A to it.

Is it something that cloudstack provides/supports? Is using OVS plugin would 
help in this case? If cloudstack doesn't support, what direction would you 
advise implementing it myself? Can pfSense or VYOS help me with this? 

I understand, that I can configure iptables to forward public IP to specific VM 
gateway. But also, I need to route any outgoing traffic from the VM (guest 
network) via that public IP versus default gateway. Also, it seems there is 
internode communication is involved (VM running on Server B, but public IP is 
assigned to Server A).

This should be a common task, but I've found no information on that regard. 

Thank you so much.

GitHub link: https://github.com/apache/cloudstack/discussions/10685


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Unable to deploy initial zone/setup - Fails at creating guest network [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Unable to deploy 
initial zone/setup - Fails at creating guest network

Hey @sjanssen15 if you think the logs report a false positive yes, otherwise I 
think we should consider this closed with your prior comment.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10678#discussioncomment-13002757


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] k8S remains in starting state during create Kubernetes Cluster [cloudstack]

[via GitHub]

GitHub user Pearl1594 edited a comment on the discussion: k8S remains in 
starting state during create Kubernetes Cluster

@ahmadamirahmadi007 apologies for the delay, are you still facing this issue?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10448#discussioncomment-13002761


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Host stuck state: Alert, When add Secondary storage [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Host stuck state: 
Alert, When add Secondary storage

Any updates on this @leduyquy ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10718#discussioncomment-13002788


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] BUGS: CloudStack 4.20 VXLAN-EVPN - Management VXLAN generates error - Public VXLAN routes not advertised - is Bug LINKED TO #9920? - Initial VMs running but Grey State for Agent State [cloudst

[via GitHub]

GitHub user tatay188 closed a discussion: BUGS: CloudStack 4.20 VXLAN-EVPN - 
Management VXLAN generates error - Public VXLAN routes not advertised - is Bug 
LINKED TO #9920? - Initial VMs running but Grey State for Agent State

### problem


Using [Network 1] Only for all three [Management], [guest],[public] Tagged as 
VXLAN and with cloudbr1 

- **Should I use a separate Network for each ? ? **

What should I check, in addition to the official manual: I reread again the 
instructions and saw videos 
https://www.youtube.com/watch?v=9gXEmWbgX2o  

**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,** 
I try to use the format of vxlan://1024 for vxlan the start and vxlan://2048 
for the end and got the same error messages, not valid format

**Issue 5) VXLAN 1000 No route to the public IP addresses** 
The Public IPs are assigned, but there is no network assigned to it: - Is there 
maybe a secret button on the global configuration ?

https://github.com/user-attachments/assets/abda5a28-aa8e-42f1-8fba-80829e9f001e";
 />

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:
s-1-VM
v-2-VM   



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:  mtu 9050 master brvx-1000 state 
forwarding priority
There are 2 VNETS assigned

virsh domiflist s-1-VM
 Interface   Type Source  ModelMAC
--
 vnet3   bridge   cloud0  virtio   0e:00:a9:fe:a1:14
 vnet4   bridge   cloudbr1virtio   1e:00:3f:00:03:33
 vnet5   bridge   brvx-1000   virtio   1e:00:b8:00:0c:fe

 virsh domifaddr s-1-VM
 Name   MAC address  Protocol Address
---
- Nothing here -


the command arp -n, does not show Public IP addresses neither the management IP 
addresses, just the private IP addresses and the 

sh bgp evpn route vni 1000
BGP table version is 1, local router ID is 10.1.1.14
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal
Origin codes: i - IGP, e - EGP, ? - incomplete
EVPN type-1 prefix: [1]:[EthTag]:[ESI]:[IPlen]:[VTEP-IP]:[Frag-id]
EVPN type-2 prefix: [2]:[EthTag]:[MAClen]:[MAC]:[IPlen]:[IP]
EVPN type-3 prefix: [3]:[EthTag]:[IPlen]:[OrigIP]
EVPN type-4 prefix: [4]:[ESI]:[IPlen]:[OrigIP]
EVPN type-5 prefix: [5]:[EthTag]:[IPlen]:[IP]

   Network  Next HopMetric LocPrf Weight Path
 *>  [3]:[0]:[32]:[10.1.1.14]
10.1.1.14(hv1)
   32768 i
ET:8 RT:5641:1000

Displayed 1 prefixes (1 paths)

At the Agent side only WARNINGS  I am not using uefi.

2025-04-03 00:01:44,744 ERROR [kvm.resource.LibvirtComput

Re: [D] Generating credentials prior to install for automated deployment [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Generating 
credentials prior to install for automated deployment

@dcontiveros-nf are you satisfied you have a way forward now?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10768#discussioncomment-13002809


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Backups solution for ACS [cloudstack]

[via GitHub]

GitHub user tdtmusic2 closed a discussion: Backups solution for ACS

Hi everyone. I've read a lot of posts on this but I want to be sure, so I'm 
asking here: at the moment is there any backup solution for ACS that would 
allow file level restoration? Veeam is not an option since it seems to support 
only RHEL virtualization and the only solution that I found so far that has kvm 
backup at file level is the bdr suite from Vembu, even if it's not integrated 
into ACS it would be a solution at least. However the backups fail with a xml 
error, maybe because the domain xml is not in the "standard" format and has ACS 
info in there. So no luck yet.

GitHub link: https://github.com/apache/cloudstack/discussions/10732


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Failed to setup keystore on the KVM [cloudstack]

[via GitHub]

GitHub user tomorrrow666 closed a discussion: Failed to setup keystore on the 
KVM

idrl@management1:~$ sudo tail -f /var/log/cloudstack/agent/agent.log
2025-02-19 10:33:21,758 INFO  [cloud.agent.AgentShell] (main:[]) (logid:) Using 
default Java settings for IPv6 preference for agent connection
2025-02-19 10:33:21,823 INFO  [cloud.agent.Agent] (main:[]) (logid:) id is 
2025-02-19 10:33:21,829 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) uefi.properties file found at /etc/cloudstack/agent/uefi.properties
2025-02-19 10:33:21,829 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) guest.nvram.template.legacy = null
2025-02-19 10:33:21,829 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) guest.loader.legacy = null
2025-02-19 10:33:21,829 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) guest.nvram.template.secure = null
2025-02-19 10:33:21,830 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) guest.loader.secure =null
2025-02-19 10:33:21,830 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) guest.nvram.path = null
2025-02-19 10:33:21,882 INFO  [kvm.resource.LibvirtConnection] (main:[]) 
(logid:) No existing libvirtd connection found. Opening a new one
2025-02-19 10:33:22,027 INFO  [kvm.resource.LibvirtComputingResource] (main:[]) 
(logid:) IO uring driver for Qemu: enabled





idrl@management1:~$ sudo tail -f /var/log/cloudstack/agent/agent.err
at com.cloud.agent.AgentShell.launchNewAgent(AgentShell.java:453)
at 
com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:432)
at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:416)
at com.cloud.agent.AgentShell.start(AgentShell.java:512)
at com.cloud.agent.AgentShell.main(AgentShell.java:542)
Caused by: java.lang.ClassNotFoundException: org.apache.log4j.Level
at 
java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:581)
at 
java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:527)
... 14 more




idrl@management1:~$ sudo tail -f 
/var/log/cloudstack/management/management-server.log
2025-02-19 10:36:13,976 DEBUG [c.c.s.S.AutoScaleMonitor] 
(StatsCollector-3:[ctx-2e1a9507]) (logid:bac1a6d1) AutoScaling Monitor is 
running...
2025-02-19 10:36:13,978 DEBUG [c.c.v.d.VmStatsDaoImpl] 
(StatsCollector-4:[ctx-4e3079a0]) (logid:92b0a506) Starting to remove all 
vm_stats rows older than [Tue Feb 18 22:36:13 GMT+08:00 2025].
2025-02-19 10:36:13,981 DEBUG [c.c.s.d.VolumeStatsDaoImpl] 
(StatsCollector-6:[ctx-a93b8a32]) (logid:65fd1ad6) Starting to remove all 
volume_stats rows older than [Tue Feb 18 22:36:13 GMT+08:00 2025].
2025-02-19 10:36:13,981 INFO  [c.c.v.d.VmStatsDaoImpl] 
(StatsCollector-4:[ctx-4e3079a0]) (logid:92b0a506) Removed a total of [0] 
vm_stats rows older than [Tue Feb 18 22:36:13 GMT+08:00 2025].
2025-02-19 10:36:13,983 INFO  [c.c.s.d.VolumeStatsDaoImpl] 
(StatsCollector-6:[ctx-a93b8a32]) (logid:65fd1ad6) Removed a total of [0] 
volume_stats rows older than [Tue Feb 18 22:36:13 GMT+08:00 2025].
2025-02-19 10:36:14,438 DEBUG [c.c.a.ApiServlet] 
(qtp1215904751-317:[ctx-2deeed7d]) (logid:afa45fb2) ===START===  192.168.1.199 
-- GET  
command=readyForShutdown&response=json&sessionkey=pPCweXbSXlsOq0_Ld76jsBBY9P8
2025-02-19 10:36:14,439 DEBUG [c.c.a.ApiServlet] 
(qtp1215904751-317:[ctx-2deeed7d]) (logid:afa45fb2) Two factor authentication 
is already verified for the user 2, so skipping
2025-02-19 10:36:14,458 DEBUG [c.c.a.ApiServer] 
(qtp1215904751-317:[ctx-2deeed7d, ctx-30259112]) (logid:afa45fb2) CIDRs from 
which account 'Account 
[{"accountName":"admin","id":2,"uuid":"2b7da926-ed9c-11ef-838c-000c29e7ae90"}]' 
is allowed to perform API calls: 0.0.0.0/0,::/0
2025-02-19 10:36:14,466 DEBUG [o.a.c.a.StaticRoleBasedAPIAccessChecker] 
(qtp1215904751-317:[ctx-2deeed7d, ctx-30259112]) (logid:afa45fb2) RoleService 
is enabled. We will use it instead of StaticRoleBasedAPIAccessChecker.
2025-02-19 10:36:14,466 DEBUG [o.a.c.r.ApiRateLimitServiceImpl] 
(qtp1215904751-317:[ctx-2deeed7d, ctx-30259112]) (logid:afa45fb2) API rate 
limiting is disabled. We will not use ApiRateLimitService.
2025-02-19 10:36:14,471 INFO  [c.c.a.ApiServlet] 
(qtp1215904751-317:[ctx-2deeed7d, ctx-30259112]) (logid:afa45fb2) (userId=2 
accountId=2 sessionId=node0maw0vegqs5xy16hqy8rj7uvkq0) 192.168.1.199 -- GET 
command=readyForShutdown&response=json&sessionkey=pPCweXbSXlsOq0_Ld76jsBBY9P8 
200 
{"readyforshutdownresponse":{"readyforshutdown":{"readyforshutdown":true,"shutdowntriggered":false,"pendingjobscount":0}}}
2025-02-19 10:36:14,471 DEBUG [c.c.a.ApiServlet] 
(qtp1215904751-317:[ctx-2deeed7d, ctx-30259112]) (logid:afa45fb2) ===END===  
192.168.1.199 -- GET  
command=readyForShutdown&response=json&sessionkey=pPCweXbSXlsOq0_Ld76jsBBY9P8
2025-02-19 10:36:16,423 DEBUG [o.a.c.h.H.H

Re: [D] CloudStack dev setup [cloudstack]

[via GitHub]

GitHub user lohitslohit closed a discussion: CloudStack dev setup

I am new to cloudstack. i had tried to setup cloudstack dev envirment. while 
executing the mvn -P developer -pl developer -Ddeploydb command while issue is 
raised. Unable to find properties file: commands.properties. How to fix this 
issue.


```

mvn -P developer -pl developer -Ddeploydb
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by 
com.google.inject.internal.cglib.core.$ReflectUtils$1 
(file:/usr/share/maven/lib/guice.jar) to method 
java.lang.ClassLoader.defineClass(java.lang.String,byte[],int,int,java.security.ProtectionDomain)
WARNING: Please consider reporting this to the maintainers of 
com.google.inject.internal.cglib.core.$ReflectUtils$1
WARNING: Use --illegal-access=warn to enable warnings of further illegal 
reflective access operations
WARNING: All illegal access operations will be denied in a future release
[INFO] Scanning for projects...
[INFO] 
[INFO] ---< org.apache.cloudstack:cloud-developer >
[INFO] Building Apache CloudStack Developer Mode 4.20.0.0-SNAPSHOT
[INFO] [ pom ]-
[INFO] 
[INFO] --- maven-checkstyle-plugin:3.1.0:check (cloudstack-checkstyle) @ 
cloud-developer ---
[INFO] Starting audit...
Audit done.
[INFO] 
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties 
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file: 
/home/ubuntu18/OpenSource/cloudstack/developer/../utils/conf/db.properties.override
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-developer ---
[INFO] 
[INFO] --- maven-antrun-plugin:1.8:run (default) @ cloud-developer ---
[INFO] Executing tasks

main:
[INFO] Executed tasks
[INFO] 
[INFO] >>> exec-maven-plugin:1.2.1:java (create-schema) > validate @ 
cloud-developer >>>
[INFO] 
[INFO] --- maven-checkstyle-plugin:3.1.0:check (cloudstack-checkstyle) @ 
cloud-developer ---
[INFO] Starting audit...
Audit done.
[INFO] 
[INFO] <<< exec-maven-plugin:1.2.1:java (create-schema) < validate @ 
cloud-developer <<<
[INFO] 
[INFO] 
[INFO] --- exec-maven-plugin:1.2.1:java (create-schema) @ cloud-developer ---
SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
SLF4J: Defaulting to no-operation (NOP) logger implementation
SLF4J: See http://www.slf4j.org/codes.html#StaticLoggerBinder for further 
details.
> WARNING: Provided file does not exist: 
/home/ubuntu18/OpenSource/cloudstack/developer/../utils/conf/db.properties.override
> WARNING: Provided file does not exist: 
/home/ubuntu18/OpenSource/cloudstack/developer/developer-prefill.sql.override
> Initializing database=cloud with host=localhost port=3306 
username=clouduser password=cloud
> Running query: drop database if exists `cloud`
> Running query: create database `cloud`
> Running query: CREATE USER IF NOT EXISTS clouduser@`localhost` 
identified by 'cloud'
> Running query: CREATE USER IF NOT EXISTS clouduser@`%` identified 
by 'cloud'
> Running query: GRANT ALL ON cloud.* to 'clouduser'@`localhost`
> Running query: GRANT ALL ON cloud.* to 'clouduser'@`%`
> Initializing database=cloud_usage with host=localhost port=3306 
username=clouduser password=cloud
> Running query: drop database if exists `cloud_usage`
> Running query: create database `cloud_usage`
> Running query: CREATE USER IF NOT EXISTS clouduser@`localhost` 
identified by 'cloud'
> Running query: CREATE USER IF NOT EXISTS clouduser@`%` identified 
by 'cloud'
> Running query: GRANT ALL ON cloud_usage.* to 
'clouduser'@`localhost`
> Running query: GRANT ALL ON cloud_usage.* to 'clouduser'@`%`
> Processing SQL file at 
/home/ubuntu18/OpenSource/cloudstack/developer/target/db/create-schema.sql
> Processing SQL file at 
/home/ubuntu18/OpenSource/cloudstack/developer/target/db/create-schema-premium.sql
> Processing SQL file at 
/home/ubuntu18/OpenSource/cloudstack/developer/target/db/templates.sql
> Processing SQL file at 
/home/ubuntu18/OpenSource/cloudstack/developer/developer-prefill.sql
> Processing upgrade: com.cloud.upgrade.DatabaseUpgradeChecker
**13:00:26.897 [com.cloud.upgrade.DatabaseCreator.main()] ERROR 
com.cloud.utils.PropertiesUtil - Unable to find properties file: 
commands.properties**

```

GitHub link: https://github.com/apache/cloudstack/discussions/9214


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Ability to filter who can access a cloudstack resource set (possibly domain or...) based on his IP address besides username-password. [cloudstack]

[via GitHub]

GitHub user alsko-icom closed a discussion: Ability to filter who can access a 
cloudstack resource set (possibly domain or...) based on his IP address besides 
username-password.

### The required feature described as a wish

As a a Cloudstack admin, who recently implemented v4.20 for the first time,  I 
am wondering if we can filter which IP address/network can access a set of 
resources, a domain, subdomain, account, anything that you can offer. Can we 
maybe access a domain or subdomain through a direct URL without typing it on 
the box underneath the password? This might mean injecting the domain path on 
the URL. but the actual need is to filter based on source IP, the connection to 
the end user UI specific dashboard. In other words allow a user to reach a 
specific domain or set of virtualization resources. Is something like this 
implemented? Also, is there a guide out there to describe the methods to achive 
isolation per tenant/customer?

GitHub link: https://github.com/apache/cloudstack/discussions/10396


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] CloudStack dev setup [cloudstack]

[via GitHub]

GitHub user DaanHoogland closed the discussion with a comment: CloudStack dev 
setup

closed this for lack of interaction, please reopen or open a new item if 
applicable

GitHub link: 
https://github.com/apache/cloudstack/discussions/9214#discussioncomment-13002383


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] GPU Support forKVM [cloudstack]

[via GitHub]

GitHub user hstan77 closed a discussion: GPU Support forKVM

Hi

My cloudstack 4.15, on Ubuntu. 20 , running on KVM

I bought  Nvidia Grid K1 , as mentioned in the Service Offering mentioned. 

I create a new cluster and host for  this.

However, after I created the host with  Grid K1 card,  the service offering 
plan not able to create, and obviously it seem the VM in Hypervisor not  
detected  hav Grapic card.

When create a  service Offering, it show error , which i aldy choose.
Request Failed (431)
Please specify the pciDevice and vgpuType correctly.


Can I know if this  GPU function actually i s not working ? 





GitHub link: https://github.com/apache/cloudstack/discussions/10638


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard 4.19.2. New Used/Allocated resources view ??? [cloudstack]

[via GitHub]

GitHub user DaanHoogland closed the discussion with a comment: Dashboard 
4.19.2. New Used/Allocated resources view ???

neat

GitHub link: 
https://github.com/apache/cloudstack/discussions/10554#discussioncomment-13002911


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] [Architectural] SystemVMs using public DNS server [cloudstack]

[via GitHub]

GitHub user daniftodi closed a discussion: [Architectural] SystemVMs using 
public DNS server

This might be a configuration issue but I'm pretty new in this area so I will 
ask it.
Worth mentioning that I use the Basic network configuration. 

I observe that SystemVMs are created using the public DNS server configured on 
the Zone. 

This is all fine but it causes problems in a setup that has a private DNS 
server and storage hosts are using names (ex: `storage1.lan`). 

I think SystemVMs are responsible for executing Commands, and the `Download 
System Image` is a command executed by them, they are not able to resolve the 
host name because of the public `DNS` server.

Shouldn't SystemVMs be created with the configured `Internal DNS`? 

![Screenshot from 2025-02-08 
22-27-09](https://github.com/user-attachments/assets/f261c1c4-23e1-4b1d-acee-5f54879482ac)


GitHub link: https://github.com/apache/cloudstack/discussions/10352


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Quick question about keystore (jks) requirement [cloudstack]

[via GitHub]

GitHub user dcontiveros-nf added a comment to the discussion: Quick question 
about keystore (jks) requirement

A few updates here on where I am at in this process:

Goal
To be able to automate deployment of KVM nodes 

Blocker
I cannot seem to get the proper procedure in place to automate generation of a 
compatible keystore so CloudStack manager node can allow auth on it

Investigation
To get past this blocker, I attempted to find out if I could replicate the 
proper format of the JKS keystore that Cloudstack expects. Here is where I see 
the first issue.

*Issue 1*
After looking at the code, it appears that Cloudstack expects `cloud.jks` to be 
used, so I can only assume that it is not possible to separate keystore and 
truststore JKS files the way most Java apps are designed to do. That's ok. We 
can always concatenate and format the relevant certs and insert into the JKS 
file in the proper order. Still, this requires knowing how to setup the JKS 
file. I do believe it is possible to get something the management node expects. 
I looked at the mailing lists and saw a post make a reference to an issue that 
was opened back in 2020 with a similar goal. Here is the relevant issue and 
comments:

https://github.com/apache/cloudstack/issues/4199#issuecomment-681713147
https://github.com/apache/cloudstack/issues/4199#issuecomment-681740102

It appears this particular individual is automating creation of a PKCS#12 file 
with their certs, converting that to a JKS store, and then configuring 
Netty/Nio to use it. I attempted to create a Netty compatible JKS keystore with 
the following order (same as the comment):

PrivateKey
  Leaf Cert
  Intermediate
  Root CA

We have an existing pfx bundle and I did check the keystore had the above order 
but I still received SSL handshake errors via  Nio on the Agent side:

```
# KVM node
2025-05-01 17:02:02,589 INFO  [cloud.agent.Agent] (main:[]) (logid:) Attempted 
to connect to the server, but received an unexpected exception, trying again... 
com.cloud.utils.exception.NioConnectionException: SSL Handshake failed while 
connecting to host: HOST REDACTED: 8250

# Management node
2025-05-01 17:03:47,848 ERROR [c.c.u.n.Link] 
(AgentManager-SSLHandshakeHandler-1:[]) (logid:) SSL error caught during wrap 
data: Empty client certificate chain, for local address=/REDACTED:8250, remote 
address=/REDACTED:44838.

```

That last part of the management node is of relevance because of this issue:

https://github.com/apache/cloudstack/issues/5805

This implies that adding a KVM node is necessary via GUI, but we are attempting 
to automate this completely. Specifying `ca.plugin.root.auth.strictness=false` 
is probably not the way to go here since our team will be deploying numerous 
nodes. We have deployed the agent successfully, but are missing the proper 
format of the JKS file. Searching for Jetty or Nio didn't reveal much for the 
latest docs.

*Issue 2*
It appears that Cloudstack does not differentiate between truststores for https 
connectivity to the GUI and traffic flowing between management nodes and agent 
nodes. I searched the entire project for JKS and my IDE returned only instances 
to `cloud.jks` or whatever is defined as the JKS file in the variable 
`https.keystore`. I'm not certain if this is used for both Netty and Nio, but 
it appears as if it is. Please let me know if I am mistaken as I only took a 
cursory glance. This isn't really a MAJOR issue, but there may be some desire 
to seperate out these two types of traffic.



*Issue 3*
This is specific to KVM. It appears that helper scripts are used to register 
the KVM hypervisor node to the management agent. Docs here point to this:

> When a new host is being setup, such as adding a KVM host or starting a 
> systemvm host, the CA framework kicks in and uses ssh to execute 
> keystore-setup to generate a new keystore file cloud.jks.new, save a random 
> passphrase of the keystore in the agent’s properties file and a CSR cloud.csr 
> file. The CSR is then used to issue certificate for that agent/host and ssh 
> is used to execute keystore-cert-import to import the issued certificate 
> along with the CA certificate(s), the keystore is that renamed as cloud.jks 
> replacing an previous keystore in-use. During this process, keys and 
> certificates files are also stored in cloud.key, cloud.crt, cloud.ca.crt in 
> the agent’s configuration directory.

It appears the code to do this is performed with the utility scripts in this 
path:

`scripts/util/keystore-cert-import`
`scripts/util/keystore-setup`

Upon inspecting this file it appears that on registration, the manager will SSH 
into the host, run this script, setup a `cloud.jks`, generate a CSR for 
signing, and then inject that cert into the keystore. I see that it uses some 
hard coded attributes as well. I searched for any info relevant to interacting 
with the management node for signing a CSR, but there is almost no information 
in the docs. This makes me susp

Re: [D] Quick question about keystore (jks) requirement [cloudstack]

[via GitHub]

GitHub user dcontiveros-nf edited a comment on the discussion: Quick question 
about keystore (jks) requirement

A few updates here on where I am at in this process:

Goal
To be able to automate deployment of KVM nodes 

Blocker
I cannot seem to get the proper procedure in place to automate generation of a 
compatible keystore so CloudStack manager node can allow auth on it

Investigation
To get past this blocker, I attempted to find out if I could replicate the 
proper format of the JKS keystore that Cloudstack expects. Here is where I see 
the first issue.

**Issue 1**
After looking at the code, it appears that Cloudstack expects `cloud.jks` to be 
used, so I can only assume that it is not possible to separate keystore and 
truststore JKS files the way most Java apps are designed to do. That's ok. We 
can always concatenate and format the relevant certs and insert into the JKS 
file in the proper order. Still, this requires knowing how to setup the JKS 
file. I do believe it is possible to get something the management node expects. 
I looked at the mailing lists and saw a post make a reference to an issue that 
was opened back in 2020 with a similar goal. Here is the relevant issue and 
comments:

https://github.com/apache/cloudstack/issues/4199#issuecomment-681713147
https://github.com/apache/cloudstack/issues/4199#issuecomment-681740102

It appears this particular individual is automating creation of a PKCS#12 file 
with their certs, converting that to a JKS store, and then configuring 
Netty/Nio to use it. I attempted to create a Netty compatible JKS keystore with 
the following order (same as the comment):

PrivateKey
  Leaf Cert
  Intermediate
  Root CA

We have an existing pfx bundle and I did check the keystore had the above order 
but I still received SSL handshake errors via  Nio on the Agent side:

```
# KVM node
2025-05-01 17:02:02,589 INFO  [cloud.agent.Agent] (main:[]) (logid:) Attempted 
to connect to the server, but received an unexpected exception, trying again... 
com.cloud.utils.exception.NioConnectionException: SSL Handshake failed while 
connecting to host: HOST REDACTED: 8250

# Management node
2025-05-01 17:03:47,848 ERROR [c.c.u.n.Link] 
(AgentManager-SSLHandshakeHandler-1:[]) (logid:) SSL error caught during wrap 
data: Empty client certificate chain, for local address=/REDACTED:8250, remote 
address=/REDACTED:44838.

```

That last part of the management node is of relevance because of this issue:

https://github.com/apache/cloudstack/issues/5805

This implies that adding a KVM node is necessary via GUI, but we are attempting 
to automate this completely. Specifying `ca.plugin.root.auth.strictness=false` 
is probably not the way to go here since our team will be deploying numerous 
nodes. We have deployed the agent successfully, but are missing the proper 
format of the JKS file. Searching for Jetty or Nio didn't reveal much for the 
latest docs.

**Issue 2**
It appears that Cloudstack does not differentiate between truststores for https 
connectivity to the GUI and traffic flowing between management nodes and agent 
nodes. I searched the entire project for JKS and my IDE returned only instances 
to `cloud.jks` or whatever is defined as the JKS file in the variable 
`https.keystore`. I'm not certain if this is used for both Netty and Nio, but 
it appears as if it is. Please let me know if I am mistaken as I only took a 
cursory glance. This isn't really a MAJOR issue, but there may be some desire 
to seperate out these two types of traffic.



**Issue 3**
This is specific to KVM. It appears that helper scripts are used to register 
the KVM hypervisor node to the management agent. Docs here point to this:

> When a new host is being setup, such as adding a KVM host or starting a 
> systemvm host, the CA framework kicks in and uses ssh to execute 
> keystore-setup to generate a new keystore file cloud.jks.new, save a random 
> passphrase of the keystore in the agent’s properties file and a CSR cloud.csr 
> file. The CSR is then used to issue certificate for that agent/host and ssh 
> is used to execute keystore-cert-import to import the issued certificate 
> along with the CA certificate(s), the keystore is that renamed as cloud.jks 
> replacing an previous keystore in-use. During this process, keys and 
> certificates files are also stored in cloud.key, cloud.crt, cloud.ca.crt in 
> the agent’s configuration directory.

It appears the code to do this is performed with the utility scripts in this 
path:

`scripts/util/keystore-cert-import`
`scripts/util/keystore-setup`

Upon inspecting this file it appears that on registration, the manager will SSH 
into the host, run this script, setup a `cloud.jks`, generate a CSR for 
signing, and then inject that cert into the keystore. I see that it uses some 
hard coded attributes as well. I searched for any info relevant to interacting 
with the management node for signing a CSR, but there is almost no information 
in the docs. This makes 

SSVM to NFS Secondary Storage on Pure = "Symbolic link not allowed or link target not accessible" when attempting download of ISO

[Matt Rauch]

Hello,
As the subject says, we have a new install of Cloudstack and are attempting to 
use a NFS share in a Pure Storage array for secondary storage. Uploads seem to 
work OK, as I was able to upload ISO files bia the CloudStack GUI. However, 
when I attempt to download the same ISO, Cloudstack correctly generates the 
link, however I get a Forbidden error in the browser:
[cid:image001.png@01DBBA9C.08B4C210]

Looking at the error log on the SSVM, I see Symbolic link not allowed or link 
target not accessible:
[cid:image002.png@01DBBA9F.FA585160]

File permissions should be good, with 777 on the symlink and the mounted file 
has 666. Not sure if there are any known issues with using Pure Storage array 
as backend. It should be standard NFS 4. The fact that we can upload without 
issue is odd to me, unless it's a different source that writes to the secondary 
storage then the once that reads from it?

Any help would be appreciated. I'm not working in this issue directly, so if 
further details are required, I can reach out to our team.

Thank you,

Matt

Re: [D] Quick question about keystore (jks) requirement [cloudstack]

[via GitHub]

GitHub user dcontiveros-nf edited a comment on the discussion: Quick question 
about keystore (jks) requirement

A few updates here on where I am at in this process:

Goal
To be able to automate deployment of KVM nodes 

Blocker
I cannot seem to get the proper procedure in place to automate generation of a 
compatible keystore so CloudStack manager node can allow auth on it

Investigation
To get past this blocker, I attempted to find out if I could replicate the 
proper format of the JKS keystore that Cloudstack expects. Here is where I see 
the first issue.

**Issue 1**
After looking at the code, it appears that Cloudstack expects `cloud.jks` to be 
used, so I can only assume that it is not possible to separate keystore and 
truststore JKS files the way most Java apps are designed to do. That's ok. We 
can always concatenate and format the relevant certs and insert into the JKS 
file in the proper order. Still, this requires knowing how to setup the JKS 
file. I do believe it is possible to get something the management node expects. 
I looked at the mailing lists and saw a post make a reference to an issue that 
was opened back in 2020 with a similar goal. Here is the relevant issue and 
comments:

https://github.com/apache/cloudstack/issues/4199#issuecomment-681713147
https://github.com/apache/cloudstack/issues/4199#issuecomment-681740102

It appears this particular individual is automating creation of a PKCS#12 file 
with their certs, converting that to a JKS store, and then configuring 
Netty/Nio to use it. I attempted to create a Netty compatible JKS keystore with 
the following order (same as the comment):

```
PrivateKey
  Leaf Cert
  Intermediate
  Root CA
```

We have an existing pfx bundle and I did check the keystore had the above order 
but I still received SSL handshake errors via  Nio on the Agent side:

```
# KVM node
2025-05-01 17:02:02,589 INFO  [cloud.agent.Agent] (main:[]) (logid:) Attempted 
to connect to the server, but received an unexpected exception, trying again... 
com.cloud.utils.exception.NioConnectionException: SSL Handshake failed while 
connecting to host: HOST REDACTED: 8250

# Management node
2025-05-01 17:03:47,848 ERROR [c.c.u.n.Link] 
(AgentManager-SSLHandshakeHandler-1:[]) (logid:) SSL error caught during wrap 
data: Empty client certificate chain, for local address=/REDACTED:8250, remote 
address=/REDACTED:44838.

```

That last part of the management node is of relevance because of this issue:

https://github.com/apache/cloudstack/issues/5805

This implies that adding a KVM node is necessary via GUI, but we are attempting 
to automate this completely. Specifying `ca.plugin.root.auth.strictness=false` 
is probably not the way to go here since our team will be deploying numerous 
nodes. We have deployed the agent successfully, but are missing the proper 
format of the JKS file. Searching for Jetty or Nio didn't reveal much for the 
latest docs.

**Issue 2**
It appears that Cloudstack does not differentiate between truststores for https 
connectivity to the GUI and traffic flowing between management nodes and agent 
nodes. I searched the entire project for JKS and my IDE returned only instances 
to `cloud.jks` or whatever is defined as the JKS file in the variable 
`https.keystore`. I'm not certain if this is used for both Netty and Nio, but 
it appears as if it is. Please let me know if I am mistaken as I only took a 
cursory glance. This isn't really a MAJOR issue, but there may be some desire 
to seperate out these two types of traffic.



**Issue 3**
This is specific to KVM. It appears that helper scripts are used to register 
the KVM hypervisor node to the management agent. Docs here point to this:

> When a new host is being setup, such as adding a KVM host or starting a 
> systemvm host, the CA framework kicks in and uses ssh to execute 
> keystore-setup to generate a new keystore file cloud.jks.new, save a random 
> passphrase of the keystore in the agent’s properties file and a CSR cloud.csr 
> file. The CSR is then used to issue certificate for that agent/host and ssh 
> is used to execute keystore-cert-import to import the issued certificate 
> along with the CA certificate(s), the keystore is that renamed as cloud.jks 
> replacing an previous keystore in-use. During this process, keys and 
> certificates files are also stored in cloud.key, cloud.crt, cloud.ca.crt in 
> the agent’s configuration directory.

It appears the code to do this is performed with the utility scripts in this 
path:

`scripts/util/keystore-cert-import`
`scripts/util/keystore-setup`

Upon inspecting this file it appears that on registration, the manager will SSH 
into the host, run this script, setup a `cloud.jks`, generate a CSR for 
signing, and then inject that cert into the keystore. I see that it uses some 
hard coded attributes as well. I searched for any info relevant to interacting 
with the management node for signing a CSR, but there is almost no information 
in the docs. Thi

Re: SSVM to NFS Secondary Storage on Pure = "Symbolic link not allowed or link target not accessible" when attempting download of ISO

[Wei ZHOU]

What is the ACS version and os distribution ?

We are facing the same issue in our dev for xcpng8.3 and xenserver 8.4
support.



On Thursday, May 1, 2025, Matt Rauch  wrote:

> Hello,
>
> As the subject says, we have a new install of Cloudstack and are
> attempting to use a NFS share in a Pure Storage array for secondary
> storage. Uploads seem to work OK, as I was able to upload ISO files bia the
> CloudStack GUI. However, when I attempt to download the same ISO,
> Cloudstack correctly generates the link, however I get a Forbidden error in
> the browser:
>
>
>
> Looking at the error log on the SSVM, I see Symbolic link not allowed or
> link target not accessible:
>
>
>
> File permissions should be good, with 777 on the symlink and the mounted
> file has 666. Not sure if there are any known issues with using Pure
> Storage array as backend. It should be standard NFS 4. The fact that we can
> upload without issue is odd to me, unless it’s a different source that
> writes to the secondary storage then the once that reads from it?
>
>
>
> Any help would be appreciated. I’m not working in this issue directly, so
> if further details are required, I can reach out to our team.
>
>
>
> Thank you,
>
>
>
> Matt
>

Re: [D] Quick question about keystore (jks) requirement [cloudstack]

[via GitHub]

GitHub user dcontiveros-nf edited a comment on the discussion: Quick question 
about keystore (jks) requirement

A few updates here on where I am at in this process:

Goal
To be able to automate deployment of KVM nodes 

Blocker
I cannot seem to get the proper procedure in place to automate generation of a 
compatible keystore so CloudStack manager node can allow auth on it

Investigation
To get past this blocker, I attempted to find out if I could replicate the 
proper format of the JKS keystore that Cloudstack expects. Here is where I see 
the first issue.

**Issue 1**
After looking at the code, it appears that Cloudstack expects `cloud.jks` to be 
used, so I can only assume that it is not possible to separate keystore and 
truststore JKS files the way most Java apps are designed to do. That's ok. We 
can always concatenate and format the relevant certs and insert into the JKS 
file in the proper order. Still, this requires knowing how to setup the JKS 
file. I do believe it is possible to get something the management node expects. 
I looked at the mailing lists and saw a post make a reference to an issue that 
was opened back in 2020 with a similar goal. Here is the relevant issue and 
comments:

https://github.com/apache/cloudstack/issues/4199#issuecomment-681713147
https://github.com/apache/cloudstack/issues/4199#issuecomment-681740102

It appears this particular individual is automating creation of a PKCS#12 file 
with their certs, converting that to a JKS store, and then configuring 
Netty/Nio to use it. I attempted to create a Netty compatible JKS keystore with 
the following order (same as the comment):

```
PrivateKey
  Leaf Cert
  Intermediate
  Root CA
```

We have an existing pfx bundle and I did check the keystore had the above order 
but I still received SSL handshake errors via  Nio on the Agent side:

```
# KVM node
2025-05-01 17:02:02,589 INFO  [cloud.agent.Agent] (main:[]) (logid:) Attempted 
to connect to the server, but received an unexpected exception, trying again... 
com.cloud.utils.exception.NioConnectionException: SSL Handshake failed while 
connecting to host: HOST REDACTED: 8250

# Management node
2025-05-01 17:03:47,848 ERROR [c.c.u.n.Link] 
(AgentManager-SSLHandshakeHandler-1:[]) (logid:) SSL error caught during wrap 
data: Empty client certificate chain, for local address=/REDACTED:8250, remote 
address=/REDACTED:44838.

```

That last part of the management node is of relevance because of this issue:

https://github.com/apache/cloudstack/issues/5805

This implies that adding a KVM node is necessary via GUI, but we are attempting 
to automate this completely. Specifying `ca.plugin.root.auth.strictness=false` 
is probably not the way to go here since our team will be deploying numerous 
nodes. We have deployed the agent successfully, but are missing the proper 
format of the JKS file. Searching for Jetty or Nio didn't reveal much for the 
latest docs.

**Issue 2**
It appears that Cloudstack does not differentiate between truststores for https 
connectivity to the GUI and traffic flowing between management nodes and agent 
nodes. I searched the entire project for JKS and my IDE returned only instances 
to `cloud.jks` or whatever is defined as the JKS file in the variable 
`https.keystore`. I'm not certain if this is used for both Netty and Nio, but 
it appears as if it is. Please let me know if I am mistaken as I only took a 
cursory glance. This isn't really a MAJOR issue, but there may be some desire 
to seperate out these two types of traffic.



**Issue 3**
This is specific to KVM. It appears that helper scripts are used to register 
the KVM hypervisor node to the management agent. Docs here point to this:

> When a new host is being setup, such as adding a KVM host or starting a 
> systemvm host, the CA framework kicks in and uses ssh to execute 
> keystore-setup to generate a new keystore file cloud.jks.new, save a random 
> passphrase of the keystore in the agent’s properties file and a CSR cloud.csr 
> file. The CSR is then used to issue certificate for that agent/host and ssh 
> is used to execute keystore-cert-import to import the issued certificate 
> along with the CA certificate(s), the keystore is that renamed as cloud.jks 
> replacing an previous keystore in-use. During this process, keys and 
> certificates files are also stored in cloud.key, cloud.crt, cloud.ca.crt in 
> the agent’s configuration directory.

It appears the code to do this is performed with the utility scripts in this 
path:

`scripts/util/keystore-cert-import`
`scripts/util/keystore-setup`

Upon inspecting this file it appears that on registration, the manager will SSH 
into the host, run this script, setup a `cloud.jks`, generate a CSR for 
signing, and then inject that cert into the keystore. I see that it uses some 
hard coded attributes as well. I searched for any info relevant to interacting 
with the management node for signing a CSR, but there is almost no information 
in the docs. Thi

Re: [D] Host based routing - EVPN-VXLAN to the host - Single VXLAN Device (SVD) [cloudstack]

[via GitHub]

GitHub user wido added a comment to the discussion: Host based routing - 
EVPN-VXLAN to the host - Single VXLAN Device (SVD)

Yes, good! So I'm not against this change, but somebody needs to implement it 
:-)

GitHub link: 
https://github.com/apache/cloudstack/discussions/10786#discussioncomment-13001771


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] XenServer VXLAN [cloudstack]

[via GitHub]

GitHub user UAnton closed a discussion: XenServer VXLAN

Hi,
I am trying to set up a test cloud on XCP-NG. I want to use VXLANs but get an 
error while trying to deploy the VM. Is XCP-NG support VXLAN?

```shell
2025-02-11 14:31:27,400 WARN  [c.c.h.x.r.w.x.CitrixStartCommandWrapper] 
(DirectAgent-81:[ctx-11c37580]) (logid:f445ad84) Catch Exception: class 
com.cloud.utils.exception.CloudRuntimeException due to 
com.cloud.utils.exception.CloudRuntimeException: Unable to support this type of 
network broadcast domain: vxlan://5161 
com.cloud.utils.exception.CloudRuntimeException: Unable to support this type of 
network broadcast domain: vxlan://5161
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.getNetwork(CitrixResourceBase.java:2914)
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.createVif(CitrixResourceBase.java:1280)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:106)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:56)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1791)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:299)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at 
java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:840)

2025-02-11 14:31:27,400 WARN  [c.c.h.x.r.XenServer650Resource] 
(DirectAgent-81:[ctx-11c37580]) (logid:f445ad84) Unable to start r-4-VM due to 
com.cloud.utils.exception.CloudRuntimeException: Unable to support this type of 
network broadcast domain: vxlan://5161
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.getNetwork(CitrixResourceBase.java:2914)
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.createVif(CitrixResourceBase.java:1280)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:106)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixStartCommandWrapper.execute(CitrixStartCommandWrapper.java:56)
at 
com.cloud.hypervisor.xenserver.resource.wrapper.xenbase.CitrixRequestWrapper.execute(CitrixRequestWrapper.java:122)
at 
com.cloud.hypervisor.xenserver.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:1791)
at 
com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:299)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:539)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at 
java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
at java.base/java.lang.Thread.run(Thread.java:840)

2025-02-11 14:31:27,422 WARN  [c.c.h.x.r.XenServer650Resource] 
(DirectAgent-81:[ctx-1

Re: [D] change "machine version" of instance [cloudstack]

[via GitHub]

GitHub user sbrueseke closed a discussion: change "machine version" of instance

I want to run virtual FortiGates on Cloudstack and KVM as hypervisor. There is 
a known issue with duplicate license when using virtual FortiGates. There is a 
way to fix it on Proxmox:
https://community.fortinet.com/t5/Support-Forum/FAZ-VM-Duplicate-License-Trial-7-4-1/td-p/286919/page/2

My question is, is it possible to change the same settings in Cloudstack? Maybe 
via instance settings?

GitHub link: https://github.com/apache/cloudstack/discussions/10368


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Unable to Copy Or Register Cloudstack +KVM RAW Template on Ceph [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Unable to Copy Or 
Register Cloudstack +KVM RAW Template on Ceph

@weizhouapache was this confirmed and is an issue/PR created for it?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10383#discussioncomment-13002350


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Cloudstack 4.18 HTTP 503 错误 （MySQL 8.0） [cloudstack]

[via GitHub]

GitHub user tomorrrow666 closed a discussion: Cloudstack 4.18 HTTP 503 错误 
（MySQL 8.0）

The operating system is Ubuntu 22.04, and the MySQL version is 
8.0.41-0ubuntu0.22.04.1.


idrl@management1:~$ sudo tail -F 
/var/log/cloudstack/management/management-server.log
2025-02-08 10:33:37,238 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Module Hierarchy: redfish
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-framework-config-system-context.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-server-system-context.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-core-system-context.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-framework-db-system-context.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-engine-schema-system-checkers-context.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-framework-config-system-context-inheritable.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-core-system-context-inheritable.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/system/spring-contrail-system-context-inheritable.xml]
2025-02-08 10:33:37,239 INFO  [o.a.c.s.m.m.i.DefaultModuleDefinitionSet] 
(main:null) (logid:) Loading module context [system] from URL 
[jar:file:/usr/share/cloudstack-management/lib/cloudstack-4.18.2.5.jar!/META-INF/cloudstack/bootstrap/spring-bootstrap-context-inheritable.xml]

GitHub link: https://github.com/apache/cloudstack/discussions/10384


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Cloudstack 4.18 HTTP 503 错误 （MySQL 8.0） [cloudstack]

[via GitHub]

GitHub user DaanHoogland closed the discussion with a comment: Cloudstack 4.18 
HTTP 503 错误 （MySQL 8.0）

closed this for lack of interaction, please reopen or open a new item if 
applicable

GitHub link: 
https://github.com/apache/cloudstack/discussions/10384#discussioncomment-13002347


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] [Architectural] SystemVMs using public DNS server [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: [Architectural] 
SystemVMs using public DNS server

@daniftodi , did you try installing an advanced zone, as @rajujith suggested?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10352#discussioncomment-13002393


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] What’s the best way to move CS4.19 from CentOS to Ubuntu [cloudstack]

[via GitHub]

GitHub user DaanHoogland edited a comment on the discussion: What’s the best 
way to move CS4.19 from CentOS to Ubuntu

:D ubuntu, really?!? (/me kidding)

your steps look fine (testing advised)

- about the usage server, just stop it while no job is running and restart it 
at your convenience on any other host.
- the 2fa depends solely on the url used in your solution, if it was a proxy 
address it should still work (am I correct @harikrishna-patnala ?)
- the console ssl might need re-provisioning of certificates, but I wouldn’t 
expect that. You should check 
https://cloudstack-documentation.readthedocs.io/en/latest/adminguide/systemvm.html#using-a-ssl-certificate-for-the-console-proxy
 to make sure the configuration is still valid.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10779#discussioncomment-13002885


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] What’s the best way to move CS4.19 from CentOS to Ubuntu [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: What’s the best way 
to move CS4.19 from CentOS to Ubuntu

:D ubuntu?!? (/me kidding)

your steps look fine (testing advised)

- about the usage server, just stop it while no job is running and restart it 
at your convenience on any other host.
- the 2fa depends solely on the url used in your solution, if it was a proxy 
address it should still work (am I correct @harikrishna-patnala ?)
- the console ssl might need re-provisioning of certificates, but I wouldn’t 
expect that. You should check 
https://cloudstack-documentation.readthedocs.io/en/latest/adminguide/systemvm.html#using-a-ssl-certificate-for-the-console-proxy
 to make sure the configuration is still valid.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10779#discussioncomment-13002885


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard 4.19.2. New Used/Allocated resources view ??? [cloudstack]

[via GitHub]

GitHub user SviridoffA closed a discussion: Dashboard 4.19.2. New 
Used/Allocated resources view ???

Hi everyone! Is anyone else experiencing issues with the new resource display, 
with the new Used/Allocated toggle? I’m completely lost as to what it’s 
showing. I have several virtual machines running on my cluster. They’re almost 
constantly idle. However, the dashboard, when set to “used,” displays something 
similar to my “allocated” values. Meanwhile, “allocated” shows values that 
don’t make sense to me. My current workload on the cluster should be around 1%, 
and “allocated” should be closer to what is currently displayed as “used.” I t 
is not fresh install, I upgraded from 4.19.1. I’d appreciate any help in 
understanding this.

![2025-03-12_14-33](https://github.com/user-attachments/assets/ae92a0a1-50ca-4575-98eb-e43c903d2e57)

![2025-03-12_14-33_1](https://github.com/user-attachments/assets/3a979eb8-b793-4bc7-b24c-54c1a10f1a65)

![2025-03-12_14-35](https://github.com/user-attachments/assets/97e84c55-3dca-4080-85fe-b765118566d4)



GitHub link: https://github.com/apache/cloudstack/discussions/10554


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Validated versions of openvswitch [cloudstack]

[via GitHub]

GitHub user dcontiveros closed a discussion: Validated versions of openvswitch

Hello.

I am interested in utilizing Openvswitch 3.5.0 as a dependency in my virt lab 
handling some functionality with Cloudstack. I have checked the documentation 
of latest cloudstack and see this section:

https://docs.cloudstack.apache.org/en/latest/plugins/ovs-plugin.html#prerequisites

These versions are quite old, so I am soliciting feedback whether or not anyone 
is running more upgraded versions successfully with integration of the OVS 
plugin.

I am targeting specifically a 3.X version.

Thanks!

GitHub link: https://github.com/apache/cloudstack/discussions/10523


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] LDAP troubleshooting [cloudstack]

[via GitHub]

GitHub user ffslcschools closed a discussion: LDAP troubleshooting

Are there any hidden java command line tools that can be used to step through 
the ldap configuration process? I am having a hell of a time getting ldap to 
work on a management server running Ubuntu 24.04.01 lts. I was able to get it 
working on a previous install running on CentOS 9.
I can see it trying and I know it is binding, but it returns no users.

GitHub link: https://github.com/apache/cloudstack/discussions/9899


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] DELL EMC Networker Backup [cloudstack]

[via GitHub]

GitHub user havengit closed a discussion: DELL EMC Networker Backup

We are planning to use dell netwoker to integrate with cloudstack and there is 
already a corresponding plugin for cloudstack. But going through the 
documentation, I still have 2 questions that I would like the community to help 
clear up.
1. if the primary storage is ceph rbd does it support backup restore
2. ACS has two backup modes, does dell networker backup support both of them
 a. 'SLA' based backups
  b. Adhoc and user scheduled backups

GitHub link: https://github.com/apache/cloudstack/discussions/10542


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Importing Vmware instance L2 Setup network not available [cloudstack]

[via GitHub]

GitHub user okodhe2 closed a discussion: Importing Vmware instance L2 Setup 
network not available

Hi am new to ACS just started working on a project to move from VMware. While 
attempting to migrate/manage vmware instanced to cloudstack am not able to map 
the network similar to this: 
[https://github.com/apache/cloudstack/pull/7628/commits/8fac91760217d80a9c25b7d16c598c474ea457dd](url)

Curious to know how to apply the fix.

![Image](https://github.com/user-attachments/assets/013b2ef4-76b8-4568-a8bc-aef60249836a)

GitHub link: https://github.com/apache/cloudstack/discussions/10689


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

RE: [EXTERNAL] Re: SSVM to NFS Secondary Storage on Pure = "Symbolic link not allowed or link target not accessible" when attempting download of ISO

[Matt Rauch]

Hello,

This is CloudStack 4.20 with KVM as the hypervisor. We are running our 
KVM hosts and MGMT Server on Ubuntu 24.024.2 LTS

Thanks,

Matt
-Original Message-
From: Wei ZHOU  
Sent: May 1, 2025 2:03 PM
To: users@cloudstack.apache.org
Subject: [EXTERNAL] Re: SSVM to NFS Secondary Storage on Pure = "Symbolic link 
not allowed or link target not accessible" when attempting download of ISO

What is the ACS version and os distribution ?

We are facing the same issue in our dev for xcpng8.3 and xenserver 8.4 support.



On Thursday, May 1, 2025, Matt Rauch  wrote:

> Hello,
>
> As the subject says, we have a new install of Cloudstack and are 
> attempting to use a NFS share in a Pure Storage array for secondary 
> storage. Uploads seem to work OK, as I was able to upload ISO files 
> bia the CloudStack GUI. However, when I attempt to download the same 
> ISO, Cloudstack correctly generates the link, however I get a 
> Forbidden error in the browser:
>
>
>
> Looking at the error log on the SSVM, I see Symbolic link not allowed 
> or link target not accessible:
>
>
>
> File permissions should be good, with 777 on the symlink and the 
> mounted file has 666. Not sure if there are any known issues with 
> using Pure Storage array as backend. It should be standard NFS 4. The 
> fact that we can upload without issue is odd to me, unless it’s a 
> different source that writes to the secondary storage then the once that 
> reads from it?
>
>
>
> Any help would be appreciated. I’m not working in this issue directly, 
> so if further details are required, I can reach out to our team.
>
>
>
> Thank you,
>
>
>
> Matt
>

Re: [D] IPv6 for System VMs (4.19.3) [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: IPv6 for System 
VMs (4.19.3)

> @MejdiB , I think all IPv6 is merged (as far as applicable) now.
> 
> maybe @weizhouapache or @wido can expand on that?

@MejdiB 

4.19.3 uses the 4.19.1 systemvm template

IPv6 is only enabled in the VRs of the guest networks which support IPv6.
for example, isolated network with dual stack, shared networks with ipv6 
gateway/cidr




GitHub link: 
https://github.com/apache/cloudstack/discussions/10698#discussioncomment-13003733


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Host based routing - EVPN-VXLAN to the host - Single VXLAN Device (SVD) [cloudstack]

[via GitHub]

GitHub user joolli added a comment to the discussion: Host based routing - 
EVPN-VXLAN to the host - Single VXLAN Device (SVD)

Didn't take it as you're against the change. They were good questions that 
helped me describe the setup so others will hopefully understand how it's 
different from traditional mode. So thank you.

I will add to modifyvxlan.sh for it to accommodate SVD mode... Can someone 
point me to the XML generation code?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10786#discussioncomment-13004205


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

Sure:
It looks like it complains about lscpu (and iscsi I haven't setup, going to use 
local storage for tests), but nothing about the bridges.

```
2025-04-15 15:49:59,027 INFO  [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Fetching CPU speed from "host capabilities"
2025-04-15 15:49:59,031 INFO  [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Retrieved value [209508] from "host capabilities". This 
corresponds to a CPU speed of [2095] MHz.
2025-04-15 15:49:59,031 INFO  [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Fetching host CPU arch
2025-04-15 15:49:59,063 INFO  [kvm.resource.LibvirtComputingResource] 
(Agent-Handler-1:[]) (logid:) Host uses control group [cgroup2fs].
2025-04-15 15:49:59,063 INFO  [kvm.resource.LibvirtComputingResource] 
(Agent-Handler-1:[]) (logid:) Calculating the max shares of the host.
2025-04-15 15:49:59,063 INFO  [kvm.resource.LibvirtComputingResource] 
(Agent-Handler-1:[]) (logid:) The max shares of the host is [167600].
2025-04-15 15:49:59,256 WARN  [kvm.resource.LibvirtComputingResource] 
(Agent-Handler-1:[]) (logid:) Execution of process [28600] for command [sudo 
grep InitiatorName= /etc/iscsi/initiatorname.iscsi ] failed.
2025-04-15 15:49:59,256 WARN  [kvm.resource.LibvirtComputingResource] 
(Agent-Handler-1:[]) (logid:) Process [28600] for command [sudo grep 
InitiatorName= /etc/iscsi/initiatorname.iscsi ] encountered the error: [grep: 
/etc/iscsi/initiatorname.iscsi: Aucun fichier ou dossier de ce type].
2025-04-15 15:49:59,429 INFO  [kvm.storage.LibvirtStorageAdaptor] 
(Agent-Handler-1:[]) (logid:) Attempting to create storage pool 
3fd9d9aa-40fc-42d5-b99e-12fe590fd42d (Filesystem) in libvirt
2025-04-15 15:49:59,431 INFO  [kvm.storage.LibvirtStorageAdaptor] 
(Agent-Handler-1:[]) (logid:) Found existing defined storage pool 
3fd9d9aa-40fc-42d5-b99e-12fe590fd42d, using it.
2025-04-15 15:49:59,431 INFO  [kvm.storage.LibvirtStorageAdaptor] 
(Agent-Handler-1:[]) (logid:) Trying to fetch storage pool 
3fd9d9aa-40fc-42d5-b99e-12fe590fd42d from libvirt
2025-04-15 15:49:59,549 INFO  [cloud.agent.Agent] (Agent-Handler-2:[]) (logid:) 
Process agent startup answer, agent id = 0
2025-04-15 15:49:59,549 INFO  [cloud.agent.Agent] (Agent-Handler-2:[]) (logid:) 
Startup Response Received: agent id = 0
2025-04-15 15:49:59,703 WARN  [cloud.agent.Agent] (UgentTask-5:[]) (logid:) 
Unable to send request: null
2025-04-15 15:50:03,833 INFO  [cloud.agent.Agent] (Agent-Handler-4:[]) (logid:) 
Connected to the host: 10.131.37.250
2025-04-15 15:50:04,663 INFO  [cloud.agent.Agent] (Agent-Handler-4:[]) (logid:) 
Lost connection to host: 10.131.37.250. Attempting reconnection while we still 
have 0 commands in progress.
2025-04-15 15:50:04,663 INFO  [utils.nio.NioClient] (Agent-Handler-4:[]) 
(logid:) NioClient connection closed
2025-04-15 15:50:04,663 INFO  [cloud.agent.Agent] (Agent-Handler-4:[]) (logid:) 
Reconnecting to host:10.131.37.250
2025-04-15 15:50:04,664 INFO  [utils.nio.NioClient] (Agent-Handler-4:[]) 
(logid:) Connecting to 10.131.37.250:8250
2025-04-15 15:50:04,664 INFO  [utils.nio.Link] (Agent-Handler-4:[]) (logid:) 
Conf file found: /etc/cloudstack/agent/agent.properties
2025-04-15 15:50:04,786 INFO  [utils.nio.NioClient] (Agent-Handler-4:[]) 
(logid:) SSL: Handshake done
2025-04-15 15:50:04,786 INFO  [utils.nio.NioClient] (Agent-Handler-4:[]) 
(logid:) Connected to 10.131.37.250:8250
2025-04-15 15:50:04,878 INFO  [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Fetching CPU speed from command "lscpu".
2025-04-15 15:50:05,000 ERROR [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Unable to retrieve the CPU speed from lscpu. 
java.lang.NullPointerException

2025-04-15 15:50:05,000 INFO  [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Fetching CPU speed from file 
[/sys/devices/system/cpu/cpu0/cpufreq/base_frequency].
2025-04-15 15:50:05,000 ERROR [utils.linux.KVMHostInfo] (Agent-Handler-1:[]) 
(logid:) Unable to retrieve the CPU speed from file 
[/sys/devices/system/cpu/cpu0/cpufreq/base_frequency] 
java.io.FileNotFoundException: 
/sys/devices/system/cpu/cpu0/cpufreq/base_frequency (Aucun fichier ou dossier 
de ce type)
at java.base/java.io.FileInputStream.open0(Native Method)
at java.base/java.io.FileInputStream.open(FileInputStream.java:216)
at java.base/java.io.FileInputStream.(FileInputStream.java:157)
at java.base/java.io.FileInputStream.(FileInputStream.java:111)
at java.base/java.io.FileReader.(FileReader.java:60)
at 
org.apache.cloudstack.utils.linux.KVMHostInfo.getCpuSpeedFromFile(KVMHostInfo.java:152)
at 
org.apache.cloudstack.utils.linux.KVMHostInfo.getCpuSpeed(KVMHostInfo.java:121)
at 
org.apache.cloudstack.utils.linux.KVMHostInfo.getHostInfoFromLibvirt(KVMHostInfo.java:196)
at 
org.a

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

@weizhouapache While digging into my problem, I am thinking of a potential issue

Do the bridges need to be physically connected ?

I have one bridge (br_bgp0) that is "fed" by a vxlan interface (not connected 
to a physical interface but to a wireguard instance in order to transport some 
public IPs into my lab) on this KVM host.
This allows me to have my public IPs directly bridged from my bgp routers into 
my lab host.

Is this "allowed" ?

If not, that could perhaps explain why cloudstack complains about my bridges, 
even though they work.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004289


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

> in your previous reply, it showed that the eno2 is present

I think I mixed up br_npf0 and br_bgp0 in my tests (deleted & recreated bridges 
multiple times in order to diagnose my issue).

Point is, my bgp interface, the bridge br_bgp0 with a vxlan interface, wasn't 
accepted by Cloudstack agent since the bridge test complained that there wasn't 
a physical interface. There's still no physical interface yet, but I fooled the 
agent test by creating a dummy interface slave in that bridge and naming it 
ethdummy0.
```
ls /sys/devices/virtual/net/br_bgp0/brif
ethdummy0  vx_wg0
```

I think those tests should be relaxed, as I think they only should test that 
there are other interfaces than vnet* connected to the bridge.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004293


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

@deajan 
looks good
can you share the agent.log ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004287


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

@deajan 
can you run some commands on the kvm host ?

```
bridge=brXXX
ls -l /sys/devices/virtual/net/$bridge/brif
ls -ld /sys/class/net/$bridge/
```




GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004285


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached


> Now the agent doesn't complain anymore, since there's now a `eth*` in 
> `/sys/devices/virtual/net/br_bgp0/brif`

that's strange. 
in your previous reply, it showed that the `eno2` is present

```
ls -l /sys/devices/virtual/net/${bridge}/brif
total 0
lrwxrwxrwx. 1 root root 0 Apr 15 15:32 eno2 -> 
../../../../pci:00/:00:1c.0/:02:00.1/net/eno2/brport
```


GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004292


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

Sure 
```
export bridge=br_npf0
ls -l /sys/devices/virtual/net/${bridge}/brif
total 0
lrwxrwxrwx. 1 root root 0 Apr 15 15:32 eno2 -> 
../../../../pci:00/:00:1c.0/:02:00.1/net/eno2/brport
ls -ld /sys/class/net/${bridge}/
drwxr-xr-x. 7 root root 0 Apr 15 15:28 /sys/class/net/br_npf0/
```
Dates are recent because I disconnected / reconnected eno2 just to make sure 
(and yes, the management server still complains)

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004286


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

@weizhouapache You mean like this ?

![Image](https://github.com/user-attachments/assets/0a5d58ec-752e-47ea-b5a7-769cf00bc5d8)

I don't have system VMs yet (it's a fresh cloudstack lab setup), but host is up 
and running according to management server.
I've redone a specific check:
- Disconnect eno2 physical interface and remove it from bridge br_npf0
- Host status goes to disabled
- Add ethdummy to br_npf0
- Host status goes to enabled

Of course, this will prevent me from using cloudstack properly until I 
reconnect eno2, but at it validates the assumption.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004298


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

> I would change that check to report successful if at least one slave 
> different than "vnet*" "or "vmbr*" is present (so we outrule running VM 
> interfaces from uplinks).

as far as I know, `vnet*` is used by vm instances on kvm host in cloudstack, 
`vmbr*` (vm bridge ?) is default bridge name of proxmox.


GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004301


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

> > in your previous reply, it showed that the eno2 is present
> 
> I think I mixed up br_npf0 and br_bgp0 in my tests (deleted & recreated 
> bridges multiple times in order to diagnose my issue).
> 
> Point is, my bgp interface, the bridge br_bgp0 with a vxlan interface, wasn't 
> accepted by Cloudstack agent since the bridge test complained that there 
> wasn't a physical interface. There's still no physical interface yet, but I 
> fooled the agent test by creating a dummy interface slave in that bridge and 
> naming it ethdummy0.
> 
> ```
> ls /sys/devices/virtual/net/br_bgp0/brif
> ethdummy0  vx_wg0
> ```
> 
> I think those tests should be relaxed, as I think they only should test that 
> there are other interfaces than vnet* connected to the bridge.

hmm, has the kvm host been added to cloudstack  ?


GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004294


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

Yes, host is now visible and manageable in cloudstack.

![Image](https://github.com/user-attachments/assets/e7e537ea-39dc-4e06-9177-7ede4c982084)

Anything I need to check ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004295


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

> Anything I need to check ?

Are the system vms Running and agent states are Up ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004296


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

> * br_npf0

I am a bit confused about br_npf0 and br_bgp0
anyway, all bridges used by cloudstack (check kvm network label) should have a 
physical ointerface (or virtual or dummy interface with proper name)

do you think anything we could improve or fix ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004299


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] new Kubernetes ISOs missing md5sums [cloudstack]

[via GitHub]

GitHub user agcentron closed a discussion: new Kubernetes ISOs missing md5sums

### problem

Hi, not sure if this is the right way to ask, but the cloudstack k8 binaries 
for v1.29.7 and v1.30.3 at https://download.cloudstack.org/cks/ seem to be 
missing the md5sums.

### versions

n/a

### The steps to reproduce the bug

n/a

### What to do about it?

_No response_

GitHub link: https://github.com/apache/cloudstack/discussions/10797


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Cloudstack wizard is getting stuck storage traffic on version 4.20 [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Cloudstack wizard 
is getting stuck storage traffic on version 4.20

@verendrakalsi , did you make any progress on this?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10550#discussioncomment-13002527


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Instances still online even while host isn't [cloudstack]

[via GitHub]

GitHub user pcfriek1987 added a comment to the discussion: Instances still 
online even while host isn't

No that is about it

GitHub link: 
https://github.com/apache/cloudstack/discussions/9928#discussioncomment-13002699


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] CloudStack 4.20 IPv6 Primary Storage CEPH Initial VMs on KVM not created - Not Converting to RBD - IPv6 addresses show truncated [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: CloudStack 4.20 
IPv6 Primary Storage CEPH Initial VMs on KVM not created - Not Converting to 
RBD - IPv6 addresses show truncated

@tatay188 , is it the last command that fails?
for the setup data bases i see no option `-i management_server_ip`. Please 
review 
https://cloudstack-documentation.readthedocs.io/en/latest/installguide/management-server/_second_mgt.html
 again.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10680#discussioncomment-13002694


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] how to add a baremetal server? [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: how to add a 
baremetal server?

@mastertonone , I am not sure if it is allowed to mix ubuntu 20 and 24 in a 
cluster. If you create a seperate cluster it is surely possible.

Also, in the context of the rest of the question the work ‘baremetal’ seems out 
of place. Do you mean a host as hypervisor?
in that case, see 
https://cloudstack-documentation.readthedocs.io/en/latest/installguide/configuration.html#adding-a-host

GitHub link: 
https://github.com/apache/cloudstack/discussions/10660#discussioncomment-13002711


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] IPv6 for System VMs (4.19.3) [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: IPv6 for System VMs 
(4.19.3)

@MejdiB , I think all IPv6 is merged (as far as applicable) now.

maybe @weizhouapache or @wido can expand on that?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10698#discussioncomment-13002733


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] CloudStack 4.20 UI Unable to add KVM-Host on VXLAN Logic structure - Errors [cloudstack]

[via GitHub]

GitHub user tatay188 closed a discussion: CloudStack 4.20 UI Unable to add 
KVM-Host on  VXLAN Logic structure - Errors

### problem

On CloudStack 4.20 with a KVM host, 
modified the agent.properties private.network.device=cloudbr1 as originally 
have not resources available for cloudbr0

I have my VXLAN 1 on Cloudbr1 that reaches management and SS, We only have 
cloudbr1 created, No other bridge, and everything is BGP.


Then at the UI creating the ZONE I got errors:

We have had tryed the following Options:

Option 1: No tags
I put only [Physical Network 1] [VXLAN] Management, throws a popup error " All 
required traffic types should be added and with multiple physical networks each 
traffic type should have a label"

Option 2: No Tags, Throws and Error " All required traffic types should be 
added and with multiple physical networks each traffic type should have a label"
I put : 
[Physical Network 1] [VXLAN] Management
[Physical Network 2] [VXLAN] Public
[Physical Network 3] [VXLAN] Guest
[Physical Network 4] [VXLAN] Storage


Option 3:  
I put : 
[Physical Network 1] [VXLAN] Management, Public, Guest, it goes to the next 
window - which is Great

Going with Option 3:

The the system throws exceptions like:
Something went wrong; please correct the following:
Unable to add the host: Cannot find the server resources at http://

At this point libvirt is always up and running.


LOGS:

Management logs shows:
Succeeded to import certificate in the keystore for agent on the KVM host: 
. Agent secured and trusted


The Agent Logs:
 
2025-03-28 16:48:42,550 DEBUG [commons.beanutils.ConvertUtils] (main:[]) 
(logid:) Convert string ',' to class 'java.lang.String'
2025-03-28 16:48:42,550 DEBUG [beanutils.converters.StringConverter] (main:[]) 
(logid:) Converting 'String' value ',' to type 'String'
2025-03-28 16:48:42,551 DEBUG [agent.properties.AgentPropertiesFileHandler] 
(main:[]) (logid:) Property [guid] has empty or null value. Using default value 
[null].
2025-03-28 16:48:42,552 DEBUG [agent.properties.AgentPropertiesFileHandler] 
(main:[]) (logid:) Property [developer] has empty or null value. Using default 
value [false].
2025-03-28 16:48:53,897 INFO  [cloud.agent.AgentShell] (main:[]) (logid:) Agent 
started
2025-03-28 16:48:53,902 INFO  [cloud.agent.AgentShell] (main:[]) (logid:) 
Implementation Version is 4.20.0.0
2025-03-28 16:48:53,904 INFO  [cloud.agent.AgentShell] (main:[]) (logid:) 
agent.properties found at /etc/cloudstack/agent/agent.properties
2025-03-28 16:48:53,913 DEBUG [agent.properties.AgentPropertiesFileHandler] 
(main:[]) (logid:) Property [host] was altered. Now using the value 
[10.23.123.61,10.23.123.62].
2025-03-28 16:48:53,923 DEBUG [beanutils.converters.BooleanConverter] (main:[]) 
(logid:) Setting default value: false
2025-03-28 16:48:53,923 DEBUG [beanutils.converters.BooleanConverter] (main:[]) 
(logid:) Converting 'Boolean' value 'false' to type 'Boolean'
2025-03-28 16:48:53,923 DEBUG [beanutils.converters.BooleanConverter] (main:[]) 
(logid:) No conversion required, value is already a Boolean
2025-03-28 16:48:53,925 DEBUG [beanutils.converters.ByteConverter] (main:[]) 
(logid:) Setting default value: 0
2025-03-28 16:48:53,925 DEBUG [beanutils.converters.ByteConverter] (main:[]) 
(logid:) Converting 'Integer' value '0' to type 'Byte'
2025-03-28 16:48:53,925 DEBUG [beanutils.converters.ByteConverter] (main:[]) 
(logid:) Converted to Byte value '0'
2025-03-28 16:48:53,926 DEBUG [beanutils.converters.CharacterConverter] 
(main:[]) (logid:) Setting default value:
2025-03-28 16:48:53,926 DEBUG [beanutils.converters.CharacterConverter] 
(main:[]) (logid:) Converting 'Character' value ' ' to type 'Character'
2025-03-28 16:48:53,926 DEBUG [beanutils.converters.CharacterConverter] 
(main:[]) (logid:) No conversion required, value is already a Character
2025-03-28 16:48:53,926 DEBUG [beanutils.converters.DoubleConverter] (main:[]) 
(logid:) Setting default value: 0
2025-03-28 16:48:53,926 DEBUG [beanutils.converters.DoubleConverter] (main:[]) 
(logid:) Converting 'Integer' value '0' to type 'Double'
2025-03-28 16:48:53,927 DEBUG [beanutils.converters.DoubleConverter] (main:[]) 
(logid:) Converted to Double value '0.0'
2025-03-28 16:48:53,927 DEBUG [beanutils.converters.FloatConverter] (main:[]) 
(logid:) Setting default value: 0
2025-03-28 16:48:53,927 DEBUG [beanutils.converters.FloatConverter] (main:[]) 
(logid:) Converting 'Integer' value '0' to type 'Float'
2025-03-28 16:48:53,927 DEBUG [beanutils.converters.FloatConverter] (main:[]) 
(logid:) Converted to Float value '0.0'
2025-03-28 16:48:53,928 DEBUG [beanutils.converters.IntegerConverter] (main:[]) 
(logid:) Setting default value: 0

AGENT out :
Unable to find the guid
Unable to find the guid
Unable to find the guid
Unable to find the guid
Unable to find the guid

There is nothing there

And the agent come up, and immediately goes down!!



Tata Y.

### versions

ACS 4.20.0.0
Management1 Ubuntu 22.04
Manageme

Re: [D] ACS is not able to restart VM during HA process [cloudstack]

[via GitHub]

GitHub user GerorgeEG closed a discussion: ACS is not able to restart VM during 
HA process

### problem

We are testing HA and shutting down the KVM hypervisor through BMC, host status 
changed to down and ACS tried to start VM on another host but it gets failed.

### versions

ACS Version : 4.19.1.2

KVM : RHEL 8

Storage : NFS v3



### The steps to reproduce the bug

1. Shut down the KVM hypervisor through BMC.
2.Both host and VM is HA enabled
3.  Wait for the status of hosts to change to down
4. ACS tries to start VM but getting failed.

Below is the log 
=
2025-02-18 02:33:48,554 DEBUG [c.c.c.CapacityManagerImpl] 
(Work-Job-Executor-3:ctx-dae42fc9 job-17413/job-17446 ctx-06b6ee00) 
(logid:6675dfa0) VM instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}
 state transited from [Starting] to [Stopped] with event [OperationFailed]. 
VM's original host: Host {"id":85,"name":" host1.xx.xxx.xxx 
","type":"Routing","uuid":"804bcf95-e073-462e-810a-aa64e85c78bd"}, new host: 
null, host before state transition: Host 
{"id":127,"name":"host2.xx.xxx.xxx","type":"Routing","uuid":"a9698e0c-9c63-4392-ae28-b7dbdceffd9d"}
 
2025-02-18 02:33:48,580 ERROR [c.c.v.VmWorkJobHandlerProxy] 
(Work-Job-Executor-3:ctx-dae42fc9 job-17413/job-17446 ctx-06b6ee00) 
(logid:6675dfa0) Invocation exception, caused by: 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}Scope=interface
 com.cloud.dc.DataCenter; id=1

2025-02-18 02:33:48,580 INFO  [c.c.v.VmWorkJobHandlerProxy] 
(Work-Job-Executor-3:ctx-dae42fc9 job-17413/job-17446 ctx-06b6ee00) 
(logid:6675dfa0) Rethrow exception 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}Scope=interface
 com.cloud.dc.DataCenter; id=1
 
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}Scope=interface
 com.cloud.dc.DataCenter; id=1
 
2025-02-18 02:33:48,639 WARN  [c.c.h.HighAvailabilityManagerImpl] 
(HA-Worker-2:ctx-10bdb53f work-1129) (logid:2a0083a1) Unable to restart VM 
instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}
 due to Unable to create a deployment for VM instance 
{"id":541,"instanceName":"i-19-541-VM","type":"User","uuid":"130c856a-d5e4-4745-9a6a-c41c2508573a"}



### What to do about it?

we need HA functionality to make sure VM gets restarted in case of KVM host 
getting down due to any issue. 

GitHub link: https://github.com/apache/cloudstack/discussions/10690


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard 4.19.2. New Used/Allocated resources view ??? [cloudstack]

[via GitHub]

GitHub user SviridoffA added a comment to the discussion: Dashboard 4.19.2. New 
Used/Allocated resources view ???

addressing this: #10803
and closing this one

GitHub link: 
https://github.com/apache/cloudstack/discussions/10554#discussioncomment-13002701


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Description missing to mask libvirtd services for Ubuntu [cloudstack]

[via GitHub]

GitHub user sjanssen15 closed a discussion: Description missing to mask 
libvirtd services for Ubuntu

### problem

When following the[ install guide on KVM 
hypervisors](https://docs.cloudstack.apache.org/en/4.20.0.0/installguide/hypervisor/kvm.html),
 it says at point 2 to mask certain systemd services for RHEL 8 / CentOS 8 / 
SUSE. However, when following this guide on Ubuntu 24.04, starting libvirtd 
will fail with an error. When masking these services it doesn't fail.

### versions

CloudStack is not yet installed, but trying version 4.20.0.0 install guide
OS: Ubuntu 24.04.2 LTS
Hardware: bare-metal
Kernel: 6.8.0-57-generic
libvirtd: 10.0.0, package 10.0.0-2ubuntu8.6
cloudstack-agent: noble/4.20.0.0

### The steps to reproduce the bug

1. [Follow 
guide](https://docs.cloudstack.apache.org/en/4.20.0.0/installguide/hypervisor/kvm.html)
 up till end of "Install and Configure libvirt"
2. Try to restart libvirtd
3. See following error in libvirtd service
`--listen parameter not permitted with systemd activation sockets, see 'man 
libvirtd' for further guidance`


### What to do about it?

Execute the systemctl mask command from the guide on Ubuntu 24.04.02 in order 
to make it start.
`systemctl mask libvirtd.socket libvirtd-ro.socket libvirtd-admin.socket 
libvirtd-tls.socket libvirtd-tcp.socket
`

GitHub link: https://github.com/apache/cloudstack/discussions/10681


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

Sorry, as I said, at one moment, I think I have mixed both while doing tests 
creating/deleting bridges to find what the issue is.
For instance, br_npf has eno2 as slave interface, br_bgp0 has a vxlan as slave 
interface.

So basically the test to see whether there is `eth*, bond*, team*, vlan*, em*, 
p*p*, ens*, eno*, enp*, or enx*` in  `/sys/devices/virtual/net/${bridge}/brif` 
is not sufficient.

I would change that check to report successful if at least one slave different 
than "vnet*" "or "vmbr*" is present (so we outrule running VM interfaces from 
uplinks).

This would allow to have bridge slaves interfaces being VXLan, GRETAP, Geneve 
or whatever fancy interfaces someone would like to use. It would also allow 
Cloudstack to be future proof if someday a new ethernet driver naming comes out.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004300


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

You are right, I actually ment `virbr*` which would be NATed vm instances on 
kvm instead of `vmbr*`... I don't use them often enough to remember the right 
name. Had to create one to check.


GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004302


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

change the log level and restart cloudstack-agent ?

```
sed -i "s/INFO/DEBUG/g" /etc/cloudstack/agent/log4j-cloud.xml 
```

> Is this "allowed" ?

yes, that's ok

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004290


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

@deajan is this the answer to your original query ? I ask so we can mark it as 
such for future reference and close the issue.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004319


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user deajan added a comment to the discussion: Bridge interface not 
recognized for newly added host if they don't have a physical interface attached

Hmmm... interesting.
```
2025-04-15 15:59:16,309 DEBUG [kvm.resource.LibvirtComputingResource] 
(agentRequest-Handler-5:[]) (logid:04967b5d) failing to get physical interface 
from bridge br_bgp0, did not find an eth*, bond*, team*, vlan*, em*, p*p*, 
ens*, eno*, enp*, or enx* in /sys/devices/virtual/net/br_bgp0/brif
```

Looks like indeed using a bridge in cloudstack is limited to physical 
interfaces.
I've done a (stupid) check:

```
nmcli c add type dummy ifname ethdummy0 con-name ethdummy0
nmcli c mod ethdummy0 master br_bgp0
nmcli c up ethdummy0
```

Now the agent doesn't complain anymore, since there's now a `eth*` in 
`/sys/devices/virtual/net/br_bgp0/brif`

I guess that indeed the bridge tests are a bit too restrictive.
I wonder if the test should be less restrictive, like checking if there is at 
least one non vtnet* interface in the bridge, so people would be allowed to use 
whatever they want behind the bridge (like vxlans, gretap or whatever).
This would also allow make cloudstack future proof for ethernet driver names. 
Perhaps one day we'll have igb* or whatever driver names.

I can do python and bash PRs, but I really am not java fluent.
Is there anyway this could be discussed for perhaps some next release ?

@weizhouapache Big thanks for the hints.


GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004291


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Host based routing - EVPN-VXLAN to the host - Single VXLAN Device (SVD) [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Host based routing 
- EVPN-VXLAN to the host - Single VXLAN Device (SVD)

Do you mean 
https://github.com/apache/cloudstack/blob/2df1ac51068220aeac75c9d2365af6dc382d59ab/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java
 , @joolli ?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10786#discussioncomment-13004382


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Generating credentials prior to install for automated deployment [cloudstack]

[via GitHub]

GitHub user dcontiveros-nf added a comment to the discussion: Generating 
credentials prior to install for automated deployment

@DaanHoogland Let's leave this open for now. I want to ensure I can 
programmatically create everything and don't run into any issues, as we may 
have decided to utilize routed mode. 



GitHub link: 
https://github.com/apache/cloudstack/discussions/10768#discussioncomment-13004371


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Bridge interface not recognized for newly added host if they don't have a physical interface attached [cloudstack]

[via GitHub]

GitHub user weizhouapache added a comment to the discussion: Bridge interface 
not recognized for newly added host if they don't have a physical interface 
attached

@deajan 
just to confirm, is br_bgp0 used as the kvm network label of a physical network 
?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10804#discussioncomment-13004297


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Best Way to Restore a Specific VM from Hourly Snapshots in Apache CloudStack 4.19.1.2 [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Best Way to Restore 
a Specific VM from Hourly Snapshots in Apache CloudStack 4.19.1.2

@pankajfromcomhard , if I read your requirement correctly, you want to be able 
to point the disk for a VM to a different location??

This sounds like a new feature to me. If both locations are known as Primary 
storages, a quick (and in my not so humble opion an undesirable) hack would be 
to alter the path to the volume in the DB. I am not sure about the side effects 
and in your case it would require adding the snapshot as well. It can be 
implemented I think.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10346#discussioncomment-13002296


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard 4.19.2. New Used/Allocated resources view ??? [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Dashboard 4.19.2. 
New Used/Allocated resources view ???

@SviridoffA , I do not recall, did you create an issue for this?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10554#discussioncomment-13002513


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] NioConnection Unable to connect to remote: is there a server running on port 8250 [cloudstack]

[via GitHub]

GitHub user logobackwoods closed a discussion: NioConnection Unable to connect 
to remote: is there a server running on port 8250



# ISSUE TYPE

 * Bug Report
 * Other

# COMPONENT NAME

~~~

~~~

# CLOUDSTACK VERSION


~~~

~~~

# CONFIGURATION



# OS / ENVIRONMENT



# SUMMARY



# STEPS TO REPRODUCE



~~~

~~~



# EXPECTED RESULTS


~~~

~~~

# ACTUAL RESULTS



~~~
2024-12-11 09:44:23,125 INFO  [cloud.agent.Agent] (main:null) (logid:) Agent 
[id = 1 : type = LibvirtComputingResource : zone = 1 : pod = 1 : workers = 5 : 
host = 192.168.127.60 : port = 8250
2024-12-11 09:44:23,130 INFO  [utils.nio.NioClient] (main:null) (logid:) 
Connecting to 192.168.127.60:8250
2024-12-11 09:44:23,131 WARN  [utils.nio.NioConnection] (main:null) (logid:) 
Unable to connect to remote: is there a server running on port 8250
~~~


GitHub link: https://github.com/apache/cloudstack/discussions/10092


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] console not working after system vm has been recreated on a different cluster [cloudstack]

[via GitHub]

GitHub user sbrueseke closed a discussion: console not working after system vm 
has been recreated on a different cluster



# ISSUE TYPE

 * Bug Report

# COMPONENT NAME

~~~
Console Proxy
~~~

# CLOUDSTACK VERSION


~~~
4.19.1.2
~~~

# CONFIGURATION

Management server on Ubuntu 22.04 LTS
KVM hypervisor on Ubuntu 22.04 LTS

# OS / ENVIRONMENT



# SUMMARY

We run a multiple cluster installation. After deleting console proxy vm, 
Cloudstack recreated a new system vm on antoher cluster.
After that console access for instances running on a different cluster than the 
console proxy vm is running on, did not work anymore. But after stopping and 
starting an instance, console access was working again.

# STEPS TO REPRODUCE



~~~
1. detroy console proxy system vm
2. let CS recreate the console proxy system vm and hope it will be created on 
another cluster
3. try to open a console on an instance running on a different cluster as the 
console proxy is running on (not working)
4. stop and start this instance and try again (working again)
5. try to open the console on an instance running on the same cluster as the 
console proxy is running on (working)
~~~



# EXPECTED RESULTS


~~~
console should work on all instances even after CS recreated it on another 
cluster
~~~

# ACTUAL RESULTS



~~~
console is only working on instances running on the same cluster as the console 
proxy system vm. After stop and start of an instance, console is working again.
~~~


GitHub link: https://github.com/apache/cloudstack/discussions/10521


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] console not working after system vm has been recreated on a different cluster [cloudstack]

[via GitHub]

GitHub user DaanHoogland closed the discussion with a comment: console not 
working after system vm has been recreated on a different cluster

closed this for lack of interaction, please reopen or open a new item if 
applicable.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10521#discussioncomment-13002547


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Importing Virtual Machines From VMware into KVM [cloudstack]

[via GitHub]

GitHub user havengit closed a discussion: Importing Virtual Machines From 
VMware into KVM

Hi Community.
 After reading the documentation about Importing Virtual Machines From 
VMware into KVM, there are a few unclear ones that I need help with.
1. The primary storage is ceph rbd, does it support importing vmware virtual 
machines?
2. vcenter version 6.5 is a little old, does it support
3. whether there are some other limitations

GitHub link: https://github.com/apache/cloudstack/discussions/10557


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] How to setup Username and password on Ubuntu Cloud Image Template [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: How to setup 
Username and password on Ubuntu Cloud Image Template

@ipcloudlive , can you make a summary of your progress here? It seems most of 
your questions have been answerred, right?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10592#discussioncomment-13002557


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Dashboard Limits [cloudstack]

[via GitHub]

GitHub user ya-ku closed a discussion: Dashboard Limits

Hey everyone,  

I'm fairly new to CloudStack and have a simple question: Is it possible to 
change the usage/limit data in the dashboard from an account-based view to a 
domain-based view?  

The reason I’m asking is that my admin users find the current display somewhat 
confusing at first glance. Ideally, I’d like the dashboard to reflect 
domain-level usage. For example, in the image below, the storage section’s last 
column should display the three created volumes as **"Volumes: 3 Used"** 
instead of showing them per account:
![image](https://github.com/user-attachments/assets/5ba5f7e1-3b10-4810-8aab-fba48e004aa4)

Is there a way to achieve this?  

Thanks in advance!

GitHub link: https://github.com/apache/cloudstack/discussions/10618


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Launching system vms fails during installation [cloudstack]

[via GitHub]

GitHub user SammyOina closed a discussion: Launching system vms fails during 
installation

### problem

I am following the installation guide 
https://docs.cloudstack.apache.org/en/latest/quickinstallationguide/qig.html 
However it fails at the end with system vms failing to launch

![Image](https://github.com/user-attachments/assets/230a0d02-8980-4497-9bbd-5242d1ce470b)

![Image](https://github.com/user-attachments/assets/ea9212a6-f135-4346-8508-b1065e440a91)



### versions

Running cloudstack 4.20.0.0


### The steps to reproduce the bug

1. Follow installation guide 
https://docs.cloudstack.apache.org/en/latest/quickinstallationguide/qig.html


### What to do about it?

Please help me figure out the failure reason; this is my first CloudStack 
installation

GitHub link: https://github.com/apache/cloudstack/discussions/10330


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Kubernetes cluster deployment fails on new zone [cloudstack]

[via GitHub]

GitHub user tdtmusic2 closed a discussion: Kubernetes cluster deployment fails 
on new zone

Hi all. I have a new zone in ACS and for some reason kubernetes deployment 
fails on it, I cannot understand why from the logs alone. The difference 
between this zone and others is that it uses local storage instead of shared, 
so I'm deploying the cluster with a local storage offering. Sometimes the 
control vm gets deployed and then I get the error about failing to provision 
the cluster, other times I get "`Failed to start Kubernetes cluster : v as 
its network cannot be started`".
In the management logs I have this:

```
2025-02-26 13:23:55,543 ERROR [c.c.k.c.a.KubernetesClusterActionWorker] 
(API-Job-Executor-26:ctx-efec1997 job-114548 ctx-640e4c03) (logid:69810a52) 
Failed to start Kubernetes cluster : vv as unable to start associated 
network : vv-network
com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
deployment for VM instance 
{"id":2937,"instanceName":"r-2937-VM","type":"DomainRouter","uuid":"22467afa-8088-438a-8839-46d65682abb7"}Scope=interface
 com.cloud.dc.DataCenter; id=14
at 
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:1228)
at 
com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:5486)
at jdk.internal.reflect.GeneratedMethodAccessor1248.invoke(Unknown 
Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
com.cloud.vm.VmWorkJobHandlerProxy.handleVmWorkJob(VmWorkJobHandlerProxy.java:105)
at 
com.cloud.vm.VirtualMachineManagerImpl.handleVmWorkJob(VirtualMachineManagerImpl.java:5610)
at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:654)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:48)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:55)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:102)
at 
org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:52)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:45)
at 
org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:602)
at 
java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515)
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:264)
at 
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at 
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:829)
2025-02-26 13:23:55,555 ERROR [c.c.k.c.a.KubernetesClusterActionWorker] 
(API-Job-Executor-26:ctx-efec1997 job-114548 ctx-640e4c03) (logid:69810a52) 
Failed to start Kubernetes cluster : vv as its network cannot be started
com.cloud.exception.ManagementServerException: Failed to start Kubernetes 
cluster : vv as unable to start associated network : vv-network
at 
com.cloud.kubernetes.cluster.actionworkers.KubernetesClusterStartWorker.startKubernetesClusterNetwork(KubernetesClusterStartWorker.java:374)
at 
com.cloud.kubernetes.cluster.actionworkers.KubernetesClusterStartWorker.startKubernetesClusterOnCreate(KubernetesClusterStartWorker.java:480)
at 
com.cloud.kubernetes.cluster.KubernetesClusterManagerImpl.startKubernetesCluster(KubernetesClusterManagerImpl.java:1366)
at 
com.cloud.kubernetes.cluster.KubernetesClusterManagerImpl.startKubernetesCluster(KubernetesClusterManagerImpl.java:1295)
at jdk.internal.reflect.GeneratedMethodAccessor5234.invoke(Unknown 
Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
at 
org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
at 
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:175)
at 
com.cloud.event.ActionEventInterceptor

Re: [D] Way to Restore a Specific VM from Hourly Snapshots in Apache CloudStack 4.19.1.2 [cloudstack]

[via GitHub]

GitHub user pankajfromcomhard closed a discussion: Way to Restore a Specific VM 
from Hourly Snapshots in Apache CloudStack 4.19.1.2

We are using NetApp SAN storage as the primary NFS storage in our Apache 
CloudStack 4.19.1.2 environment. Our SAN has the capability to take hourly 
snapshots of the NFS volume, ensuring data safety and quick recovery.
In case one of our got some files deleted of missing , we create a clone of the 
NFS repository in our NetApp SAN and mount it as a different NFS share within 
Apache CloudStack. This allows us to access the data as it was one hour earlier.
We have found a solution to restore a specific VM from these snapshots:
Clone the snapshot in the SAN box.
Create an NFS mount point.
Mount it on a KVM host.
Copy the volume file from the snapshot NFS to the live NFS (named 
ABCsnapvolume).
On the existing VM, add a new volume (abcnewvolume).
Detach the new volume.
Copy the ID of the newly created volume (abcnewvolume).
Delete the new volume (abcnewvolume).
Change the ID of ABCsnapvolume to match abcnewvolume.
Attach ABCsnapvolume to the VM.
Now, the files from one hour ago are accessible from the snapshot VM disk.
Does anyone have a shorter or more efficient method to achieve this 
restoration? Looking forward to insights from the community!

GitHub link: https://github.com/apache/cloudstack/discussions/10464


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] [Architectural] SystemVMs using public DNS server [cloudstack]

[via GitHub]

GitHub user daniftodi added a comment to the discussion: [Architectural] 
SystemVMs using public DNS server

I didn't experiment anymore, I have created an advanced zone and I'm using my 
private dns as a public and as a private DNS.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10352#discussioncomment-13002479


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] failed live migration to a different host on cloudstack 4.19.1 [cloudstack]

[via GitHub]

GitHub user Chih80 added a comment to the discussion: failed live migration to 
a different host on cloudstack 4.19.1

Yes it is using local storage. Work around was to power cycle the VM, so I'm 
satisfied with it.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10619#discussioncomment-13005349


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Host based routing - EVPN-VXLAN to the host - Single VXLAN Device (SVD) [cloudstack]

[via GitHub]

GitHub user joolli added a comment to the discussion: Host based routing - 
EVPN-VXLAN to the host - Single VXLAN Device (SVD)

Thank you! That's it...

I checked if vlan support for Linux bridge has been added in libvirt, recently, 
and it has. So the hook scripts and the metadata XML clause won't be needed, 
only the support for  under .
https://libvirt.org/news.html#v11-0-0-2025-01-15

GitHub link: 
https://github.com/apache/cloudstack/discussions/10786#discussioncomment-13004959


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Share network with different projects [cloudstack]

[via GitHub]

GitHub user cdfgallo closed a discussion: Share network with different projects

Hi all,

is there a possiblity in Cloudstack to share an isolated network with different 
projects but with the possibility to apply firewall or portforwarding rules to 
the VMs in the project?

Thank you!


GitHub link: https://github.com/apache/cloudstack/discussions/10399


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] i can not Delete Kubernetes Cluster [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: i can not Delete 
Kubernetes Cluster

@ahmadamirahmadi1401 , if you have a clear reproduction scenario we can fix 
this. If not, more investigation is needed.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10374#discussioncomment-13002364


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] bucket creation fail [cloudstack]

[via GitHub]

GitHub user abh1sar added a comment to the discussion: bucket creation fail

Hi @PPisz 
This looks to be the same issue as discussed here : 
https://github.com/apache/cloudstack/issues/10044#issuecomment-2827401783
Please see if the workaround given works for you. 
The PR has been merged to 4.20.1 : 
https://github.com/apache/cloudstack/pull/10772

GitHub link: 
https://github.com/apache/cloudstack/discussions/10444#discussioncomment-13002453


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Standalone Fresh Installation of 4.20.0.0 UI provides 503 [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: Standalone Fresh 
Installation of 4.20.0.0 UI provides 503

@weizhouapache was this reproduced by you?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10508#discussioncomment-13002456


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] bucket creation fail [cloudstack]

[via GitHub]

GitHub user PPisz closed a discussion: bucket creation fail

Hello,

I'm testing setting up buckets via rgw ceph, and I have the following error. 
The user set up correctly, are there any special requirements for configuring 
the zone in rgw? Can something be additionally defined on the CS side?

`2025-02-21 14:48:41,320 DEBUG [o.a.c.s.d.d.CephObjectStoreDriverImpl] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) Attempting to 
create Ceph RGW user for account PrjAcct-WB-MGMT-1 with UUID 
ad3777df-cb51-4353-be50-4e1cf2e14b12
2025-02-21 14:48:41,432 INFO  [o.a.c.s.d.d.CephObjectStoreDriverImpl] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) User already 
exists in Ceph RGW: ad3777df-cb51-4353-be50-4e1cf2e14b12
2025-02-21 14:48:41,489 DEBUG [c.c.a.m.ClusteredAgentAttache] 
(AgentManager-Handler-9:[]) (logid:) Seq 1-2013953458364743834: Routing from 
37951217891278
2025-02-21 14:48:41,494 DEBUG [c.c.a.ApiServer] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) Retrieved 
cmdEventType from job info: BUCKET.CREATE
2025-02-21 14:48:41,501 INFO  [o.a.c.f.j.i.AsyncJobMonitor] 
(API-Job-Executor-31:[ctx-979eab10, job-84118]) (logid:b63bfa54) Add job-84118 
into job monitoring
2025-02-21 14:48:41,507 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl$5] 
(API-Job-Executor-31:[ctx-979eab10, job-84118]) (logid:2a132844) Executing 
AsyncJobVO: {id:84118, userId: 33, accountId: 14, instanceType: Bucket, 
instanceId: 7, cmd: 
org.apache.cloudstack.api.command.user.bucket.CreateBucketCmd, cmdInfo: 
{"sessionkey":"7MvY717MrZS9E0kIhtG9TrQYYro","httpmethod":"GET","ctxAccountId":"14","uuid":"88a2dcf9-7646-41f5-b12d-09430363c32f","cmdEventType":"BUCKET.CREATE","objectstorageid":"baf8bd23-82b5-4fde-ad11-a27bb17a4920","response":"json","ctxUserId":"33","name":"sdcsddcsc","ctxStartEventId":"428848","id":"7","ctxDetails":"{\"interface
 
com.cloud.projects.Project\":\"198b6aa5-b909-4c5b-8899-7a7f1616b61d\",\"interface
 
org.apache.cloudstack.storage.object.ObjectStore\":\"baf8bd23-82b5-4fde-ad11-a27bb17a4920\",\"interface
 
org.apache.cloudstack.storage.object.Bucket\":\"88a2dcf9-7646-41f5-b12d-09430363c32f\"}","projectid":"198b6aa5-b909-4c5b-8899-7a7f1616b61d","policy":"Private"},
 cmdVersion: 
 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: null, 
initMsid: 222320990092816, completeMsid: null, lastUpdated: null, lastPolled: 
null, created: null, removed: null}
2025-02-21 14:48:41,510 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) submit async 
job-84118, details: AsyncJobVO: {id:84118, userId: 33, accountId: 14, 
instanceType: Bucket, instanceId: 7, cmd: 
org.apache.cloudstack.api.command.user.bucket.CreateBucketCmd, cmdInfo: 
{"sessionkey":"7MvY717MrZS9E0kIhtG9TrQYYro","httpmethod":"GET","ctxAccountId":"14","uuid":"88a2dcf9-7646-41f5-b12d-09430363c32f","cmdEventType":"BUCKET.CREATE","objectstorageid":"baf8bd23-82b5-4fde-ad11-a27bb17a4920","response":"json","ctxUserId":"33","name":"sdcsddcsc","ctxStartEventId":"428848","id":"7","ctxDetails":"{\"interface
 
com.cloud.projects.Project\":\"198b6aa5-b909-4c5b-8899-7a7f1616b61d\",\"interface
 
org.apache.cloudstack.storage.object.ObjectStore\":\"baf8bd23-82b5-4fde-ad11-a27bb17a4920\",\"interface
 
org.apache.cloudstack.storage.object.Bucket\":\"88a2dcf9-7646-41f5-b12d-09430363c32f\"}","projectid":"198b6aa5-b909-4c5b-8899-7a7f1616b61d","policy":"P
 rivate"}, cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, 
result: null, initMsid: 222320990092816, completeMsid: null, lastUpdated: null, 
lastPolled: null, created: null, removed: null}
2025-02-21 14:48:41,512 INFO  [c.c.a.ApiServlet] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) (userId=33 
accountId=14 sessionId=node0177oojxr7gbdi1717zlvgmeyh632) 10.10.101.11 -- GET 
name=sdcsddcsc&objectstorageid=baf8bd23-82b5-4fde-ad11-a27bb17a4920&policy=Private&command=createBucket&response=json&sessionkey=7MvY717MrZS9E0kIhtG9TrQYYro&projectid=198b6aa5-b909-4c5b-8899-7a7f1616b61d
 200 
{"createbucketresponse":{"id":"88a2dcf9-7646-41f5-b12d-09430363c32f","jobid":"2a132844-2af5-48c6-befa-eede21d310fa"}}
2025-02-21 14:48:41,512 DEBUG [c.c.a.ApiServlet] 
(qtp2038105753-809:[ctx-56b9b564, ctx-bdfed81a]) (logid:5b06dfdd) ===END===  
10.10.101.11 -- GET  
name=sdcsddcsc&objectstorageid=baf8bd23-82b5-4fde-ad11-a27bb17a4920&policy=Private&command=createBucket&response=json&sessionkey=7MvY717MrZS9E0kIhtG9TrQYYro&projectid=198b6aa5-b909-4c5b-8899-7a7f1616b61d
2025-02-21 14:48:41,568 DEBUG [c.c.a.ApiServlet] 
(qtp2038105753-1075:[ctx-7ca01584]) (logid:55c6f0fd) ===START===  10.10.101.11 
-- GET  
jobId=2a132844-2af5-48c6-befa-eede21d310fa&command=queryAsyncJobResult&response=json&sessionkey=7MvY717MrZS9E0kIhtG9TrQYYro&projectid=198b6aa5-b909-4c5b-8899-7a7f1616b61d
2025-02-21 14:48:41,569 DEBUG [c.c.a.ApiServlet] 
(qtp2038105753-1075:[ctx-7ca01584]) (logid:55c6f0fd) Two factor authentication 
is alr

Re: [D] VM on Xen - weird ISO issue [cloudstack]

[via GitHub]

GitHub user DaanHoogland added a comment to the discussion: VM on Xen  - weird 
ISO issue

@tdtmusic2 , are you still looking at this?

GitHub link: 
https://github.com/apache/cloudstack/discussions/10581#discussioncomment-13002586


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Host based routing - EVPN-VXLAN to the host - Single VXLAN Device (SVD) [cloudstack]

[via GitHub]

GitHub user joolli edited a comment on the discussion: Host based routing - 
EVPN-VXLAN to the host - Single VXLAN Device (SVD)

Thank you! That's it...

I checked if vlan support for Linux bridge has been added in libvirt, recently, 
and it has. So the hook scripts and the metadata XML clause won't be needed, 
only the support for `` under ``.
https://libvirt.org/news.html#v11-0-0-2025-01-15

GitHub link: 
https://github.com/apache/cloudstack/discussions/10786#discussioncomment-13004959


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org

Re: [D] Baremetal instance stuck in starting state and timeout after 30 minutes. [cloudstack]

[via GitHub]

GitHub user yummydsky added a comment to the discussion: Baremetal instance 
stuck in starting state and timeout after 30 minutes.

No, so far, I have no resolution to this function.

GitHub link: 
https://github.com/apache/cloudstack/discussions/10058#discussioncomment-13010335


This is an automatically sent email for users@cloudstack.apache.org.
To unsubscribe, please send an email to: users-unsubscr...@cloudstack.apache.org