My Network config details are below.
192.168.200.0/24cloudbr3 --> Management NW
192.168.100.0/24cloudbr0 --> Guest+Public N/W
192.168.201.0/24cloudbr4 --> Storage N/W
NO IP mention on NIC cloudbr5 --> Guest Additional Network.
I am trying to use guest additional network of
Hi Nitin,
Thank you so much. Problem solved.
On Thu, Oct 16, 2014 at 11:19 PM, Nitin Mehta
wrote:
> Asanka - I would not know the location for the right one but I am using
> 4.4 systemvm templates and probably you can use that one to get you going.
>
> Thanks,
> -Nitin
> On 15/10/14 7:47 PM, "A
Please provide the complete details of the Network Offering you are
trying to use.
Best regards,
Kirk
On 10/16/2014 05:36 AM, Abdul Rasool wrote:
> Hi Kirk,
>
> Thanks for your suggestion,
>
> I have tried doing the same mentioning some IPs with service offering which
> has not selected any of
Target is in the past.
Once a target is missed, the date should be updated.
Otherwise people think that the target was met and they are just not
very good at finding releases.
Ron
On 16/10/2014 4:55 PM, Daan Hoogland wrote:
On Thu, Oct 16, 2014 at 1:06 PM, Ron Wheeler
wrote:
https://cwiki.
On Thu, Oct 16, 2014 at 1:06 PM, Ron Wheeler > wrote:
>
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> > CloudStack+4.4.1+BugFix+Release
> >
> > says that it is already in GA.
>
Ron, I only see a target, not an actual date there.
--
Daan
Thanks Ron,
I saw that post, but I can't seem to find the RPM packages.
Thanks,
Motty
On Thu, Oct 16, 2014 at 1:06 PM, Ron Wheeler wrote:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> CloudStack+4.4.1+BugFix+Release
>
> says that it is already in GA.
>
>
>
> On 16/10/2014 12:52 PM
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.4.1+BugFix+Release
says that it is already in GA.
On 16/10/2014 12:52 PM, motty cruz wrote:
Thank you Daan,
-Motty
On Thu, Oct 16, 2014 at 9:38 AM, Daan Hoogland
wrote:
the third release candidate is under vote (on the de
Asanka - I would not know the location for the right one but I am using
4.4 systemvm templates and probably you can use that one to get you going.
Thanks,
-Nitin
On 15/10/14 7:47 PM, "Asanka sanjaya Herath" wrote:
>Hi nitin,
>
>Currently I'm using this[1] system vm template. Are there any altern
Hi Marc,
I'm not sure if this is adding to your issues, but the section of your network
config where you send traffic for 172.16.0.0/16 to 172.16.8.1
doesn't look right to my eye, as traffic for your local subnet 172.16.8.0/24
would also get sent to that gateway.
address 172.16.8.7
net
Hi All,
Good Morning, I have configured ACS 4.3.1 and now I want to download SYSTEM
VM TEMPLATE to secondary storage. So can anyone provide me the link to
download ACS 4.3.1 system vm template..?? I'm Using xenserver hypervisor.
if use ACS 4.3.0 system vm template download link, do I get any is
Thank you Daan,
-Motty
On Thu, Oct 16, 2014 at 9:38 AM, Daan Hoogland
wrote:
> the third release candidate is under vote (on the dev list) I have not seen
> any blocker reports yet. If it stays like this I will release it over the
> weekend. There is no longer a schedule as the work at the mome
the third release candidate is under vote (on the dev list) I have not seen
any blocker reports yet. If it stays like this I will release it over the
weekend. There is no longer a schedule as the work at the moment is driven
by issues that come up.
On Thu, Oct 16, 2014 at 6:17 PM, motty cruz wrot
Hello,
I can't find the schedule release date for Cloudstack 4.4.1 does anybody
know?
--
Thanks,
Motty
On Thu, Oct 16, 2014 at 5:33 PM, Marc Leeman wrote:
> Is there some inconsistency in the database?
>
This might well be. To check this look at mshost and mshost_peer.
Are you upgrading? Is this a test setup?
Daan
btw
On Thu, Oct 16, 2014 at 5:46 PM, Daan Hoogland
wrote:
> no, this is restoring an instance AFAICT
>
> On Thu, Oct 16, 2014 at 5:43 PM, Marc Leeman
> wrote:
>
>> > Try to restore your system:
>
> this was part of the log!
Not an advice
--
Daan
no, this is restoring an instance AFAICT
On Thu, Oct 16, 2014 at 5:43 PM, Marc Leeman wrote:
> > Try to restore your system:
> >
>
>
>
> You are talking about this procedure right?
>
>
> https://support.getcloudservices.com/entries/21982811-CloudStack-Restore-Cloud-Server
>
--
Daan
> Try to restore your system:
>
You are talking about this procedure right?
https://support.getcloudservices.com/entries/21982811-CloudStack-Restore-Cloud-Server
Is there some inconsistency in the database?
At the end of the stack dump:
2014-10-16 17:27:36,912 INFO [c.c.c.ClusterManagerImpl] (main:null)
Detected that another management node with the same IP 172.16.8.7 is
considered as running in DB, however it is not pingable, we will continue
cluster in
> configure your system:
> Checking KVM...[Failed]
> Please enable KVM on this machine
I opened a bug on this one: there is a packaging problem: a dependency is
missing on cpu_utils. We got that one figured out too :-) The script is
using kvm-ok at some point.
I don't see a mention of cloud0 in the log. It might come from within the
agent itself trying to restore some defaults after a reset or delete.
I do note some other perculiar thing:
Around the following log fragment a lot of nulls are in the file. Also the
meassage is not filling one with hope: n
The port is being started by the manager. The error is happening during the
restart of the management server
2014-10-16 17:27:36,909 ERROR [c.c.c.ClusterManagerImpl] (main:null) Unable
to ping management server at 172.16.8.7:9090 due to ConnectException
java.net.ConnectException: Connection refuse
No:
I killed the process at the boot the day before yesterday (thanks to the
cloudstack guys that I made to miss the boot crawl): there was indeed a
problem with that; NO vsm were starting.
After killing the old stuck programs; we got further and after downloading
the svm images manually with the
Ok, let us know if this solves your issue.
Op 16 okt. 2014 17:07 schreef "Marc Leeman" :
> $ sudo netstat -tulpn |grep 9090
> tcp6 0 0 :::9090 :::*
> LISTEN 32427/jsvc.exec
>
> That is cloudstack.
>
> But then I thought of it; I asked someone on the cloudstack stand
$ sudo netstat -tulpn |grep 9090
tcp6 0 0 :::9090 :::*
LISTEN 32427/jsvc.exec
That is cloudstack.
But then I thought of it; I asked someone on the cloudstack stand at
Dusseldorf; and the 4.0 was upgraded to 4.3. It seems that there was
something wrong with the pack
Marc from your logs it seems like there is a port conflict on your host.
Can you check on that? port 9090
first I see
2014-10-14 17:25:54,181 INFO [c.c.c.ClusterManagerImpl] (main:null)
Management server (host id : 1) is being started at 172.16.8.7:9090
2014-10-14 17:25:54,186 INFO [c.c.c.Clust
On 16 October 2014 16:10, Daan Hoogland wrote:
>
>> My eye is not much more trained at this table but I'll have a peek in the
>> code. It seems to e that cloudstack should be configuring the bridge
>> instead of the cloud0 device. I have no idea if this is a config err of
>> yours or a bug.
>>
>>
My eye is not much more trained at this table but I'll have a peek in the
code. It seems to e that cloudstack should be configuring the bridge
instead of the cloud0 device. I have no idea if this is a config err of
yours or a bug.
My assuptions:
you are using kvm as hypervisor
you are running vers
yes.
But there must be something in the configuration that causes problems. I
haven't played around too much with bridging.
If I delete the route to cloud0 and replace it to the cloudbr0, I can
access the LL devices on the network; after resetting the cloudstack
manager; I cannot. It seems to my
Marc,
The only difference I see is de vice cloudbr0 becoming cloud0, in the third
line. Am I correct?
On Thu, Oct 16, 2014 at 3:28 PM, Marc Leeman wrote:
>
> OK, there is something off here:
>
> This is my routing table where I can ping another physical host with an
> link-local address
>
> r
OK, there is something off here:
This is my routing table where I can ping another physical host with an
link-local address
route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse
Iface
0.0.0.0 10.158.231.1 0.0.0.0 UG0
Ok.. Thanks for the clarification. I'll just wait for the official release for
now...
Ciao
Martin
-Ursprüngliche Nachricht-
Von: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Gesendet: Mittwoch, 15. Oktober 2014 17:35
An: users@cloudstack.apache.org
Betreff: Re: 4.4.1 RPMs there and g
Hi Kirk,
Thanks for your suggestion,
I have tried doing the same mentioning some IPs with service offering which
has not selected any of the cloudstack service in the list, & account
specified. I get this below error Network offering with specified id
doesn't support adding multiple ip ranges
Hi, Abdul. In your previous message you wrote:
> I want to add additional
> physical NIC to VM without mention IPs and service offering from
> cloudstack
To me this sounds like you want to make changes directly to a VM at the
hypervisor level, so I was trying to explain that this won't work as
C
I think my mail did not get through, I can't find it in the archives; I've
probably sent it too fast after subscribing
I've started out with cloudstack a couple days ago and I've hit a bit of a
brick wall.
The installation is running on a system that has two network interfaces, a
public one and p
34 matches
Mail list logo
