Hi Frank,
Can you let me know from where did you tried to ping default GW ?
192.168.85.2, try the following tests:
If you are running on KVM, then go on HOST server and do # virsh console
"name of virtual router", login in with default credentials, and try to ping
IP and GW from insid
Hi, all
My cloudstack version is 4.6.
public network:
gw:192.168.85.2, netmask:255.255.255.0
vRouter:
public ip:192.168.85.202
client ip: 10.1.1.1
link local ip:169.254.1.47
I type "route -n" in Vrouter, get folllowing:
Destination Gateway
Hi,
Just my opinion. They a lot of bug on 4.6 and 4.7. They better way is
stay with 4.5. But from what i see, this cloudstack is like
"setup-and-forget". If you touch or upgrade it make life harder.
-
Regards,
Mohd Zainal Abidin Rabani
Technical Support
ModernOne Data Solutions Sdn.
Rui,
They all worked for me.
The hardest bit to get right is the network, once you get a good understanding
on that (in Cloudstack context) the rest is easy.
Best thing you can do is install it the best you can, if you hit a problem come
back here. Don't forget to send details of your problem
Hello Sebastian,
Cloudstack creates a new bridge because it's standard behaviour if you mention
a VLAN number when you add the public network details.
I believe you can just skip mentioning the VLAN id when you add the public
network, in which case it will just use the bridge you created manual
Hi all,
Did anyone successfully create a fresh new installation of CloudStack 4.7?
Could you tell me the environment you used? I tried CentOS 6.5/6.5/7.0 with
Cloudstack 4.6&4.7, but every setup had problem. I'd like to try something
proven workable first.
Best regards,
Rui Mao
Tolga,
First please note the mailing list will delete any attachments, use a pastebin
service instead.
Secondly, have you installed on VirtIO devices when you prepared your template?
Lucian
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
>
Hi ilya,
Thanks to all for support, the issue was fixed ( both create template
from ROOT Volume and Deploy VM from default template :
I found 3 Interfaces on SSVM, 2 with Private IP but from same class, in
order to fix this i added a new class for storage networking on POD level
See response in-line:
On 1/28/16 5:11 AM, Cristian Ciobanu wrote:
> Hello again,
>
> I found something strange.
>
> 1. i did the telnet test from SSVM with destination vCenter, not able
> to ping also not able to connect via telnet on 80
>From SSVM log
2016-01-27 11:23:07,117 ERROR
Like I said, it’s already much better in 4.7.1. I start to see packages
appearing, for example here: http://cloudstack.apt-get.eu/centos7/4.7/oss/
With 4.7.1 we tested hundreds of rules and that worked fine.
Regards,
Remi
On 28/01/16 17:24, "Martin Emrich" wrote:
>This was/is 4.7.0.
>
>With
This was/is 4.7.0.
With the KVM problem: I suspect that the KVM hosts somehow got wonky, as the VR
has no network connectivity (tried virsh console to it, and had no internet
there). Next I'll try rebooting one.
Another network (with 48 firewall/portforwarding rules) took ca. 30min, the
first
The 4.7.1 packages will be there soon. I’d advise anyone currently on 4.6 to
upgrade to it as it has several speed improvements.
What version was this Martin?
Regards,
Remi
On 28/01/16 15:46, "Martin Emrich" wrote:
>Thanks, that's it.
>
>So (at least) I seem to have two issues:
>
>1. Virtu
Got the answer in another thread: setting
system.vm.default.hypervisor=XenServer did the trick.
Regards,
Martin
-Ursprüngliche Nachricht-
Von: Martin Emrich [mailto:martin.emr...@empolis.com]
Gesendet: Mittwoch, 27. Januar 2016 22:56
An: users@cloudstack.apache.org
Betreff: How to set
Hello,
The issue was fixed, i found 3 Interfaces on SSVM, 2 with Private IP but
from same class, in order to fix this i added a new class for storage
networking on POD level.
Regards,
Cristian
On 28.01.2016 01:36:24, Somesh Naidu wrote:
> Please see the full log
But these logs are outpu
Thanks, that's it.
So (at least) I seem to have two issues:
1. VirtualRouters now fail to start on KVM (at least when there's already a VR
on the KVM host) , but work on XenServer.
2. VirtualRouters take very long to start since 4.6: The VR I just started
belongs to a network with some 20 fire
Hello again,
I found something strange.
1. i did the telnet test from SSVM with destination vCenter, not able to
ping also not able to connect via telnet on 80
2. Restart SSVM PING and telnet vCenter, i was able to ping and connect
via telnet
3. Again, PING test from SSVM -
Hi Martin,
4.7.1 has a fix for the overall timeout of 120 seconds. I expect the packages
will be ready in a day or two.
If XenServer works, try setting system.vm.default.hypervisor to XenServer and
it will not use another hypervisor.
Regards,
Remi
On 28/01/16 13:38, "Martin Emrich" wrote:
Hi all,
I have been working with cloudstack and vmware for more than 3 years, and
now I would like to test it with KVM, but I have problems with the bridges
names.
Summarizing, when I add the KVM host on cloudstack, the cloudstack agent
creates a new bridge a part of the cloudbr0 and cloudbr1 and
Hi Somesh,
I did the request test, and is not able to connect ( i did telnet text on
port 80, 8080, 443 ) also is not responding to PING
I also did the same test from Management console ( CloudStack ) and works.
I'm not sure why is not working from SSVM because i'm able to p
Hi!
To follow up:
- I upgraded to 4.7.0 (there are no 4.7.1 el6 RPMs yet, neither from CloudStack
nor from Shapeblue)
- The problem still persists
- It seems that VRs can be created on XenServer, but not on KVM. I tried
forcing new VRs to XenServers only via host tags, but the decision to use K
Hi,
Out of interest: why version 4.3? It’s rather old. I’d pick a newer version if
you are building something new.
Can the CloudStack management server SSH to the KVM hypervisor (172.16.134.94)
with the supplied user/passwd? It needs to be root in 4.3.
Regards,
Remi
On 28/01/16 10:51, "Sya
CS 4.3 on Ubuntu 14.04.
Using KVM as hypervisor.
I'm trying to set up a simple self-hosted cloud.
I am unable to add the management server as host on the admin UI.
/var/log/cloudstack/agen
Hi Martins,
That also works indeed! I also need the database, but only read from it.
Regards,
Remi
On 28/01/16 10:32, "Mārtiņš Jakubovičs" wrote:
>Hello Remi,
>
>Thanks, I will check your scripts. Right now I migrate in XenServer it
>self, after that update router's volume pool_id and path
Hello Remi,
Thanks, I will check your scripts. Right now I migrate in XenServer it
self, after that update router's volume pool_id and path fields.
Best regards,
Martins
On 2016.01.28. 11:22, Remi Bergsma wrote:
Good morning,
By default it cannot be done. I wrote a collection of scripts [1]
Good morning,
By default it cannot be done. I wrote a collection of scripts [1] that can do
it. In the README, search for "Migrate a Virtual Router”. The script you need
is [2].
Regards,
Remi
[1] https://github.com/schubergphilis/cloudstackOps
[2]
https://github.com/schubergphilis/cloudstackO
Hello,
Is it possible to migrate Virtual Routers volume with storage migration
from one storage to other, like it is possible with user volumes? Can't
find such function.
26 matches
Mail list logo