RE: Slow upload download on storage network
Hi somesh, Thanks for reply. On one linux vm which was on xenserver host, I just added one more interface of storage network NIC. And mounted nfs on it. Downloaded iso from storage network on nfs mount point. Same 4GB iso download was done in 8mins. What do you think could be problem? I am using Xenserver 6.2 and bandwidth I have on storage network is 1000Mbit/s. Thanks, /Sonali -Original Message- From: Somesh Naidu [mailto:somesh.na...@citrix.com] Sent: Tuesday, February 17, 2015 9:40 PM To: users@cloudstack.apache.org Subject: RE: Slow upload download on storage network Sonali, What is hypervisor being used and what bandwidth do you have on your storage network? Try mounting the secondary storage NFS share on a Linux box and check the network performance when you copy a similar sized file. What throughput do you get? Regards, Somesh -Original Message- From: Sonali Jadhav [mailto:son...@servercentralen.se] Sent: Tuesday, February 17, 2015 7:26 AM To: users@cloudstack.apache.org Subject: Slow upload download on storage network Hi, I have observed that storage network operations are really slow. When I download any iso, like just 4GB iso takes 4-5 Hrs. It's so weird. My secondary storage in nfs. I felt since SSVM is mounting the secondary storage mount on ssvm and downloading iso from there. That could be cause of slow network. So I even changed service offering for SSVM, and gave more memory and cpu, it's still same. I have configured Storage network for secondary storage traffic. So I am wondering what could be problem, since there is dedicated nic on nfs server and xenserver host, so it should just work. I am running CS 4.4.2 . Thanks, /Sonali
Re: Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] - ACS 4.4.1 XenServer 6.2
As you said there is not much in MS logs , I could see only ³The VM is in stopped state, detected problem during startup : i-2-192-VM² I think you should look into host logs. `prashant On 2/18/15, 4:05 AM, Motty Cruz motty.c...@gmail.com wrote: Hello, I am unable to start VM in Cloudstack, I get a very generic error, unable to create deployment. I was working, however I need to detach a 2nd disk. I shutdown the VM, detach the 2nd Disk, restart the VM. however, am unable to restart now. please help! Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] here is the logs: http://pastebin.com/raw.php?i=6RjTSduU -Motty
Re: Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] - ACS 4.4.1 XenServer 6.2
Motty I'm not a Xen person, but looking at the logs, i dont see any specific error. Would you please check logs on XenServer? Can you force power on VM on Xen directly to see what happens? Regards, ilya On 2/17/15 2:35 PM, Motty Cruz wrote: Hello, I am unable to start VM in Cloudstack, I get a very generic error, unable to create deployment. I was working, however I need to detach a 2nd disk. I shutdown the VM, detach the 2nd Disk, restart the VM. however, am unable to restart now. please help! Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] here is the logs: http://pastebin.com/raw.php?i=6RjTSduU -Motty
Re: Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] - ACS 4.4.1 XenServer 6.2
What is overcommit on your MS is it is 1 (setting at cluster level if no setting at cluster level check global setting ) please make it 1 and try to strat On 2/18/15, 10:31 AM, Prashant Kumar Mishra prashantkumar.mis...@citrix.com wrote: As you said there is not much in MS logs , I could see only ³The VM is in stopped state, detected problem during startup : i-2-192-VM² I think you should look into host logs. `prashant On 2/18/15, 4:05 AM, Motty Cruz motty.c...@gmail.com wrote: Hello, I am unable to start VM in Cloudstack, I get a very generic error, unable to create deployment. I was working, however I need to detach a 2nd disk. I shutdown the VM, detach the 2nd Disk, restart the VM. however, am unable to restart now. please help! Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] here is the logs: http://pastebin.com/raw.php?i=6RjTSduU -Motty
RE: Slow upload download on storage network
Sonali, What is hypervisor being used and what bandwidth do you have on your storage network? Try mounting the secondary storage NFS share on a Linux box and check the network performance when you copy a similar sized file. What throughput do you get? Regards, Somesh -Original Message- From: Sonali Jadhav [mailto:son...@servercentralen.se] Sent: Tuesday, February 17, 2015 7:26 AM To: users@cloudstack.apache.org Subject: Slow upload download on storage network Hi, I have observed that storage network operations are really slow. When I download any iso, like just 4GB iso takes 4-5 Hrs. It's so weird. My secondary storage in nfs. I felt since SSVM is mounting the secondary storage mount on ssvm and downloading iso from there. That could be cause of slow network. So I even changed service offering for SSVM, and gave more memory and cpu, it's still same. I have configured Storage network for secondary storage traffic. So I am wondering what could be problem, since there is dedicated nic on nfs server and xenserver host, so it should just work. I am running CS 4.4.2 . Thanks, /Sonali
Re: Cloudstack localization in French/German
On Feb 17, 2015, at 2:55 PM, Octavian Popescu octavian.pope...@interoute.com wrote: Brilliant, note to myself - always look in your own backyard first ;) Just in case anyone else is wondering about this, the language files are in WEB-INF/classes/resources/messages_COUNTRYCODE_properties and to help improve the localization, get an account on transifex: https://www.transifex.com then look for the cloudstack projects and enter new translation strings. Thanks Geoff! -Original Message- From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] Sent: 17 February 2015 13:46 To: users@cloudstack.apache.org Subject: RE: Cloudstack localization in French/German Hi Octavian, The CloudStack UI already supports French and German, simply choose the language at the logon screen (it’s the bottom of the 4 boxes) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Octavian Popescu [mailto:octavian.pope...@interoute.com] Sent: 17 February 2015 13:39 To: users@cloudstack.apache.org Subject: Cloudstack localization in French/German Hi, I was just wondering if there are any ongoing projects for localizing the Cloudstack UI in German and/or French... Or maybe this was done already? (I can't seem to find anything on the web in any case) Thanks, Octavian Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and- build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack- software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack- infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack- training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
RE: Encountered unhandled exception during HA process
You'd probably need to delete the corresponding record from op_ha_work table. I guess there is a HA task being scheduled for a VM that may no longer exists or something similar. If you believe you haven't performed any manual DB updates prior to this then this NPE should be treated as a defect and you should file a bug report for the same. Regards, Somesh -Original Message- From: Martin Emrich [mailto:martin.emr...@empolis.com] Sent: Tuesday, February 17, 2015 7:48 AM To: users@cloudstack.apache.org Subject: Encountered unhandled exception during HA process Hello! I just discovered that I periodically (every few minutes) a lot of these messages in the server log: 2015-02-17 11:50:03,649 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Processing HAWork[793-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,651 WARN [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Encountered unhandled exception during HA process, reschedule retry java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl.migrate(HighAvailabilityManagerImpl.java:631) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:891) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,651 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Processing HAWork[794-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,651 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Rescheduling HAWork[793-Migration-2-Stopped-Migrating] to try again at Tue Feb 17 12:00:17 CET 2015 2015-02-17 11:50:03,651 ERROR [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Caught this throwable, java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:925) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,652 WARN [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Encountered unhandled exception during HA process, reschedule retry java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl.migrate(HighAvailabilityManagerImpl.java:631) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:891) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,652 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Rescheduling HAWork[794-Migration-2-Stopped-Migrating] to try again at Tue Feb 17 12:00:17 CET 2015 2015-02-17 11:50:03,653 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-1:ctx-30ba9813 work-795) Processing HAWork[795-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,653 ERROR [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Caught this throwable, java.lang.NullPointerException at
RE: Macchinina Template
Hi Nux, I was just testing this again, registered is into ACS 4.5.0 / XenServer 6.5 using following settings and live migration works without tools. extractableNo Password EnabledNo Dynamically ScalableNo PublicYes FeaturedYes OS TypeOther Linux (64-bit) DescriptionMacchinina (64-bit) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 16 February 2015 18:06 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Ok, just FYI I tried to extract the files from the RPMs and execute them, but they error out, so no go. I'm waiting for Citrix to release something more open source. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: Geoff Higginbottom geoff.higginbot...@shapeblue.com Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 11:12:37 Subject: Re: Macchinina Template You could theoretically extract the binaries from the shipped xs-tools RPMs (just open them in mc) and try to run them, but I am not optimistic. Going to bug the people in xs-devel for some ideas on how to get some sort of tools running in this kind of minimal environment. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: Nux! n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 10:58:58 Subject: RE: Macchinina Template That’s a real shame, would there be any way of installing the Tools manually Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 12 February 2015 10:47 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Hi Geoff, thanks for your interest. Short answer: no Long answer: bundling the xenserver/vmware/hyperv tools and dependencies would probably increase the size of this template many times, to a point it may actually be worth using a minimal CentOS or Debian installation. Additionally because Macchinina is built from sources (buildroot) and has no package management or even glibc for that matter, I doubt the binaries shipped by Citrix would work. It's real shame XS can't perform live migrations without VM tools.. :( Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 09:46:01 Subject: Macchinina Template Hi Nux, I've been testing your new Macchinina Template (great work) but noticed the XenServer version has no tools installed, are you able to get the tools installed into the templates? In the case of XenServer it prevents the live migration of the VM etc https://github.com/NuxRo/macchinina http://dl.openvm.eu/cloudstack/macchinina/x86_64/ Regards Geoff Higginbottom CTO / Cloud Architect [Description: Mail Logo Bottom Align] D: +44 20 3603 0542tel:+442036030542 | S: +44 20 3603 0540tel:+442036030540 | M: +447968161581tel:+447968161581 geoff.higginbot...@shapeblue.commailto:geoff.higginbottom@shapeblue .c om | www.shapeblue.comhtp://www.shapeblue.com/ | Twitter:@cloudstackguruhttps://twitter.com/#!/cloudstacguru ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge - rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company
RE: deleting vlan interface on xenserver host
If the corresponding network in CS is deleted then it should be safe to delete the interface manually. Regards, Somesh -Original Message- From: Sonali Jadhav [mailto:son...@servercentralen.se] Sent: Tuesday, February 17, 2015 7:14 AM To: users@cloudstack.apache.org Subject: deleting vlan interface on xenserver host Hi, I had added, shared guest network with some vlan id. Later I removed it, so cloudstack also deleted VR it created for that network. But somehow cloudstack has not deleted vlan interface it created on Host xenserver. Is it ok to remove it manually ? or there would be some scheduled housekeeping when cloudstack would do that? Thanks, /Sonali
Re: Macchinina Template
Thanks for feedback, Geoff. Can you confirm if you can run Macchinina (pronounced Makinina ;) ) in your nested virt setup? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: Nux! n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Tuesday, 17 February, 2015 17:23:57 Subject: RE: Macchinina Template Hi Nux, I was just testing this again, registered is into ACS 4.5.0 / XenServer 6.5 using following settings and live migration works without tools. extractableNo Password EnabledNo Dynamically ScalableNo PublicYes FeaturedYes OS TypeOther Linux (64-bit) DescriptionMacchinina (64-bit) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 16 February 2015 18:06 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Ok, just FYI I tried to extract the files from the RPMs and execute them, but they error out, so no go. I'm waiting for Citrix to release something more open source. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: Geoff Higginbottom geoff.higginbot...@shapeblue.com Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 11:12:37 Subject: Re: Macchinina Template You could theoretically extract the binaries from the shipped xs-tools RPMs (just open them in mc) and try to run them, but I am not optimistic. Going to bug the people in xs-devel for some ideas on how to get some sort of tools running in this kind of minimal environment. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: Nux! n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 10:58:58 Subject: RE: Macchinina Template That’s a real shame, would there be any way of installing the Tools manually Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 12 February 2015 10:47 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Hi Geoff, thanks for your interest. Short answer: no Long answer: bundling the xenserver/vmware/hyperv tools and dependencies would probably increase the size of this template many times, to a point it may actually be worth using a minimal CentOS or Debian installation. Additionally because Macchinina is built from sources (buildroot) and has no package management or even glibc for that matter, I doubt the binaries shipped by Citrix would work. It's real shame XS can't perform live migrations without VM tools.. :( Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 09:46:01 Subject: Macchinina Template Hi Nux, I've been testing your new Macchinina Template (great work) but noticed the XenServer version has no tools installed, are you able to get the tools installed into the templates? In the case of XenServer it prevents the live migration of the VM etc https://github.com/NuxRo/macchinina http://dl.openvm.eu/cloudstack/macchinina/x86_64/ Regards Geoff Higginbottom CTO / Cloud Architect [Description: Mail Logo Bottom Align] D: +44 20 3603 0542tel:+442036030542 | S: +44 20 3603 0540tel:+442036030540 | M: +447968161581tel:+447968161581 geoff.higginbot...@shapeblue.commailto:geoff.higginbottom@shapeblue .c om | www.shapeblue.comhtp://www.shapeblue.com/ | Twitter:@cloudstackguruhttps://twitter.com/#!/cloudstacguru ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge - rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related
RE: Cloudstack localization in French/German
Brilliant, note to myself - always look in your own backyard first ;) Just in case anyone else is wondering about this, the language files are in WEB-INF/classes/resources/messages_COUNTRYCODE_properties Thanks Geoff! -Original Message- From: Geoff Higginbottom [mailto:geoff.higginbot...@shapeblue.com] Sent: 17 February 2015 13:46 To: users@cloudstack.apache.org Subject: RE: Cloudstack localization in French/German Hi Octavian, The CloudStack UI already supports French and German, simply choose the language at the logon screen (it’s the bottom of the 4 boxes) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Octavian Popescu [mailto:octavian.pope...@interoute.com] Sent: 17 February 2015 13:39 To: users@cloudstack.apache.org Subject: Cloudstack localization in French/German Hi, I was just wondering if there are any ongoing projects for localizing the Cloudstack UI in German and/or French... Or maybe this was done already? (I can't seem to find anything on the web in any case) Thanks, Octavian Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and- build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack- software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack- infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack- training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Cloudstack localization in French/German
Hi, I was just wondering if there are any ongoing projects for localizing the Cloudstack UI in German and/or French... Or maybe this was done already? (I can't seem to find anything on the web in any case) Thanks, Octavian
Re: CoreOS/Docker - a new blog series
On Feb 17, 2015, at 1:58 PM, sebgoa run...@gmail.com wrote: On Feb 17, 2015, at 1:29 PM, Andrei Mikhailovsky and...@arhont.com wrote: etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei Seb, I've tried to use the $public_ipv4 and it seems to have made the sabstitube to the public ip. At least I can see the messages in journal: Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer 10.0.1.45:7001 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on :7001, advertised url http://178.248.xxx.xxx:7001] However, I would like to use the private ip range for that. The substitution did not work when i've tried the $private_ipv4. Is it working you you? I haven't looked deep into it, my guess is there might be a problem with the cloudstack metadata. Can you check if private_ipv4 exists and is what you expect it to be: curl your virtual router to get the metadata: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.4/api.html?highlight=metadata#user-data-and-meta-data I have a hunch it's not defined and thus coreOS does not work with it. I could be wrong but could be a cloudstack bug. Did a bit of digging and things should work. The metadata url for cloudstack instances is fetched via : https://github.com/coreos/coreos-overlay/blob/master/coreos-base/oem-cloudstack/files/cloudstack-dhcp cloudstack serves: service-offering availability-zone local-ipv4 local-hostname public-ipv4 public-hostname instance-id vm-id public-keys cloud-identifier Now I am just not sure how coreOS does the substitution: https://github.com/coreos/coreos-cloudinit/tree/4eaaa5c9273a0ce557d424f5da676777bef53e8e/datasource/metadata Since there is no cloudstack metadata source defined yet. I will ask around and keep digging Thanks Andrei
Re: CoreOS/Docker - a new blog series
Seb, It is strange, but $public_ipv4 seem to work now. I've not really changed anything and I have attempted to use it several times in the past. Very strange indeed. Andrei - Original Message - From: sebgoa run...@gmail.com To: users@cloudstack.apache.org Sent: Tuesday, 17 February, 2015 2:04:10 PM Subject: Re: CoreOS/Docker - a new blog series On Feb 17, 2015, at 1:58 PM, sebgoa run...@gmail.com wrote: On Feb 17, 2015, at 1:29 PM, Andrei Mikhailovsky and...@arhont.com wrote: etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei Seb, I've tried to use the $public_ipv4 and it seems to have made the sabstitube to the public ip. At least I can see the messages in journal: Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer 10.0.1.45:7001 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on :7001, advertised url http://178.248.xxx.xxx:7001] However, I would like to use the private ip range for that. The substitution did not work when i've tried the $private_ipv4. Is it working you you? I haven't looked deep into it, my guess is there might be a problem with the cloudstack metadata. Can you check if private_ipv4 exists and is what you expect it to be: curl your virtual router to get the metadata: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.4/api.html?highlight=metadata#user-data-and-meta-data I have a hunch it's not defined and thus coreOS does not work with it. I could be wrong but could be a cloudstack bug. Did a bit of digging and things should work. The metadata url for cloudstack instances is fetched via : https://github.com/coreos/coreos-overlay/blob/master/coreos-base/oem-cloudstack/files/cloudstack-dhcp cloudstack serves: service-offering availability-zone local-ipv4 local-hostname public-ipv4 public-hostname instance-id vm-id public-keys cloud-identifier Now I am just not sure how coreOS does the substitution: https://github.com/coreos/coreos-cloudinit/tree/4eaaa5c9273a0ce557d424f5da676777bef53e8e/datasource/metadata Since there is no cloudstack metadata source defined yet. I will ask around and keep digging Thanks Andrei
Re: CoreOS/Docker - a new blog series
On Feb 17, 2015, at 3:36 PM, Andrei Mikhailovsky and...@arhont.com wrote: Seb, It is strange, but $public_ipv4 seem to work now. I've not really changed anything and I have attempted to use it several times in the past. Very strange indeed. yeah, public_ipv4 should work. Sometimes I have seen failure, but these were due to etcd bootstrapping. I don't know how you do it, but if you use token from the cores discovery service, you will need to regenerate a new one when you start a new cluster…and make sure that this token is properly set in your cloud-config files…. Andrei - Original Message - From: sebgoa run...@gmail.com To: users@cloudstack.apache.org Sent: Tuesday, 17 February, 2015 2:04:10 PM Subject: Re: CoreOS/Docker - a new blog series On Feb 17, 2015, at 1:58 PM, sebgoa run...@gmail.com wrote: On Feb 17, 2015, at 1:29 PM, Andrei Mikhailovsky and...@arhont.com wrote: etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei Seb, I've tried to use the $public_ipv4 and it seems to have made the sabstitube to the public ip. At least I can see the messages in journal: Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer 10.0.1.45:7001 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on :7001, advertised url http://178.248.xxx.xxx:7001] However, I would like to use the private ip range for that. The substitution did not work when i've tried the $private_ipv4. Is it working you you? I haven't looked deep into it, my guess is there might be a problem with the cloudstack metadata. Can you check if private_ipv4 exists and is what you expect it to be: curl your virtual router to get the metadata: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.4/api.html?highlight=metadata#user-data-and-meta-data I have a hunch it's not defined and thus coreOS does not work with it. I could be wrong but could be a cloudstack bug. Did a bit of digging and things should work. The metadata url for cloudstack instances is fetched via : https://github.com/coreos/coreos-overlay/blob/master/coreos-base/oem-cloudstack/files/cloudstack-dhcp cloudstack serves: service-offering availability-zone local-ipv4 local-hostname public-ipv4 public-hostname instance-id vm-id public-keys cloud-identifier Now I am just not sure how coreOS does the substitution: https://github.com/coreos/coreos-cloudinit/tree/4eaaa5c9273a0ce557d424f5da676777bef53e8e/datasource/metadata Since there is no cloudstack metadata source defined yet. I will ask around and keep digging Thanks Andrei
RE: Cloudstack localization in French/German
Hi Octavian, The CloudStack UI already supports French and German, simply choose the language at the logon screen (it’s the bottom of the 4 boxes) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Octavian Popescu [mailto:octavian.pope...@interoute.com] Sent: 17 February 2015 13:39 To: users@cloudstack.apache.org Subject: Cloudstack localization in French/German Hi, I was just wondering if there are any ongoing projects for localizing the Cloudstack UI in German and/or French... Or maybe this was done already? (I can't seem to find anything on the web in any case) Thanks, Octavian Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/ CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/ CloudStack Software Engineeringhttp://shapeblue.com/cloudstack-software-engineering/ CloudStack Infrastructure Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/ This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
RE: Macchinina Template
Yes and No... These are XenServers running as VMs on top of a VMware Host, but they have HVM enabled, so whilst they are 'nested', they believes they are running on real hardware. I have not tested it on my VirtualBox build yet which is nested and does not have HVM, however the template is registered as not requiring HVM so they should still live migrate. Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 17 February 2015 17:28 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Thanks for feedback, Geoff. Can you confirm if you can run Macchinina (pronounced Makinina ;) ) in your nested virt setup? -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: Nux! n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Tuesday, 17 February, 2015 17:23:57 Subject: RE: Macchinina Template Hi Nux, I was just testing this again, registered is into ACS 4.5.0 / XenServer 6.5 using following settings and live migration works without tools. extractableNo Password EnabledNo Dynamically ScalableNo PublicYes FeaturedYes OS TypeOther Linux (64-bit) DescriptionMacchinina (64-bit) Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 16 February 2015 18:06 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Ok, just FYI I tried to extract the files from the RPMs and execute them, but they error out, so no go. I'm waiting for Citrix to release something more open source. -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Nux! n...@li.nux.ro To: Geoff Higginbottom geoff.higginbot...@shapeblue.com Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 11:12:37 Subject: Re: Macchinina Template You could theoretically extract the binaries from the shipped xs-tools RPMs (just open them in mc) and try to run them, but I am not optimistic. Going to bug the people in xs-devel for some ideas on how to get some sort of tools running in this kind of minimal environment. Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: Nux! n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 10:58:58 Subject: RE: Macchinina Template That’s a real shame, would there be any way of installing the Tools manually Regards Geoff Higginbottom D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581 geoff.higginbot...@shapeblue.com -Original Message- From: Nux! [mailto:n...@li.nux.ro] Sent: 12 February 2015 10:47 To: Geoff Higginbottom Cc: users@cloudstack.apache.org Subject: Re: Macchinina Template Hi Geoff, thanks for your interest. Short answer: no Long answer: bundling the xenserver/vmware/hyperv tools and dependencies would probably increase the size of this template many times, to a point it may actually be worth using a minimal CentOS or Debian installation. Additionally because Macchinina is built from sources (buildroot) and has no package management or even glibc for that matter, I doubt the binaries shipped by Citrix would work. It's real shame XS can't perform live migrations without VM tools.. :( Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Geoff Higginbottom geoff.higginbot...@shapeblue.com To: n...@li.nux.ro Cc: users@cloudstack.apache.org Sent: Thursday, 12 February, 2015 09:46:01 Subject: Macchinina Template Hi Nux, I've been testing your new Macchinina Template (great work) but noticed the XenServer version has no tools installed, are you able to get the tools installed into the templates? In the case of XenServer it prevents the live migration of the VM etc https://github.com/NuxRo/macchinina http://dl.openvm.eu/cloudstack/macchinina/x86_64/ Regards Geoff Higginbottom CTO / Cloud Architect [Description: Mail Logo Bottom Align] D: +44 20 3603 0542tel:+442036030542 | S: +44 20 3603 0540tel:+442036030540 | M: +447968161581tel:+447968161581 geoff.higginbot...@shapeblue.commailto:geoff.higginbottom@shapeblu e .c om | www.shapeblue.comhtp://www.shapeblue.com/ | Twitter:@cloudstackguruhttps://twitter.com/#!/cloudstacguru ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS Find out more about ShapeBlue and our range of CloudStack related services IaaS Cloud Design Buildhttp://shapeblue.com/iaas-cloud-design-and-build// CSForge -
Re: CoreOS/Docker - a new blog series
On Feb 16, 2015, at 11:32 PM, Andrei Mikhailovsky and...@arhont.com wrote: I think i've made some progress with user_data. I've used the template example for coreos and clodstack (as previously described here). This should successfully create a coreos instance with the ssh keys that you've supplied when creating an instance (using cloudmonkey or api). Hi Andrei, it works like for any template/VM. You can supply user_data when creating an instance (again, cloudmonkey or api) or alternatively, you can modify the db directly and update the user_data column in the user_vm table. Yikes :) never touch the db for things like this Cloudmonkey or any API client is your friend (libcloud, jclouds, CS). For libcloud check: http://docs.libcloud.apache.org/en/latest/compute/drivers/cloudstack.html And here is a good example that I wrote for coreOS user data: https://github.com/runseb/kubernetes-exoscale/blob/master/deploy/etcd.py libcloud takes care of the base64 encoding. There is also CS which works very well, but you have to code more: https://github.com/exoscale/cs In my ansible-kubernetes recipes I pass user-data to coreOS: https://github.com/runseb/ansible-kubernetes underlyingly the ansible cloudstack module uses the python cs package. The user_data should be base64 encoded. Here is an example that i've used to get etcd and fleet started at boot: #cloud-config coreos: units: - name: etcd.service command: start - name: fleet.service command: start etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei - Original Message - From: Nux! n...@li.nux.ro To: users@cloudstack.apache.org Sent: Monday, 16 February, 2015 10:06:07 PM Subject: Re: CoreOS/Docker - a new blog series Andrei, Do you know which files need to be modified in CoreOS and with what? Lucian -- Sent from the Delta quadrant using Borg technology! Nux! www.nux.ro - Original Message - From: Andrei Mikhailovsky and...@arhont.com To: users@cloudstack.apache.org Sent: Monday, 16 February, 2015 21:23:58 Subject: Re: CoreOS/Docker - a new blog series Has anyone tried using user_data in CloudStack to feed the cloud-config stuff to CoreOS? If so, could you please provide some examples? Cheers - Original Message - From: ilya musayev ilya.mailing.li...@gmail.com To: users@cloudstack.apache.org Sent: Monday, 16 February, 2015 7:30:12 PM Subject: Re: CoreOS/Docker - a new blog series Phil, Please create twitter links and i will re-tweet. Regards ilya On 2/14/15 3:15 PM, Phillip Kent wrote: dear all, I am editing a new series of blog posts on CoreOS and Docker with CloudStack API, Cloudmonkey and so on. Please have a look at the first two parts: http://cloudstore.interoute.com/main/knowledge-centre/blog/coreos-docker-vdc-part1 http://cloudstore.interoute.com/main/knowledge-centre/blog/coreos-docker-vdc-part2 These are written for an end user perspective. We have started *very* simple (single CoreOS VM with docker CLI) and will be working towards more complex topics as our own knowledge develops. We will also be evaluating Red Hat Atomic and Ubuntu Snappy as container platforms in the next few months. You can keep in touch with new blog posts by following https://twitter.com/Interoute or https://www.facebook.com/pages/Interoute/161759680529086 - Phillip
Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] - ACS 4.4.1 XenServer 6.2
Hello, I am unable to start VM in Cloudstack, I get a very generic error, unable to create deployment. I was working, however I need to detach a 2nd disk. I shutdown the VM, detach the 2nd Disk, restart the VM. however, am unable to restart now. please help! Job failed due to exception Unable to create a deployment for VM[User|i-2-192-VM] here is the logs: http://pastebin.com/raw.php?i=6RjTSduU -Motty
deleting vlan interface on xenserver host
Hi, I had added, shared guest network with some vlan id. Later I removed it, so cloudstack also deleted VR it created for that network. But somehow cloudstack has not deleted vlan interface it created on Host xenserver. Is it ok to remove it manually ? or there would be some scheduled housekeeping when cloudstack would do that? Thanks, /Sonali
Slow upload download on storage network
Hi, I have observed that storage network operations are really slow. When I download any iso, like just 4GB iso takes 4-5 Hrs. It's so weird. My secondary storage in nfs. I felt since SSVM is mounting the secondary storage mount on ssvm and downloading iso from there. That could be cause of slow network. So I even changed service offering for SSVM, and gave more memory and cpu, it's still same. I have configured Storage network for secondary storage traffic. So I am wondering what could be problem, since there is dedicated nic on nfs server and xenserver host, so it should just work. I am running CS 4.4.2 . Thanks, /Sonali
Re: CoreOS/Docker - a new blog series
etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei Seb, I've tried to use the $public_ipv4 and it seems to have made the sabstitube to the public ip. At least I can see the messages in journal: Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer 10.0.1.45:7001 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on :7001, advertised url http://178.248.xxx.xxx:7001] However, I would like to use the private ip range for that. The substitution did not work when i've tried the $private_ipv4. Is it working you you? Thanks Andrei
Encountered unhandled exception during HA process
Hello! I just discovered that I periodically (every few minutes) a lot of these messages in the server log: 2015-02-17 11:50:03,649 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Processing HAWork[793-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,651 WARN [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Encountered unhandled exception during HA process, reschedule retry java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl.migrate(HighAvailabilityManagerImpl.java:631) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:891) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,651 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Processing HAWork[794-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,651 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Rescheduling HAWork[793-Migration-2-Stopped-Migrating] to try again at Tue Feb 17 12:00:17 CET 2015 2015-02-17 11:50:03,651 ERROR [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-3:ctx-ee9d5d55 work-793) Caught this throwable, java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:925) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,652 WARN [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Encountered unhandled exception during HA process, reschedule retry java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl.migrate(HighAvailabilityManagerImpl.java:631) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:891) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.run(HighAvailabilityManagerImpl.java:857) 2015-02-17 11:50:03,652 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Rescheduling HAWork[794-Migration-2-Stopped-Migrating] to try again at Tue Feb 17 12:00:17 CET 2015 2015-02-17 11:50:03,653 INFO [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-1:ctx-30ba9813 work-795) Processing HAWork[795-Migration-2-Stopped-Migrating] 2015-02-17 11:50:03,653 ERROR [c.c.h.HighAvailabilityManagerImpl] (HA-Worker-4:ctx-029c212c work-794) Caught this throwable, java.lang.NullPointerException at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.runWithContext(HighAvailabilityManagerImpl.java:925) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread.access$000(HighAvailabilityManagerImpl.java:848) at com.cloud.ha.HighAvailabilityManagerImpl$WorkerThread$1.run(HighAvailabilityManagerImpl.java:860) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56) at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103) at
Re: CoreOS/Docker - a new blog series
On Feb 17, 2015, at 1:29 PM, Andrei Mikhailovsky and...@arhont.com wrote: etcd: name: server-name discovery: https://discovery.etcd.io/token addr: private_ip:4001 peer-addr: private_ip:7001 You need to change the values between to suite your environment. I've read that there should be variable $private_ipv4 to automatically inject your private IP, however, it doesn't seem to work for some reason. Will need to investigate further try with $public_ipv4 Andrei Seb, I've tried to use the $public_ipv4 and it seems to have made the sabstitube to the public ip. At least I can see the messages in journal: Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer 10.0.1.45:7001 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on :7001, advertised url http://178.248.xxx.xxx:7001] However, I would like to use the private ip range for that. The substitution did not work when i've tried the $private_ipv4. Is it working you you? I haven't looked deep into it, my guess is there might be a problem with the cloudstack metadata. Can you check if private_ipv4 exists and is what you expect it to be: curl your virtual router to get the metadata: http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.4/api.html?highlight=metadata#user-data-and-meta-data I have a hunch it's not defined and thus coreOS does not work with it. I could be wrong but could be a cloudstack bug. Thanks Andrei
Controlling Cisco Switch VLAN configuration
Hi, is there any plans to manage physical Cisco switches with Cloudstack? This would be to eliminate the requirement to trunk all VLANs on all hypervisor ports in advanced zone configuration. VLANs would just be created on demand on the physical layer. Thanks, Christian
