Hi, Devs.
ACS 4.10 run on ubuntu 16.04 fails with
окт 31 17:20:07 cs2-head1 jsvc.exec[12114]: окт 31, 2017 5:20:07 PM
org.apache.catalina.startup.ClassLoaderFactory validateFile
WARNING: Problem with
directory [/usr/share/cloudstack-mysql-ha/lib], ex
Hi Devs,
i have the following problem.
When I look this jira ticket I see no solution.
https://issues.apache.org/jira/browse/CLOUDSTACK-6801 but I think the problem
is not solved correctly.
1. KVM
2. Bridges
bond with two interfaces and trunk (0,129,180,100-1500) to cloudbr0
C
Hello,
Of the people running an LB (VR) with https backends, how do you deal with the
lack of x-forwarded-for since for port 443 there's just simple TCP balancing?
Has anyone thought of terminating SSL in the VR instead? Ideas?
Cheers
--
Sent from the Delta quadrant using Borg technology!
Nux
I tested on a fresh environment, acs 4.9.3.0, xenserver 6.5 with all patches
and primary storage NFS, we have same problem
- Snapshot files
[root@acs01 203]# ls -lh /exports/secondary/snapshots/2/6/
total 2.8G
-rw-r--r-- 1 root root 1.7G Oct 31 16:48
cad96f0c-de49-4255-b0a0-9aea5e2297cb.vhd <--
Yes, it is a big problem. I have not checked the code that creates the
template, but I am not sure if the problem you are experiencing is related
to 9025. It might be a problem in some other place.
My suggestion is for you to create a Jira ticket detailing the situation
and wait until someone fixe
I think that the bug you mentioned might not be related.
Could you please send the content of the file /etc/cloudstack/ips.json on
the VR.
That might provide useful information.
Kind regards,
Frank
On Tue, 31 Oct 2017 15:23 Vogel, Sven,
wrote:
> Hi Devs,
>
> i have the following problem.
>
> W
Hi Frank,
root@r-29-VM:~# cat /etc/cloudstack/ips.json
{
"eth0": [
{
"add": true,
"broadcast": "169.254.255.255",
"cidr": "169.254.3.129/16",
"device": "eth0",
"gateway": "None",
"netmask": "255.255.0.0",
"network": "169.254.0.0/16",
"nic_dev_i
That seems to be a bug in the lookup of the device number, in case of
openvswitch.
The config clearly sets device to eth2, while it should be eth1.
More specifically:
in LibvirtComputingResource.prepareNetworkElementCommand()
The broadcastUriToNicNum map is filled depending on the VR nics.
In open
Hi Frank,
Great analysis, but what can we do now? Is there a workaround or who can fix
this?
Greetings
Sven
Am 31.10.2017 um 22:41 schrieb Frank Maximus
mailto:frank.maxi...@nuagenetworks.net>>:
That seems to be a bug in the lookup of the device number, in case of
openvswitch.
The config
All,
The PR has received enough reviews and (regression) testings to consider it for
merging. I'll keep the PR open for few days to receive further reviews and
additional testing. Thanks.
Regards.
From: Rohit Yadav
Sent: Monday, October 30, 2017 4:55:55 PM
T
10 matches
Mail list logo
