Re: cs 4.5.1, vm stopped when putting xen hosts in maintenance

[Rafael Weingärtner]

Your update seems reasonable. The methods that use the “step” data are the
following:

   - com.cloud.vm.VirtualMachineManagerImpl.checkWorkItems(VMInstanceVO,
   State)
   - com.cloud.vm.VirtualMachineManagerImpl.cleanup(VirtualMachineGuru,
   VirtualMachineProfileItWorkVO, Event, boolean)
   - com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(String,
   Map, DeploymentPlan, DeploymentPlanner)


Basically, all of them would stop the flow of execution if the step is
defined as “done”. What I would do before running your “update” query is
checking the current steps of the VMs that were having problems, just to
make sure you are not cutting some processes that may be important. After
that, I would probably do the same as you and update them to done. I am
assuming you already removed the HA from VMs, right?


On Wed, Feb 8, 2017 at 5:32 AM, Francois Scheurer <
francois.scheu...@everyware.ch> wrote:

> Dear Rafael
>
>
> You are right about cloudmonkey with CS 4.5.2 being able to update the
> ha_enable flag on VM's. Thank you for that.
>
> Back to the central question, do you think it is safe to run this update
> while all MS's are stopped?:
>   update op_it_work set step="Done" where step!="Done" and instance_id=;
>
> Where  is pointing to an expunged VM's or to the specific VM's that are
> intermittently being stopped.
>
> If you are not sure about it, maybe do you know somebody else who can help
> us on this?
>
>
> Best Regards
>
> Francois Scheurer
>
>
>
>
>
>
> On 07.02.2017 17:47, Rafael Weingärtner wrote:
>
> Got the idea of your work around now.
>
> I have not paid much attention to the table data you posted (sorry for
> that). Well, it seems you have all taken care of.
>
> I have a suggestion to make; instead of changing data directly on the data
> base, what about using CloudMonkey to update the HA flag to false on VMs?
> Currently, it is the UI that is blocking such customization, but according
> to the API, you should be able to do that. https://cloudstack.apache.org/
> api/apidocs-4.5/root_admin/updateVirtualMachine.html
>
> On Tue, Feb 7, 2017 at 11:25 AM, Francois Scheurer <
> francois.scheu...@everyware.ch> wrote:
>
>> Dear Rafael
>>
>>
>> We changed it on the VM to avoid the required stop and start. Changing on
>> the used Offering is not affecting the vm_instance.ha_enabled.
>> We could create a new Offering without HA but the VM need to be stopped
>> to let us apply it.
>>
>> We did not disabled the HA on these 4 VM's to solve the problem, but just
>> to minimize the impact of the problem (now only i-189-1177-VM should be
>> stopped intermittently) if the cleaning of op_it_work is not fixing the
>> issue.
>> Of course we could filter the update query with “instance id”, but if you
>> look the the table output all instance_id are related to the 5 problematic
>> VM's.
>> The only exceptions are the first 3 rows that are related to VM's that
>> does no exist anymore since July 2015 ...
>> That is why I thought it may be safe to do.
>>
>>
>> Best Regards
>>
>> Francois Scheurer
>>
>>
>>
>>
>>
>>
>>
>>
>> On 07.02.2017 16:27, Rafael Weingärtner wrote:
>>
>> So, you changed the flags directly on "vm_instance". Why did not you
>> change the service offering of these VMs using ACS UI or API? For me, it
>> feels that the best approach would be to change the service offering of the
>> affected VMs (the HA flag is first configured at the service offering). You
>> could assign a service offering without HA; I mean, it would be a matter of
>> creating a similar service offering (same configurations to the one they
>> are using right now), but without HA.
>>
>> I am assuming that the change directly on “vm_instance” did not solve
>> your problem, right? That is why you want to change some data at
>> “op_it_work”. I did a quick look at “op_it_work”, and it seems that this
>> table may be used for more things than HA. Here is a tip for complex
>> production system, never run update SQLs in production environments without
>> a very, very restrictive and well thought “where” clause. In my opinion
>> this is not restrictive enough (update op_it_work set step="Done" where
>> step!="Done"). I would advise you not to go further and change
>> configurations directly on database (unless you have a dev team that is
>> capable of reading, debugging, and work with ACS source code). ACS has over
>> 500k lines of java code, and God knows how many lines of shell, python and
>> other languages, software and systems that may be used; it is pretty hard
>> sometimes to get a clear picture of how a change in the database will
>> reverberate in the whole system without knowing in details the installation
>> configurations and underlying structures (networking, hypervisors, storage
>> systems and other pieces). However, if you want to proceed with that, I
>> would suggest you adding some extra filters to that “where” clause. What
>> about adding the “instance id” there?
>>
>> 

LDAP / FreeIPA (openldap) - no entries

[Vogel, Sven]

Hi there,

we try to get cloudstack running with ldap.

LDAP Configuration
ldap.basedn  Sets the basedn for LDAP DC=example,DC=local
ldap.bind.password   Specifies the password to use for binding to LDAP  
 password
ldap.bind.principal  Specifies the bind principal to use for bind to 
LDAPuid=cloudstack,cn=users,cn=accounts,dc=example,dc=local

also we added the ldap configuration

Host Name openldap.example.local   Port 389

After that we tried a ldap search to the accounts like

[root@cloudstack ~]#  ldapsearch -h openldap -b dc=,example,dc=local -x 
"(&(objectClass=inetOrgPerson)(uid=*))" "uid mail givenName sn cn 
useraccountcontrol" I get all users back

# demo, users, accounts, example.local
dn: uid=demo,cn=users,cn=accounts,dc=example,dc=local
uid: demo

# demo1, users, accounts, example.local
dn: uid=demo1,cn=users,cn=accounts,dc=example,dc=local
uid: demo1

# cloudstack, users, accounts, example.local
dn: uid=cloudstack,cn=users,cn=accounts,dc=example,dc=local
uid: cloudstack

I access log from ldap I get (3 entries looks good)

[08/Feb/2017:16:48:47.008572152 +0100] conn=5308 op=1 SRCH 
base="dc=example,dc=local" scope=2 
filter="(&(objectClass=inetOrgPerson)(uid=*))" attrs=ALL
[08/Feb/2017:16:48:47.022713466 +0100] conn=5308 op=1 RESULT err=0 tag=101 
nentries=3 etime=0

when I try to add a user from cloud "add LDAP account" we don't see nothing in 
cloudstack no user and in access.log I get

[08/Feb/2017:16:50:45.984583113 +0100] conn=5094 op=39 SRCH 
base="DC=example,DC=local" scope=2 
filter="(&(objectClass=inetOrgPerson)(uid=*))" attrs="uid mail givenName sn cn 
useraccountcontrol"
[08/Feb/2017:16:50:45.984750054 +0100] conn=5094 op=39 RESULT err=0 tag=101 
nentries=0 etime=0 notes=P pr_idx=0 pr_cookie=-1

No entries ... I don't know. Is there something buggy or wrong in handling?

Thanks for help

Sven

Sven Vogel

Re: Unplanned downtime

[Vibol Vireak]

Great thank for you help.. will deep dive into this section soon.

Thank and Best Regards,

2017-02-08 21:44 GMT+07:00 Rene Moser :

> Hi Virbol
>
> On 02/08/2017 03:14 PM, Vibol Vireak wrote:
> > I just install cloudstack, kvm as a hypervisor with ceph primary storage.
> > And i don't have any running instant yet because i plan to setup advance
> > network with openvswitch for my testing environment. as you mention, Did
> > the cloudstack will automatic failover or restart the vmware to another
> > hypervisor if we enable an instant HA ?
>
>
> There are some docs about it
> http://docs.cloudstack.apache.org/projects/cloudstack-
> administration/en/4.9/reliability.html#ha-enabled-virtual-machines
>
> Regards
> René
>
>

Re: Unplanned downtime

[Rene Moser]

Hi Virbol

On 02/08/2017 03:14 PM, Vibol Vireak wrote:
> I just install cloudstack, kvm as a hypervisor with ceph primary storage.
> And i don't have any running instant yet because i plan to setup advance
> network with openvswitch for my testing environment. as you mention, Did
> the cloudstack will automatic failover or restart the vmware to another
> hypervisor if we enable an instant HA ?


There are some docs about it
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.9/reliability.html#ha-enabled-virtual-machines

Regards
René

AW: Unplanned downtime

[S . Brüseke - proIO GmbH]

Hi Vibol,

CS can only bring up VMs in the same cluster, because only this cluster has 
access to primary storage of the cluster where VM data is on.
So if all hosts of one cluster are gone there is no way for CS to bring up 
these VMs.

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Vibol Vireak [mailto:vibolvir...@gmail.com] 
Gesendet: Mittwoch, 8. Februar 2017 15:15
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
Betreff: Re: Unplanned downtime

I just install cloudstack, kvm as a hypervisor with ceph primary storage.
And i don't have any running instant yet because i plan to setup advance 
network with openvswitch for my testing environment. as you mention, Did the 
cloudstack will automatic failover or restart the vmware to another hypervisor 
if we enable an instant HA ?

Thank and Best Regards,

2017-02-08 18:17 GMT+07:00 S. Brüseke - proIO GmbH :

> Hi Vibol,
>
> that depends on your hypervisor setup and settings in CS. Is the 
> compute offering the VMs based on HA enabled? Is your hypervisor cluster HA 
> enabled?
>
> Mit freundlichen Grüßen / With kind regards,
>
> Swen
>
>
> -Ursprüngliche Nachricht-
> Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> Gesendet: Mittwoch, 8. Februar 2017 12:11
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: Unplanned downtime
>
> Dear Swen,
>
> Well firstly I'm really appreciated your response and apologize for 
> make u confusing my question I'm well understanding your Answer, and i 
> just make my question clear. What happen is the hypervisor host 
> accidently crash at night on 3am (Example) do i need to manual restart 
> the instants as your said or cloudstack automatic restart it ?
>
> Thank and Best Regards,
>
>
> 2017-02-08 18:00 GMT+07:00 S. Brüseke - proIO GmbH :
>
> > Hi Vibol,
> >
> > I do not get you question 100%. What do you mean by unplanned 
> > hypervisor downtime? Do you mean that a hypervisor is crashing and 
> > goes
> down?
> > CS has tools to restart VMs that should not be down. But you will 
> > have a downtime for VMs between crash of hypervisor and restarting 
> > the VM on another host. So we are talking about disaster recovery 
> > here. If you need real high availability you need to do this on 
> > application level for example
> > 2 webserver behind a load balancer.
> >
> > Mit freundlichen Grüßen / With kind regards,
> >
> > Swen
> >
> >
> > -Ursprüngliche Nachricht-
> > Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> > Gesendet: Mittwoch, 8. Februar 2017 11:24
> > An: users@cloudstack.apache.org
> > Betreff: Unplanned downtime
> >
> > Dear all,
> >
> > Well migrating instants is a very good function that available in 
> > Cloudstack presented on Apache Cloudstack Documentation. But after 
> > spending a week read and searching for more information. I found out 
> > that unplanned downtime for a hypervisor can cause a vm inside to go
> offline.
> >
> > In general, Is there a way to prevent and instants offline cause by 
> > the unplanned hypervisor downtime ? or is there any auto migration 
> > available for Apache Cloustack?
> >
> > Thank and Best Regards,
> >
> >
> > - 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.
> >
> >
> >
>
>
> - 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: Unplanned downtime

[Vibol Vireak]

I just install cloudstack, kvm as a hypervisor with ceph primary storage.
And i don't have any running instant yet because i plan to setup advance
network with openvswitch for my testing environment. as you mention, Did
the cloudstack will automatic failover or restart the vmware to another
hypervisor if we enable an instant HA ?

Thank and Best Regards,

2017-02-08 18:17 GMT+07:00 S. Brüseke - proIO GmbH :

> Hi Vibol,
>
> that depends on your hypervisor setup and settings in CS. Is the compute
> offering the VMs based on HA enabled? Is your hypervisor cluster HA enabled?
>
> Mit freundlichen Grüßen / With kind regards,
>
> Swen
>
>
> -Ursprüngliche Nachricht-
> Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> Gesendet: Mittwoch, 8. Februar 2017 12:11
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: Unplanned downtime
>
> Dear Swen,
>
> Well firstly I'm really appreciated your response and apologize for make u
> confusing my question I'm well understanding your Answer, and i just make
> my question clear. What happen is the hypervisor host accidently crash at
> night on 3am (Example) do i need to manual restart the instants as your
> said or cloudstack automatic restart it ?
>
> Thank and Best Regards,
>
>
> 2017-02-08 18:00 GMT+07:00 S. Brüseke - proIO GmbH :
>
> > Hi Vibol,
> >
> > I do not get you question 100%. What do you mean by unplanned
> > hypervisor downtime? Do you mean that a hypervisor is crashing and goes
> down?
> > CS has tools to restart VMs that should not be down. But you will have
> > a downtime for VMs between crash of hypervisor and restarting the VM
> > on another host. So we are talking about disaster recovery here. If
> > you need real high availability you need to do this on application
> > level for example
> > 2 webserver behind a load balancer.
> >
> > Mit freundlichen Grüßen / With kind regards,
> >
> > Swen
> >
> >
> > -Ursprüngliche Nachricht-
> > Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> > Gesendet: Mittwoch, 8. Februar 2017 11:24
> > An: users@cloudstack.apache.org
> > Betreff: Unplanned downtime
> >
> > Dear all,
> >
> > Well migrating instants is a very good function that available in
> > Cloudstack presented on Apache Cloudstack Documentation. But after
> > spending a week read and searching for more information. I found out
> > that unplanned downtime for a hypervisor can cause a vm inside to go
> offline.
> >
> > In general, Is there a way to prevent and instants offline cause by
> > the unplanned hypervisor downtime ? or is there any auto migration
> > available for Apache Cloustack?
> >
> > Thank and Best Regards,
> >
> >
> > - 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.
> >
> >
> >
>
>
> - 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.
>
>
>

FINAL REMINDER: CFP for ApacheCon closes February 11th

[Rich Bowen]

Dear Apache Enthusiast,

This is your FINAL reminder that the Call for Papers (CFP) for ApacheCon
Miami is closing this weekend - February 11th. This is your final
opportunity to submit a talk for consideration at this event.

This year, we are running several mini conferences in conjunction with
the main event, so if you're submitting for one of those events, please
pay attention to the instructions below.

Apache: Big Data
* Event information:
http://events.linuxfoundation.org/events/apache-big-data-north-america
* CFP:
http://events.linuxfoundation.org/events/apache-big-data-north-america/program/cfp

Apache: IoT (Internet of Things)
* Event Information: http://us.apacheiot.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'IoT' in the Target Audience field)

CloudStack Collaboration Conference
* Event information: http://us.cloudstackcollab.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'CloudStack' in the Target Audience field)

FlexJS Summit
* Event information - http://us.apacheflexjs.org/
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'Flex' in the Target Audience field)

TomcatCon
* Event information - https://tomcat.apache.org/conference.html
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp
(Indicate 'Tomcat' in the Target Audience field)

All other topics and projects
* Event information -
http://events.linuxfoundation.org/events/apachecon-north-america/program/about
* CFP -
http://events.linuxfoundation.org/events/apachecon-north-america/program/cfp

Admission to any of these events also grants you access to all of the
others.

Thanks, and we look forward to seeing you in Miami!

-- 
Rich Bowen
VP Conferences, Apache Software Foundation
rbo...@apache.org
Twitter: @apachecon



(You are receiving this email because you are subscribed to a dev@ or
users@ list of some Apache Software Foundation project. If you do not
wish to receive email from these lists any more, you must follow that
list's unsubscription procedure. View the headers of this message for
unsubscription instructions.)

Re: Giving Users SSH Access to VMs

[Rene Moser]

Hi John

On 02/08/2017 01:14 PM, John Adams wrote:
> Hello,
> 
> Just managed to setup version 4.9.2.0 with various Ubuntu 14.04 KVM hosts.
> In the release notes for v 4.6 there's a mention of being able to generate
> ssh-keys from the Web UI  but there's no mention of this in the
> administration documentation, or unless I'm not looking hard enough.

It's under the account, there is a dropdown which contains the "SSH key
pairs". If you select it, you will get into a view and on the right hand
side you find the button to generate the keys.

(hmm seems there is no way to upload existing keys in the UI, is there any?)

> 
> Also is it possible to add a user's public key into an already provisioned
> virtual machine?

Yes, but the VM has to be stopped, in the VM detail view, second icon
from right "reset ssh key pair"

René

Giving Users SSH Access to VMs

[John Adams]

Hello,

Just managed to setup version 4.9.2.0 with various Ubuntu 14.04 KVM hosts.
In the release notes for v 4.6 there's a mention of being able to generate
ssh-keys from the Web UI  but there's no mention of this in the
administration documentation, or unless I'm not looking hard enough.

Also is it possible to add a user's public key into an already provisioned
virtual machine?

--John O. Adams

AW: Unplanned downtime

[S . Brüseke - proIO GmbH]

Hi Vibol,

that depends on your hypervisor setup and settings in CS. Is the compute 
offering the VMs based on HA enabled? Is your hypervisor cluster HA enabled?

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Vibol Vireak [mailto:vibolvir...@gmail.com] 
Gesendet: Mittwoch, 8. Februar 2017 12:11
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
Betreff: Re: Unplanned downtime

Dear Swen,

Well firstly I'm really appreciated your response and apologize for make u 
confusing my question I'm well understanding your Answer, and i just make my 
question clear. What happen is the hypervisor host accidently crash at night on 
3am (Example) do i need to manual restart the instants as your said or 
cloudstack automatic restart it ?

Thank and Best Regards,


2017-02-08 18:00 GMT+07:00 S. Brüseke - proIO GmbH :

> Hi Vibol,
>
> I do not get you question 100%. What do you mean by unplanned 
> hypervisor downtime? Do you mean that a hypervisor is crashing and goes down?
> CS has tools to restart VMs that should not be down. But you will have 
> a downtime for VMs between crash of hypervisor and restarting the VM 
> on another host. So we are talking about disaster recovery here. If 
> you need real high availability you need to do this on application 
> level for example
> 2 webserver behind a load balancer.
>
> Mit freundlichen Grüßen / With kind regards,
>
> Swen
>
>
> -Ursprüngliche Nachricht-
> Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> Gesendet: Mittwoch, 8. Februar 2017 11:24
> An: users@cloudstack.apache.org
> Betreff: Unplanned downtime
>
> Dear all,
>
> Well migrating instants is a very good function that available in 
> Cloudstack presented on Apache Cloudstack Documentation. But after 
> spending a week read and searching for more information. I found out 
> that unplanned downtime for a hypervisor can cause a vm inside to go offline.
>
> In general, Is there a way to prevent and instants offline cause by 
> the unplanned hypervisor downtime ? or is there any auto migration 
> available for Apache Cloustack?
>
> Thank and Best Regards,
>
>
> - 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.
>
>
>


- 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: Unplanned downtime

[Vibol Vireak]

Dear Swen,

Well firstly I'm really appreciated your response and apologize for make u
confusing my question
I'm well understanding your Answer, and i just make my question clear. What
happen is the hypervisor host accidently crash at night on 3am (Example) do
i need to manual restart the instants as your said or cloudstack automatic
restart it ?

Thank and Best Regards,


2017-02-08 18:00 GMT+07:00 S. Brüseke - proIO GmbH :

> Hi Vibol,
>
> I do not get you question 100%. What do you mean by unplanned hypervisor
> downtime? Do you mean that a hypervisor is crashing and goes down?
> CS has tools to restart VMs that should not be down. But you will have a
> downtime for VMs between crash of hypervisor and restarting the VM on
> another host. So we are talking about disaster recovery here. If you need
> real high availability you need to do this on application level for example
> 2 webserver behind a load balancer.
>
> Mit freundlichen Grüßen / With kind regards,
>
> Swen
>
>
> -Ursprüngliche Nachricht-
> Von: Vibol Vireak [mailto:vibolvir...@gmail.com]
> Gesendet: Mittwoch, 8. Februar 2017 11:24
> An: users@cloudstack.apache.org
> Betreff: Unplanned downtime
>
> Dear all,
>
> Well migrating instants is a very good function that available in
> Cloudstack presented on Apache Cloudstack Documentation. But after spending
> a week read and searching for more information. I found out that unplanned
> downtime for a hypervisor can cause a vm inside to go offline.
>
> In general, Is there a way to prevent and instants offline cause by the
> unplanned hypervisor downtime ? or is there any auto migration available
> for Apache Cloustack?
>
> Thank and Best Regards,
>
>
> - 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.
>
>
>

AW: Unplanned downtime

[S . Brüseke - proIO GmbH]

Hi Vibol,

I do not get you question 100%. What do you mean by unplanned hypervisor 
downtime? Do you mean that a hypervisor is crashing and goes down?
CS has tools to restart VMs that should not be down. But you will have a 
downtime for VMs between crash of hypervisor and restarting the VM on another 
host. So we are talking about disaster recovery here. If you need real high 
availability you need to do this on application level for example 2 webserver 
behind a load balancer.

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Vibol Vireak [mailto:vibolvir...@gmail.com] 
Gesendet: Mittwoch, 8. Februar 2017 11:24
An: users@cloudstack.apache.org
Betreff: Unplanned downtime

Dear all,

Well migrating instants is a very good function that available in Cloudstack 
presented on Apache Cloudstack Documentation. But after spending a week read 
and searching for more information. I found out that unplanned downtime for a 
hypervisor can cause a vm inside to go offline.

In general, Is there a way to prevent and instants offline cause by the 
unplanned hypervisor downtime ? or is there any auto migration available for 
Apache Cloustack?

Thank and Best Regards,


- 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. 

Unplanned downtime

[Vibol Vireak]

Dear all,

Well migrating instants is a very good function that available in
Cloudstack presented on Apache Cloudstack Documentation. But after spending
a week read and searching for more information. I found out that unplanned
downtime for a hypervisor can cause a vm inside to go offline.

In general, Is there a way to prevent and instants offline cause by the
unplanned hypervisor downtime ? or is there any auto migration available
for Apache Cloustack?

Thank and Best Regards,

Re: Python bindings

[Rene Moser]

Hi Ranjith

On 02/08/2017 09:07 AM, Ranjith Kumar wrote:
> Does cloudstack api have python bindings? other than REST api?.

Not sure if I fully understand your needs but there is a neat little
python lib for cloudstack on https://github.com/exoscale/cs.

It is also installable with pip: pip install cs

I use it for the ansible cloudstack modules.

René

Re: Python bindings

[Ranjith Kumar]

Daan,

Thanks for you response.

Marvin is more from the testing perspective. do we have something similar
for the development perspective.(like native python calls)

Thanks,
Ranjith



On Wed, Feb 8, 2017 at 2:18 PM, Daan Hoogland 
wrote:

> Ranjith,
>
>
>
> Did you look at marvin? There are several python bindings out there.
> Marvin is the one that CloudStack uses for it’s integration tests.
>
>
>
> *Van: *Ranjith Kumar 
> *Verzonden: *woensdag 8 februari 2017 09:07
> *Aan: *users@cloudstack.apache.org
> *Onderwerp: *Python bindings
>
>
> Hi!,
>
> Does cloudstack api have python bindings? other than REST api?.
>
> daan.hoogl...@shapeblue.com
> www.shapeblue.com
> @shapeblue
>
>
>
>

RE: Python bindings

[Daan Hoogland]

Ranjith,



Did you look at marvin? There are several python bindings out there. Marvin is 
the one that CloudStack uses for it’s integration tests.



Van: Ranjith Kumar
Verzonden: woensdag 8 februari 2017 09:07
Aan: users@cloudstack.apache.org
Onderwerp: Python bindings



Hi!,

Does cloudstack api have python bindings? other than REST api?.

daan.hoogl...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, Utrecht Utrecht 3531 VENetherlands
@shapeblue
  
 

Python bindings

[Ranjith Kumar]

Hi!,

Does cloudstack api have python bindings? other than REST api?.