Re: Urgent Issue : Cloudstack VM HA not working

[prapul cool]

Hi ,From Xenserver6.2 onwards, you need to enabled native HA at pool level for 
cloudstack HA to work.please refer the link for more 
details.http://www.shapeblue.com/xenserver-native-ha-with-cloudstack/
 Regards,
Prapul sriram,
Cloud Architect,
PSI Cloud Solutions,
Psiclouds.com. 


 On Friday, 14 August 2015 3:31 AM, Fedi Ben Ali  
wrote:
   

 hello ,


I'm working on cloudstack 4.4.2 and xenserver 6.2 cluster with 5 hosts, i
 deployed many virtual machines  with compute offerings having ha feature
enabled.

But when i stops one of the pools hosts , happens all VM steel set to
running on cloudstack and no ha is done.

Even when i stop a vm from the inside (setting command init 0 ) ,cloudstack
suppose to restart the VM ,but he is not doing so.

This is very weird but can any one help ,this sooo urgent .

Thx


  

RE: Register iso so slow.

[Somesh Naidu]

@Sam,

About running the webserver on port 80, we have this running in multiple 
environments when using internal sites and it seems to work fine.

@Borhan,
1. have you ever been able to register a template/ISO in this environment?
2. what hypervisor is being used? Xenserver?
3. have you tried to recreate SSVM to see if that helps?
4. were you able to spot any errors in either management or agent (SSVM) logs 
related to this operation?
5. look for this template in template_store_ref, what state is it in?

Regards,
Somesh


-Original Message-
From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] 
Sent: Thursday, August 13, 2015 4:55 AM
To: users@cloudstack.apache.org
Subject: Re: Register iso so slow.

Hi
My Problem already exist.
As I check ssvm troubleshooting i notice something about systemVM.ISO What
is it and how check if  it is patch correct in my cloudstack.
i see it in my management server and it has 54.6 MB size
"/usr/share/cloudstack-common/vms/systemvm.iso".

On Thu, Aug 13, 2015 at 12:40 AM, Borhan Asgharnejad <
b.asgharne...@gmail.com> wrote:

> not working at all.
>
> On Wed, Aug 12, 2015 at 11:44 PM, Sam Ceylani 
> wrote:
>
>> First you need to tell me if it is slow or not working at all? Both
>> requires different troubleshooting...
>>
>> -Original Message-
>> From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com]
>> Sent: Wednesday, August 12, 2015 1:57 PM
>> To: users@cloudstack.apache.org
>> Subject: Re: Register iso so slow.
>>
>> my gateway is 192.168.76.2, could the problem cause the Gateway? i read
>> in quick installation need /24 network with gateway XXX.XXX.XXX.1.
>> i install centos 6.6 on vmware workstation. and setup cloud stack on it.
>>
>> On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad <
>> b.asgharne...@gmail.com> wrote:
>>
>> > hi Sam
>> > yes i did it. but still the problem exist.
>> >
>> > On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani
>> > 
>> > wrote:
>> >
>> >> Borhan, did you try running your server at port 8080? there are some
>> >> hard coded stuff for this port in the code and secstorage allowed
>> >> sites etc. I asked this yesterday but couldnt get an answer from you
>> >> :)
>> >>
>> >> Sent from my iPhone
>> >>
>> >> > On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad <
>> >> b.asgharne...@gmail.com> wrote:
>> >> >
>> >> > sorry set secstorage.allowed.internal.sites to 192.168.76.0/24
>> >> > 
>> >> >
>> >> > On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad <
>> >> b.asgharne...@gmail.com
>> >> >> wrote:
>> >> >
>> >> >> hi
>> >> >> this is ssvm check result and of course i set
>> >> >> secstorage.allowed.internal.sites to 192.168.76.9/24. but after
>> >> register
>> >> >> iso it just create empty file in 192.168.76.5:/secondary (i mean
>> >> >> the
>> >> size
>> >> >> of file 0kb)
>> >> >>
>> >> >>
>> >> >> First DNS server is  8.8.8.8
>> >> >> PING 8.8.8.8 (8.8.8.8): 48 data bytes
>> >> >> 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms
>> >> >> 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms
>> >> >> --- 8.8.8.8 ping statistics ---
>> >> >> 2 packets transmitted, 2 packets received, 0% packet loss
>> >> >> round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms
>> >> >> Good: Can ping DNS server
>> >> >> 
>> >> >> Good: DNS resolves download.cloud.com
>> >> >> 
>> >> >> nfs is currently mounted
>> >> >> Mount point is
>> >> >> /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631
>> >> >> Good: Can write to mount point
>> >> >> 
>> >> >> Management server is 192.168.76.5. Checking connectivity.
>> >> >> Good: Can connect to management server port 8250
>> >> >> 
>> >> >> Good: Java process is running
>> >> >> 
>> >> >> Tests Complete. Look for ERROR or WARNING above.
>> >> >>
>> >> >> On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu
>> >> >> > >> >
>> >> >> wrote:
>> >> >>
>> >> >>> Hi Borhan,
>> >> >>>
>> >>  i figure out when i try get iso
>> >>  file on SSVM by wget command (wget
>> >>  http://192.168.76.5/isoname.iso) 
>> >>  say cannot write to 'isoname .iso'
>> (No space left on device).
>> >> >>>
>> >> >>> This probably won't work if you were using SSVM's root disk as a
>> >> target
>> >> >>> for download as it size is limited to 2 GB.
>> >> >>>
>> >> >>> I believe this is internal IP "192.168.76.5", if that's true,
>> >> >>> have you added this IP to the global config
>> >> "secstorage.allowed.internal.sites"?
>> >> >>>
>> >> >>> Also, as Prashant and Sam recommended, validate all is fine with
>> >> >>> SSVM
>> >> by
>> >> >>> performing troubleshooting as mentioned on the wiki.
>> >> >>>
>> >> >>> Regards,
>> >> >>> Somesh
>> >> >>>
>> >> >>>
>> >> >>> -Origin

Urgent Issue : Cloudstack VM HA not working

[Fedi Ben Ali]

hello ,


I'm working on cloudstack 4.4.2 and xenserver 6.2 cluster with 5 hosts, i
 deployed many virtual machines  with compute offerings having ha feature
enabled.

But when i stops one of the pools hosts , happens all VM steel set to
running on cloudstack and no ha is done.

Even when i stop a vm from the inside (setting command init 0 ) ,cloudstack
suppose to restart the VM ,but he is not doing so.

This is very weird but can any one help ,this sooo urgent .

Thx

[PROMOTE] CloudStack Silicon Valley User Group Meetup - September 10th, 2015

[Karen Vuong]

Hi all,



If you’re going to be in the Silicon Valley on September 10th - then join
us! The next CloudStack Silicon Valley Meetup has been scheduled for
Thursday, September 10th at Nuage Networks in Mountain View, CA. We have a
packed agenda with talks around CloudStack, SDN, NFV and Virtualization.



Date: Thursday, September 10th

Time: 6:00pm – 9:00pm

Address:  Nuage Networks, 755 Ravendale Dr., Mountain View, CA

Event link:
http://www.meetup.com/CloudStack-Silicon-Valley-User-Group/events/224611294/



Help Promote:



Click-to-tweet: http://ctt.ec/UN6Yb - RSVP now for the #CloudStack Silicon
Valley meetup on Sept 10! #NFV #SDN #Virtualization #Cloud all in one
meetup - clds.co/1gDYDmT



Click-to-tweet: http://ctt.ec/5ytK8 - Join the #CloudStack Silicon Valley
meetup on Sept 10! Thanks to @nuagenetworks for sponsoring - clds.co/1gDYDmT
#NFV #SDN #Cloud



Thanks,



Karen

RE: Deleting Compute Offering

[Vadim Kimlaychuk]

Hello Swen,

If I am not mistaken - you can't delete offering if it is used. You 
will get an error. First -- you must assign new offering and then remove the 
old one

Vadim.

-Original Message-
From: S. Brüseke - proIO GmbH [mailto:s.brues...@proio.com] 
Sent: Thursday, August 13, 2015 1:29 PM
To: users@cloudstack.apache.org
Subject: Deleting Compute Offering

Hi,

I need to delete a Compute Offering because it is using a storage tag of a 
primary storage which we want to get rid of in the future and I do not want 
users to still be able to deploy new VMs on this primary storage. Of course it 
is easy to delete the offering, but what will happen with existing VMs using 
this offering?
Will I be still able to use live migration and start/stop them?
We re using CS 4.3

Mit freundlichen Grüßen / With kind regards,

Swen Brüseke



- proIO GmbH -
Geschäftsführer: Swen Brüseke
Sitz der Gesellschaft: Frankfurt am Main

USt-IdNr. DE 267 075 918
Registergericht: Frankfurt am Main - HRB 86239

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
gestattet. 

This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify the sender immediately and destroy this e-mail.  
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden. 

Re: Register iso so slow.

[Borhan Asgharnejad]

Hi
My Problem already exist.
As I check ssvm troubleshooting i notice something about systemVM.ISO What
is it and how check if  it is patch correct in my cloudstack.
i see it in my management server and it has 54.6 MB size
"/usr/share/cloudstack-common/vms/systemvm.iso".

On Thu, Aug 13, 2015 at 12:40 AM, Borhan Asgharnejad <
b.asgharne...@gmail.com> wrote:

> not working at all.
>
> On Wed, Aug 12, 2015 at 11:44 PM, Sam Ceylani 
> wrote:
>
>> First you need to tell me if it is slow or not working at all? Both
>> requires different troubleshooting...
>>
>> -Original Message-
>> From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com]
>> Sent: Wednesday, August 12, 2015 1:57 PM
>> To: users@cloudstack.apache.org
>> Subject: Re: Register iso so slow.
>>
>> my gateway is 192.168.76.2, could the problem cause the Gateway? i read
>> in quick installation need /24 network with gateway XXX.XXX.XXX.1.
>> i install centos 6.6 on vmware workstation. and setup cloud stack on it.
>>
>> On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad <
>> b.asgharne...@gmail.com> wrote:
>>
>> > hi Sam
>> > yes i did it. but still the problem exist.
>> >
>> > On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani
>> > 
>> > wrote:
>> >
>> >> Borhan, did you try running your server at port 8080? there are some
>> >> hard coded stuff for this port in the code and secstorage allowed
>> >> sites etc. I asked this yesterday but couldnt get an answer from you
>> >> :)
>> >>
>> >> Sent from my iPhone
>> >>
>> >> > On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad <
>> >> b.asgharne...@gmail.com> wrote:
>> >> >
>> >> > sorry set secstorage.allowed.internal.sites to 192.168.76.0/24
>> >> > 
>> >> >
>> >> > On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad <
>> >> b.asgharne...@gmail.com
>> >> >> wrote:
>> >> >
>> >> >> hi
>> >> >> this is ssvm check result and of course i set
>> >> >> secstorage.allowed.internal.sites to 192.168.76.9/24. but after
>> >> register
>> >> >> iso it just create empty file in 192.168.76.5:/secondary (i mean
>> >> >> the
>> >> size
>> >> >> of file 0kb)
>> >> >>
>> >> >>
>> >> >> First DNS server is  8.8.8.8
>> >> >> PING 8.8.8.8 (8.8.8.8): 48 data bytes
>> >> >> 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms
>> >> >> 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms
>> >> >> --- 8.8.8.8 ping statistics ---
>> >> >> 2 packets transmitted, 2 packets received, 0% packet loss
>> >> >> round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms
>> >> >> Good: Can ping DNS server
>> >> >> 
>> >> >> Good: DNS resolves download.cloud.com
>> >> >> 
>> >> >> nfs is currently mounted
>> >> >> Mount point is
>> >> >> /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631
>> >> >> Good: Can write to mount point
>> >> >> 
>> >> >> Management server is 192.168.76.5. Checking connectivity.
>> >> >> Good: Can connect to management server port 8250
>> >> >> 
>> >> >> Good: Java process is running
>> >> >> 
>> >> >> Tests Complete. Look for ERROR or WARNING above.
>> >> >>
>> >> >> On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu
>> >> >> > >> >
>> >> >> wrote:
>> >> >>
>> >> >>> Hi Borhan,
>> >> >>>
>> >>  i figure out when i try get iso
>> >>  file on SSVM by wget command (wget
>> >>  http://192.168.76.5/isoname.iso) 
>> >>  say cannot write to 'isoname .iso'
>> (No space left on device).
>> >> >>>
>> >> >>> This probably won't work if you were using SSVM's root disk as a
>> >> target
>> >> >>> for download as it size is limited to 2 GB.
>> >> >>>
>> >> >>> I believe this is internal IP "192.168.76.5", if that's true,
>> >> >>> have you added this IP to the global config
>> >> "secstorage.allowed.internal.sites"?
>> >> >>>
>> >> >>> Also, as Prashant and Sam recommended, validate all is fine with
>> >> >>> SSVM
>> >> by
>> >> >>> performing troubleshooting as mentioned on the wiki.
>> >> >>>
>> >> >>> Regards,
>> >> >>> Somesh
>> >> >>>
>> >> >>>
>> >> >>> -Original Message-
>> >> >>> From: Sam Ceylani [mailto:s...@mistercertified.com]
>> >> >>> Sent: Wednesday, August 12, 2015 2:58 AM
>> >> >>> To: users@cloudstack.apache.org
>> >> >>> Subject: RE: Register iso so slow.
>> >> >>>
>> >> >>> It only accepts it on port 8080 don’t ask me why, in theory yes
>> >> >>> port
>> >> 80
>> >> >>> is ok and yes you can but I never get it to work, try running
>> >> >>> your web server on port 8080 and give it a try :)
>> >> >>>
>> >> >>> -Original Message-
>> >> >>> From: Vadim Kimlaychuk [mailto:vadim.kimlayc...@elion.ee]
>> >> >>> Sent: Wednesday, August 12, 2015 2:55 AM
>> >> >>> To: users@cloudstack.apache.org
>> >> >>> Subject: RE: Register iso so slow.
>> >> >>>
>> >

RE: Register iso so slow.

[Vadim Kimlaychuk]

Use "route -n" to see what your default gateway is. If you have wrong GW - you 
will not be able to reach anything outside network. It should not be always 
x.x.x.1, but usually is.

Vadim.

-Original Message-
From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com] 
Sent: Wednesday, August 12, 2015 8:57 PM
To: users@cloudstack.apache.org
Subject: Re: Register iso so slow.

my gateway is 192.168.76.2, could the problem cause the Gateway? i read in 
quick installation need /24 network with gateway XXX.XXX.XXX.1.
i install centos 6.6 on vmware workstation. and setup cloud stack on it.

On Wed, Aug 12, 2015 at 10:23 PM, Borhan Asgharnejad < b.asgharne...@gmail.com> 
wrote:

> hi Sam
> yes i did it. but still the problem exist.
>
> On Wed, Aug 12, 2015 at 10:15 PM, Sam Ceylani 
> 
> wrote:
>
>> Borhan, did you try running your server at port 8080? there are some 
>> hard coded stuff for this port in the code and secstorage allowed 
>> sites etc. I asked this yesterday but couldnt get an answer from you 
>> :)
>>
>> Sent from my iPhone
>>
>> > On Aug 12, 2015, at 1:02 PM, Borhan Asgharnejad <
>> b.asgharne...@gmail.com> wrote:
>> >
>> > sorry set secstorage.allowed.internal.sites to 192.168.76.0/24 
>> > 
>> >
>> > On Wed, Aug 12, 2015 at 9:07 PM, Borhan Asgharnejad <
>> b.asgharne...@gmail.com
>> >> wrote:
>> >
>> >> hi
>> >> this is ssvm check result and of course i set 
>> >> secstorage.allowed.internal.sites to 192.168.76.9/24. but after
>> register
>> >> iso it just create empty file in 192.168.76.5:/secondary (i mean 
>> >> the
>> size
>> >> of file 0kb)
>> >>
>> >>
>> >> First DNS server is  8.8.8.8
>> >> PING 8.8.8.8 (8.8.8.8): 48 data bytes
>> >> 56 bytes from 8.8.8.8: icmp_seq=0 ttl=128 time=670.263 ms
>> >> 56 bytes from 8.8.8.8: icmp_seq=1 ttl=128 time=749.591 ms
>> >> --- 8.8.8.8 ping statistics ---
>> >> 2 packets transmitted, 2 packets received, 0% packet loss 
>> >> round-trip min/avg/max/stddev = 670.263/709.927/749.591/39.664 ms
>> >> Good: Can ping DNS server
>> >> 
>> >> Good: DNS resolves download.cloud.com 
>> >> 
>> >> nfs is currently mounted
>> >> Mount point is 
>> >> /mnt/SecStorage/74b7fe22-5937-3f2a-b2a2-8f9dbdc54631
>> >> Good: Can write to mount point
>> >> 
>> >> Management server is 192.168.76.5. Checking connectivity.
>> >> Good: Can connect to management server port 8250 
>> >> 
>> >> Good: Java process is running
>> >> 
>> >> Tests Complete. Look for ERROR or WARNING above.
>> >>
>> >> On Wed, Aug 12, 2015 at 7:32 PM, Somesh Naidu 
>> >> > >
>> >> wrote:
>> >>
>> >>> Hi Borhan,
>> >>>
>>  i figure out when i try get iso
>>  file on SSVM by wget command (wget 
>>  http://192.168.76.5/isoname.iso)  
>>  say cannot write to 'isoname .iso' (No 
>>  space left on device).
>> >>>
>> >>> This probably won't work if you were using SSVM's root disk as a
>> target
>> >>> for download as it size is limited to 2 GB.
>> >>>
>> >>> I believe this is internal IP "192.168.76.5", if that's true, 
>> >>> have you added this IP to the global config
>> "secstorage.allowed.internal.sites"?
>> >>>
>> >>> Also, as Prashant and Sam recommended, validate all is fine with 
>> >>> SSVM
>> by
>> >>> performing troubleshooting as mentioned on the wiki.
>> >>>
>> >>> Regards,
>> >>> Somesh
>> >>>
>> >>>
>> >>> -Original Message-
>> >>> From: Sam Ceylani [mailto:s...@mistercertified.com]
>> >>> Sent: Wednesday, August 12, 2015 2:58 AM
>> >>> To: users@cloudstack.apache.org
>> >>> Subject: RE: Register iso so slow.
>> >>>
>> >>> It only accepts it on port 8080 don’t ask me why, in theory yes 
>> >>> port
>> 80
>> >>> is ok and yes you can but I never get it to work, try running 
>> >>> your web server on port 8080 and give it a try :)
>> >>>
>> >>> -Original Message-
>> >>> From: Vadim Kimlaychuk [mailto:vadim.kimlayc...@elion.ee]
>> >>> Sent: Wednesday, August 12, 2015 2:55 AM
>> >>> To: users@cloudstack.apache.org
>> >>> Subject: RE: Register iso so slow.
>> >>>
>> >>> Hi, Borhan
>> >>>
>> >>>Is your SSVM up and agent status is "connected"?  Can you
>> confirm
>> >>> that troubleshooting SSVM (
>> >>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+template
>> s,+Secondary+storage+troubleshooting
>> )
>> >>> gives OK status?
>> >>>
>> >>> Regards,
>> >>>
>> >>> Vadim.
>> >>>
>> >>>
>> >>> -Original Message-
>> >>> From: Borhan Asgharnejad [mailto:b.asgharne...@gmail.com]
>> >>> Sent: Wednesday, August 12, 2015 9:44 AM
>> >>> To: users@cloudstack.apache.org
>> >>> Subject: Re: Register iso so slow.
>> >>>
>> >>> Hi Vadiam
>> >>> The SSVM and CPVM is running and up.
>> >>> The status of registering iso is null, an

Deleting Compute Offering

[S . Brüseke - proIO GmbH]

Hi,

I need to delete a Compute Offering because it is using a storage tag of a 
primary storage which we want to get rid of in the future and I do not want 
users to still be able to deploy new VMs on this primary storage. Of course it 
is easy to delete the offering, but what will happen with existing VMs using 
this offering?
Will I be still able to use live migration and start/stop them?
We re using CS 4.3

Mit freundlichen Grüßen / With kind regards,

Swen Brüseke



- proIO GmbH -
Geschäftsführer: Swen Brüseke
Sitz der Gesellschaft: Frankfurt am Main

USt-IdNr. DE 267 075 918
Registergericht: Frankfurt am Main - HRB 86239

Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. 
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten 
haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. 
Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht 
gestattet. 

This e-mail may contain confidential and/or privileged information. 
If you are not the intended recipient (or have received this e-mail in error) 
please notify 
the sender immediately and destroy this e-mail.  
Any unauthorized copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden.