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
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:
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
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
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
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
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 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
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
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.
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
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.
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]
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
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.
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
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"
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
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 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
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,
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
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
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
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
25 matches
Mail list logo