Hi all:
I must be doing something wrong.
I am installing 4.15 from the apt repositories on ubuntu 16.04
deb http://download.cloudstack.org/ubuntu xenial 4.15
Everything goes grandly, except that when cloudstack-agent starts up, it puts a
seemingly random IP address (from the correct subnet) in ho
Christian, did you solve this (i just encountered your mail and see it is
yet unanswered)
the problem is with the certificate generation, it seems to try and
generate from an empty string (the csr/certificate signing request)
Not being able to sign in to the SVM is a problem but on vmware you would
Jay, is this after you added the host to cloudstack or before?
On Tue, Sep 28, 2021 at 9:02 AM jay hs wrote:
> Hi all:
> I must be doing something wrong.
> I am installing 4.15 from the apt repositories on ubuntu 16.04
> deb http://download.cloudstack.org/ubuntu xenial 4.15
>
> Everything goes g
Hi Jay,
Please note that `host` is the IP of the cloudstack management server, not
the IP of the kvm host.
If it is wrong, you can change agent.properties manually and restart
cloudstack-agent.
Please also check `host` in the cloustack global settings.
-Wei
On Tue, 28 Sept 2021 at 09:02, j
Hi Jay, i would suggest the following approach:
- set IPs manually for the all hosts you wont't to use OR use a different
dhcp server (not the Cloudstack Managementserver) and work with static
leases for the hosts
- only the system vm's (instances of systemvm's, console proxys and later
on virtural
Hi,
We already tested in all the ways is possible, this problem is related to
these specific servers, 100%.
The last test we did, was to add the ESXI server to the zone we already have
and works, we disabled all hosts from that zone and destroyed the SSVM to force
a redeploy on this ESX
ok, than I would like to add an idea to your "it's the server". Not saying
you are wrong but location points to network i.e. firewall(s).
Hope you strike luck,
On Tue, Sep 28, 2021 at 10:58 AM wrote:
> Hi,
>
> We already tested in all the ways is possible, this problem is related
> to these
Thank You Alex for the information. I will take that into consideration.
On 2021/09/23 10:12:39, Alex Mattioli wrote:
> I second what he said, I've ran ACS zones with 60+ hypervisors and 2,000 VMs
> from one single pair of storage servers delivering , all on NFS and no issues
> at all.
>
> J
Thank You Ivan. I am very grateful for the response.
On 2021/09/23 09:01:42, Ivan Kudryavtsev wrote:
> Abishek,
>
> NFS over a bunch of drives works just fine but has no means for failover
> (out of the box, when self-built). If your benchmark shows enough IO
> performance per VM, then NFS is j
Op 23-09-2021 om 12:18 schreef Mevludin Blazevic:
Hi all,
very interesting discussion here. I am facing the issue connecting my
Ceph cluster with Cloudstack via the RBD protocol. It seems like there
is either a documentation or software bug because we are running always
in the same error (
HI all!
I try to configure CloudStack with KVM hypervisor and SAN storage. I CAN'T use
NFS for some reasons.
I have few questions:
1) Which is best solution to configure CS + KVM + SAN for newest CS versions
(4.15.x)? In documentation I saw few possible solutions - CLVM, Shared
Mountpoint and G
Hi everyone,
I am setting up a redundant VPC.
Therefore i created a custome service offering with the following Service
provided by the virtual Router:
- Portforwarding
- Network ACL
- SourceNAT
- VPN
- StaticNat
I now getting alerts, that the router couldn't pass all health checks. The
one fail
12 matches
Mail list logo
