Re: Unable to create a New VM - Error message: Unable to start instance due to Unable to get answer that is of class com.cloud.agent.api.StartAnswer

[Nezar Madbouh]

Hi Jeremy,

I have uploaded the contents to http://pastebin.com/1J3mmgTh

your help is much appreciated,
Nezar.

On 15 March 2016 at 13:46, Jeremy Peterson  wrote:

> I don't see any attachments can you create a pastebin. That's easier to
> look through as I think attachments are removed before being sent to user
> group.
>
> Jeremy
>
>
>  Original message 
> From: Nezar Madbouh 
> Date: 3/14/2016 6:38 PM (GMT-06:00)
> To: users@cloudstack.apache.org
> Subject: Unable to create a New VM - Error message: Unable to start
> instance due to Unable to get answer that is of class
> com.cloud.agent.api.StartAnswer
>
> Hi Shweta and Sadhu,
>
> Please find attached managerment-server.log which contains the logs since
> I started creating a new VM (VM id 600).
>
> Please note that we don't have agent.log files
>
> Your help is much appreciated.
>
> Regards,
> Nezar.
>

RE: Unable to create a New VM - Error message: Unable to start instance due to Unable to get answer that is of class com.cloud.agent.api.StartAnswer

[Jeremy Peterson]

I don't see any attachments can you create a pastebin. That's easier to look 
through as I think attachments are removed before being sent to user group.

Jeremy


 Original message 
From: Nezar Madbouh 
Date: 3/14/2016 6:38 PM (GMT-06:00)
To: users@cloudstack.apache.org
Subject: Unable to create a New VM - Error message: Unable to start instance 
due to Unable to get answer that is of class com.cloud.agent.api.StartAnswer

Hi Shweta and Sadhu,

Please find attached managerment-server.log which contains the logs since I 
started creating a new VM (VM id 600).

Please note that we don't have agent.log files

Your help is much appreciated.

Regards,
Nezar.

Unable to create a New VM - Error message: Unable to start instance due to Unable to get answer that is of class com.cloud.agent.api.StartAnswer

[Nezar Madbouh]

Hi Shweta and Sadhu,

Please find attached managerment-server.log which contains the logs since I
started creating a new VM (VM id 600).

Please note that we don't have agent.log files

Your help is much appreciated.

Regards,
Nezar.

RE: Advanced networking with VLANs under KVM

[Paul Angus]

Hi Chris,

You wouldn't expect the systems vms (ssvm or cpvm) to connect to anything on 
the guest network.
The system VMs don't use any network that you create on the public side, they 
just get an IP on the public network and expect to be able to route directly 
via your next hop gateway.

If you told CloudStack that the public VLAN was 111, then you'd expect to see a 
bridge br0.111 created on the host(s) running the cpvm and ssvms.
In the public network section of the wizard, you set the range of IPs which the 
system VMs can use on the public interfaces and the gateway which is their next 
hop.





[ShapeBlue]
Paul Angus
VP Technology   ,   ShapeBlue


d:  +44 203 617 0528 | s: +44 203 603 
0540 |  
m:  +44 7711 418784

e:  paul.an...@shapeblue.com | t: 
@cloudyangus  |
  w:  www.shapeblue.com

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


[cid:imagef0c556.png@a885ce55.4497b2b7]


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.




-Original Message-
From: Chris Watts [mailto:ch...@theintertubes.ca]
Sent: Monday, March 14, 2016 6:49 PM
To: users@cloudstack.apache.org
Subject: Re: Advanced networking with VLANs under KVM

Hi Simon,

For the traffic labels, I assign then bridge.

Physical Bond Bridge


Eth1 ---> Bond0 ---> br0
/ Bond0.534 -> br0.534
Eth2  /


eth1/2 are connected to trunk ports on my switch, bond0.534 is my management 
VLAN/IP so the KVM host gets bond0.534 for ssh/management/storage traffic.

When setting up the zone in CloudStack, assign the traffic label of "bond0.534" 
for management, then for both Public and Guest, the label "br0". Then I go 
create a shared guest network, provide the VLAN number and IP addressing scheme.

I can get to the point of the System VMs running, however, they are never able 
to talk to anything on the public or guest networks.


On Mon, Mar 14, 2016 at 1:44 PM, Simon Weller  wrote:

> C hris,
>
> What do you define as the traffic labels when you configured the
> network within the Cloudstack zone wizard?
> Can you provide some more information on what you setup?
>
> - Si
> 
> From: Chris Watts 
> Sent: Monday, March 14, 2016 9:22 AM
> To: users@cloudstack.apache.org
> Subject: Advanced networking with VLANs under KVM
>
> Hi Everyone, I having a helluva time trying to understand how
> cloudstack wants todo networking. Specifically when it comes to adding
> your zones/physical networks.
>
> My KVM hosts have 2 physical nics, bonded together as bond0, and they
> are VLAN trunk ports with about 30 VLANs coming in I have bond0 as a
> member of a bridge, br0
>
> I assign public/guest/management traffic to the physical network,
> management has no label (native vlan) then guest/public get br0
>
> Adding guest/public networks using the vlan ID's but nothing seems to
> work when the system VM's try to spin upso I'm assuming I'm
> probably not following how cloudstack wants to interface with the
> physical network..but I'm suck.
>
> I need my cloudstack VM's to sit directly on the VLANs so they can
> talk to my other physical hosts.
>
> I've seen references to creating physical interfaces/bridges for each
> VLAN on the hypervisor (IE br0.111 for vlan 111, br0.112 etc) and
> using those, but I figured there was probably a better way.
>
> My assumption would be that I'd be able to tell cloudstack/KVM that
> the bridge is really a trunk and that cloudstack would take care of
> the tagging of traffic etc.
>
> Thanks
>
Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build | 
CSForge – rapid IaaS deployment framework
CloudStack Consulting | 

Re: Advanced networking with VLANs under KVM

[Chris Watts]

Hi Simon,

For the traffic labels, I assign then bridge.

Physical  Bond   Bridge


Eth1 ---> Bond0 ---> br0
   /Bond0.534 -> br0.534
Eth2  /


eth1/2 are connected to trunk ports on my switch, bond0.534 is my
management VLAN/IP so the KVM host gets bond0.534 for
ssh/management/storage traffic.

When setting up the zone in CloudStack, assign the traffic label of
"bond0.534" for management, then for both Public and Guest, the label
"br0". Then I go create a shared guest network, provide the VLAN number and
IP addressing scheme.

I can get to the point of the System VMs running, however, they are never
able to talk to anything on the public or guest networks.


On Mon, Mar 14, 2016 at 1:44 PM, Simon Weller  wrote:

> C hris,
>
> What do you define as the traffic labels when you configured the network
> within the Cloudstack zone wizard?
> Can you provide some more information on what you setup?
>
> - Si
> 
> From: Chris Watts 
> Sent: Monday, March 14, 2016 9:22 AM
> To: users@cloudstack.apache.org
> Subject: Advanced networking with VLANs under KVM
>
> Hi Everyone, I having a helluva time trying to understand how cloudstack
> wants
> todo networking. Specifically when it comes to adding your zones/physical
> networks.
>
> My KVM hosts have 2 physical nics, bonded together as bond0, and
> they are VLAN trunk ports with about 30 VLANs coming in
> I have bond0 as a member of a bridge, br0
>
> I assign public/guest/management traffic to the physical network,
> management has
> no label (native vlan) then guest/public get br0
>
> Adding guest/public networks using the vlan ID's
> but nothing seems to work when the system VM's try to spin upso I'm
> assuming I'm probably not following how cloudstack wants to interface with
> the
> physical network..but I'm suck.
>
> I need my cloudstack VM's to sit directly on the VLANs so they can talk to
> my
> other physical hosts.
>
> I've seen references to creating physical interfaces/bridges for each VLAN
> on the hypervisor (IE br0.111 for vlan 111, br0.112 etc) and using those,
> but I figured there was probably a better way.
>
> My assumption would be that I'd be able to tell cloudstack/KVM that the
> bridge is really a trunk and that cloudstack would take care of the tagging
> of traffic etc.
>
> Thanks
>

IPs Getting Stuck on Multiple Routers

[Jeff Hair]

Hi,

If you disassociate a bunch of public IPs at once from an account, it tends
to be that the IPs are still stuck on the virtual router even though they
have been successfully released on the management server. Another account
later acquires that IP, and now two routers have the same public IPs
attached to them. This leads to intermittent connectivity loss for the
accounts.

The only way currently to fix this is to restart network (not acceptable in
production environment) or to make some kind of cron job which manually
fixes broken IPs (barely any better).

This happens at least on KVM. I assume it happens on other hypervisors as
well.

Is this a known issue?

Thanks,

Jeff

AW: AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

[S . Brüseke - proIO GmbH]

Thank you very much! :-)

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Nux! [mailto:n...@li.nux.ro] 
Gesendet: Montag, 14. März 2016 15:29
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
Betreff: Re: AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

Sorry for image
http://storage3.static.itmages.com/i/16/0314/h_1457965735_1160614_2a9ad21577.png

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "S. Brüseke - proIO GmbH" 
> To: users@cloudstack.apache.org
> Sent: Monday, 14 March, 2016 14:03:12
> Subject: AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

> Hi,
> 
> can someone provide the following curl request from inside an instance 
> in a CS
> 4.8 installation?
> 
> curl http://10.1.1.1/latest/meta-data/
> 
> where 10.1.1.1 is your VR of the network the instance is in.
> 
> Thank you very much!
> 
> Mit freundlichen Grüßen / With kind regards,
> 
> Swen
> 
> 
> -Ursprüngliche Nachricht-
> Von: Nux! [mailto:n...@li.nux.ro]
> Gesendet: Freitag, 11. März 2016 12:32
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: AW: AW: AW: AW: cloud-init and user-data/meta-data
> 
> Yes indeed.
> Put a script in /var/lib/cloud/scripts/per-boot, it will be executed 
> at every boot (hopefully after networking is up).
> In it you could inspect /var/lib/dhcp/blah for the full hostname or 
> domain name and amend /etc/hosts as you need.
> 
> HTH
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "S. Brüseke - proIO GmbH" 
>> To: users@cloudstack.apache.org
>> Sent: Friday, 11 March, 2016 10:59:58
>> Subject: AW: AW: AW: AW: cloud-init and user-data/meta-data
> 
>> But DHCP will not alter /etc/hosts as far as I know.
>> 
>> By per-boot hack you mean to write a script and run it via cloud-init 
>> at boot time?
>> 
>> Mit freundlichen Grüßen / With kind regards,
>> 
>> Swen
>> 
>> 
>> -Ursprüngliche Nachricht-
>> Von: Nux! [mailto:n...@li.nux.ro]
>> Gesendet: Freitag, 11. März 2016 11:54
>> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
>> Betreff: Re: AW: AW: AW: cloud-init and user-data/meta-data
>> 
>> I am using cloud-init in the templates, but as I said I have not 
>> looked that much into it. I just let DHCP do its job.
>> I would look at the per-boot scripts hack. :)
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "S. Brüseke - proIO GmbH" 
>>> To: users@cloudstack.apache.org
>>> Sent: Friday, 11 March, 2016 10:50:04
>>> Subject: AW: AW: AW: cloud-init and user-data/meta-data
>> 
>>> To me it looks like CS needs to extend the user-data/meta-data with 
>>> "hostname".
>>> 
>>> Are you using cloud-init in your templates? How to you edit 
>>> /etc/hosts with correct values?
>>> 
>>> Mit freundlichen Grüßen / With kind regards,
>>> 
>>> Swen
>>> 
>>> 
>>> -Ursprüngliche Nachricht-
>>> Von: Nux! [mailto:n...@li.nux.ro]
>>> Gesendet: Freitag, 11. März 2016 11:38
>>> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
>>> Betreff: Re: AW: AW: cloud-init and user-data/meta-data
>>> 
>>> Swen,
>>> 
>>> I am not very familiar with it, but unless they have a proper module 
>>> in place to deal with DHCP as they do with the hosts file, you can 
>>> always add a script in /var/lib/cloud/scripts/per-boot to check the 
>>> dhcp info in /var/lib/dhcp and perform stuff based on it.
>>> Not exactly kosher, but hey ..
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "S. Brüseke - proIO GmbH" 
 To: users@cloudstack.apache.org
 Sent: Friday, 11 March, 2016 10:34:22
 Subject: AW: AW: cloud-init and user-data/meta-data
>>> 
 yes, but cloud-init is rewriting the /etc/hosts file and it does 
 not have access to DHCP information or does it?
 
 Mit freundlichen Grüßen / With kind regards,
 
 Swen
 
 
 -Ursprüngliche Nachricht-
 Von: Nux! [mailto:n...@li.nux.ro]
 Gesendet: Freitag, 11. März 2016 11:31
 An: S. Brüseke - proIO GmbH
 Cc: users@cloudstack.apache.org
 Betreff: Re: AW: cloud-init and user-data/meta-data
 
 Ah I see.
 Well, afaik the fqdn should be provided via DHCP, right?
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
> From: "S. Brüseke - proIO GmbH" 
> To: "Nux!" , users@cloudstack.apache.org
> Sent: Friday, 11 March, 2016 10:29:41
> Subject: AW: cloud-init and user-data/meta-data
 
> Hi Lucian,
> 
> no, local-hostname will provide only the 

Advanced networking with VLANs under KVM

[Chris Watts]

Hi Everyone, I having a helluva time trying to understand how cloudstack
wants
todo networking. Specifically when it comes to adding your zones/physical
networks.

My KVM hosts have 2 physical nics, bonded together as bond0, and
they are VLAN trunk ports with about 30 VLANs coming in
I have bond0 as a member of a bridge, br0

I assign public/guest/management traffic to the physical network,
management has
no label (native vlan) then guest/public get br0

Adding guest/public networks using the vlan ID's
but nothing seems to work when the system VM's try to spin upso I'm
assuming I'm probably not following how cloudstack wants to interface with
the
physical network..but I'm suck.

I need my cloudstack VM's to sit directly on the VLANs so they can talk to
my
other physical hosts.

I've seen references to creating physical interfaces/bridges for each VLAN
on the hypervisor (IE br0.111 for vlan 111, br0.112 etc) and using those,
but I figured there was probably a better way.

My assumption would be that I'd be able to tell cloudstack/KVM that the
bridge is really a trunk and that cloudstack would take care of the tagging
of traffic etc.

Thanks

Re: AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

[Nux!]

Sorry for image
http://storage3.static.itmages.com/i/16/0314/h_1457965735_1160614_2a9ad21577.png

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "S. Brüseke - proIO GmbH" 
> To: users@cloudstack.apache.org
> Sent: Monday, 14 March, 2016 14:03:12
> Subject: AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

> Hi,
> 
> can someone provide the following curl request from inside an instance in a CS
> 4.8 installation?
> 
> curl http://10.1.1.1/latest/meta-data/
> 
> where 10.1.1.1 is your VR of the network the instance is in.
> 
> Thank you very much!
> 
> Mit freundlichen Grüßen / With kind regards,
> 
> Swen
> 
> 
> -Ursprüngliche Nachricht-
> Von: Nux! [mailto:n...@li.nux.ro]
> Gesendet: Freitag, 11. März 2016 12:32
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: AW: AW: AW: AW: cloud-init and user-data/meta-data
> 
> Yes indeed.
> Put a script in /var/lib/cloud/scripts/per-boot, it will be executed at every
> boot (hopefully after networking is up).
> In it you could inspect /var/lib/dhcp/blah for the full hostname or domain 
> name
> and amend /etc/hosts as you need.
> 
> HTH
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "S. Brüseke - proIO GmbH" 
>> To: users@cloudstack.apache.org
>> Sent: Friday, 11 March, 2016 10:59:58
>> Subject: AW: AW: AW: AW: cloud-init and user-data/meta-data
> 
>> But DHCP will not alter /etc/hosts as far as I know.
>> 
>> By per-boot hack you mean to write a script and run it via cloud-init
>> at boot time?
>> 
>> Mit freundlichen Grüßen / With kind regards,
>> 
>> Swen
>> 
>> 
>> -Ursprüngliche Nachricht-
>> Von: Nux! [mailto:n...@li.nux.ro]
>> Gesendet: Freitag, 11. März 2016 11:54
>> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
>> Betreff: Re: AW: AW: AW: cloud-init and user-data/meta-data
>> 
>> I am using cloud-init in the templates, but as I said I have not
>> looked that much into it. I just let DHCP do its job.
>> I would look at the per-boot scripts hack. :)
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "S. Brüseke - proIO GmbH" 
>>> To: users@cloudstack.apache.org
>>> Sent: Friday, 11 March, 2016 10:50:04
>>> Subject: AW: AW: AW: cloud-init and user-data/meta-data
>> 
>>> To me it looks like CS needs to extend the user-data/meta-data with 
>>> "hostname".
>>> 
>>> Are you using cloud-init in your templates? How to you edit
>>> /etc/hosts with correct values?
>>> 
>>> Mit freundlichen Grüßen / With kind regards,
>>> 
>>> Swen
>>> 
>>> 
>>> -Ursprüngliche Nachricht-
>>> Von: Nux! [mailto:n...@li.nux.ro]
>>> Gesendet: Freitag, 11. März 2016 11:38
>>> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
>>> Betreff: Re: AW: AW: cloud-init and user-data/meta-data
>>> 
>>> Swen,
>>> 
>>> I am not very familiar with it, but unless they have a proper module
>>> in place to deal with DHCP as they do with the hosts file, you can
>>> always add a script in /var/lib/cloud/scripts/per-boot to check the
>>> dhcp info in /var/lib/dhcp and perform stuff based on it.
>>> Not exactly kosher, but hey ..
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "S. Brüseke - proIO GmbH" 
 To: users@cloudstack.apache.org
 Sent: Friday, 11 March, 2016 10:34:22
 Subject: AW: AW: cloud-init and user-data/meta-data
>>> 
 yes, but cloud-init is rewriting the /etc/hosts file and it does not
 have access to DHCP information or does it?
 
 Mit freundlichen Grüßen / With kind regards,
 
 Swen
 
 
 -Ursprüngliche Nachricht-
 Von: Nux! [mailto:n...@li.nux.ro]
 Gesendet: Freitag, 11. März 2016 11:31
 An: S. Brüseke - proIO GmbH
 Cc: users@cloudstack.apache.org
 Betreff: Re: AW: cloud-init and user-data/meta-data
 
 Ah I see.
 Well, afaik the fqdn should be provided via DHCP, right?
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
> From: "S. Brüseke - proIO GmbH" 
> To: "Nux!" , users@cloudstack.apache.org
> Sent: Friday, 11 March, 2016 10:29:41
> Subject: AW: cloud-init and user-data/meta-data
 
> Hi Lucian,
> 
> no, local-hostname will provide only the hostname without the
> domain name (network name).
> But this is how it is documented in cloud-init:
> https://github.com/number5/cloud-init/blob/master/doc/examples/clou
> d
> -
> c
> onfig.txt
> line 433 - 439
> 
> But I need the whole fqdn.
> 
> Mit freundlichen Grüßen / 

Re: Managed hosting and Cloudstack

[Nux!]

Hello,

IMHO it does look like using ACS VPC might not be the best choice for  you.
I would rather look at an Advanced Zone with Security Groups and public IPs 
instead, if you are happy to only have 1 network per VM or at Shared Networks.

Snapshots indeed are not the best way to do backups, I would advise using 
something specialised such as Bacula or R1soft, inside the VMs.

I would still use ACS over XenCenter, mainly because it does add some nice 
things, such as userdata, API and a certain hypervisor agnosticism, should you 
ever want to move away from XS.

HTH

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Engelmann Florian" 
> To: users@cloudstack.apache.org
> Sent: Monday, 14 March, 2016 12:41:38
> Subject: Managed hosting and Cloudstack

> Dear list,
> 
> we do use CloudStack in production to provide VPCs and root server to our
> customers. Recently we started using our CloudStack environment to implement
> new managed hosting projects. For managed hosting we usually do
> monitoring/alarming, backup and 24x7 support. Most of our managed hosting have
> been done bare metal or VMWare based. Implementing this latest managed hosting
> project, which consists of about 16 systems on CloudStack felt somehow 
> "wrong".
> We had to use the VPCs private GW to get access to all VMs (monitoring, 24x7
> support). As no PVLAN is supported here we had to use a separated VLAN (we 
> will
> have to do so for each managed hosting customer). The VPCs firewall GUI does
> not allow any comments and is very basic. This does not allow us to track
> changes and document rules. Certain tasks have to be done while logged in as
> the customers CloudStack user otherwise the user would not be able to, eg.
> mount extra disks. The idea was to use CloudStack snapshots to do backups but 
> I
> don't think snapshots are like real backups (you don't know if there are any
> filesystem errors) and all the scheduling and reporting about snapshots 
> failing
> or being successful is very basic.
> 
> Overall I was asking myself if there is any benefit of using Cloudstack over
> Xenserver (our cloudstack hypervisor) to do managed hosting? It felt more like
> forcing something to do a job it wasn't build for... What do you think?
> 
> All the best,
> Florian

AW: AW: AW: AW: AW: cloud-init and user-data/meta-data

[S . Brüseke - proIO GmbH]

Hi,

can someone provide the following curl request from inside an instance in a CS 
4.8 installation?

curl http://10.1.1.1/latest/meta-data/

where 10.1.1.1 is your VR of the network the instance is in.

Thank you very much!

Mit freundlichen Grüßen / With kind regards,

Swen


-Ursprüngliche Nachricht-
Von: Nux! [mailto:n...@li.nux.ro] 
Gesendet: Freitag, 11. März 2016 12:32
An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
Betreff: Re: AW: AW: AW: AW: cloud-init and user-data/meta-data

Yes indeed.
Put a script in /var/lib/cloud/scripts/per-boot, it will be executed at every 
boot (hopefully after networking is up).
In it you could inspect /var/lib/dhcp/blah for the full hostname or domain name 
and amend /etc/hosts as you need.

HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "S. Brüseke - proIO GmbH" 
> To: users@cloudstack.apache.org
> Sent: Friday, 11 March, 2016 10:59:58
> Subject: AW: AW: AW: AW: cloud-init and user-data/meta-data

> But DHCP will not alter /etc/hosts as far as I know.
> 
> By per-boot hack you mean to write a script and run it via cloud-init 
> at boot time?
> 
> Mit freundlichen Grüßen / With kind regards,
> 
> Swen
> 
> 
> -Ursprüngliche Nachricht-
> Von: Nux! [mailto:n...@li.nux.ro]
> Gesendet: Freitag, 11. März 2016 11:54
> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
> Betreff: Re: AW: AW: AW: cloud-init and user-data/meta-data
> 
> I am using cloud-init in the templates, but as I said I have not 
> looked that much into it. I just let DHCP do its job.
> I would look at the per-boot scripts hack. :)
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "S. Brüseke - proIO GmbH" 
>> To: users@cloudstack.apache.org
>> Sent: Friday, 11 March, 2016 10:50:04
>> Subject: AW: AW: AW: cloud-init and user-data/meta-data
> 
>> To me it looks like CS needs to extend the user-data/meta-data with 
>> "hostname".
>> 
>> Are you using cloud-init in your templates? How to you edit 
>> /etc/hosts with correct values?
>> 
>> Mit freundlichen Grüßen / With kind regards,
>> 
>> Swen
>> 
>> 
>> -Ursprüngliche Nachricht-
>> Von: Nux! [mailto:n...@li.nux.ro]
>> Gesendet: Freitag, 11. März 2016 11:38
>> An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
>> Betreff: Re: AW: AW: cloud-init and user-data/meta-data
>> 
>> Swen,
>> 
>> I am not very familiar with it, but unless they have a proper module 
>> in place to deal with DHCP as they do with the hosts file, you can 
>> always add a script in /var/lib/cloud/scripts/per-boot to check the 
>> dhcp info in /var/lib/dhcp and perform stuff based on it.
>> Not exactly kosher, but hey ..
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "S. Brüseke - proIO GmbH" 
>>> To: users@cloudstack.apache.org
>>> Sent: Friday, 11 March, 2016 10:34:22
>>> Subject: AW: AW: cloud-init and user-data/meta-data
>> 
>>> yes, but cloud-init is rewriting the /etc/hosts file and it does not 
>>> have access to DHCP information or does it?
>>> 
>>> Mit freundlichen Grüßen / With kind regards,
>>> 
>>> Swen
>>> 
>>> 
>>> -Ursprüngliche Nachricht-
>>> Von: Nux! [mailto:n...@li.nux.ro]
>>> Gesendet: Freitag, 11. März 2016 11:31
>>> An: S. Brüseke - proIO GmbH
>>> Cc: users@cloudstack.apache.org
>>> Betreff: Re: AW: cloud-init and user-data/meta-data
>>> 
>>> Ah I see.
>>> Well, afaik the fqdn should be provided via DHCP, right?
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "S. Brüseke - proIO GmbH" 
 To: "Nux!" , users@cloudstack.apache.org
 Sent: Friday, 11 March, 2016 10:29:41
 Subject: AW: cloud-init and user-data/meta-data
>>> 
 Hi Lucian,
 
 no, local-hostname will provide only the hostname without the 
 domain name (network name).
 But this is how it is documented in cloud-init:
 https://github.com/number5/cloud-init/blob/master/doc/examples/clou
 d
 -
 c
 onfig.txt
 line 433 - 439
 
 But I need the whole fqdn.
 
 Mit freundlichen Grüßen / With kind regards,
 
 Swen
 
 
 -Ursprüngliche Nachricht-
 Von: Nux! [mailto:n...@li.nux.ro]
 Gesendet: Freitag, 11. März 2016 11:22
 An: users@cloudstack.apache.org; S. Brüseke - proIO GmbH
 Betreff: Re: cloud-init and user-data/meta-data
 
 Hi Swen,
 
 From that page:
 "local-hostname. The hostname of the VM"
 
 Isn't that what you need?
 
 Lucian
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
> 

Managed hosting and Cloudstack

[Engelmann Florian]

Dear list,

we do use CloudStack in production to provide VPCs and root server to our 
customers. Recently we started using our CloudStack environment to implement 
new managed hosting projects. For managed hosting we usually do 
monitoring/alarming, backup and 24x7 support. Most of our managed hosting have 
been done bare metal or VMWare based. Implementing this latest managed hosting 
project, which consists of about 16 systems on CloudStack felt somehow "wrong". 
We had to use the VPCs private GW to get access to all VMs (monitoring, 24x7 
support). As no PVLAN is supported here we had to use a separated VLAN (we will 
have to do so for each managed hosting customer). The VPCs firewall GUI does 
not allow any comments and is very basic. This does not allow us to track 
changes and document rules. Certain tasks have to be done while logged in as 
the customers CloudStack user otherwise the user would not be able to, eg. 
mount extra disks. The idea was to use CloudStack snapshots to do backups but I 
don't think snapshots are like real backups (you don't know if there are any 
filesystem errors) and all the scheduling and reporting about snapshots failing 
or being successful is very basic.

Overall I was asking myself if there is any benefit of using Cloudstack over 
Xenserver (our cloudstack hypervisor) to do managed hosting? It felt more like 
forcing something to do a job it wasn't build for... What do you think?

All the best,
Florian

Re: [PROPOSAL] - Reference Guide for CloudStack configuration parameters

[Rajsekhar K]

Hi, All,

Please find the wiki page for Apache CloudStack Configuration Parameter
Reference Guide at: *Apache CloudStack Configuration Parameters Reference
Guide - Tasks and Status*
.
This wiki describes the information that we need to document for this
Reference Guide.

Also, please find the parameters categorized based on their function
at: *Configuration
Parameters in Apache CloudStack - Categorization*
.
Please review this categorization and share your thoughts. The parameters
that are grouped under *Others* are not categorized. Could you help me
categorize these parameters?

Thanks,
Rajsekhar

On Mon, Mar 14, 2016 at 4:06 PM, Rajsekhar K 
wrote:

> Thanks, Pierre-Luc.
>
> I think we can create a new Reference Guide with this information, which
> will be a single point of reference to learn about the Apache CloudStack
> configuration parameters. I think we can use the wiki for collaborating on
> this document. I think the wiki will be helpful in sharing our thoughts,
> collecting input,  and reviewing the content.
>
> Thanks,
> Rajsekhar
>
> On Mon, Feb 22, 2016 at 9:36 PM, Pierre-Luc Dion 
> wrote:
>
>> Good Initiative Rajsekhar !
>>
>> I think this document should go into the admin-guide [1]. For sure the
>> wiki
>> is easier to start with :-)
>>
>> Thanks !
>>
>> PL
>>
>>
>> On Tue, Feb 16, 2016 at 4:49 AM, Rajsekhar K 
>> wrote:
>>
>> > Hi, All,
>> >
>> > Thanks for your responses. I am sure we will be able to create a
>> complete
>> > reference guide for the CloudStack parameters.
>> >
>> > I think I can create a wiki page that explains this effort and publish
>> this
>> > list of categories there. I think it will be easier for you to review
>> the
>> > list then.
>> >
>> > Will let you know after I create this wiki page.
>> >
>> > Thanks,
>> > Rajsekhar
>> >
>> > On Mon, Feb 15, 2016 at 5:07 PM, Daan Hoogland > >
>> > wrote:
>> >
>> > > I like the idea but shouldn't it be part of the source code and
>> extracted
>> > > from there? What is the need to have it in a separate wiki?
>> > >
>> > > On Mon, Feb 15, 2016 at 9:18 AM, Rohit Yadav <
>> rohit.ya...@shapeblue.com>
>> > > wrote:
>> > >
>> > > > Nice, maybe put this on our cwiki so others can collaborate than do
>> > this
>> > > > over a word doc?
>> > > >
>> > > > Regards.
>> > > >
>> > > >
>> > > > [image: ShapeBlue] 
>> > > > Rohit Yadav
>> > > > Software Architect ,  ShapeBlue
>> > > > d:  * | s: +44 203 603 0540* <%7C%20s:%20+44%20203%20603%200540>  |
>> > m:
>> > > > *+91 8826230892* <+91%208826230892>
>> > > > 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 14-Feb-2016, at 5:37 AM, Rajsekhar K 
>> > > wrote:
>> > > >
>> > > > Hi, All,
>> > > >
>> > > > This is part of the effort to create a Reference Guide for
>> CloudStack
>> > > > configuration parameters. This guide intends to provide a single
>> point
>> > of
>> > > > reference for the configuration parameters that we use in
>> CloudStack.
>> > > Each
>> > > > parameter will be treated as a topic in this guide.
>> > > >
>> > > > I am planning to document the following information for each
>> parameter:
>> > > >
>> > > >
>> > > >- Name and description of the parameter.
>> > > >- List of features that the users can configure using the
>> 

Re: [PROPOSAL] - Reference Guide for CloudStack configuration parameters

[Rajsekhar K]

Thanks, Pierre-Luc.

I think we can create a new Reference Guide with this information, which
will be a single point of reference to learn about the Apache CloudStack
configuration parameters. I think we can use the wiki for collaborating on
this document. I think the wiki will be helpful in sharing our thoughts,
collecting input,  and reviewing the content.

Thanks,
Rajsekhar

On Mon, Feb 22, 2016 at 9:36 PM, Pierre-Luc Dion  wrote:

> Good Initiative Rajsekhar !
>
> I think this document should go into the admin-guide [1]. For sure the wiki
> is easier to start with :-)
>
> Thanks !
>
> PL
>
>
> On Tue, Feb 16, 2016 at 4:49 AM, Rajsekhar K 
> wrote:
>
> > Hi, All,
> >
> > Thanks for your responses. I am sure we will be able to create a complete
> > reference guide for the CloudStack parameters.
> >
> > I think I can create a wiki page that explains this effort and publish
> this
> > list of categories there. I think it will be easier for you to review the
> > list then.
> >
> > Will let you know after I create this wiki page.
> >
> > Thanks,
> > Rajsekhar
> >
> > On Mon, Feb 15, 2016 at 5:07 PM, Daan Hoogland 
> > wrote:
> >
> > > I like the idea but shouldn't it be part of the source code and
> extracted
> > > from there? What is the need to have it in a separate wiki?
> > >
> > > On Mon, Feb 15, 2016 at 9:18 AM, Rohit Yadav <
> rohit.ya...@shapeblue.com>
> > > wrote:
> > >
> > > > Nice, maybe put this on our cwiki so others can collaborate than do
> > this
> > > > over a word doc?
> > > >
> > > > Regards.
> > > >
> > > >
> > > > [image: ShapeBlue] 
> > > > Rohit Yadav
> > > > Software Architect ,  ShapeBlue
> > > > d:  * | s: +44 203 603 0540* <%7C%20s:%20+44%20203%20603%200540>  |
> > m:
> > > > *+91 8826230892* <+91%208826230892>
> > > > 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 14-Feb-2016, at 5:37 AM, Rajsekhar K 
> > > wrote:
> > > >
> > > > Hi, All,
> > > >
> > > > This is part of the effort to create a Reference Guide for CloudStack
> > > > configuration parameters. This guide intends to provide a single
> point
> > of
> > > > reference for the configuration parameters that we use in CloudStack.
> > > Each
> > > > parameter will be treated as a topic in this guide.
> > > >
> > > > I am planning to document the following information for each
> parameter:
> > > >
> > > >
> > > >- Name and description of the parameter.
> > > >- List of features that the users can configure using the
> parameter.
> > > >- Changes in the behavior of each parameter when users provide
> low,
> > > >optimal, and high values to the parameters.
> > > >- Warnings, notes, and limitations for each parameter.
> > > >- Example for each parameter - Explaining the parameter with the
> > help
> > > >of scenarios.
> > > >- Impact of each configuration parameter on APIs.
> > > >- Scope of the parameter - global, zone-level, or cluster-level.
> > > >- Dependencies among the configuration parameters.
> > > >- Category to which the parameter belongs.
> > > >
> > > >
> > > > Will let you know more about this effort as we progress with this
> > guide.
> > > >
> > > > Please find attached the list of CloudStack parameters that are
> > > > categorized according to the functional areas they belong to. Could
> you
> > > > please review this list and let me know your review
> > comment/confirmation?
> > > >
> > > > Also, I have a few parameters listed under the heading * Others (To
> be
> > > > categorized)*. Could you please help me categorize these parameters?
> > > >
> > 

Certification info

[kotipalli venkatesh]

Hi All,

I am planning write ACCEL.

Is any one completed exam, Please share the knowledge.

Please suggest some tips to clear the exam.

Regards,
Venkatesh.k