Re: A Story of a Failed XenServer Upgrade

[Yiping Zhang]

Hi, Alessandro

Late to the thread.  Is this still an issue for you ?

I went thru this process before and I have a step by step document that I can 
share if you still need it.

Yiping




On 1/2/16, 4:43 PM, "Ahmad Emneina"  wrote:

>Hi Alessandro,
>Without seeing the logs, or DB, it will be hard to diagnose the issue. I've
>seen something similar in the past, where the XenServer host version isnt
>getting updated in the DB, as part of the XS upgrade process. That caused
>CloudStack to use the wrong hypervisor resource to try connecting back to
>the XenServers... ending up in failure. If you could share sanitized
>versions of your log and db, someone here might be able to give you the
>necessary steps to get your cluster back under CloudStack control.
>
>On Sat, Jan 2, 2016 at 1:27 PM, Alessandro Caviglione <
>c.alessan...@gmail.com> wrote:
>
>> No guys,as the article wrote, my first action was to put in Maintenance
>> Mode the Pool Master INSIDE CS; "It is vital that you upgrade the XenServer
>> Pool Master first before any of the Slaves.  To do so you need to empty the
>> Pool Master of all CloudStack VMs, and you do this by putting the Host into
>> Maintenance Mode within CloudStack to trigger a live migration of all VMs
>> to alternate Hosts"
>>
>> This is exactly what I've done and after the XS upgrade, no hosts was able
>> to communicate with CS and also with the upgraded host.
>>
>> Putting an host in Maint Mode within CS will trigger MM also on XenServer
>> host or just will move the VMs to other hosts?
>>
>> And again what's the best practices to upgrade a XS cluster?
>>
>> On Sat, Jan 2, 2016 at 7:11 PM, Remi Bergsma 
>> wrote:
>>
>> > CloudStack should always do the migration of VM's not the Hypervisor.
>> >
>> > That's not true. You can safely migrate outside of CloudStack as the
>> power
>> > report will tell CloudStack where the vms live and the db gets updated
>> > accordingly. I do this a lot while patching and that works fine on 6.2
>> and
>> > 6.5. I use both CloudStack 4.4.4 and 4.7.0.
>> >
>> > Regards, Remi
>> >
>> >
>> > Sent from my iPhone
>> >
>> > On 02 Jan 2016, at 16:26, Jeremy Peterson  > jpeter...@acentek.net>> wrote:
>> >
>> > I don't use XenServer maintenance mode until after CloudStack has put the
>> > Host in maintenance mode.
>> >
>> > When you initiate maintenance mode from the host rather than CloudStack
>> > the db does not know where the VM's are and your UUID's get jacked.
>> >
>> > CS is your brains not the hypervisor.
>> >
>> > Maintenance in CS.  All VM's will migrate.  Maintenance in XenCenter.
>> > Upgrade.  Reboot.  Join Pool.  Remove Maintenance starting at hypervisor
>> if
>> > needed and then CS and move on to the next Host.
>> >
>> > CloudStack should always do the migration of VM's not the Hypervisor.
>> >
>> > Jeremy
>> >
>> >
>> > -Original Message-
>> > From: Davide Pala [mailto:davide.p...@gesca.it]
>> > Sent: Friday, January 1, 2016 5:18 PM
>> > To: users@cloudstack.apache.org
>> > Subject: R: A Story of a Failed XenServer Upgrade
>> >
>> > Hi alessandro. If u put in maintenance mode the master you force the
>> > election of a new pool master. Now when you have see the upgraded host as
>> > disconnected you are connected to the new pool master and the host (as a
>> > pool member) cannot comunicate with a pool master of an earliest version.
>> > The solution? Launche the upgrade on the pool master without enter in
>> > maintenance mode. And remember a consistent backup!!!
>> >
>> >
>> >
>> > Inviato dal mio dispositivo Samsung
>> >
>> >
>> >  Messaggio originale 
>> > Da: Alessandro Caviglione  > c.alessan...@gmail.com>>
>> > Data: 01/01/2016 23:23 (GMT+01:00)
>> > A: users@cloudstack.apache.org
>> > Oggetto: A Story of a Failed XenServer Upgrade
>> >
>> > Hi guys,
>> > I want to share my XenServer Upgrade adventure to understand if I did
>> > domething wrong.
>> > I upgraded CS from 4.4.4 to 4.5.2 without any issues, after all the VRs
>> > has been upgraded I start the upgrade process of my XenServer hosts from
>> > 6.2 to 6.5.
>> > I do not already have PoolHA enabled so I followed this article:
>> >
>> >
>> http://www.shapeblue.com/how-to-upgrade-an-apache-cloudstack-citrix-xenserver-cluster/
>> >
>> > The cluster consists of n° 3 XenServer hosts.
>> >
>> > First of all I added manage.xenserver.pool.master=false
>> > to environment.properties file and restarted cloudstack-management
>> service.
>> >
>> > After that I put in Maintenance Mode Pool Master host and, after all VMs
>> > has been migrated, I Unmanaged the cluster.
>> > At this point all host appears as "Disconnected" from CS interface and
>> > this should be right.
>> > Now I put XenServer 6.5 CD in the host in Maintenance Mode and start a
>> > in-place upgrade.
>> > After XS6.5 has been 

Getting crazy with KVM network config

[Mario Giammarco]

Hello,
I am evaluating cloudstack 4.7
I have followed instructions for creating kvm hosts with openvswitch
networking (and vlan 100, 200, 300 as suggested)
Tried creating a basic zone network in different ways.
It seems ok but it cannot reaches secondary storage. 
It is due to the fact that I cannot reach system vm.
>From documentation it is not clear at all that cloudstack needs to create
two system vms to access secondary storage and as a proxy.
So I tried advanced networking in the hope I can tell cloudstack right
vlans/subnets and so on.
When I add first host I see the host do not reply anymore.
So I go to console and I see that cloudstack has modified openvswitch
configuration and it has also modified /etc/network/interfaces putting
management network on wrong vlan and so destroying completely my previous
configuration.
>From documentation I cannot understand if I have to configure networking in
hosts or if is cloudstack that configures it.
Anyway it does not configure it in the right way.
Can you please tell me a working tutorial?
Can you please help me in some way?
Please note that in the kvm hosts I have one network card with vlans.

Thanks in advance,
Mario

Re: VPC virtual router NIC limit

[Remi Bergsma]

Hoi Erik,

You then don’t need eth interfaces for each tier and create a virtual interface 
in the openvswitch bridge instead. This has virtually no limit.

Openvswitch also brings features like vxlan connections between routers and 
such, so could be very interesting.

Regards,
Remi






On 07/01/16 08:30, "Erik Weber"  wrote:

>From a technical or code perspective?
>
>How would changing to openvswitch change anything in this scenario?
>
>-- 
>Erik
>
>On Thu, Jan 7, 2016 at 7:16 AM, Remi Bergsma 
>wrote:
>
>> I don't think that would work. Instead, we could change to openvswitch as
>> that makes it way more flexibele. As far as I know there are no plans / is
>> no one working on that right now.
>>
>> Sent from my iPhone
>>
>> > On 06 Jan 2016, at 23:52, Erik Weber  wrote:
>> >
>> > A theoretical change could be to switch from VLAN assigned VIFs to using
>> > the VLAN feature in Linux kernel. That would give interface names like
>> > eth0.100 instead of eth0-6. Would need one NIC for each physical Network
>> > though.
>> >
>> > And I do not know if all hypervisors supports trunk ports.
>> >
>> >
>> > Erik
>> >
>> > Den mandag 28. desember 2015 skrev Davide Pala 
>> > følgende:
>> >
>> >> Hi all.
>> >> I've read about vpc and tiers, now i've a question. VPC's virtual router
>> >> is a virtual machine and as the other vm it have some limit such as the
>> max
>> >> number of nic that an hypervisor can provide to vm (in xenserver this
>> limit
>> >> is set to 7) ...this mean that the vpc can have only 6 tier? there is a
>> way
>> >> to bypass this limit?
>> >> thanks to all
>> >>
>> >> Davide Pala
>> >> Infrastructure Specialist
>> >> Gesca srl
>> >>
>> >> Via degli Olmetti, 18
>> >> 00060 Formello (Roma)
>> >> Office:  +39 06 9040661
>> >> Fax: +39 06 9040
>> >> E-mail: davide.p...@gesca.it > >> >
>> >> Web:www.gesca.it
>> >>
>> >> [Descrizione: Descrizione: Descrizione: Descrizione: Descrizione:
>> >> Descrizione: logoGescaPER FIRMA]
>> >>
>> >>
>>

Re: Billing software for CloudStack

[France]

Thank you all for your suggestions,
we shall take a look at all of them.

Regards,
F.


On 06 Jan 2016, at 20:29, Erik Weber  wrote:

> Check out actonmagic/actoncloud and amysta.
> 
> Haven't used them other than PoC, but figured they should be mentioned.
> 
> -- 
> Erik
> 
> Den onsdag 6. januar 2016 skrev France  følgende:
> 
>> Hi guys,
>> 
>> we need to be able to divide expenses of running the cloud on per
>> compartment (customer).
>> We have been doing it by hand (with some simple scripts - and mistakes),
>> but I would like to find an automated solution.
>> It can be payable/proprietary or open-source, as long as we can see how
>> much of which resources who uses.
>> 
>> Any ideas?
>> 
>> Regards,
>> F.
>> 
>> 
>> 

Re: Working Debian template

[Glenn Wagner]

Hi,

We have created a few of these for projects, using the same documents
if you want a quick template you can try 
http://dl.openvm.eu/cloudstack/debian/vanilla/old/x86_64/

Thanks
Glenn



[ShapeBlue]
Glenn Wagner
Senior Consultant   ,   ShapeBlue


d:   | s: +27 21 527 0091|  
m:  +27 73 917 4111

e:  glenn.wag...@shapeblue.com | t: 
 |  w:  
www.shapeblue.com

a:  2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 
South Africa


[cid:image4f4df2.png@03dd5317.46947031]


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





From: S. Brüseke - proIO GmbH 
Sent: Thursday, January 7, 2016 3:09 AM
To: users@cloudstack.apache.org
Subject: Working Debian template

Hi,

does someone created a working template with Debian 7 for CS?
I used 
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.6/templates.html#creating-a-linux-template
 but still have a problem with /etc/hosts.
I also tried https://gist.github.com/makuk66/6379642 and the fork at 
https://gist.github.com/srics/8e59654004fc38bed9fe

But I can still see "127.0.1.1 localhost.cs2cloud.internal localhost" and no 
replacement with the dhcp ip and the active hostname. hostname itself was 
changed to the correct one.

Any ideas?

Mit freundlichen Grüßen / With kind regards,

Swen




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

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support | CloudStack 
Bootcamp Training Courses

Re: VPC virtual router NIC limit

[Erik Weber]

On Thu, Jan 7, 2016 at 11:28 AM, Remi Bergsma 
wrote:

> Hoi Erik,
>
> You then don’t need eth interfaces for each tier and create a virtual
> interface in the openvswitch bridge instead. This has virtually no limit.
>
>
I considered the eth0.100 as virtual as well, but truly virtual is fine :-)


> Openvswitch also brings features like vxlan connections between routers
> and such, so could be very interesting.
>
>
vxlan as isolation in general would be interesting too

+1, for 4.9 release? ;-)

-- 
Erik

AW: Working Debian template

[S . Brüseke - proIO GmbH]

Hi Glenn,
 
thank you for your reply. Can you please check if /etc/hosts will be updated in 
your templates? As far as my testing goes it will not be updated after first 
boot of an instance created out of a template. It will still show a "127.0.1.1" 
entry. After the second boot it will add a correct entry at the end of the 
file, but still leave the "127.0.1.1" entry in /etc/hosts.
 
Mit freundlichen Grüßen / With kind regards,
 
Swen Brüseke
 
 
proIO GmbH   
Kleyerstr. 79 - 89 / Tor 13   
D-60326 Frankfurt am Main 
 
Mail: s.brues...@proio.com
Tel:  +(49) (0) 69 739049-15
Fax:  +(49) (0) 69 739049-25  
Web:  www.proio.com
 
- Support -
Mail: supp...@proio.com
24h:  +(49) (0) 1805 522 855
 
Von: Glenn Wagner [mailto:glenn.wag...@shapeblue.com] 
Gesendet: Donnerstag, 7. Januar 2016 09:43
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
Betreff: Re: Working Debian template
 
Hi,

We have created a few of these for projects, using the same documents 
if you want a quick template you can try 
http://dl.openvm.eu/cloudstack/debian/vanilla/old/x86_64/

Thanks
Glenn

 
 
 
 
 
 Glenn Wagner
 
 Senior Consultant
 , 
 ShapeBlue
 
 
 d: 
  | s: +27 21 527 0091
  | 
 m: 
 +27 73 917 4111
 
 e: 
 glenn.wag...@shapeblue.com | t: 
  | 
 w: 
 www.shapeblue.com
 
 a: 
 2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130 South 
Africa
 
 
 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.
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.
 

From: S. Brüseke - proIO GmbH 
Sent: Thursday, January 7, 2016 3:09 AM
To: users@cloudstack.apache.org
Subject: Working Debian template

Hi,

does someone created a working template with Debian 7 for CS?
I used 
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.6/templates.html#creating-a-linux-template
 but still have a problem with /etc/hosts.
I also tried https://gist.github.com/makuk66/6379642 and the fork at 
https://gist.github.com/srics/8e59654004fc38bed9fe

But I can still see "127.0.1.1 localhost.cs2cloud.internal localhost" and no 
replacement with the dhcp ip and the active hostname. hostname itself was 
changed to the correct one.

Any ideas?

Mit freundlichen Grüßen / With kind regards,

Swen




- 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.
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | CSForge – rapid IaaS deployment framework
CloudStack Consulting | CloudStack Software Engineering
CloudStack Infrastructure Support | CloudStack Bootcamp Training Courses

- 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 

R: A Story of a Failed XenServer Upgrade

[Davide Pala]

Hi Yiping. I'll do this early. If you can share this document i'll appreciate.
Tnx



Inviato dal mio dispositivo Samsung


 Messaggio originale 
Da: Yiping Zhang 
Data: 08/01/2016 02:32 (GMT+01:00)
A: users@cloudstack.apache.org, aemne...@gmail.com
Oggetto: Re: A Story of a Failed XenServer Upgrade

Hi, Alessandro

Late to the thread.  Is this still an issue for you ?

I went thru this process before and I have a step by step document that I can 
share if you still need it.

Yiping




On 1/2/16, 4:43 PM, "Ahmad Emneina"  wrote:

>Hi Alessandro,
>Without seeing the logs, or DB, it will be hard to diagnose the issue. I've
>seen something similar in the past, where the XenServer host version isnt
>getting updated in the DB, as part of the XS upgrade process. That caused
>CloudStack to use the wrong hypervisor resource to try connecting back to
>the XenServers... ending up in failure. If you could share sanitized
>versions of your log and db, someone here might be able to give you the
>necessary steps to get your cluster back under CloudStack control.
>
>On Sat, Jan 2, 2016 at 1:27 PM, Alessandro Caviglione <
>c.alessan...@gmail.com> wrote:
>
>> No guys,as the article wrote, my first action was to put in Maintenance
>> Mode the Pool Master INSIDE CS; "It is vital that you upgrade the XenServer
>> Pool Master first before any of the Slaves.  To do so you need to empty the
>> Pool Master of all CloudStack VMs, and you do this by putting the Host into
>> Maintenance Mode within CloudStack to trigger a live migration of all VMs
>> to alternate Hosts"
>>
>> This is exactly what I've done and after the XS upgrade, no hosts was able
>> to communicate with CS and also with the upgraded host.
>>
>> Putting an host in Maint Mode within CS will trigger MM also on XenServer
>> host or just will move the VMs to other hosts?
>>
>> And again what's the best practices to upgrade a XS cluster?
>>
>> On Sat, Jan 2, 2016 at 7:11 PM, Remi Bergsma 
>> wrote:
>>
>> > CloudStack should always do the migration of VM's not the Hypervisor.
>> >
>> > That's not true. You can safely migrate outside of CloudStack as the
>> power
>> > report will tell CloudStack where the vms live and the db gets updated
>> > accordingly. I do this a lot while patching and that works fine on 6.2
>> and
>> > 6.5. I use both CloudStack 4.4.4 and 4.7.0.
>> >
>> > Regards, Remi
>> >
>> >
>> > Sent from my iPhone
>> >
>> > On 02 Jan 2016, at 16:26, Jeremy Peterson  > jpeter...@acentek.net>> wrote:
>> >
>> > I don't use XenServer maintenance mode until after CloudStack has put the
>> > Host in maintenance mode.
>> >
>> > When you initiate maintenance mode from the host rather than CloudStack
>> > the db does not know where the VM's are and your UUID's get jacked.
>> >
>> > CS is your brains not the hypervisor.
>> >
>> > Maintenance in CS.  All VM's will migrate.  Maintenance in XenCenter.
>> > Upgrade.  Reboot.  Join Pool.  Remove Maintenance starting at hypervisor
>> if
>> > needed and then CS and move on to the next Host.
>> >
>> > CloudStack should always do the migration of VM's not the Hypervisor.
>> >
>> > Jeremy
>> >
>> >
>> > -Original Message-
>> > From: Davide Pala [mailto:davide.p...@gesca.it]
>> > Sent: Friday, January 1, 2016 5:18 PM
>> > To: users@cloudstack.apache.org
>> > Subject: R: A Story of a Failed XenServer Upgrade
>> >
>> > Hi alessandro. If u put in maintenance mode the master you force the
>> > election of a new pool master. Now when you have see the upgraded host as
>> > disconnected you are connected to the new pool master and the host (as a
>> > pool member) cannot comunicate with a pool master of an earliest version.
>> > The solution? Launche the upgrade on the pool master without enter in
>> > maintenance mode. And remember a consistent backup!!!
>> >
>> >
>> >
>> > Inviato dal mio dispositivo Samsung
>> >
>> >
>> >  Messaggio originale 
>> > Da: Alessandro Caviglione  > c.alessan...@gmail.com>>
>> > Data: 01/01/2016 23:23 (GMT+01:00)
>> > A: users@cloudstack.apache.org
>> > Oggetto: A Story of a Failed XenServer Upgrade
>> >
>> > Hi guys,
>> > I want to share my XenServer Upgrade adventure to understand if I did
>> > domething wrong.
>> > I upgraded CS from 4.4.4 to 4.5.2 without any issues, after all the VRs
>> > has been upgraded I start the upgrade process of my XenServer hosts from
>> > 6.2 to 6.5.
>> > I do not already have PoolHA enabled so I followed this article:
>> >
>> >
>> http://www.shapeblue.com/how-to-upgrade-an-apache-cloudstack-citrix-xenserver-cluster/
>> >
>> > The cluster consists of n° 3 XenServer hosts.
>> >
>> > First of all I added manage.xenserver.pool.master=false
>> > to environment.properties file and restarted cloudstack-management
>> service.
>> >
>> > After that I put in 

Re: CloudStack 4.6.2 RPMs

[mvs babu]

Hi Rohit,

Thanks for the information. Sorry for late reply, I was in leave.

As per Apache  CloudStack documentation 
(http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.6.0/upgrade/upgrade-4.3.html#update-system-vm-templates)
 we need to register two systemvm templates (4.5 and 4.6) while upgrading from 
4.4 or lower version to 4.6. Can we use same templates for 4.6.2 too? 

Thank you,
Suneel Mallela





From: Rohit Yadav
Sent: ‎Monday‎, ‎January‎ ‎4‎, ‎2016 ‎10‎:‎00‎ ‎PM
To: users@cloudstack.apache.org
Cc: d...@cloudstack.apache.org




Hi, 



You may use the following for CentOS6.x:

http://packages.shapeblue.com/cloudstack/upstream/centos/4.6/




Regards..







 ShapeBlue 

Rohit Yadav

Software Architect, ShapeBlue




d:  | s: +44 203 603 0540 | m: +91 8826230892


e: rohit.ya...@shapeblue.com | t:  | w: www.shapeblue.com


a: 53 Chandos Place, Covent Garden London WC2N 4HS UK


 



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






On 04-Jan-2016, at 11:48 AM, mvs babu  wrote:



Hi All,




We are trying to upgrade ACS from 4.3.1 to 4.6.2. But found there are no RPMs 
at http://cloudstack.apt-get.eu/centos/6/4.6/. Where can we get RPMs for 
ACS4.6.2?






Thank you,
Suneel Mallela


Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | CSForge – rapid IaaS deployment framework
CloudStack Consulting | CloudStack Software Engineering
CloudStack Infrastructure Support | CloudStack Bootcamp Training Courses

Upgrade from 4.5.2 to 4.7 Vmware broken for me

[Steve Searles]

Can someone please help point me in the right direction on this one.  I 
upgraded 4.5.2 to 4.7 in my lab. Built with all deps and noredist options as 
done for all previous releases.  I saw in the release notes the build 
dependency and resolved that. Build was successful (Confirmed vmware support 
built) and rpm generation was successful.  After loading CS and updating the 
vcenter passwords in the DB and launching CS all of my vmware hosts show 
disconnected and as such any commands are failing to those hosts.  Below is the 
exception I am seeing.

2016-01-08 00:12:29,113 INFO  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Could not to find a Discoverer to load the 
resource: 1 for hypervisor type: VMware
2016-01-08 00:12:29,114 WARN  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Unable to find class 
com.cloud.hypervisor.vmware.resource.VmwareResource
java.lang.ClassNotFoundException: 
com.cloud.hypervisor.vmware.resource.VmwareResource
at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1483)
at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:190)
at 
com.cloud.agent.manager.AgentManagerImpl.loadResourcesWithoutHypervisor(AgentManagerImpl.java:623)
at 
com.cloud.agent.manager.AgentManagerImpl.loadDirectlyConnectedHost(AgentManagerImpl.java:697)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.scanDirectAgentToLoad(ClusteredAgentManagerImpl.java:217)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.runDirectAgentScanTimerTask(ClusteredAgentManagerImpl.java:182)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.access$100(ClusteredAgentManagerImpl.java:96)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl$DirectAgentScanTimerTask.runInContext(ClusteredAgentManagerImpl.java:233)
at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask$1.runInContext(ManagedContextTimerTask.java:30)
at 
org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
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 
org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
at 
org.apache.cloudstack.managed.context.ManagedContextTimerTask.run(ManagedContextTimerTask.java:27)
at java.util.TimerThread.mainLoop(Timer.java:555)
at java.util.TimerThread.run(Timer.java:505)
2016-01-08 00:12:29,115 WARN  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Unable to load the resource: 1
2016-01-08 00:12:29,116 DEBUG [c.c.h.Status] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Transition:[Resource state = Enabled, 
Agent event = AgentDisconnected, Host id = 1, name = 
esx02.z01p1.us.east.cvg.cs.zimcom.net]
2016-01-08 00:12:29,128 DEBUG [c.c.a.m.ClusteredAgentManagerImpl] 
(ClusteredAgentManager Timer:ctx-4957e5b4) (logid:c087a0ff) Loading directly 
connected host 109(esx03.z01p1.us.east.cvg.cs.zimcom.net)
2016-01-08 00:12:29,128 INFO  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Could not to find a Discoverer to load the 
resource: 109 for hypervisor type: VMware
2016-01-08 00:12:29,129 WARN  [c.c.a.m.AgentManagerImpl] (ClusteredAgentManager 
Timer:ctx-4957e5b4) (logid:c087a0ff) Unable to find class 
com.cloud.hypervisor.vmware.resource.VmwareResource
java.lang.ClassNotFoundException: 
com.cloud.hypervisor.vmware.resource.VmwareResource
at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1483)
at 
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1329)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:190)
at 
com.cloud.agent.manager.AgentManagerImpl.loadResourcesWithoutHypervisor(AgentManagerImpl.java:623)
at 
com.cloud.agent.manager.AgentManagerImpl.loadDirectlyConnectedHost(AgentManagerImpl.java:697)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.scanDirectAgentToLoad(ClusteredAgentManagerImpl.java:217)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.runDirectAgentScanTimerTask(ClusteredAgentManagerImpl.java:182)
at 
com.cloud.agent.manager.ClusteredAgentManagerImpl.access$100(ClusteredAgentManagerImpl.java:96)
at 

Re: Working Debian template

[Ian Duffy]

> Do I need to do some changes on CS?

No just on the template. /etc/cloud/cloud-config if memory serves me
correctly.

> Will change password script of CS still work if I use cloud-init?

Yes.
http://shankerbalan.net/blog/cloud-init-supports-cloudstack-as-data-source/

On 7 January 2016 at 09:11, S. Brüseke - proIO GmbH 
wrote:

> Hi Ian,
>
> thank you for the link. I am not really familiar with cloud-init. Do I
> need to do some changes on CS?
> Will change password script of CS still work if I use cloud-init?
>
> Mit freundlichen Grüßen / With kind regards,
>
> Swen
>
>
> -Ursprüngliche Nachricht-
> Von: Ian Duffy [mailto:i...@ianduffy.ie]
> Gesendet: Donnerstag, 7. Januar 2016 09:55
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: Working Debian template
>
> In order to get the functionality you desire the cloud-init config must be
> modified in order to enable hosts file management.
>
> Please see
>
> https://github.com/number5/cloud-init/blob/master/doc/examples/cloud-config.txt#L408-L482
> for a full documented cloud-config example.
>
> Thanks,
> Ian.
>
> On 7 January 2016 at 08:49, S. Brüseke - proIO GmbH 
> wrote:
>
> > Hi Glenn,
> >
> > thank you for your reply. Can you please check if /etc/hosts will be
> > updated in your templates? As far as my testing goes it will not be
> > updated after first boot of an instance created out of a template. It
> > will still show a "127.0.1.1" entry. After the second boot it will add
> > a correct entry at the end of the file, but still leave the "127.0.1.1"
> entry in /etc/hosts.
> >
> > Mit freundlichen Grüßen / With kind regards,
> >
> > Swen Brüseke
> >
> >
> > proIO GmbH
> > Kleyerstr. 79 - 89 / Tor 13
> > D-60326 Frankfurt am Main
> >
> > Mail: s.brues...@proio.com
> > Tel:  +(49) (0) 69 739049-15
> > Fax:  +(49) (0) 69 739049-25
> > Web:  www.proio.com
> >
> > - Support -
> > Mail: supp...@proio.com
> > 24h:  +(49) (0) 1805 522 855
> >
> > Von: Glenn Wagner [mailto:glenn.wag...@shapeblue.com]
> > Gesendet: Donnerstag, 7. Januar 2016 09:43
> > An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> > Betreff: Re: Working Debian template
> >
> > Hi,
> >
> > We have created a few of these for projects, using the same documents
> > if you want a quick template you can try
> > http://dl.openvm.eu/cloudstack/debian/vanilla/old/x86_64/
> >
> > Thanks
> > Glenn
> >
> >
> >
> >
> >
> >
> >  Glenn Wagner
> >
> >  Senior Consultant
> >  ,
> >  ShapeBlue
> >
> >
> >  d:
> >   | s: +27 21 527 0091
> >   |
> >  m:
> >  +27 73 917 4111
> >
> >  e:
> >  glenn.wag...@shapeblue.com | t:
> >   |
> >  w:
> >  www.shapeblue.com
> >
> >  a:
> >  2nd Floor, Oudehuis Centre, 122 Main Rd, Somerset West Cape Town 7130
> > South Africa
> >
> >
> >  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.
> > 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.
> >
> > 
> > From: S. Brüseke - proIO GmbH 
> > Sent: Thursday, January 7, 2016 3:09 AM
> > To: users@cloudstack.apache.org
> > Subject: Working Debian template
> >
> > Hi,
> >
> > does someone created a working template with Debian 7 for CS?
> > I used
> > http://docs.cloudstack.apache.org/projects/cloudstack-administration/e
> > n/4.6/templates.html#creating-a-linux-template
> > but still have a problem with /etc/hosts.
> > I also tried https://gist.github.com/makuk66/6379642 and the fork at
> > https://gist.github.com/srics/8e59654004fc38bed9fe
> >
> > But I can still see "127.0.1.1 localhost.cs2cloud.internal localhost"
> > and no replacement with the dhcp ip and the active hostname. hostname
> > itself was changed to the correct one.
> >
> > Any ideas?
> >
> > Mit freundlichen Grüßen / With kind regards,
> >
> > Swen
> >
> >
> >
> >
> > - 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
> >