Re: [NOTICE] Impending shutdown of download.cloud.com - this may affect your CloudStack installation

[Chiradeep Vittal]

FINAL NOTICE
download.cloud.com will be deleted permanently on May 4 2018

On Tue, Apr 10, 2018 at 11:13 AM, Chiradeep Vittal 
wrote:

> I have not heard any complaints, although from the access logs I see lots
> of attempts to download legacy templates.
> download.cloud.com will remain offline until April 30.
> On April 30 2018, download.cloud.com will be decommissioned permanently.
>
> On Fri, Mar 30, 2018 at 12:37 PM, Chiradeep Vittal 
> wrote:
>
>> download.cloud.com will go offline temporarily for a few days. If you
>> need access to it, check the instructions below. If that doesn't work,
>> reply on this thread.
>>
>> On Tue, Mar 20, 2018 at 11:44 AM, Chiradeep Vittal 
>> wrote:
>>
>>> On April 30, 2018, the domain download.cloud.com will be decommissioned.
>>>
>>>
>>> THIS MAY AFFECT YOUR CLOUDSTACK INSTALLATION. PLEASE READ FURTHER.
>>>
>>> BACKGROUND
>>> download.cloud.com was used to host the seed templates (images) for a
>>> CloudStack installation. This included the system vm templates for releases
>>> prior to 4.10. Around March 2017[1], a new site was established (
>>> download.cloudstack.org) and all the content (templates) was copied
>>> over to the new site. From release 4.10 onwards[2][3], the seed templates
>>> are fetched / downloaded from the new site during an installation of Apache
>>> CloudStack.
>>>
>>>
>>> To check if your CloudStack installation has a reference to the old site
>>> (download.cloud.com), check your vm_template table:
>>>
>>> SELECT url FROM vm_template;
>>>
>>> WHO MAY BE AFFECTED
>>> CloudStack operators installing a version of Apache CloudStack prior to
>>> version 4.10 after the shutdown. An already running/functioning CloudStack
>>> cloud will continue to operate with no disruption after the shutdown.
>>> However, operations such as: adding a zone, backup and restore, secondary
>>> storage backup/restore, etc may be affected.
>>>
>>> STEPS TO BE TAKEN TO AVOID IMPACT
>>> Update the vm_template table to point to the new location:
>>>
>>> UPDATE vm_template SET url = REPLACE(url, 'download.cloud.com', '
>>> download.cloudstack.org');
>>>
>>> TRIAL RUN OF THE SHUTDOWN
>>> During the last week of March 2018, download.cloud.com will be taken
>>> temporarily offline. This is to make sure that CloudStack operators who
>>> have not paid attention to this notice but are affected, will pay attention.
>>>
>>> This notice will be posted periodically until the shutdown.
>>> --
>>> Chiradeep
>>>
>>> [1] http://mail-archives.apache.org/mod_mbox/cloudstack-dev/
>>> 201703.mbox/%3c596136829.12220.1489142173...@ox.pcextreme.nl%3E
>>> [2]  https://github.com/apache/cloudstack/pull/1582
>>> [3] https://github.com/apache/cloudstack/commit/70ef0788c932
>>> f4de1060fd60025ce120f7da5be4
>>>
>>>
>>
>

Re: [NOTICE] Impending shutdown of download.cloud.com - this may affect your CloudStack installation

[Chiradeep Vittal]

I have not heard any complaints, although from the access logs I see lots
of attempts to download legacy templates.
download.cloud.com will remain offline until April 30.
On April 30 2018, download.cloud.com will be decommissioned permanently.

On Fri, Mar 30, 2018 at 12:37 PM, Chiradeep Vittal 
wrote:

> download.cloud.com will go offline temporarily for a few days. If you
> need access to it, check the instructions below. If that doesn't work,
> reply on this thread.
>
> On Tue, Mar 20, 2018 at 11:44 AM, Chiradeep Vittal 
> wrote:
>
>> On April 30, 2018, the domain download.cloud.com will be decommissioned.
>>
>> THIS MAY AFFECT YOUR CLOUDSTACK INSTALLATION. PLEASE READ FURTHER.
>>
>> BACKGROUND
>> download.cloud.com was used to host the seed templates (images) for a
>> CloudStack installation. This included the system vm templates for releases
>> prior to 4.10. Around March 2017[1], a new site was established (
>> download.cloudstack.org) and all the content (templates) was copied over
>> to the new site. From release 4.10 onwards[2][3], the seed templates are
>> fetched / downloaded from the new site during an installation of Apache
>> CloudStack.
>>
>>
>> To check if your CloudStack installation has a reference to the old site (
>> download.cloud.com), check your vm_template table:
>>
>> SELECT url FROM vm_template;
>>
>> WHO MAY BE AFFECTED
>> CloudStack operators installing a version of Apache CloudStack prior to
>> version 4.10 after the shutdown. An already running/functioning CloudStack
>> cloud will continue to operate with no disruption after the shutdown.
>> However, operations such as: adding a zone, backup and restore, secondary
>> storage backup/restore, etc may be affected.
>>
>> STEPS TO BE TAKEN TO AVOID IMPACT
>> Update the vm_template table to point to the new location:
>>
>> UPDATE vm_template SET url = REPLACE(url, 'download.cloud.com', '
>> download.cloudstack.org');
>>
>> TRIAL RUN OF THE SHUTDOWN
>> During the last week of March 2018, download.cloud.com will be taken
>> temporarily offline. This is to make sure that CloudStack operators who
>> have not paid attention to this notice but are affected, will pay attention.
>>
>> This notice will be posted periodically until the shutdown.
>> --
>> Chiradeep
>>
>> [1] http://mail-archives.apache.org/mod_mbox/cloudstack-dev/
>> 201703.mbox/%3c596136829.12220.1489142173...@ox.pcextreme.nl%3E
>> [2]  https://github.com/apache/cloudstack/pull/1582
>> [3] https://github.com/apache/cloudstack/commit/70ef0788c932
>> f4de1060fd60025ce120f7da5be4
>>
>>
>

Re: [NOTICE] Impending shutdown of download.cloud.com - this may affect your CloudStack installation

[Chiradeep Vittal]

download.cloud.com will go offline temporarily for a few days. If you need
access to it, check the instructions below. If that doesn't work, reply on
this thread.

On Tue, Mar 20, 2018 at 11:44 AM, Chiradeep Vittal 
wrote:

> On April 30, 2018, the domain download.cloud.com will be decommissioned.
>
> THIS MAY AFFECT YOUR CLOUDSTACK INSTALLATION. PLEASE READ FURTHER.
>
> BACKGROUND
> download.cloud.com was used to host the seed templates (images) for a
> CloudStack installation. This included the system vm templates for releases
> prior to 4.10. Around March 2017[1], a new site was established (
> download.cloudstack.org) and all the content (templates) was copied over
> to the new site. From release 4.10 onwards[2][3], the seed templates are
> fetched / downloaded from the new site during an installation of Apache
> CloudStack.
>
>
> To check if your CloudStack installation has a reference to the old site (
> download.cloud.com), check your vm_template table:
>
> SELECT url FROM vm_template;
>
> WHO MAY BE AFFECTED
> CloudStack operators installing a version of Apache CloudStack prior to
> version 4.10 after the shutdown. An already running/functioning CloudStack
> cloud will continue to operate with no disruption after the shutdown.
> However, operations such as: adding a zone, backup and restore, secondary
> storage backup/restore, etc may be affected.
>
> STEPS TO BE TAKEN TO AVOID IMPACT
> Update the vm_template table to point to the new location:
>
> UPDATE vm_template SET url = REPLACE(url, 'download.cloud.com', '
> download.cloudstack.org');
>
> TRIAL RUN OF THE SHUTDOWN
> During the last week of March 2018, download.cloud.com will be taken
> temporarily offline. This is to make sure that CloudStack operators who
> have not paid attention to this notice but are affected, will pay attention.
>
> This notice will be posted periodically until the shutdown.
> --
> Chiradeep
>
> [1] http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201703.mbox/%
> 3c596136829.12220.1489142173...@ox.pcextreme.nl%3E
> [2]  https://github.com/apache/cloudstack/pull/1582
> [3] https://github.com/apache/cloudstack/commit/70ef0788c932
> f4de1060fd60025ce120f7da5be4
>
>

[NOTICE] Impending shutdown of download.cloud.com - this may affect your CloudStack installation

[Chiradeep Vittal]

On April 30, 2018, the domain download.cloud.com will be decommissioned.

THIS MAY AFFECT YOUR CLOUDSTACK INSTALLATION. PLEASE READ FURTHER.

BACKGROUND
download.cloud.com was used to host the seed templates (images) for a
CloudStack installation. This included the system vm templates for releases
prior to 4.10. Around March 2017[1], a new site was established (
download.cloudstack.org) and all the content (templates) was copied over to
the new site. From release 4.10 onwards[2][3], the seed templates are
fetched / downloaded from the new site during an installation of Apache
CloudStack.


To check if your CloudStack installation has a reference to the old site (
download.cloud.com), check your vm_template table:

SELECT url FROM vm_template;

WHO MAY BE AFFECTED
CloudStack operators installing a version of Apache CloudStack prior to
version 4.10 after the shutdown. An already running/functioning CloudStack
cloud will continue to operate with no disruption after the shutdown.
However, operations such as: adding a zone, backup and restore, secondary
storage backup/restore, etc may be affected.

STEPS TO BE TAKEN TO AVOID IMPACT
Update the vm_template table to point to the new location:

UPDATE vm_template SET url = REPLACE(url, 'download.cloud.com', '
download.cloudstack.org');

TRIAL RUN OF THE SHUTDOWN
During the last week of March 2018, download.cloud.com will be taken
temporarily offline. This is to make sure that CloudStack operators who
have not paid attention to this notice but are affected, will pay attention.

This notice will be posted periodically until the shutdown.
--
Chiradeep

[1] http://mail-archives.apache.org/mod_mbox/cloudstack-dev/
201703.mbox/%3c596136829.12220.1489142173...@ox.pcextreme.nl%3E
[2]  https://github.com/apache/cloudstack/pull/1582
[3] https://github.com/apache/cloudstack/commit/
70ef0788c932f4de1060fd60025ce120f7da5be4

[NOTICE] Impending shutdown of download.cloud.com - this may affect your CloudStack installation

[Chiradeep Vittal]

On April 30, 2018, the domain download.cloud.com will be decommissioned.

THIS MAY AFFECT YOUR CLOUDSTACK INSTALLATION. PLEASE READ FURTHER.

BACKGROUND
download.cloud.com was used to host the seed templates (images) for a
CloudStack installation. This included the system vm templates for releases
prior to 4.10. Around March 2017[1], a new site was established (
download.cloudstack.org) and all the content (templates) was copied over to
the new site. From release 4.10 onwards[2][3], the seed templates are
fetched / downloaded from the new site during an installation of Apache
CloudStack.


To check if your CloudStack installation has a reference to the old site (
download.cloud.com), check your vm_template table:

SELECT url FROM vm_template;

WHO MAY BE AFFECTED
CloudStack operators installing a version of Apache CloudStack prior to
version 4.10 after the shutdown. An already running/functioning CloudStack
cloud will continue to operate with no disruption after the shutdown.
However, operations such as: adding a zone, backup and restore, secondary
storage backup/restore, etc may be affected.

STEPS TO BE TAKEN TO AVOID IMPACT
Update the vm_template table to point to the new location:

UPDATE vm_template SET url = REPLACE(url, 'download.cloud.com', '
download.cloudstack.org');

TRIAL RUN OF THE SHUTDOWN
During the last week of March 2018, download.cloud.com will be taken
temporarily offline. This is to make sure that CloudStack operators who
have not paid attention to this notice but are affected, will pay attention.

This notice will be posted periodically until the shutdown.
--
Chiradeep

[1]
http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201703.mbox/%3c596136829.12220.1489142173...@ox.pcextreme.nl%3E
[2]  https://github.com/apache/cloudstack/pull/1582
[3]
https://github.com/apache/cloudstack/commit/70ef0788c932f4de1060fd60025ce120f7da5be4

Re: VPC across multiple hypevisors

[Chiradeep Vittal]

There is a possibility that you might lose the VR under some circumstances.
E.g., the VR is created on XS and it needs to be recreated ( XS server
dies) but there is no XS capacity left. This might have been fixed, but
best to test these corner cases out.

On Wed, Oct 18, 2017 at 10:35 PM Asanka Gunasekara  wrote:

> Hi All thanks for the reapplies, and Dag too mentioned this is possible.
>
> Thank you and Best Regards
>
> Asanka
>
> On 17 October 2017 at 20:51, Rafael Weingärtner  >
> wrote:
>
> > I believe it is. I have already designed and deployed a cloud environment
> > where we had XenServers and VMware ESXi servers in the same zone. We had
> > cases where the VR was in the VMware cluster and VMs in the XenServer and
> > everything was fine.
> >
> >
> > On 10/17/2017 12:34 PM, Daan Hoogland wrote:
> >
> >> Asanka,
> >> I've not seen that work but it might. I can't think of a hard impediment
> >> but having the two types of hypervisors in the same zone is required. If
> >> all else fails, another solution may be to split the tiers into separate
> >> networks and create a private gateway from the one to the other.
> >> hope you succeed, let us know
> >> Daan
> >>
> >> On Mon, Oct 16, 2017 at 8:24 AM, Asanka Gunasekara 
> >> wrote:
> >>
> >> Thanks for the reply Makrand
> >>>
> >>> We have a requirement, where we need to have Database on Vmware Esxi
> and
> >>> Application server On Xen. I am Applisuer using routing we can connect
> >>> these two together. But is it possible to create a single VPC combining
> >>> these two environments or just to extend the Database VPC to
> application
> >>> server.
> >>>
> >>> Thanks adn regards
> >>>
> >>> Asanka
> >>>
> >>> On 16 October 2017 at 11:47, Makrand  wrote:
> >>>
> >>> Hi,
> 
>  Can you be a bit more descriptive as to what exactly you want to do?
> 
>  Note:-
>  VPC is nothing but multi-tier network (A VPC acts as a container for
>  multiple isolated networks that can communicate with each other via
> its
>  virtual router.) So if you're having VMs running in multi-hypervisor
> 
> >>> setup,
> >>>
>  as long as they are connected to same VR that can work. I haven't
> setup
>  anything like this. Just a guess on my part.
> 
> 
> 
>  --
>  Makrand
> 
> 
>  On Mon, Oct 16, 2017 at 10:37 AM, Asanka Gunasekara  >
>  wrote:
> 
>  Hi Guys, is there a way to do a VPC across multiple hypervisors
> >
> > Thanks and Regards
> >
> > Asanka
> >
> >
> >>
> >>
> > --
> > Rafael Weingärtner
> >
> >
>

Re: Accessing Virtual Instances from other systems on the same subnet

[Chiradeep Vittal]

If you are using basic zone then you have to add rules to your security
groups to allow traffic between VMs. Everything is denied by default.
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.9/networking/security_groups.html

On Thu, Apr 6, 2017 at 1:25 PM, Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Unless I am mistaken, ACS should be configuring these things.
> I have never played much with KVM, so maybe some other guys can jump in as
> well.
>
> Do you have a user in ACS slack channel? You may find more prompt answers
> there
>
> On Thu, Apr 6, 2017 at 4:22 PM, Muhammad Adeel Zahid <16030...@lums.edu.pk
> >
> wrote:
>
> > Bingo! When I turn off the firewall of the "host" carrying the VM, I can
> > ping and ssh into the VM. It means I will have to add some rules to the
> > iptables but I don't know exactly what those rules would look like. Can
> you
> > please help me
> >
> > 
> > From: Muhammad Adeel Zahid
> > Sent: Friday, April 7, 2017 1:18:06 AM
> > To: users@cloudstack.apache.org
> > Subject: Re: Accessing Virtual Instances from other systems on the same
> > subnet
> >
> >
> > One more thing. The default template just downloaded. But the same
> result.
> > I can ping my instance VM's from the "host" they are running on but not
> > from any other machine. I will repeat the steps you told and will get
> back
> > to you.
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: Friday, April 7, 2017 1:08:47 AM
> > To: users@cloudstack.apache.org
> > Subject: Re: Accessing Virtual Instances from other systems on the same
> > subnet
> >
> > Well, if that is the case, I would do the following while pinging from
> the
> > outside world:
> >
> >- tcpdump inside these problematic VMs to check if they can see ping
> >packets;
> >- If they cannot, I would check iptables rules (iptables -L) on both
> VMs
> >and hosts;
> >- Then, I would check the tcpdump also on a host where the VMs are
> >running to see if the packets are at least getting into the host.
> >- I would also check the arp table of your client PC (just in case)
> >
> >
> > On Thu, Apr 6, 2017 at 4:02 PM, Muhammad Adeel Zahid <
> 16030...@lums.edu.pk
> > >
> > wrote:
> >
> > > I tried it both way. I ran VMs on the same systems and I also ran VMs
> on
> > a
> > > system different than system VMs but the result is same.
> > >
> > > 
> > > From: Rafael Weingärtner 
> > > Sent: Friday, April 7, 2017 12:58:33 AM
> > > To: users@cloudstack.apache.org
> > > Subject: Re: Accessing Virtual Instances from other systems on the same
> > > subnet
> > >
> > > Are these users VMs running on the same server as the system vms?
> > >
> > > On Thu, Apr 6, 2017 at 3:54 PM, Muhammad Adeel Zahid <
> > 16030...@lums.edu.pk
> > > >
> > > wrote:
> > >
> > > > ah, my bad, I meant one server running both cloudstack-management and
> > kvm
> > > > and another server running kvm alone. Both are physical machines.
> > > >
> > > > 
> > > > From: Rafael Weingärtner 
> > > > Sent: Friday, April 7, 2017 12:51:42 AM
> > > > To: users@cloudstack.apache.org
> > > > Subject: Re: Accessing Virtual Instances from other systems on the
> same
> > > > subnet
> > > >
> > > > I did not understand what you mean by "a server running management
> > studio
> > > > and KVM"
> > > >
> > > > On Thu, Apr 6, 2017 at 3:48 PM, Muhammad Adeel Zahid <
> > > 16030...@lums.edu.pk
> > > > >
> > > > wrote:
> > > >
> > > > > Yes, I added the basic zone. I have one server running the
> management
> > > > > studio and KVM both and another machine running kvm alone.
> > > > >
> > > > > 
> > > > > From: Rafael Weingärtner 
> > > > > Sent: Friday, April 7, 2017 12:23:50 AM
> > > > > To: users@cloudstack.apache.org
> > > > > Subject: Re: Accessing Virtual Instances from other systems on the
> > same
> > > > > subnet
> > > > >
> > > > > Hmm, it should not be a problem just because you are using a ISO
> > based
> > > > VM.
> > > > > Have you tried to instantiate the VM using the CentOS template that
> > > comes
> > > > > with ACS?
> > > > > These KVM servers you are using, are they real servers or VMs?
> > > > >
> > > > > If you followed (
> > > > > http://docs.cloudstack.apache.org/projects/cloudstack-
> > > > > installation/en/4.9/qig.html),
> > > > > then you have deployed a basic zone.
> > > > >
> > > > > On Thu, Apr 6, 2017 at 3:16 PM, Muhammad Adeel Zahid <
> > > > 16030...@lums.edu.pk
> > > > > >
> > > > > wrote:
> > > > >
> > > > > > Hi Rafael,
> > > > > >
> > > > > >
> > > > > > Thanks for reaching out. I am not sure about traffic labeling and
> > > rest
> > > > of
> > > > > > the stuff. I have just setup the basic installation using this
> > > tutorial
> > > > > > http://docs.cloudstack.apache.org/projects/cloudstack-
> > > > > > installation/en/4.9/qig.html and haven't explicitly set anything

Re: How would you like your Cloudstack templates?

[Chiradeep Vittal]

Use the distro default 

> On Feb 25, 2017, at 3:40 AM, Nux!  wrote:
> 
> Hello,
> 
> Since templates are being discussed, I wanted to chip in and let you know I 
> am about to revamp the templates at OpenVM.eu which I have neglected a bit.
> The roadmap is short and should look something like this:
> 
> - we build everything from scratch (as opposed to trying to reuse and modify 
> upstream images - I'm doing this for ubu/deb now) - except coreos which is 
> weird and provide compatible images anyway
> 
> - all the kickstarts and preseeds will be on github, everyone is welcome to 
> chip in with improvements or build their own
> 
> - separate per hypervisor type template builds, xenserver builds will ship 
> xs-tools, vmware builds will ship openvm-tools, kvm will ship qemu-ga, hyperv 
> will include their tools
> 
> 
> The hw is sponsored, I am not paying for it. I'm happy to allow responsible 
> PMC members access to it.
> 
> Also happy to host systemvm templates at OpenVM as a "neutral third party".
> 
> 
> 
> Now a few questions to which I'd really like some feedback.
> 
> 1. Cloud-init is rather stubborn in using a default unprivileged user instead 
> of root.
> Should I use per distro users - ubuntu for ubuntu, centos for centos, freebsd 
> for freebsd - or should I use something like "cloud" or "admin" for all of 
> them?
> 
> 2. I currently disable IPv6 in the templates I build from scratch as it is a 
> pain point with Cloudstack at the moment - alas. Should I just leave the 
> defaults on (ie enabled)?
> 
> 
> Thanks!
> 
> 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro

Re: Public IaaS advanced zone

[Chiradeep Vittal]

So awesome to have such a range of options. I just have a toy workload ( 
experiments)- I was going to roll my own ACS but I may need public IP. 

BTW it is pretty hard to find this range of options with just Google search. 

But maybe my Google-Fu << Cloud-Fu

> On Jan 26, 2017, at 7:32 AM, Sunando Bhattacharya  wrote:
> 
> Hi Chiradip,
> 
> If India suits you, you can use Airtel’s cloud deployed by us.
> 
> https://mycloud.nxtradata.com/site/index.html#/register
> 
> It has both Basic N/w and VPC options and is running on CP 4.5+XS 6.5.
> 
> Lemme know if this suits and i can give you a trial coupon.
> Regards,
> 
> Sunando Bhattacharya 
> M +91 97111 52299 
> http://www.indiqus.com/
> 
> 
> 
> 
> 
> 
> This message is intended only for the use of the individual or entity to 
> which it is addressed and may contain information that is confidential and/or 
> privileged. If you are not the intended recipient please delete the original 
> message and any copy of it from your computer system. You are hereby notified 
> that any dissemination, distribution or copying of this communication is 
> strictly prohibited unless proper authorization has been obtained for such 
> action. If you have received this communication in error, please notify the 
> sender immediately. Although IndiQus attempts to sweep e-mail and attachments 
> for viruses, it does not guarantee that both are virus-free and accepts no 
> liability for any damage sustained as a result of viruses.
> 
> 
> From: Vivek Kumar 
> Reply: Vivek Kumar 
> Date: 26 January 2017 at 2:13:44 PM
> To: K B Shiv Kumar , Sunando Bhattacharya 
> 
> Subject:  Fwd: Public IaaS advanced zone 
> 
>> 
>> 
>>> Begin forwarded message:
>>> 
>>> From: Marco Giovannini 
>>> Subject: Re: Public IaaS advanced zone
>>> Date: 26 January 2017 at 2:10:30 PM IST
>>> To: users@cloudstack.apache.org
>>> Reply-To: users@cloudstack.apache.org
>>> Reply-To: usern...@gmail.com
>>> 
>>> Hi
>>> 
>>> Have a look to http://www.interoute.com/.
>>> 
>>> It provides a free trial period too.
>>> 
>>> Regards,
>>> Marco
>>> 
>>> On Thu, Jan 26, 2017 at 5:07 AM, Chiradeep Vittal 
>>> wrote:
>>> 
>>>> Can somebody recommend a CloudStack - based public IAAS cloud? I need -
>>>> - advanced zone
>>>> - API access
>>>> - VPC support with multiple subnets
>>>> - preferably KVM / XenServer
>>>> - credit card payment
>>>> - hourly billing
>>>> 
>>>> Sent from my iPhone
>>>> 
>> 

Public IaaS advanced zone

[Chiradeep Vittal]

Can somebody recommend a CloudStack - based public IAAS cloud? I need -
- advanced zone
- API access
- VPC support with multiple subnets
- preferably KVM / XenServer
- credit card payment
- hourly billing

Sent from my iPhone

Re: Sequence table recovery possible?

[Chiradeep Vittal]

This table is used to generate unique ids for the respective tables
(vm_instance_seq for vm_instance for example). Just use the largest id from
the vm_instance table and add a largish number (1).

On Thu, Sep 8, 2016 at 8:47 PM, Zack Payton  wrote:

> Yo cloudstack users and devs!
> A corrupt HDD caused my mysql cloud.sequence table to become corrupted
> (misconfig didn't put mysql data dir on zfs).  I have multiple cloudstack
> installations though and am able to look at a valid sequence table example:
>
> mysql> select * from sequence;
> +-+---+
> | name| value |
> +-+---+
> | checkpoint_seq  | 1 |
> | networks_seq|   218 |
> | physical_networks_seq   |   202 |
> | private_mac_address_seq | 1 |
> | public_mac_address_seq  | 1 |
> | storage_pool_seq|   200 |
> | vm_instance_seq |   202 |
> | vm_template_seq |   215 |
> | volume_seq  | 1 |
> +-+---+
> 9 rows in set (0.00 sec)
>
>
> For my now corrupted cloudstack database, is there any way to glean the
> appropriate values that I can use to repopulate the table?  I'm hesitant
> just copy the table from my valid instance for obvious reasons.
>
> Any idea how I can recover the appropriate values for
> physical_networks_seq, physical_networks_seq, storage_pool_seq,
> vm_instance_seq, vm_template_seq?
>
> Thanks in advance,
> Z
>

Re: Multicasting in cloudstack 4.8

[Chiradeep Vittal]

More details here for the curious:
https://cloudierthanthou.wordpress.com/2015/04/06/back-to-basics-cloudstack-basic-networking/

On Tue, Sep 6, 2016 at 4:58 PM, Simon Weller  wrote:

> Ok, thanks for the clarification. So if you want multicast, advanced zone
> it is.
>
> Simon Weller/ENA
> (615) 312-6068
>
> -Original Message-----
> From: Chiradeep Vittal [chirade...@gmail.com]
> Received: Tuesday, 06 Sep 2016, 6:41PM
> To: users@cloudstack.apache.org [users@cloudstack.apache.org]
> Subject: Re: Multicasting in cloudstack 4.8
>
> Security groups block multicast / broadcast traffic (except for ARP).
> Security groups are by default deny all, except for added rules. You can't
> add a multicast rule.
>
> On Tue, Sep 6, 2016 at 2:23 PM, Simon Weller  wrote:
>
> > True that we're not doing VRRP on VR in basic zone, but at least on the
> > KVM side, multicast should work as long as you are allowing it on the
> > hosts. Are you indicating that's not possible with xenserver?
> >
> > 
> > From: Chiradeep Vittal 
> > Sent: Tuesday, September 6, 2016 3:55 PM
> > To: users@cloudstack.apache.org
> > Subject: Re: Multicasting in cloudstack 4.8
> >
> > Not in basic zone.
> >
> > On Tue, Sep 6, 2016 at 12:34 PM, Simon Weller  wrote:
> >
> > > The ACS virtual routers use VRRP for high availability, so yes you
> > > shouldn't have a problem with multicast. Just make sure you're allowing
> > > multicast on your host servers from an iptables perspective.
> > >
> > >
> > > 
> > > From: Ghaith Bannoura 
> > > Sent: Tuesday, September 6, 2016 1:50 PM
> > > To: users@cloudstack.apache.org
> > > Subject: Multicasting in cloudstack 4.8
> > >
> > > Hello All,
> > >
> > > Is multicasting supported in cloud stack (basic or/and advanced zone )
> .
> > >
> > > my setup as following
> > >
> > > 1- Cloudstack 4.8.0 basic zone with centos 6.5
> > >
> > > 2- My host servers is xenserver 6.5
> > >
> > >
> > >
> > >
> > > Best Regards,
> > > EtQ, Inc.
> > > Ghaith Bannoura
> > > Senior System Administrator
> > > MCT, MCSE (Messaging, Server Infrastructure)
> > > MCSA (Windows Server 2008, 2012), MCP
> > >
> > > *  Phone: +9626-537-0923 Ext. 376
> > > *  gbanno...@etq.com <mailto:mal-khay...@etq.com>
> > > *   http://www.etq.com<http://www.etq.com/>
> > >
> > >
> >
>

Re: Multicasting in cloudstack 4.8

[Chiradeep Vittal]

Security groups block multicast / broadcast traffic (except for ARP).
Security groups are by default deny all, except for added rules. You can't
add a multicast rule.

On Tue, Sep 6, 2016 at 2:23 PM, Simon Weller  wrote:

> True that we're not doing VRRP on VR in basic zone, but at least on the
> KVM side, multicast should work as long as you are allowing it on the
> hosts. Are you indicating that's not possible with xenserver?
>
> ________
> From: Chiradeep Vittal 
> Sent: Tuesday, September 6, 2016 3:55 PM
> To: users@cloudstack.apache.org
> Subject: Re: Multicasting in cloudstack 4.8
>
> Not in basic zone.
>
> On Tue, Sep 6, 2016 at 12:34 PM, Simon Weller  wrote:
>
> > The ACS virtual routers use VRRP for high availability, so yes you
> > shouldn't have a problem with multicast. Just make sure you're allowing
> > multicast on your host servers from an iptables perspective.
> >
> >
> > 
> > From: Ghaith Bannoura 
> > Sent: Tuesday, September 6, 2016 1:50 PM
> > To: users@cloudstack.apache.org
> > Subject: Multicasting in cloudstack 4.8
> >
> > Hello All,
> >
> > Is multicasting supported in cloud stack (basic or/and advanced zone ) .
> >
> > my setup as following
> >
> > 1- Cloudstack 4.8.0 basic zone with centos 6.5
> >
> > 2- My host servers is xenserver 6.5
> >
> >
> >
> >
> > Best Regards,
> > EtQ, Inc.
> > Ghaith Bannoura
> > Senior System Administrator
> > MCT, MCSE (Messaging, Server Infrastructure)
> > MCSA (Windows Server 2008, 2012), MCP
> >
> > *  Phone: +9626-537-0923 Ext. 376
> > *  gbanno...@etq.com <mailto:mal-khay...@etq.com>
> > *   http://www.etq.com<http://www.etq.com/>
> >
> >
>

Re: Multicasting in cloudstack 4.8

[Chiradeep Vittal]

Not in basic zone.

On Tue, Sep 6, 2016 at 12:34 PM, Simon Weller  wrote:

> The ACS virtual routers use VRRP for high availability, so yes you
> shouldn't have a problem with multicast. Just make sure you're allowing
> multicast on your host servers from an iptables perspective.
>
>
> 
> From: Ghaith Bannoura 
> Sent: Tuesday, September 6, 2016 1:50 PM
> To: users@cloudstack.apache.org
> Subject: Multicasting in cloudstack 4.8
>
> Hello All,
>
> Is multicasting supported in cloud stack (basic or/and advanced zone ) .
>
> my setup as following
>
> 1- Cloudstack 4.8.0 basic zone with centos 6.5
>
> 2- My host servers is xenserver 6.5
>
>
>
>
> Best Regards,
> EtQ, Inc.
> Ghaith Bannoura
> Senior System Administrator
> MCT, MCSE (Messaging, Server Infrastructure)
> MCSA (Windows Server 2008, 2012), MCP
>
> *  Phone: +9626-537-0923 Ext. 376
> *  gbanno...@etq.com 
> *   http://www.etq.com
>
>

Re: Template and ISO downloaded but stuck at \"installing template / installing ISO\"

[Chiradeep Vittal]

Works for me. Try again.


I recommend the templates hosted at http://dl.openvm.eu/cloudstack/

Re: ACS 4.2.1 - realhostip.com unable to access console Pleas click here for an importan msg

[Chiradeep Vittal]

As I understand you need 4.3 at least for plain HTTP. I wonder if you can 
install the realhostip DNS entries on your local laptop and it would work for 
you (every user would have to do this)

--
Chiradeep

> On Oct 10, 2014, at 3:38 PM, motty cruz  wrote:
> 
> Thanks Ian,
> I tried to use HTTP, so I turn off "secstorage.encrypt.copy" set to "false"
> but no luck, is there a work around in ACS 4.2.1 without setting up DNS?
> 
> Thanks,
> Motty
> 
>> On Fri, Oct 10, 2014 at 3:26 PM, Ian Duffy  wrote:
>> 
>> The realhostip service was retired.
>> 
>> Please see:
>> 
>> 
>> https://blogs.apache.org/cloudstack/entry/realhostip_service_is_being_retired
>> 
>> http://shapeblue.com/cloudstack/retirement-of-the-realhostip-com-service/
>> 
>>> On 10 October 2014 23:12, motty cruz  wrote:
>>> 
>>> Hello,
>>> I have Cloudstack 4.2.1 installed on production cluster and today when I
>>> tried to access console of instance I was not able to, I get the
>> following
>>> "Please click here for an important message"
>>> 
>>> Redirect me to The Apache Cloudstack Blog
>>> 
>>> I change realhostip.com to *.realhostip.com but am still unable to
>> access
>>> console.
>>> 
>>> I have not done any changes to this cluster in a long time.
>>> 
>>> any ideas?
>>> 
>>> --
>>> Thanks for your support,
>>> Motty
>>> 
>> 
> 
> 
> 
> -- 
> Thanks for your support,
> Motty

Re: Cloudstack 4.3.0, Setup VPN but can not connect

[Chiradeep Vittal]

Best to attempt first without NAT from Win7 first.

--
Chiradeep

On Oct 3, 2014, at 3:52 PM, Aldis Gerhards 
mailto:al...@hostnet.lv>> wrote:

No, this is not the issue. We can not connect also from Windows.

Ar cieņu,

Aldis Gerhards
valdes loceklis

GSM:(+371) 27 812 777
Fakss:  (+371) 67 387 397
E-pasts:  aldis.gerha...@hostnet.lv<mailto:aldis.gerha...@hostnet.lv>
Web: http://www.hostnet.lv<http://www.hostnet.lv/>
Twitter: http://www.twitter.com/hostnetlv





Hostnet Virtuālie serveri (VPS) - Izmēģini VPS par brīvu veselu nedēļu!
Pakalpojums tiek nodrošināts tikai ar jaudīgiem oriģināliem DELL serveriem

On 04 Oct 2014, at 01:22, ilya musayev 
mailto:ilya.mailing.li...@gmail.com>> wrote:

I was under impression 4.3.1 contained a fix for OSX vpn client issue... but i 
could be wrong.

Please check the release notes for 4.3.1

Regards
ilya
On 10/3/14, 11:22 AM, Aldis Gerhards wrote:
I am using MAC OS Maverics, trying to setup standard VPN for L2TP.
Laptop is behind NAT, but PPTP to another host is working.

Do you think this is VPN CLIENT issue?

Ar cieņu,

Aldis Gerhards
valdes loceklis

GSM:(+371) 27 812 777
Fakss:  (+371) 67 387 397
E-pasts:  aldis.gerha...@hostnet.lv<mailto:aldis.gerha...@hostnet.lv>
Web: http://www.hostnet.lv<http://www.hostnet.lv/>
Twitter: http://www.twitter.com/hostnetlv





Hostnet Virtuālie serveri (VPS) - Izmēģini VPS par brīvu veselu nedēļu!
Pakalpojums tiek nodrošināts tikai ar jaudīgiem oriģināliem DELL serveriem

On 03 Oct 2014, at 21:20, Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>> wrote:

This is remote access VPN from a laptop (I.e., PPTP/L2TP/IPSEC). Ports are 
opened.
Is your laptop behind NAT? What OS (version?)

From: Aldis Gerhards mailto:al...@hostnet.lv>>
Reply-To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>" 
mailto:users@cloudstack.apache.org>>
Date: Friday, October 3, 2014 at 8:28 AM
To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>" 
mailto:users@cloudstack.apache.org>>
Subject: Cloudstack 4.3.0, Setup VPN but can not connect

Hi.

Anybody can tell why we can not connect to VPN. We just getting TIMED OUT and 
thats it.
It seems that some firewall on cloudstack should be open. Maybe we need to open 
additional ports in FIREWALL so it works.

Any help is appreciated!


Ar cie?u,

Aldis Gerhards
valdes loceklis

GSM:(+371) 27 812 777
Fakss:  (+371) 67 387 397
E-pasts:  aldis.gerha...@hostnet.lv<mailto:aldis.gerha...@hostnet.lv>
Web:http://www.hostnet.lv<http://www.hostnet.lv/>
Twitter:http://www.twitter.com/hostnetlv



[cid:D3732396-E164-4DEC-88DD-51C6C0D67949]

Hostnet Virtu?lie serveri (VPS) - Izm??ini VPS par br?vu veselu ned??u!
Pakalpojums tiek nodrošin?ts tikai ar jaud?giem ori?in?liem DELL serveriem

ACTION Required from Cloud Operators [realhostip]: Your users may lose console access to their CloudStack VMs soon!

[Chiradeep Vittal]

Hi

The realhostip.com DNS resolver will be turned off imminently. This is the
default resolver used by the Console in releases 4.2 and below to resolve
the IP of the console proxy VM. Once the DNS resolver is turned off, IF
YOU HAVE NOT taken action to not replace the default, console access will
not work.


See these blog posts:
https://blogs.apache.org/cloudstack/entry/realhostip_service_is_being_retir
ed
https://blogs.apache.org/cloudstack/entry/cloudstack_s_realhostip_service_t
o

http://shapeblue.com/cloudstack/retirement-of-the-realhostip-com-service/


Please avoid inconvenience to your users and make the required changes
immediately.

‹
Chiradeep

Re: Cloudstack 4.3.0, Setup VPN but can not connect

[Chiradeep Vittal]

This is remote access VPN from a laptop (I.e., PPTP/L2TP/IPSEC). Ports are 
opened.
Is your laptop behind NAT? What OS (version?)

From: Aldis Gerhards mailto:al...@hostnet.lv>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Friday, October 3, 2014 at 8:28 AM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Cloudstack 4.3.0, Setup VPN but can not connect

Hi.

Anybody can tell why we can not connect to VPN. We just getting TIMED OUT and 
thats it.
It seems that some firewall on cloudstack should be open. Maybe we need to open 
additional ports in FIREWALL so it works.

Any help is appreciated!


Ar cie?u,

Aldis Gerhards
valdes loceklis

GSM:(+371) 27 812 777
Fakss:  (+371) 67 387 397
E-pasts:  aldis.gerha...@hostnet.lv
Web:http://www.hostnet.lv
Twitter:http://www.twitter.com/hostnetlv



[cid:D3732396-E164-4DEC-88DD-51C6C0D67949]

Hostnet Virtu?lie serveri (VPS) - Izm??ini VPS par br?vu veselu ned??u!
Pakalpojums tiek nodrošin?ts tikai ar jaud?giem ori?in?liem DELL serveriem

Re: Realhostip service extended till Sep 30th

[Chiradeep Vittal]

I checked the DNS logs and still see quite a few requests for 
xx-yy-zz-aa.realhostip.com
Please work on removing the realhostip.com domain in your installation ASAP.

https://cwiki.apache.org/confluence/x/rAZ_Ag

From: Mihaela Stoica 
mailto:mihaela.sto...@citrix.com>>
Reply-To: "d...@cloudstack.apache.org" 
mailto:d...@cloudstack.apache.org>>
Date: Wednesday, September 3, 2014 at 4:04 AM
To: "d...@cloudstack.apache.org" 
mailto:d...@cloudstack.apache.org>>, 
"users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, 
"users...@cloudstack.apache.org" 
mailto:users...@cloudstack.apache.org>>
Subject: RE: Realhostip service extended till Sep 30th

If you are using the latest cloudstack build from master or 4.4 branch, you can 
upload custom certificates via the UI, instead of invoking the 
UploadCustomCertificate API directly.

We changed the "SSL Certificate" dialog to allow uploading chained SSL 
certificates, see 
CLOUDSTACK-6695.



Thanks,

Mihaela



-Original Message-
From: Nitin Mehta [mailto:nitin.me...@citrix.com]
Sent: 02 September 2014 22:26
To: d...@cloudstack.apache.org; Animesh 
Chaturvedi; users@cloudstack.apache.org; 
users...@cloudstack.apache.org
Cc: Amogh Vasekar
Subject: Re: Realhostip service extended till Sep 30th



Created another wiki [1] for troubleshooting and information on the 
implementation details.

[1]

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Troubleshooting+-+up

loading+custom+domain+certificate+instead+of+using+realhostip.com







Thanks,

-Nitin



On 05/06/14 7:03 PM, "Nitin Mehta" 
mailto:nitin.me...@citrix.com>>
 wrote:



Please find wiki [1] containing the procedure to replace realhostip.com

with Your own custom domain name.



[1]

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Procedure+to+Replac

e

+realhostip.com+with+Your+Own+Domain+Name





Thanks,

-Nitin



On 05/06/14 4:23 PM, "Animesh Chaturvedi" 
mailto:animesh.chaturv...@citrix.com>>

wrote:





Folks



I wanted to provide an update on shutting down of RealhostIp service.

Citrix has decided to move the date by one quarter and the new date will

be Sep 30th.  The new dates allow users of CloudStack additional time for

updating their infrastructure. While testing Realhostip fixes additional

product issues were found which are tracked in following three defects

CLOUDSTACK-6499 [1], CLOUDSTACK-6599 [2], CLOUDSTACK-6824 [3] . These

defects are fixed in 4.4 and master branch. Please verify in your setups.

If you are on older version of CloudStack do plan on upgrading to 4.4 .

Additional details on fixes are available in JIRA.  Updated wiki with

steps will be published shortly.



[1] https://issues.apache.org/jira/browse/CLOUDSTACK-6499

[2] https://issues.apache.org/jira/browse/CLOUDSTACK-6599

[3] https://issues.apache.org/jira/browse/CLOUDSTACK-6824





Thanks

Animesh









-Original Message-

From: John Kinsella [mailto:j...@stratosec.co]

Sent: Thursday, April 17, 2014 8:35 AM

To: 
mailto:users@cloudstack.apache.org>>;
 
users...@cloudstack.apache.org;

mailto:d...@cloudstack.apache.org>>

Subject: REMINDER RealhostIP going away



Reminder, folks - please migrate off RealhostIP.com or you¹re going to

get a

nasty surprise this summer. More info at link below.





https://blogs.apache.org/cloudstack/entry/RealhostIP_service_is_being_re

t

ired

Re: Ikoula Cloud, #1 in Performance on the French Market!

[Chiradeep Vittal]

Wow. Congratulations

From: Anne Claire Pourchasse 
mailto:apourcha...@ikoula.com>>
Reply-To: 
"market...@cloudstack.apache.org" 
mailto:market...@cloudstack.apache.org>>
Date: Wednesday, July 16, 2014 at 6:40 AM
To: "market...@cloudstack.apache.org" 
mailto:market...@cloudstack.apache.org>>, 
"users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, 
"u...@cloudstack.apache.org" 
mailto:u...@cloudstack.apache.org>>
Subject: Ikoula Cloud, #1 in Performance on the French Market!

Hello,

A great news for Ikoula that I would like to share with you all !

Our Ikoula Cloudsolution, based on the CloudStack technology is #1 in 
performance on the French marketwell above Google, AWS and Microsoft Azure.

We are #2 at the Cloud General Ranking (performance/price) right after Google 
Compute Engine… only 1 hundredth gap!

Here is a link to this ranking (in French): 
http://www.journaldunet.com/solutions/cloud-computing/comparatif-cloud.shtml

We are proud to share this success and show how the CloudStack solution is a 
reality, a well-tried technology which has proven its effectiveness on our 
market.

Good day to you all.

Anne-Claire


[gauloissigna]


Anne-Claire Pourchasse |  Responsable Communication
Ikoula - 175/177 rue d’Aguesseau - 92100 Boulogne Billancourt - France
Tel : +33 1 84 01 02 69  |  Fax : +33 1 84 01 02 50 |  
www.ikoula.com


Ikoula, c'est trois divisions
Express Hosting : Des solutions d’hébergements packagées et flexibles allant du 
nom de domaine aux serveurs dédiés physiques ou virtuels disponibles en 15 min.

Enterprise Services : Spécialiste de l’infogérance, du cloud computing et des 
plateformes collaboratives, Ikoula assure en 24/7 sur site, la haute 
disponibilité de vos applications et garantit votre tranquillité.

EX10 : la place de marché de solutions collaboratives dans le Cloud, en marque 
blanche, spécialement conçue pour les revendeurs et intégrateurs informatiques.


[Ikoula sur Facebook]  [Ikoula sur Twitter] 
   [Ikoula sur Google+] 
   [Ikoula sur Linkdin] 
   [Ikoula sur Viadeo] 
   [Ikoula sur Youtube] 



Avant d'imprimer ce courrier, réfléchissons à l'impact sur l'environnement !

Re: Major stability problems lately

[Chiradeep Vittal]

Sounds like a kernel bug.

From: Indra Pramana mailto:in...@sg.or.id>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, May 22, 2014 at 2:59 AM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Cc: "ehle...@gmail.com" 
mailto:ehle...@gmail.com>>
Subject: Re: Major stability problems lately

Hi Timothy and all,

Apologise for replying to an old thread. I noticed that nobody replied to
you on this thread, may I know if you have managed to find the root cause
of the problem, and the solution? I seems to have similar issues with one
of our hypervisors. We are using CloudStack 4.2.0 and KVM. The error
message is similar, started with "BUG: soft lockup - CPU stuck" error
message. Nothing can be found on cloudstack-agent.log file.

http://pastebin.com/4GW9yPsm

Looking forward to your reply, thank you.

Cheers.



On Thu, Nov 14, 2013 at 10:34 AM, Timothy Ehlers 
mailto:ehle...@gmail.com>> wrote:

We are experiencing massive instability and cannot determine  whats causing
this.

Every so often jvsvc triggers the following in our system logs:

Nov 13 18:59:31 cpegh0009 kernel: \[15188599.258955\] BUG: soft lockup -
CPU#24 stuck for 22s\! \[jsvc:60385\]
Nov 13 18:59:31 cpegh0009 kernel: \[15188599.266229\] Modules linked in:
mptctl mptbase vhost_net macvtap macvlan 8021q garp ip6table_filter
ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat
nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables nfsd
kvm_amd kvm ghash_clmulni_intel aesni_intel cryptd aes_x86_64 nfs microcode
psmouse radeon serio_raw ttm drm_kms_helper amd64_edac_mod joydev drm
edac_core fam15h_power k10temp edac_mce_amd i2c_algo_bit sp5100_tco
i2c_piix4 hpilo hpwdt lockd bridge stp mac_hid llc fscache auth_rpcgss
acpi_power_meter nfs_acl bonding sunrpc lp parport hid_generic usbhid hid
pata_atiixp ixgbe dca hpsa mdio
Nov 13 18:59:31 cpegh0009 kernel: \[15188599.266322\] CPU 24
Nov 13 18:59:31 cpegh0009 kernel: \[15188599.266323\] Modules linked in:
mptctl mptbase vhost_net macvtap macvlan 8021q garp ip6table_filter
ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat
nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT
xt_CHECKSUM iptable_mangle xt_tcpudp iptable_filter ip_tables x_tables nfsd
kvm_amd kvm ghash_clmulni_intel aesni_intel cryptd aes_x86_64 nfs microcode
psmouse radeon serio_raw ttm drm_kms_helper amd64_edac_mod joydev drm
edac_core fam15h_power k10temp edac_mce_amd i2c_algo_bit sp5100_tco
i2c_piix4 hpilo hpwdt lockd bridge stp mac_hid llc fscache auth_rpcgss
acpi_power_meter nfs_acl bonding sunrpc lp parport hid_generic usbhid hid
pata_atiixp ixgbe dca hpsa mdio
Nov 13 18:59:31 cpegh0009 kernel: \[15188599.266378\]
Nov 13 18:59:31 cpegh0009 kernel: \[15188599.266382\] Pid: 60385, comm:
jsvc Not tainted 3.5.0-23-generic #35~precise1-Ubuntu HP ProLiant DL585

I am not sure if this is the cause of the high load or an after effect..

03:25:01 PM runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked 06:45:01 PM
31 982 36.95 39.33 41.50 0 06:55:01 PM 17 1000 28.53 37.28 40.06 0 07:05:01
PM 60 954 114.52 91.36 63.66 0 07:15:01 PM 48 961 29.55 53.94 60.76 0
07:25:01 PM 12 895 13.23 24.64 42.47 0 07:35:01 PM 5 772 8.02 13.32 28.31 0


We run ubuntu 12.04.3 LTS on HP DL585s with 64 AMD cores and .5 TB of ram.
This will host approx 40~50 vms (centos 5 guest).

Agent version is:
Version: 1:4.0.2

Any ideas?

Perhaps gathering cpu usage data on the jsvc pid ?

--
Tim Ehlers

Announcing Apache CloudStack CloudMonkey 5.1.0

[Chiradeep Vittal]

May 16, 2014 - The Apache Software Foundation (ASF), the all-volunteer
developers, stewards, and incubators of more than 170 Open Source projects and
initiatives, today announced Apache CloudStack CloudMonkey v5.1.0, the latest
feature release of the CloudStack CloudMonkey command line interface (CLI).

Apache CloudStack CloudMonkey is a command line interface (CLI) tool for
CloudStack written in Python. CloudMonkey can be use both as an interactive
shell and as a command line tool which simplifies CloudStack configuration and
management.

CloudMonkey V5.1.0 is the next feature release of the 5.x line which first
released on September 24, 2013. Some of the noteworthy new and improved features
include:

- Support for version 3 of the CloudStack API signing procedure. This adds
  security by preventing replay attacks.
- Support for using session-based logins to CloudStack. This simplifies initial
  bootstrap of the CLI.

Downloads and Documentation

The official source code for the v5.1 release, can be downloaded from the Apache
CloudStack downloads page at http://cloudstack.apache.org/downloads.html. A
community maintained distribution is available at the Python Package Index
(PyPi) at http://pypi.python.org/pypi/cloudmonkey/

Availability and Oversight

As with all Apache products, Apache CloudStack CloudMonkey v5.1.0 is released
under the Apache License v2.0, and is overseen by a self-selected team of active
contributors to the project.  A Project Management Committee (PMC) guides the
Project¹s day-to-day operations, including community development and product
releases.  For documentation and ways to become involved with Apache CloudStack,
visit http://cloudstack.apache.org/

About The Apache Software Foundation (ASF)

Established in 1999, the all-volunteer Foundation oversees more than one hundred
and seventy leading Open Source projects, including Apache HTTP Server --the
world's most popular Web server software. Through the ASF's meritocratic process
known as "The Apache Way," more than 400 individual Members and 3,500 Committers
successfully collaborate to develop freely available enterprise-grade software,
benefiting millions of users worldwide: thousands of software solutions are
distributed under the Apache License; and the community actively participates in
ASF mailing lists, mentoring initiatives, and ApacheCon, the Foundation's
official user conference, trainings, and expo. The ASF is a US 501(c)(3)
charitable organization, funded by individual donations and corporate sponsors
including Budget Direct, Citrix, Cloudera, Comcast, Facebook, Google,
Hortonworks, HP, Huawei, IBM, InMotion Hosting, Matt Mullenweg, Microsoft,
Pivotal, Produban, WANdisco, and Yahoo.

For more information, visit http://www.apache.org/ or follow @TheASF on Twitter.

"Apache", "CloudStack", "Apache CloudStack", and "ApacheCon" are trademarks of
The Apache Software Foundation. All other brands and trademarks are the property
of their respective owners.

Re: Doubts about cloudstack

[Chiradeep Vittal]

The gateway is a router managed by you, not by CloudStack. Think of each POD as 
a rack of servers for example. The IP addresses for the guest VMs will be 
derived from the POD’s IP range. To communicate between pods (and to the rest 
of the world), the guest traffic has to cross the pod subnet into another 
subnet. This is the gateway (the first-hop router for the pod)

From: Ana Paula de Sousa mailto:apso0...@gmail.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, April 24, 2014 at 10:43 AM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Re: Doubts about cloudstack

Thanks a lot!

What I meant by " Is it the host itself or another VM that will be created
by cloudstack?" was:
The gateway is a VM created by cloudstack using the IP I provided in the
creation of the zone or is it the host (hypervisor) itself? Or none of
these options?


2014-04-24 14:35 GMT-03:00 Rafael Weingartner 
mailto:rafaelweingart...@gmail.com>>:

"Is it created on the basic zone?"
Yeah, it is create on basic zone. And if I am not wrong, it is also created
on advanced zone setup.
" When? After the system VMs or before? "
It is created right before a user VM starts, the system VMs can be deployed
without a VR.
" Is it the responsible to provide dhcp to VMs?"
It provides DHCP to VMs, it is also responsible to the reset password
feature.
"Another question is: why do I put the gateway on pod and guest traffic?
What is the role of the gateway?"
It will be the gateway used to all the VMs to route their network traffic
through.

" Is it the host itself or another VM that will be created by cloudstack?"
I did not get this one. ;)


On Thu, Apr 24, 2014 at 2:25 PM, Ana Paula de Sousa 
mailto:apso0...@gmail.com>
>wrote:

> Hi,
> I've read the documentation of cloudstack and don't got the role of
virtual
> router on cloudstack. Is it created on the basic zone? When? After the
> system VMs or before? Is it the responsible to provide dhcp to VMs?
> Another question is: why do I put the gateway on pod and guest traffic?
> What is the role of the gateway? Is it the host itself or another VM that
> will be created by cloudstack?
>
> Thanks.
>



--
Rafael Weingärtner

Re: Template registration is stopped at 16%.

[Chiradeep Vittal]

You can remove it

On 12/20/13 8:40 AM, "Wantata222"  wrote:

>Hi All,
>
>I've installed CS4.1.1 with advance networking mode.
>Template registration, but will not work from 16% download status.
>
>I can not remove it and it is this state.
>
>do you can remove this template?
>
>Different templates have been successfully downloaded
>
>Regards,
>Wantata222

Re: Does cloud_usage only work on advanced networking mode?

[Chiradeep Vittal]

Because the VR is not in the data path, the usage stats are not collected.


On 12/20/13 8:29 AM, "Steven Liang"  wrote:

>Hi All,
>
>I've installed CS4.2 with basic networking mode, and I cannot get
>network usage(NETWORK_BYTES_SENT and NETWORK_BYTES_RECEIVED). But I can
>get from my CS4.2 with advanced networking mode.
>Who can tell me why? Thank you.
>
>Regards,
>Steven

Re: How to add new IPs on CS 4.2 (Basic Networking)?

[Chiradeep Vittal]

Cloudmonkey is very user friendly. Just  if you don't know the parameters
> list pods
count = 1
pod:
name = POD0
id = 83f13f18-7fa6-422b-be35-ecb8f4d75a9f
allocationstate = Enabled
endip = 172.16.15.200
gateway = 172.16.15.1
netmask = 255.255.255.0
startip = 172.16.15.2
zoneid = 640b7dff-c1a8-45d3-83b3-749614ae7225
zonename = Sandbox-simulator

> update pod
allocationstate=  endip=gateway=  id=   name=   
  netmask=  startip=
> update pod startip=172.16.15.2 endip=172.16.15.202 netmask=255.255.255.0 
> gateway=172.16.15.1 id=83f13f18-7fa6-422b-be35-ecb8f4d75a9f
pod:
name = POD0
id = 83f13f18-7fa6-422b-be35-ecb8f4d75a9f
allocationstate = Enabled
endip = 172.16.15.202
gateway = 172.16.15.1
netmask = 255.255.255.0
startip = 172.16.15.2
zoneid = 640b7dff-c1a8-45d3-83b3-749614ae7225
zonename = Sandbox-simulator


From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>" 
mailto:users@cloudstack.apache.org>>
Date: Tuesday, December 17, 2013 12:24 PM
To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>" 
mailto:users@cloudstack.apache.org>>
Subject: Re: How to add new IPs on CS 4.2 (Basic Networking)?

Thank you, Chiradeep.
I am not very familiar with cloudmonkey. Most time I just uses it for "list".
Could you give me a example 'update pod'?
Thank you.
The following is the list of my two pods.
+--+--+--+-+--+---+--++--+
|endip | name |   startip| allocationstate |zoneid  
  |netmask|  id  |  gateway 
  | zonename |
+--+--+--+-+--+---+--++--+
| 172.16.1.250 | pod1 | 172.16.1.230 | Enabled | 
eaf557a8-2710-42a0-8ae1-ccd262c3f29c | 255.255.255.0 | 
14de769a-16d6-4b4b-b4cd-6f088c5e1654 | 172.16.1.1 | zone1 |
| 172.16.2.250 | pod2 | 172.16.2.230 | Enabled | 
eaf557a8-2710-42a0-8ae1-ccd262c3f29c | 255.255.255.0 | 
cd558724-6a77-40fa-8df8-acd82f12911f | 172.16.2.1 | zone1 |
+--+--+--+-+--+---+------++--+



On 12/16/2013 07:19 PM, Chiradeep Vittal wrote:

Steven, I assume you want to add ip addresses that are available to VMs.
I am also assuming that the IP for VMs is drawn from the pod ip range. In
that case, you can use the 'update pod' api with cloudmonkey.

On 12/16/13 1:44 PM, "Steven Liang" 
<mailto:stevenli...@yesup.com> wrote:



Hi James,

Thank you anyway.
But I don't understand what Mr. Chiradeep said.
I listed my pods using cloudmonkey, the two pods have the same netmask
and gateway(management ips).
What should I update? Please help me.
Thank you.

Steven



On 12/16/2013 04:35 PM, ogiljae wrote:


Hi,

Sorry about confusing.
The way I wrote is for advanced network not basic zone.
I believe that you should stick to Mr. Chiradeep's guide.

James.


On 12/17/13, 6:29 AM, Steven Liang wrote:


Hi Giljae,

I can not read your picture, can you send me again?
BTW, I didn't set any vlans, you mean I must set vlan?
Thank you.

Steven

On 12/16/2013 04:24 PM, giljae o wrote:


Hi,

You can add additional public ip addresses with the new vlan or
existing vlan on UI below.

Inline image 1


On Tue, Dec 17, 2013 at 5:27 AM, Steven 
Liangmailto:stevenli...@yesup.com><mailto:stevenli...@yesup.com><mailto:stevenli...@yesup.com>>
  wrote:

 Hi Chiradeep,

 Thank you for updating.
     I haven't tried. Can I use cloudmonkey? I've installed
 cloudmonkey, just
 used for "list".

 Steven


 On 12/16/2013 03:11 PM, Chiradeep Vittal wrote:
 >  Have you tried expanding your pod with
 >


http://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/updatePod.
html
 >
 >  On 12/16/13 7:22 AM, "Steven 
Liang"mailto:stevenli...@yesup.com>
 <mailto:stevenli...@yesup.com><mailto:stevenli...@yesup.com>>  wrote:
 >
 >>  Hi All,
 >>
 >>  I have a question. If I would use up my existing public
IPs(for
 example:
 >>  xxx.xxx.1.0/24), how to add new subnet(xxx.xxx.2.0/24) to my
 new pod?
 >>  Thank you.
 >>
 >>  Steven






--
Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com<mailto:stevenli...@yesup.com>
www.yesup.com<http://www.yesup.com> | 
account.yesup.com<http://account.yesup.com>

[Yesup]

Re: How to add new IPs on CS 4.2 (Basic Networking)?

[Chiradeep Vittal]

Steven, I assume you want to add ip addresses that are available to VMs.
I am also assuming that the IP for VMs is drawn from the pod ip range. In
that case, you can use the 'update pod' api with cloudmonkey.

On 12/16/13 1:44 PM, "Steven Liang"  wrote:

>Hi James,
>
>Thank you anyway.
>But I don't understand what Mr. Chiradeep said.
>I listed my pods using cloudmonkey, the two pods have the same netmask
>and gateway(management ips).
>What should I update? Please help me.
>Thank you.
>
>Steven
>
>
>
>On 12/16/2013 04:35 PM, ogiljae wrote:
>> Hi,
>>
>> Sorry about confusing.
>> The way I wrote is for advanced network not basic zone.
>> I believe that you should stick to Mr. Chiradeep's guide.
>>
>> James.
>>
>>
>> On 12/17/13, 6:29 AM, Steven Liang wrote:
>>> Hi Giljae,
>>>
>>> I can not read your picture, can you send me again?
>>> BTW, I didn't set any vlans, you mean I must set vlan?
>>> Thank you.
>>>
>>> Steven
>>>
>>> On 12/16/2013 04:24 PM, giljae o wrote:
>>>> Hi,
>>>>
>>>> You can add additional public ip addresses with the new vlan or
>>>> existing vlan on UI below.
>>>>
>>>> Inline image 1
>>>>
>>>>
>>>> On Tue, Dec 17, 2013 at 5:27 AM, Steven Liang>>> <mailto:stevenli...@yesup.com>>  wrote:
>>>>
>>>>  Hi Chiradeep,
>>>>
>>>>  Thank you for updating.
>>>>  I haven't tried. Can I use cloudmonkey? I've installed
>>>>  cloudmonkey, just
>>>>  used for "list".
>>>>
>>>>  Steven
>>>>
>>>>
>>>>  On 12/16/2013 03:11 PM, Chiradeep Vittal wrote:
>>>>  >  Have you tried expanding your pod with
>>>>  >
>>>> 
>>>> 
>>>>http://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/updatePod.
>>>>html
>>>>  >
>>>>  >  On 12/16/13 7:22 AM, "Steven Liang">>>  <mailto:stevenli...@yesup.com>>  wrote:
>>>>  >
>>>>  >>  Hi All,
>>>>  >>
>>>>  >>  I have a question. If I would use up my existing public
>>>> IPs(for
>>>>  example:
>>>>  >>  xxx.xxx.1.0/24), how to add new subnet(xxx.xxx.2.0/24) to my
>>>>  new pod?
>>>>  >>  Thank you.
>>>>  >>
>>>>  >>  Steven
>>>>
>>>>
>>>>
>>>
>>>
>>
>
>

Re: How to add new IPs on CS 4.2 (Basic Networking)?

[Chiradeep Vittal]

Have you tried expanding your pod with
http://cloudstack.apache.org/docs/api/apidocs-4.2/root_admin/updatePod.html

On 12/16/13 7:22 AM, "Steven Liang"  wrote:

>Hi All,
>
>I have a question. If I would use up my existing public IPs(for example:
>xxx.xxx.1.0/24), how to add new subnet(xxx.xxx.2.0/24) to my new pod?
>Thank you.
>
>Steven

Re: Console Proxy Certificate Chain

[Chiradeep Vittal]

It would appear to be a Cloudmonkey issue then. If you are skilled in
Python, you could try and fix it there. If you just want to get stuff to
work, you could hack it in the DB.

On 12/12/13 2:20 PM, "Billy Ramsay"  wrote:

>All,
>
>I am attempting to install a custom certificate for our console proxy VMs,
>as we have setup our own DNS responder using the RHIP source. The
>uploadCustomCertificate API command is not documented very well, and I'm
>having issues getting the certificate to install correctly. If I am not
>mistaken, a cert that requires an intermediate CA cannot be installed from
>the web interface, and must be done using the API. However, when using
>CloudMonkey, I cannot seem to get the certificate (and it's chain)
>uploaded
>properly.
>
>I am using the instructions here:
>http://www.chipchilders.com/blog/2013/1/2/undocumented-feature-using-certi
>fi
>cate-chains-in-cloudstack.html
>
>However, I am using CloudMonkey and not the old Python wrapper.
>
>The root and intermediate CA certs seem to upload without issue, but when
>I
>view the "keystore" table in the CS database, the certs are formatted
>wrong
>(the "\n"s did not get converted to new lines).
>
>Also, the actual certificate will not upload, and the error I receive is
>that the certificate failed validation. The certificate and key work fine
>when I install them via the web interface (although there is not
>intermediate CA installed, obviously).
>
>What am I doing wrong?
>
>Version info:
>
>CloudStack 4.1.1
>CloudMonkey 5.0.0
>
>

Re: All Windows VMs stop unexpectedly - every half hour or so.

[Chiradeep Vittal]

Best to ask on the libvirt / KVM lists. I googled 'qemu: terminating on
signal 15' and came up with several hits.

On 12/11/13 12:39 AM, "Andrija Panic"  wrote:

>I'm having similar behaviour with CentOS 6.5 as VM (Centos 6.5 also as
>host) - one VM keeps crashing during backup 4AM, whenever the IO is high
>on
>the disk/host...but this is only 1 VM, and keeps driving me crazy. I have
>rebuilt it from scratch, and still after few months it started crashing...
>
>I use cloudmonkey to check if VM is running, and start it if not...
>
>Problem is I don't know/have any details on WHY this crash happens..
>
>What is the way to debug this crashing, from qemu/libvirt anyone ?
>
>Thanks
>
>
>On 11 December 2013 07:30, Pentium100  wrote:
>
>> Hello,
>>
>> I have a new problem with Cloudstack. Every 20-30 minutes or so, all
>> Windows 2008 R2 VMs stop.
>>
>> The libvirt log says:
>> 2013-12-10 14:40:04.881+: 1752: error : qemuMonitorIO:615 : internal
>> error: End of file from monitor
>>
>> Which would mean that qemu crashed. However, qemu log says this:
>> qemu: terminating on signal 15 from pid 1752
>> 2013-12-10 14:40:04.881+: shutting down
>>
>> Which would mean that libvirt killed it (pid 1752 is libvirtd)
>>
>> The hosts are Centos 6.4 and Ubuntu 13.04, the primary storage is nfs.
>>This
>> happens no matter which host the VM runs in. Also, there are three
>>Windows
>> VMs total and they all crash within minutes of each other. For example,
>>VM1
>> crashed at 14:40:04, VM2 (same host) crashed at 14:40:34 and VM3
>>(different
>> host) crashed at 14:35:19
>>
>> What can be done to prevent this?
>>
>
>
>
>-- 
>
>Andrija Panić
>--
>  http://admintweets.com
>--

Re: LAN guest network

[Chiradeep Vittal]

Yes, at least 1 VLAN per 'tenant' / 'account'.

Not sure what you want to let your customers do.

On 12/11/13 12:21 AM, "Antonio Petrocelli" 
wrote:

>We just created vlan for public access and not for private access.
>
>Do we need to create a guest vlan for each customer ?
>
>Why can not we just add a nic on each vm of a customer in order to let
>them connect on private network ?
>
>
>Waiting for your reply
>
>Regards
>
>
>Il 10/12/2013 22:21, Chiradeep Vittal ha scritto:
>> Not enough guest VLANs? What is the configured VLAN range?
>>
>> On 12/10/13 8:27 AM, "Antonio Petrocelli" 
>>wrote:
>>
>>> Hello,
>>>
>>> we use CS 4.2 with advanced network and VMware 5.1
>>>
>>> We tried to create a new NIC during an instance setup.
>>>
>>> When deploy try to start, we obtain following error on CS GUI: Unable
>>>to
>>> create a deployment for VM[User|test-lan2]
>>>
>>> Analyzing CS logs we notice following output:
>>>
>>> com.cloud.exception.InsufficientVirtualNetworkCapcityException: Unable
>>> to allocate vnet as a part of network Ntwk[225|Guest|8] implement
>>> Scope=interface com.cloud.dc.DataCenter; id=3
>>>  at
>>> 
>>>com.cloud.network.guru.GuestNetworkGuru.allocateVnet(GuestNetworkGuru.ja
>>>va
>>> :274)
>>>  at
>>> 
>>>com.cloud.network.guru.GuestNetworkGuru.implement(GuestNetworkGuru.java:
>>>30
>>> 4)
>>>  at
>>> 
>>>com.cloud.network.guru.ExternalGuestNetworkGuru.implement(ExternalGuestN
>>>et
>>> workGuru.java:128)
>>>  at
>>> 
>>>com.cloud.network.NetworkManagerImpl.implementNetwork(NetworkManagerImpl
>>>.j
>>> ava:1930)
>>>  at
>>> 
>>>com.cloud.utils.component.ComponentInstantiationPostProcessor$Intercepto
>>>rD
>>> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>>>  at
>>> 
>>>com.cloud.network.NetworkManagerImpl.prepare(NetworkManagerImpl.java:212
>>>0)
>>>  at
>>> 
>>>com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManage
>>>rI
>>> mpl.java:887)
>>>  at
>>> 
>>>com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.j
>>>av
>>> a:578)
>>>  at
>>> 
>>>org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deploy
>>>Vi
>>> rtualMachine(VMEntityManagerImpl.java:227)
>>>  at
>>> 
>>>org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.d
>>>ep
>>> loy(VirtualMachineEntityImpl.java:209)
>>>  at
>>> 
>>>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.jav
>>>a:
>>> 3406)
>>>  at
>>> 
>>>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.jav
>>>a:
>>> 2966)
>>>  at
>>> 
>>>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.jav
>>>a:
>>> 2952)
>>>  at
>>> 
>>>com.cloud.utils.component.ComponentInstantiationPostProcessor$Intercepto
>>>rD
>>> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>>>  at
>>> 
>>>org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCm
>>>d.
>>> java:420)
>>>  at 
>>>com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
>>>  at
>>> com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
>>>  at
>>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>>>  at
>>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>>>  at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>>  at
>>> 
>>>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
>>>a:
>>> 1146)
>>>  at
>>> 
>>>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>>>va
>>> :615)
>>>  at java.lang.Thread.run(Thread.java:701)
>>>
>>>
>>> What is wrong?
>>>
>>> Thanks in advance.
>>>
>>> Regards.
>

Re: SRX/ASA and ACS VPC

[Chiradeep Vittal]

Not currently.

From: Simon Murphy mailto:simon.mur...@vifx.co.nz>>
Reply-To: "d...@cloudstack.apache.org" 
mailto:d...@cloudstack.apache.org>>
Date: Monday, December 9, 2013 3:03 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>, 
"d...@cloudstack.apache.org" 
mailto:d...@cloudstack.apache.org>>
Subject: SRX/ASA and ACS VPC

Is it possible to offload firewall, SourceNAT and inter-VLAN routing functions 
to hardware devices for VPC networks?


Simon Murphy
Solutions Architect

ViFX | Cloud Infrastructure
Level 7, 57 Fort Street, Auckland, New Zealand 1010
PO Box 106700, Auckland, New Zealand 1143
M +64 21 285 4519 | S simon_a_murphy
www.vifx.co.nz follow us on 
twitter
Auckland | Wellington | Christchurch

[cid:image003.jpg@01CDDF95.815BF160]

experience. expertise. execution.

This email and any files transmitted with it are confidential, without 
prejudice and may contain information that is subject to legal privilege. It is 
intended solely for the use of the individual/s to whom it is addressed in 
accordance with the provisions of the Privacy Act (1993). The content contained 
in this email does not, necessarily, reflect the official policy position of 
ViFX nor does ViFX have any responsibility for any alterations to the contents 
of this email that may occur following transmission. If you are not the 
addressee it may be unlawful for you to read, copy, distribute, disclose or 
otherwise use the information contained within this email. If you are not the 
intended recipient, please notify the sender prior to deleting this email 
message from your system. Please note ViFX reserves the right to monitor, from 
time to time, the communications sent to and from its email network.

Re: Upgrade System VM Template

[Chiradeep Vittal]

You could use it, but with the caveat that no-one has tested this
extensively.
Upgrade instructions are generally included with the install guide.

On 12/10/13 3:35 AM, "Ian Service"  wrote:

>I'm having no end of NAT issues with the System VM template I installed
>with 4.1 and I noticed there's a newer one available.  Is there a
>documented upgrade procedure somewhere or is it as simple as install the
>new one and update a mysql table to point to the new template?
>
>Thanks,
>
>- Ian

Re: LAN guest network

[Chiradeep Vittal]

Not enough guest VLANs? What is the configured VLAN range?

On 12/10/13 8:27 AM, "Antonio Petrocelli"  wrote:

>Hello,
>
>we use CS 4.2 with advanced network and VMware 5.1
>
>We tried to create a new NIC during an instance setup.
>
>When deploy try to start, we obtain following error on CS GUI: Unable to
>create a deployment for VM[User|test-lan2]
>
>Analyzing CS logs we notice following output:
>
>com.cloud.exception.InsufficientVirtualNetworkCapcityException: Unable
>to allocate vnet as a part of network Ntwk[225|Guest|8] implement
>Scope=interface com.cloud.dc.DataCenter; id=3
> at 
>com.cloud.network.guru.GuestNetworkGuru.allocateVnet(GuestNetworkGuru.java
>:274)
> at 
>com.cloud.network.guru.GuestNetworkGuru.implement(GuestNetworkGuru.java:30
>4)
> at 
>com.cloud.network.guru.ExternalGuestNetworkGuru.implement(ExternalGuestNet
>workGuru.java:128)
> at 
>com.cloud.network.NetworkManagerImpl.implementNetwork(NetworkManagerImpl.j
>ava:1930)
> at 
>com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
>ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
>com.cloud.network.NetworkManagerImpl.prepare(NetworkManagerImpl.java:2120)
> at 
>com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerI
>mpl.java:887)
> at 
>com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.jav
>a:578)
> at 
>org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.deployVi
>rtualMachine(VMEntityManagerImpl.java:227)
> at 
>org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.dep
>loy(VirtualMachineEntityImpl.java:209)
> at 
>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:
>3406)
> at 
>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:
>2966)
> at 
>com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:
>2952)
> at 
>com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
>ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at 
>org.apache.cloudstack.api.command.user.vm.DeployVMCmd.execute(DeployVMCmd.
>java:420)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:158)
> at 
>com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:531)
> at 
>java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at 
>java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1146)
> at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:615)
> at java.lang.Thread.run(Thread.java:701)
>
>
>What is wrong?
>
>Thanks in advance.
>
>Regards.

Re: duplicate system UUID's with KVM

[Chiradeep Vittal]

It should be the same as the VM UUID, which is a pseudo-random UUID.

On 12/10/13 10:59 AM, "Bryan Whitehead"  wrote:

>(Sorry, meant to say Cloudstack 3.0.x boxes are running CentOS6.2
>still...)
>
>
>On Tue, Dec 10, 2013 at 10:59 AM, Bryan Whitehead
>wrote:
>
>> In all cases these are CentOS boxes. The 3.0.x boxes are still in
>> CentOS6.x land but the 4.1 Cloudstack boxes are 6.4+updates (as of
>>6months
>> ago).
>>
>> I don't know if the UUID internal to the VM is generated by cloudstack,
>> libvirtd, or qemu-kvm. Since the mac addresses have never had a
>>collision I
>> suspect the UUID is random with a common seed. Just not sure what piece
>>is
>> doing creating the UUID for a fresh VM.
>>
>>
>> On Mon, Dec 9, 2013 at 10:04 PM, Chiradeep Vittal <
>> chiradeep.vit...@citrix.com> wrote:
>>
>>> What is the OS of the KVM host?
>>> I believe vm uuids are type 4 uuids and are hence independent of time.
>>> http://docs.oracle.com/javase/6/docs/api/java/util/UUID.html
>>>
>>>
>>>
>>> On 12/9/13 12:01 PM, "Bryan Whitehead"  wrote:
>>>
>>> >I have 3 independent Cloudstack installs. One is 3.0.x and the others
>>>are
>>> >4.1.0.
>>> >
>>> >Using KVM (i'm only using KVM so I don't have anything else for
>>> >comparison), between 3.0.x and 4.1.0 I'm getting instances with UUID's
>>> >that
>>> >are the same.
>>> >
>>> >I get the UUID by running this on the console (CentOS):
>>> >
>>> >dmidecode -s system-uuid
>>> >
>>> >Here is example output from 1 host:
>>> >[root@fortress ~]# dmidecode -s system-uuid
>>> >C1260F04-F171-3136-85A7-F0B77699DA33
>>> >[root@fortress ~]# ifconfig eth0
>>> >eth0  Link encap:Ethernet  HWaddr 06:9A:36:00:00:AF
>>> >  inet addr:removed  Bcast:70.33.251.255  Mask:255.255.255.0
>>> >  inet6 addr: fe80::49a:36ff:fe00:af/64 Scope:Link
>>> >  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>> >  RX packets:20586 errors:0 dropped:0 overruns:0 frame:0
>>> >  TX packets:1796 errors:0 dropped:0 overruns:0 carrier:0
>>> >  collisions:0 txqueuelen:1000
>>> >  RX bytes:1764556 (1.6 MiB)  TX bytes:197329 (192.7 KiB)
>>> >
>>> >
>>> >here is another:
>>> >[root@db-sla01 ~]# dmidecode -s system-uuid
>>> >C1260F04-F171-3136-85A7-F0B77699DA33
>>> >[root@db-sla01 ~]# ifconfig eth0
>>> >eth0  Link encap:Ethernet  HWaddr 06:5E:9A:00:00:C9
>>> >  inet addr:removed  Bcast:64.13.168.255  Mask:255.255.255.0
>>> >  inet6 addr: fe80::45e:9aff:fe00:c9/64 Scope:Link
>>> >  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>>> >  RX packets:7644414 errors:0 dropped:0 overruns:0 frame:0
>>> >  TX packets:3073765 errors:0 dropped:0 overruns:0 carrier:0
>>> >  collisions:0 txqueuelen:1000
>>> >  RX bytes:735505477 (701.4 MiB)  TX bytes:519743789 (495.6
>>>MiB)
>>> >
>>> >NOTE: The IP's are not in the same nor in the same subnet
>>> >
>>> >The time between creation is pretty long... weeks.
>>> >
>>> >Any ideas?
>>> >
>>> >I've just been killing VM's that have collisions with UUID's but it
>>> >happens
>>> >pretty often.
>>> >
>>> >-Bryan
>>>
>>>
>>

Re: duplicate system UUID's with KVM

[Chiradeep Vittal]

What is the OS of the KVM host?
I believe vm uuids are type 4 uuids and are hence independent of time.
http://docs.oracle.com/javase/6/docs/api/java/util/UUID.html



On 12/9/13 12:01 PM, "Bryan Whitehead"  wrote:

>I have 3 independent Cloudstack installs. One is 3.0.x and the others are
>4.1.0.
>
>Using KVM (i'm only using KVM so I don't have anything else for
>comparison), between 3.0.x and 4.1.0 I'm getting instances with UUID's
>that
>are the same.
>
>I get the UUID by running this on the console (CentOS):
>
>dmidecode -s system-uuid
>
>Here is example output from 1 host:
>[root@fortress ~]# dmidecode -s system-uuid
>C1260F04-F171-3136-85A7-F0B77699DA33
>[root@fortress ~]# ifconfig eth0
>eth0  Link encap:Ethernet  HWaddr 06:9A:36:00:00:AF
>  inet addr:removed  Bcast:70.33.251.255  Mask:255.255.255.0
>  inet6 addr: fe80::49a:36ff:fe00:af/64 Scope:Link
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:20586 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:1796 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:1000
>  RX bytes:1764556 (1.6 MiB)  TX bytes:197329 (192.7 KiB)
>
>
>here is another:
>[root@db-sla01 ~]# dmidecode -s system-uuid
>C1260F04-F171-3136-85A7-F0B77699DA33
>[root@db-sla01 ~]# ifconfig eth0
>eth0  Link encap:Ethernet  HWaddr 06:5E:9A:00:00:C9
>  inet addr:removed  Bcast:64.13.168.255  Mask:255.255.255.0
>  inet6 addr: fe80::45e:9aff:fe00:c9/64 Scope:Link
>  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>  RX packets:7644414 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:3073765 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:1000
>  RX bytes:735505477 (701.4 MiB)  TX bytes:519743789 (495.6 MiB)
>
>NOTE: The IP's are not in the same nor in the same subnet
>
>The time between creation is pretty long... weeks.
>
>Any ideas?
>
>I've just been killing VM's that have collisions with UUID's but it
>happens
>pretty often.
>
>-Bryan

Re: Hey its working !

[Chiradeep Vittal]

Congratulations. Hopefully not the first and only CloudStack cloud in
Turkey

On 11/16/13 7:18 AM, "Vahric Muhtaryan"  wrote:

>Hello All , 
>
>Only take a one hour with checking what is it, what is behind
>Router installed
>Vm installed (centos minimal)
>Egress rule configured
>Dhcp is working
>Dns is working
>IP Acquired
>Nat is working
>Vlan automatic provisioned to network
>
>And we are going to starbucks to drink some couple of coffee , i¹m not
>expecting everything will work like this :D
>
>Take a care all
>Regards
>Vahric and Mehmet
>
>
>

Re: New Ruby client for CloudStack API

[Chiradeep Vittal]

+1.
One more for Sebastien's book
https://github.com/runseb/cloudstack-books/tree/master


On 11/13/13 8:51 AM, "Chip Childers"  wrote:

>Really awesome Mike!
>
>On Wed, Nov 13, 2013 at 9:47 AM, Mike Nicholaides 
>wrote:
>> Hi folks,
>>
>> Our team at PromptWorks, in conjunction with SunGard, has recently
>>released
>> a new Ruby client for the CloudStack API called StackerBee:
>> https://github.com/promptworks/stacker_bee
>>
>> There are already a few Ruby clients out there but none of them met our
>> needs so we made our own. Here's what makes StackerBee special:
>> - supports all endpoints in the API
>> - easy to use and developer friendly
>> - let's developers write idiomatic Ruby
>> - interactive CloudStack REPL
>> - well tested and documented
>>
>> Pull requests and bug reports welcome.
>>
>> Special thanks to Chip Childers, Bill Jones, Dave Grizzanti and SunGard
>> Availability Services.
>>
>> Thanks,
>> Mike Nicholaides
>>
>>
>> --
>> Mike Nicholaides
>> Software Engineer and Co-Founder at PromptWorks
>> promptworks.com
>> (267) 622-4729

Re: nf_nat_ftp kernel module is missing in v4.2 virtual router

[Chiradeep Vittal]

You can try injecting the modprobe into one of the startup scripts
(/etc/init.d/cloud-early-config), that way you wouldn't need a new
template.
In this case you would have to merely modify the systemvm.iso

On 11/7/13 7:40 AM, "Carlos Miranda Molina (Mstaaravin)"
 wrote:

>Hello!
>
>In our company we upgrade to v4.2, now the virtual routers doesn't have
>nf_nat_ftp kernel module.
>We can resolve this adding manually with:
>
>:~#  modprobe nf_nat_ftp (inside VR)
>
>And works, but if i need restart VR we loose that rule so i need edit
>system template for router and add that module.
>
>The problem is how edit or find system VR template.
>
>If i turn off the router i can't have option for create snapshot or
>identify *.qcow2 file (for edit outside and upload as a new template)
>
>In storage tab i see only ROOT volumes, not VR (virtual routers) volumes.
>
>Someone can help me please...?
>
>Regards
>-- 
>"La Voluntad es el único motor de nuestros logros"
>http://blog.ngen.com.ar/

Re: Q: Cloudstack S3 performance

[Chiradeep Vittal]

Hi Zoran,

Unfortunately there is no active maintenance on this piece of code. There
is a related discussion here:
http://s.apache.org/zr


On 10/24/13 6:14 PM, "Zoran Rajic"  wrote:

>Hello fellow Cloudstack users,
>
>This is my first post to this mailing list, so please excuse me if I'm not
>following the proper etiquette.
>
>My name is Zoran, and I'm a developer working for a DDN company.  While
>investigating the Cloudstack S3 and its performance, I encountered a bit
>weird behavior of the Cloudstack S3 server, so I wanted to verify my
>findings with you guys.
>
>To test the S3 performance I used Python and BOTO libraries to create an
>S3 client that is adding random content/name keys into the Cloudstack S3
>and a single bucket.  To my surprise, the Cloudstack S3 buckets were
>getting more and more unresponsive.  For example, at about 20'000 keys it
>was taking about 10 seconds to "get a bucket" (BOTO ref
>http://boto.s3.amazonaws.com/ref/s3.html#boto.s3.connection.S3Connection.g
>e
>t_bucket, AWS ref 
>http://docs.aws.amazon.com/AmazonS3/latest/API/RESTBucketGET.html).
>
>Did someone else also notice this significant slow-downs, or is it perhaps
>just my environment and possibly misconfiguration?
>
>
>Not to leave it at this, I tried to locate the delay on the Cloudstack S3
>server-side, and I may have found two potential issues with
>SObjectDaoImpl.listBucketObjects()  (ref
>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob;f=awsapi/s
>r
>c/com/cloud/bridge/persist/dao/SObjectDaoImpl.java;h=6d23757b8b57ded9443bf
>e
>61aaa3742590b21c49;hb=master#l71):
>
>1) the maxKeys parameter seems to be ignored, so all 20'000+ keys (ie.
>full bucket content) was being inspected instead of normally just first
>1'000 keys, which is a default maxKeys value
>
>2) the way the object's data is extracted form the MySQL seems to be using
>sub-queries instead of JOINs, so something similar to this:
>>  objList = SQL("select * from SObject where SBucketID='xxx' ");
>>  for (ObjectVO obj : objList) {
>> objItem = SQL("select * from SObject_Item where SObjectID='yyy' ");
>>  }
>
>Note that the data can be retrieved "in one go" and lot more efficiently
>if one used JOIN on the database-side, ie.
>>  select * from sobject so LEFT JOIN sobject_item si on
>>so.ID=si.SObjectID where SBucketID='xxx';
>However, I am not sure if the Cloudstack DAO and *VO-objects abstraction
>supports database JOINs.
>
>Can someone confirm if these are actual code issues?
>
>Thank you in advance!
>
>
>Best regards,
>   Zoran
>

Re: How does HA work?

[Chiradeep Vittal]

https://cwiki.apache.org/confluence/x/dwn8AQ

On 10/23/13 10:51 AM, "Kelcey Jamison Damage"
 wrote:

>I can tell you it uses 'Storage-Heartbeat" method for HA, unless that's
>changed. That means the heartbeat ring is via the primary storage.
>
>
>- Original Message -
>
>From: "Nux!" 
>To: d...@cloudstack.apache.org
>Cc: users@cloudstack.apache.org
>Sent: Wednesday, October 23, 2013 10:48:40 AM
>Subject: How does HA work?
>
>Hello, 
>
>Since I'm not a programmer reading the code doesn't make too much sense
>to me. 
>Can anyone explain to me how HA works (for VMs expecially)?
>Who monitors these HA VMs? Can I run multiple monitors, for HA? Any
>recommendations, best practices, gotchas?
>
>Thanks, 
>Lucian 
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux! 
>www.nux.ro 
>

Re: [cloudmonkey] username / password support

[Chiradeep Vittal]

Fixed pep8 and other issues (with flake8).

Does this warrant a new release?

On 10/16/13 11:13 AM, "Chiradeep Vittal" 
wrote:

>Passwords can be changed too. No difference in security, IMO.
>
>Plus the api key option is always there.
>
>In fact I first wrote it as an option ( --populate-api-keys
>USERNAME:PASSWORD), but decided that it didn't buy anything.
>
>The original code didn't pass pep8 (imports not being used etc), that's
>probably a separate patch.
>
>
>-Original Message-
>From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of
>Rohit Yadav
>Sent: Wednesday, October 16, 2013 10:50 AM
>To: d...@cloudstack.apache.org
>Cc: users@cloudstack.apache.org
>Subject: Re: [cloudmonkey] username / password support
>
>I never intended to have support for password as I thought people will
>end up using and storing plain text username/password, keys (specific for
>cloudmonkey) are revokable :)
>Maybe we can use usernames/password initially to create keys or maybe let
>users decided what they want. If this could be refactored as a reusable
>module Prasanna can use this for Marvin.
>
>On Wed, Oct 16, 2013 at 10:21 AM, Chiradeep Vittal <
>chiradeep.vit...@citrix.com> wrote:
>
>> Sorry, urllib2 and cookiejar looked just too painful.
>>
>
>Totally agree, we should throw away painful things for better ones. With
>requests as dependency in setup.py so no one has to install it manually.
>You just do pip install --upgrade stuff and pip would get all the deps
>from setup.py. Thanks Prasanna for adding that, maybe specify a minimum
>or maximum version?
>
>Initially my idea was to use least possible dependency, like have
>cloudmonkey pure python 2.6 program that just uses standard libs but
>eventually added prettytable and pygments. We should have more good
>stuff, remove painful libs.
>
>Lastly, could the code be pep8'd, tested and released :)
>
>Cheers,
>bhaisaab
>
>
>>
>> On 10/15/13 9:26 PM, "Prasanna Santhanam"  wrote:
>>
>> >
>> >I fixed this temporarily by adding the requests as a dependency. But
>> >may be we could do the login using urllib2 itself to avoid the
>> >requests dependency.
>> >
>> >+1 to username,password login. I need to add that to marvin too.
>> >
>> >On Wed, Oct 16, 2013 at 11:38:40AM +0800, Ryan Lei wrote:
>> >> I was unable to run cloudmonkey after applying your update.
>> >> My commands were:
>> >>
>> >> $ git checkout username_password_support $ git pull $ python
>> >> setup.py build $ python setup.py install $ cloudmonkey
>> >>
>> >> Then I got this import error:
>> >> Import error in cloudmonkey.requester : No module named requests
>> >>
>> >> Switching back to master branch runs fine, however.
>> >>
>> >>
>> >>
>> >>----
>> >>-
>> >>--
>> >> Yu-Heng (Ryan) Lei, Associate Researcher  Chunghwa Telecom
>> >>Laboratories / Cloud Computing Laboratory
>> >>
>> >>ryan...@cht.com.tw<
>> https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SW
>> >>YpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL
>> >>=mail
>> >>to%3aryanlei%40cht.com.tw>
>> >> or
>> >> ryanlei750...@gmail.com
>> >>
>> >>
>> >>
>> >> On Wed, Oct 16, 2013 at 11:23 AM, Chiradeep Vittal <
>> >> chiradeep.vit...@citrix.com> wrote:
>> >>
>> >> > Hi folks,
>> >> >
>> >> > I modified cloudmonkey to work off of username and password.
>> >> > Feedback
>> >>and
>> >> > testing required.
>> >> > The code is in the branch  username_password_support
>> >> > http://goo.gl/5xTgo5
>> >> >
>> >> > Thanks
>> >> > --
>> >> > Chiradeep
>> >> >
>> >
>> >--
>> >Prasanna.,
>> >
>> >
>> >Powered by BigRock.com
>> >
>>
>>

RE: [cloudmonkey] username / password support

[Chiradeep Vittal]

Passwords can be changed too. No difference in security, IMO.

Plus the api key option is always there.

In fact I first wrote it as an option ( --populate-api-keys USERNAME:PASSWORD), 
but decided that it didn't buy anything.

The original code didn't pass pep8 (imports not being used etc), that's 
probably a separate patch.


-Original Message-
From: rohityada...@gmail.com [mailto:rohityada...@gmail.com] On Behalf Of Rohit 
Yadav
Sent: Wednesday, October 16, 2013 10:50 AM
To: d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Subject: Re: [cloudmonkey] username / password support

I never intended to have support for password as I thought people will end up 
using and storing plain text username/password, keys (specific for
cloudmonkey) are revokable :)
Maybe we can use usernames/password initially to create keys or maybe let users 
decided what they want. If this could be refactored as a reusable module 
Prasanna can use this for Marvin.

On Wed, Oct 16, 2013 at 10:21 AM, Chiradeep Vittal < 
chiradeep.vit...@citrix.com> wrote:

> Sorry, urllib2 and cookiejar looked just too painful.
>

Totally agree, we should throw away painful things for better ones. With 
requests as dependency in setup.py so no one has to install it manually.
You just do pip install --upgrade stuff and pip would get all the deps from 
setup.py. Thanks Prasanna for adding that, maybe specify a minimum or maximum 
version?

Initially my idea was to use least possible dependency, like have cloudmonkey 
pure python 2.6 program that just uses standard libs but eventually added 
prettytable and pygments. We should have more good stuff, remove painful libs.

Lastly, could the code be pep8'd, tested and released :)

Cheers,
bhaisaab


>
> On 10/15/13 9:26 PM, "Prasanna Santhanam"  wrote:
>
> >
> >I fixed this temporarily by adding the requests as a dependency. But 
> >may be we could do the login using urllib2 itself to avoid the 
> >requests dependency.
> >
> >+1 to username,password login. I need to add that to marvin too.
> >
> >On Wed, Oct 16, 2013 at 11:38:40AM +0800, Ryan Lei wrote:
> >> I was unable to run cloudmonkey after applying your update.
> >> My commands were:
> >>
> >> $ git checkout username_password_support $ git pull $ python 
> >> setup.py build $ python setup.py install $ cloudmonkey
> >>
> >> Then I got this import error:
> >> Import error in cloudmonkey.requester : No module named requests
> >>
> >> Switching back to master branch runs fine, however.
> >>
> >>
> >>
> >>
> >>-
> >>--
> >> Yu-Heng (Ryan) Lei, Associate Researcher  Chunghwa Telecom 
> >>Laboratories / Cloud Computing Laboratory
> >>
> >>ryan...@cht.com.tw<
> https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SW
> >>YpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL
> >>=mail
> >>to%3aryanlei%40cht.com.tw>
> >> or
> >> ryanlei750...@gmail.com
> >>
> >>
> >>
> >> On Wed, Oct 16, 2013 at 11:23 AM, Chiradeep Vittal < 
> >> chiradeep.vit...@citrix.com> wrote:
> >>
> >> > Hi folks,
> >> >
> >> > I modified cloudmonkey to work off of username and password. 
> >> > Feedback
> >>and
> >> > testing required.
> >> > The code is in the branch  username_password_support
> >> > http://goo.gl/5xTgo5
> >> >
> >> > Thanks
> >> > --
> >> > Chiradeep
> >> >
> >
> >--
> >Prasanna.,
> >
> >
> >Powered by BigRock.com
> >
>
>

Re: [cloudmonkey] username / password support

[Chiradeep Vittal]

You can leave that blank. That is just the way the generic config manager
works. If you leave out apikey and secret key too it will complain.

On 10/15/13 9:58 PM, "Prasanna Santhanam"  wrote:

>I prefer requests too. May be we can later switch over all of
>cloudmonkey to use requests just like marvin. I tested out the changes
>with a user account and everything works fine. But startup of
>cloudmonkey seems to force one to put in the username, passwd in
>cloudmonkey/config.
>
>On Wed, Oct 16, 2013 at 04:51:23AM +, Chiradeep Vittal wrote:
>> Sorry, urllib2 and cookiejar looked just too painful.
>> 
>> On 10/15/13 9:26 PM, "Prasanna Santhanam"  wrote:
>> 
>> >
>> >I fixed this temporarily by adding the requests as a dependency. But
>> >may be we could do the login using urllib2 itself to avoid the
>> >requests dependency.
>> >
>> >+1 to username,password login. I need to add that to marvin too.
>> >
>> >On Wed, Oct 16, 2013 at 11:38:40AM +0800, Ryan Lei wrote:
>> >> I was unable to run cloudmonkey after applying your update.
>> >> My commands were:
>> >> 
>> >> $ git checkout username_password_support
>> >> $ git pull
>> >> $ python setup.py build
>> >> $ python setup.py install
>> >> $ cloudmonkey
>> >> 
>> >> Then I got this import error:
>> >> Import error in cloudmonkey.requester : No module named requests
>> >> 
>> >> Switching back to master branch runs fine, however.
>> >> 
>> >> 
>> >> 
>> 
>>>>---
>>>>--
>> >>--
>> >> Yu-Heng (Ryan) Lei, Associate Researcher
>> >> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
>> >> 
>> 
>>>>ryan...@cht.com.tw<https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0
>>>>SW
>> 
>>>>YpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=ma
>>>>il
>> >>to%3aryanlei%40cht.com.tw>
>> >> or
>> >> ryanlei750...@gmail.com
>> >> 
>> >> 
>> >> 
>> >> On Wed, Oct 16, 2013 at 11:23 AM, Chiradeep Vittal <
>> >> chiradeep.vit...@citrix.com> wrote:
>> >> 
>> >> > Hi folks,
>> >> >
>> >> > I modified cloudmonkey to work off of username and password.
>>Feedback
>> >>and
>> >> > testing required.
>> >> > The code is in the branch  username_password_support
>> >> > http://goo.gl/5xTgo5
>> >> >
>> >> > Thanks
>> >> > --
>> >> > Chiradeep
>> >> >
>> >
>> >-- 
>> >Prasanna.,
>> >
>> >
>> >Powered by BigRock.com
>> >
>
>-- 
>Prasanna.,
>
>
>Powered by BigRock.com
>

Re: [cloudmonkey] username / password support

[Chiradeep Vittal]

Sorry, urllib2 and cookiejar looked just too painful.

On 10/15/13 9:26 PM, "Prasanna Santhanam"  wrote:

>
>I fixed this temporarily by adding the requests as a dependency. But
>may be we could do the login using urllib2 itself to avoid the
>requests dependency.
>
>+1 to username,password login. I need to add that to marvin too.
>
>On Wed, Oct 16, 2013 at 11:38:40AM +0800, Ryan Lei wrote:
>> I was unable to run cloudmonkey after applying your update.
>> My commands were:
>> 
>> $ git checkout username_password_support
>> $ git pull
>> $ python setup.py build
>> $ python setup.py install
>> $ cloudmonkey
>> 
>> Then I got this import error:
>> Import error in cloudmonkey.requester : No module named requests
>> 
>> Switching back to master branch runs fine, however.
>> 
>> 
>> 
>>-
>>--
>> Yu-Heng (Ryan) Lei, Associate Researcher
>> Chunghwa Telecom Laboratories / Cloud Computing Laboratory
>> 
>>ryan...@cht.com.tw<https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SW
>>YpVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mail
>>to%3aryanlei%40cht.com.tw>
>> or
>> ryanlei750...@gmail.com
>> 
>> 
>> 
>> On Wed, Oct 16, 2013 at 11:23 AM, Chiradeep Vittal <
>> chiradeep.vit...@citrix.com> wrote:
>> 
>> > Hi folks,
>> >
>> > I modified cloudmonkey to work off of username and password. Feedback
>>and
>> > testing required.
>> > The code is in the branch  username_password_support
>> > http://goo.gl/5xTgo5
>> >
>> > Thanks
>> > --
>> > Chiradeep
>> >
>
>-- 
>Prasanna.,
>
>
>Powered by BigRock.com
>

Re: [cloudmonkey] username / password support

[Chiradeep Vittal]

Aha, thanks. Can you 'pip install requests' ?



On 10/15/13 8:38 PM, "Ryan Lei"  wrote:

>I was unable to run cloudmonkey after applying your update.
>My commands were:
>
>$ git checkout username_password_support
>$ git pull
>$ python setup.py build
>$ python setup.py install
>$ cloudmonkey
>
>Then I got this import error:
>Import error in cloudmonkey.requester : No module named requests
>
>Switching back to master branch runs fine, however.
>
>
>--
>-
>Yu-Heng (Ryan) Lei, Associate Researcher
>Chunghwa Telecom Laboratories / Cloud Computing Laboratory
>ryan...@cht.com.tw<https://email.cht.com.tw/owa/redir.aspx?C=-wE1FEC3G0SWY
>pVkiWo8SsDdf3ZqO9AIuAPTzRnFYCUi-z4YljtI_hyVKkNHfn9F1Bn-vUWJnQ4.&URL=mailto
>%3aryanlei%40cht.com.tw>
>or
>ryanlei750...@gmail.com
>
>
>
>On Wed, Oct 16, 2013 at 11:23 AM, Chiradeep Vittal <
>chiradeep.vit...@citrix.com> wrote:
>
>> Hi folks,
>>
>> I modified cloudmonkey to work off of username and password. Feedback
>>and
>> testing required.
>> The code is in the branch  username_password_support
>> http://goo.gl/5xTgo5
>>
>> Thanks
>> --
>> Chiradeep
>>

[cloudmonkey] username / password support

[Chiradeep Vittal]

Hi folks,

I modified cloudmonkey to work off of username and password. Feedback and 
testing required.
The code is in the branch  username_password_support
http://goo.gl/5xTgo5

Thanks
--
Chiradeep

[POLL] Latency between Management Server and zones

[Chiradeep Vittal]

[Apologize for the crosspost, but I think there may be answers from the dev 
perspective]
[Also, this is poll / opinion question]

What is the maximum latency / minimum bandwidth folks have between their 
Management Server and the hypervisor?
What works? What needs to be tweaked?

TIA

Re: cloudstack-sysvmadm takes very long to run?

[Chiradeep Vittal]

Looks like you are out of space.
rocessing:  { Ans: , MgmtId: 161342671900, via: 37, Ver: v1, Flags: 110,
[{"com.cloud.agent.api.Answer":{"result":false,"details":"com.cloud.utils.e
xception.CloudRuntimeException: org.libvirt.LibvirtException: internal
error Child process (/bin/umount
/mnt/99a4fb82-780d-35c2-afb0-7f16388eeb94) unexpected exit status 32:
error writing /etc/mtab.tmp: No space left on device


Check with 'df -Ph' on the hypervisor to see if anything is at 100%

On 9/23/13 1:13 PM, "Indra Pramana"  wrote:

>Hi Chiradeep,
>
>I have uploaded the logs in pastebin here:
>
>http://pastebin.com/jy49jF4A
>
>Looking forward to your reply, thank you.
>
>Cheers.
>
>
>
>On Tue, Sep 24, 2013 at 3:59 AM, Chiradeep Vittal <
>chiradeep.vit...@citrix.com> wrote:
>
>> Logs?
>>
>> On 9/23/13 12:46 PM, "Indra Pramana"  wrote:
>>
>> >Dear all,
>> >
>> >The script failed to restart the system VMs. See below.
>> >
>> >All my system VMs (except one virtual router) are in "Starting" state
>>but
>> >it never got started. Any idea how to resolve this issue?
>> >
>> >===
>> >nohup: ignoring input
>> >/usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No
>>such
>> >file or directory
>> >
>> >Stopping and starting 1 secondary storage vm(s)...
>> >Done stopping and starting secondary storage vm(s)
>> >
>> >Stopping and starting 1 console proxy vm(s)...
>> >ERROR: Failed to start console proxy vm with id 1903
>> >
>> >Done stopping and starting console proxy vm(s) .
>> >
>> >Stopping and starting 2 running routing vm(s)...
>> >ERROR: Failed to restart domainRouter with id 1931
>> >
>> >ERROR: Failed to restart domainRouter with id 1930
>> >
>> >Done restarting router(s).
>> >===
>> >
>> >Looking forward to your reply, thank you.
>> >
>> >Cheers.
>> >
>> >
>> >
>> >On Tue, Sep 24, 2013 at 2:54 AM, Indra Pramana  wrote:
>> >
>> >> Is it normal for the cloudstack-sysvmadm script to take very long to
>> >>run?
>> >> It has been more than 30 minutes and it's still restarting the second
>> >> system VM.
>> >>
>> >> ===
>> >> root@cs-mgmt-01:~/cloudstack3# tail -f sysvm.log
>> >> nohup: ignoring input
>> >> /usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No
>> >>such
>> >> file
>> >>
>> >> Stopping and starting 1 secondary storage vm(s)...
>> >> Done stopping and starting secondary storage vm(s)
>> >>
>> >> Stopping and starting 1 console proxy vm(s)...
>> >> ===
>> >>
>> >> If it's normal, any reason why? I presume restarting a VM shouldn't
>>take
>> >> that long in normal circumstances?
>> >>
>> >> Any insight is appreciated. :)
>> >>
>> >> Thank you.
>> >>
>>
>>

Re: Simple Architecture - Private Cloud with IPv4 block addresses

[Chiradeep Vittal]

Yes. Don't use the zone wizard. Use the DefaultSharedNetworkOffering to
create a shared network with the public ip range assigned by the ISP. When
creating VMs, use this shared network.

On 9/23/13 9:38 AM, "Ignacio Ocampo"  wrote:

> Hi,
>
>I'm new in CloudStack, I want to make my own private cloud, currently I'm
>customer of a Cloud Provider and I'm paying a lot.
>
>I will start with a simple architecture.
>
>I have 2 HP PROLIANT DL360 G5 and 1 Juniper SRX 210.
>
>I have some assumptions:
>- My ISP provider will give me IPv4 public addresses with gigabit ethernet
>link.
>- Each virtual machine will have an IPv4 public address.
>
>Internet -> My ISP -> Juniper SRX -> (Server 1 [Management] and Server 2
>[Node]). I could be possible?
>
>Best regards.
>
>-- 
>Ignacio Ocampo Millán

Re: cloudstack-sysvmadm takes very long to run?

[Chiradeep Vittal]

Logs?

On 9/23/13 12:46 PM, "Indra Pramana"  wrote:

>Dear all,
>
>The script failed to restart the system VMs. See below.
>
>All my system VMs (except one virtual router) are in "Starting" state but
>it never got started. Any idea how to resolve this issue?
>
>===
>nohup: ignoring input
>/usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No such
>file or directory
>
>Stopping and starting 1 secondary storage vm(s)...
>Done stopping and starting secondary storage vm(s)
>
>Stopping and starting 1 console proxy vm(s)...
>ERROR: Failed to start console proxy vm with id 1903
>
>Done stopping and starting console proxy vm(s) .
>
>Stopping and starting 2 running routing vm(s)...
>ERROR: Failed to restart domainRouter with id 1931
>
>ERROR: Failed to restart domainRouter with id 1930
>
>Done restarting router(s).
>===
>
>Looking forward to your reply, thank you.
>
>Cheers.
>
>
>
>On Tue, Sep 24, 2013 at 2:54 AM, Indra Pramana  wrote:
>
>> Is it normal for the cloudstack-sysvmadm script to take very long to
>>run?
>> It has been more than 30 minutes and it's still restarting the second
>> system VM.
>>
>> ===
>> root@cs-mgmt-01:~/cloudstack3# tail -f sysvm.log
>> nohup: ignoring input
>> /usr/bin/cloudstack-sysvmadm: line 21: /etc/rc.d/init.d/functions: No
>>such
>> file
>>
>> Stopping and starting 1 secondary storage vm(s)...
>> Done stopping and starting secondary storage vm(s)
>>
>> Stopping and starting 1 console proxy vm(s)...
>> ===
>>
>> If it's normal, any reason why? I presume restarting a VM shouldn't take
>> that long in normal circumstances?
>>
>> Any insight is appreciated. :)
>>
>> Thank you.
>>

Re: [PROPOSAL] adding [SOLVED] tag in mailing list subject

[Chiradeep Vittal]

Excellent suggestion

On 9/23/13 6:50 AM, "Jayapal Reddy Uradi" 
wrote:

>Hi,
>
>When the issues raised in dev/users mailing lists are solved by using
>suggestions/solutions as replies
>send by community members then the one who raised the issue please reply
>to the thread by adding [SOLVED] tag.
>
>
>Also please add the accumulated steps performed to solve it, this will
>helpful to other members when they gets the similar issues.
>
>Thanks,
>Jayapal
>

Re: Management Server Networking Issue (Not in Docs)

[Chiradeep Vittal]

I think the main (and only) reason for the MS to access SS is to download
the system vm template.
You can copy the cloud-install-sys-tmplt script to the NFS server
(assuming that it is Linux)
Execute the script from there and supply the '-t' flag to specify the
template id. 
Template id can be determined by
select max(id) from cloud.vm_template where type = 'SYSTEM' and
hypervisor_type = 'XenServer' and removed is null

On 9/16/13 12:03 PM, "Gene Cooper"  wrote:

>Hi all,
>
>My first post...
>
>We are setting up a CS 4.1.1 environment in a new datacenter.
>
>On all CS virt hosts (XCP 1.6), we have 2x 1G NICs and 2x 10G NICs with
>Management, Public+Guest, Primary Storage and Secondary Storage networks
>on those NICs in that order.
>
>No VLANs are yet configured anywhere on the hosts or switches (beyond
>the default)
>
>The management server is running as a (CentOS 6.4) VM on another
>(non-CS) XCP 1.6 virt host.  This host currently has only 2x 1G NICs on
>the Management and Primary Storage networks respectively.
>
>It appears I need to also give the management server access to the
>Secondary Storage network as well and I'm trying to determine how to do
>that.
>
>Advice anyone?  I'm interested in keeping further expenditures to a
>minimum, but I don't want to make ($) compromises that don't make sense.
>
>1) Do I need more NICs?  ...and how many?
>
>I tried creating another virt host network in XenCenter using the same
>NIC the Primary Storage network is on (assigning VLAN 1) and configuring
>that in the Management Server guest.  After configuring the new
>interface in the Management Server (guest), there is still no
>connectivity.
>
>2) Can I make this work?  Is it a VLAN thing I need to adjust in the
>switch?
>
>3) What interfaces are needed in a management server and how are they
>connected to the rest of the CS environment?
>
>Sorry for the noob questions, but docs don't seem to discuss this and my
>Google-fu is failing me.
>
>G
>
>-- 
>
>===
>Gene Cooper
>Sonora Communications, Inc.
>936 W. Prince Road
>Tucson, AZ 85705
>
>(520)407-2000 x101
>(520)888-4060 fax
>

Re: Help! After network outage, can't start System VMs; focused debug info attached

[Chiradeep Vittal]

Attachments are stripped. Can you paste (say at http://apaste.info/)

From: Matt Foley mailto:mfo...@hortonworks.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Monday, September 16, 2013 4:58 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Help! After network outage, can't start System VMs; focused debug info 
attached

We had a planned network outage this weekend, which inadvertently resulted in 
making the NFS Shared Primary Storage (used by System VMs) unavailable for a 
day and a half.  (Guest VMs use local storage only, but System VMs use shared 
storage only.)  Cloudstack was not brought down prior to the outage.

After network came back, we gracefully brought down all services including 
cloudstack-management, mysql, and NFS, then actually rebooted all servers in 
the cluster and the NFS server (to make sure no stale file handles), then 
brought up services in the appropriate order.  Also checked mysql for table 
corruption, and found none.  Confirmed that the NFS volumes are mountable from 
all hosts, and in fact Shared Primary Storage is being mounted by cloudstack on 
hosts as usual, under /mnt/.

Nevertheless, when try to bring up the cluster, we fail to start the system 
VMs, with errors "InsufficientServerCapacityException: Unable to create a 
deployment for VM".  The cause is not really insufficient capacity, as actual 
usage of resources is tiny; these error messages are false explanations of the 
failure to create primary storage volume for the System VMs.

Digging into management-server.log, the core issue seems to be the ~160 line 
snippet from the log attached to this message as 
cloudstack_debug_2013.09.16.log.  The only Shared Primary Storage pool is pool 
201, named "cs-primary".  It is mounted on all hosts as 
/mnt/9c6fd9a3-43e5-389a-9594-faecf178b4b9, which is its uuid.  The log shows 
the management server correctly identifying a particular host as being able to 
access pool 201, then trying to allocate a primary storage volume using the 
template with uuid f23a16e7-b628-429e-83e1-698935588465.  It fails, but I 
cannot tell why.  I suspect its claim that "Template 3 has already been 
downloaded to pool 201" is false, but I don't know how to check this (or fix if 
wrong).

Any guidance for further debugging or fixing this would be GREATLY appreciated.
Thanks,
--Matt


CONFIDENTIALITY NOTICE
NOTICE: This message is intended for the use of the individual or entity to 
which it is addressed and may contain information that is confidential, 
privileged and exempt from disclosure under applicable law. If the reader of 
this message is not the intended recipient, you are hereby notified that any 
printing, copying, dissemination, distribution, disclosure or forwarding of 
this communication is strictly prohibited. If you have received this 
communication in error, please contact the sender immediately and delete it 
from your system. Thank You.

Re: cs 4.2 systemvm

[Chiradeep Vittal]

If you are having speed issues, you can use an alternate location:
just substitute d21ifhcun6b1t2.cloudfront.net for download.cloud.com


On 9/10/13 1:22 AM, "Sailaja Mada"  wrote:

>Hi,
>
>Xenserver : 
>http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master
>-xen.vhd.bz2   
>KVM  :
>http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master
>-kvm.qcow2.bz2 
>VMware   : 
>http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova
>
>Thanks,
>Sailaja.M
>
>-Original Message-
>From: Valery Ciareszka [mailto:valery.teres...@gmail.com]
>Sent: Tuesday, September 10, 2013 1:45 PM
>To: users
>Subject: cs 4.2 systemvm
>
>Hi all.
>
>I'm trying to test CS  4.2 and it seems that old
>systemvm(acton-systemvm-02062012.qcow2.bz2) does not work with it.
>After debugging I found that consoleproxy/ssvm does not get its NICs
>configured.
>It seems that method of passing network configuration parameters from HV
>to system vms has changed - now
>/usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.plis
>used to send configuration to the system vm -
>/etc/init.d/cloud-early-config tries to read it from /dev/vport0p1.
>However, there is no such device in system VMs.
>
>So, should I use new systemvm image? Where can I get it ?
>
>ENV used:
>CS 4.2 (compiled revision 2852 from
>https://dist.apache.org/repos/dist/dev/cloudstack/4.2.0/)
>CentOS 6.4
>qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
>acton-systemvm-02062012.qcow2.bz2 template for systemvm
>
>--
>Regards,
>Valery
>
>http://protocol.by/slayer

Re: Advanced Network - SNAT not working

[Chiradeep Vittal]

My theory was that by logging into the VR and running commands, you might
have inadvertently changed something.
What is the output of
iptables-save after the restart?

On 9/16/13 12:04 PM, "Noel Kendall"  wrote:

>That has worked Chiradeep. What could have caused this problem? Is it
>somethingthat should be fixed?
>Thanks for the simple and rather effective suggestion!
>Noel
>
>> From: chiradeep.vit...@citrix.com
>> To: users@cloudstack.apache.org
>> Subject: Re: Advanced Network - SNAT not working
>> Date: Mon, 16 Sep 2013 18:00:29 +
>> 
>> Suggest that you stop and start (not reboot) the router from the Admin
>>GUI.
>> 
>> On 9/16/13 5:26 AM, "Noel Kendall"  wrote:
>> 
>> >Jayapal, I did a ping test and traced as you suggested. tcpdump
>> >monitoring was done on the public facing interface of the VR.
>> >From within the VR, ping to public IP functions correctly, source
>>address
>> >is the public IP assigned to the VR.
>> >From within the guest, ping to same public IP, does not function,
>>source
>> >address is (as you suspected) the IP of guest on the guest network of
>>VR.
>> >Therefore, it must be: the SNAT rule in iptables in the VR is being
>> >bypassed... that is, the packets are being forwarded without SNAT being
>> >performed on them correctly.
>> >Noel
>> >
>> >> From: jayapalreddy.ur...@citrix.com
>> >> To: users@cloudstack.apache.org
>> >> Subject: Re: Advanced Network - SNAT not working
>> >> Date: Mon, 16 Sep 2013 05:14:53 +
>> >> 
>> >> Hi,
>> >> 
>> >> I think when the packets are going out the packets are NATed with
>> >>private ip, that can't reach back to router.
>> >> From the VR when you ping public network observe with what source ip
>> >>address the packet is going out and
>> >> From the guest VM when you access public n/w observe on VR with what
>> >>source ip the packet is going out.
>> >> In later case I think the source ip address is different.
>> >> 
>> >> Thanks,
>> >> Jayapal
>> >> 
>> >> 
>> >> On 16-Sep-2013, at 2:30 AM, Noel Kendall 
>> >>wrote:
>> >> 
>> >> > No other NAT. There is nothing but copper between the KVM host
>> >>machine and the ISP router.There is an L2/L3 switch that the packets
>> >>travel through. However, there is no forwarding in the switch,just
>> >>straight through. I've had a well-functioning V4.0.1 environment
>>running
>> >>on this same configurationin the past. What is new is the conversion
>>to
>> >>4.1 (which was a clean install).
>> >> > It's very mysterious, I have never seen anything like this before.
>> >>There are two other VRs, both having same issue.
>> >> > I will try your suggestion.
>> >> > Noel
>> >> >> Date: Sun, 15 Sep 2013 21:20:41 +0100
>> >> >> Subject: Re: Advanced Network - SNAT not working
>> >> >> From: msweet@gmail.com
>> >> >> To: users@cloudstack.apache.org
>> >> >> 
>> >> >> This is mostly confusing that the packets are not seen on the VR
>> >>public
>> >> >> interface, seeing as other services are working.
>> >> >> If it was a local NAT issue then the packet would atleast get into
>> >>that
>> >> >> interface. Do you have any upstream devices providing NAT? Or any
>> >>other VR
>> >> >> with the issue?
>> >> >> 
>> >> >> It may be worth recreating the VR, by stopping and destroying it
>>and
>> >> >> creating another guest to start a fresh.
>> >> >> 
>> >> >> Marty
>> >> >> 
>> >> >> 
>> >> >> On Sun, Sep 15, 2013 at 8:12 PM, Noel Kendall
>> >>wrote:
>> >> >> 
>> >> >>> Marty, if I run a telnet  80 from a shell in the
>>guest,
>> >> >>> while running a tcpdumpon the public i/f of the VR:
>> >> >>> - I can see the outbound packets going out- I do not see a
>>response
>> >>packet
>> >> >>> coming back in
>> >> >>> FYI there are no firewalls outbound from the KVM host. The host
>> >>bridges vi
>> >> >>> CS networkingdirectly out on to the internet via a switch.
>> >> >>> Note that traffic from outside (ssh, web) can happily traverse
>>the
>> >>VR to
>> >> >>> the guest. I get the usualits working html page from the guest.
>> >>This tells
>> >> >>> me that there is nothing outbound from the VR thatis filtering
>> >>packets.
>> >> >>> Am truly stumped. This is mysterious indeed.
>> >> >>> From within the VR, can happily telnet to  80 and
>> >>receive
>> >> >>> response.Only if packet came from guest and was forwarded does
>>the
>> >>response
>> >> >>> not show up.
>> >> >>> In short:
>> >> >>> wget from VR to www.xyz.com works, response received and saved
>> >> >>> wget from guest to www.xyz.com does not work, network not
>>available
>> >> >>> displayed on guest, response packets not seen on the public i/f
>>of
>> >>VR at all
>> >> >>> Noel
>> >> >>> 
>> >>  Date: Sun, 15 Sep 2013 18:16:17 +0100
>> >>  Subject: Re: Advanced Network - SNAT not working
>> >>  From: msweet@gmail.com
>> >>  To: users@cloudstack.apache.org
>> >>  
>> >>  Hi Noel,
>> >>  
>> >>  Can you answer: Does the traffic come back on the public
>> >>interface? and
>> >>  then onto the Guest interface?
>> >> 

Re: Advanced Network - SNAT not working

[Chiradeep Vittal]

Suggest that you stop and start (not reboot) the router from the Admin GUI.

On 9/16/13 5:26 AM, "Noel Kendall"  wrote:

>Jayapal, I did a ping test and traced as you suggested. tcpdump
>monitoring was done on the public facing interface of the VR.
>From within the VR, ping to public IP functions correctly, source address
>is the public IP assigned to the VR.
>From within the guest, ping to same public IP, does not function, source
>address is (as you suspected) the IP of guest on the guest network of VR.
>Therefore, it must be: the SNAT rule in iptables in the VR is being
>bypassed... that is, the packets are being forwarded without SNAT being
>performed on them correctly.
>Noel
>
>> From: jayapalreddy.ur...@citrix.com
>> To: users@cloudstack.apache.org
>> Subject: Re: Advanced Network - SNAT not working
>> Date: Mon, 16 Sep 2013 05:14:53 +
>> 
>> Hi,
>> 
>> I think when the packets are going out the packets are NATed with
>>private ip, that can't reach back to router.
>> From the VR when you ping public network observe with what source ip
>>address the packet is going out and
>> From the guest VM when you access public n/w observe on VR with what
>>source ip the packet is going out.
>> In later case I think the source ip address is different.
>> 
>> Thanks,
>> Jayapal
>> 
>> 
>> On 16-Sep-2013, at 2:30 AM, Noel Kendall 
>>wrote:
>> 
>> > No other NAT. There is nothing but copper between the KVM host
>>machine and the ISP router.There is an L2/L3 switch that the packets
>>travel through. However, there is no forwarding in the switch,just
>>straight through. I've had a well-functioning V4.0.1 environment running
>>on this same configurationin the past. What is new is the conversion to
>>4.1 (which was a clean install).
>> > It's very mysterious, I have never seen anything like this before.
>>There are two other VRs, both having same issue.
>> > I will try your suggestion.
>> > Noel
>> >> Date: Sun, 15 Sep 2013 21:20:41 +0100
>> >> Subject: Re: Advanced Network - SNAT not working
>> >> From: msweet@gmail.com
>> >> To: users@cloudstack.apache.org
>> >> 
>> >> This is mostly confusing that the packets are not seen on the VR
>>public
>> >> interface, seeing as other services are working.
>> >> If it was a local NAT issue then the packet would atleast get into
>>that
>> >> interface. Do you have any upstream devices providing NAT? Or any
>>other VR
>> >> with the issue?
>> >> 
>> >> It may be worth recreating the VR, by stopping and destroying it and
>> >> creating another guest to start a fresh.
>> >> 
>> >> Marty
>> >> 
>> >> 
>> >> On Sun, Sep 15, 2013 at 8:12 PM, Noel Kendall
>>wrote:
>> >> 
>> >>> Marty, if I run a telnet  80 from a shell in the guest,
>> >>> while running a tcpdumpon the public i/f of the VR:
>> >>> - I can see the outbound packets going out- I do not see a response
>>packet
>> >>> coming back in
>> >>> FYI there are no firewalls outbound from the KVM host. The host
>>bridges vi
>> >>> CS networkingdirectly out on to the internet via a switch.
>> >>> Note that traffic from outside (ssh, web) can happily traverse the
>>VR to
>> >>> the guest. I get the usualits working html page from the guest.
>>This tells
>> >>> me that there is nothing outbound from the VR thatis filtering
>>packets.
>> >>> Am truly stumped. This is mysterious indeed.
>> >>> From within the VR, can happily telnet to  80 and
>>receive
>> >>> response.Only if packet came from guest and was forwarded does the
>>response
>> >>> not show up.
>> >>> In short:
>> >>> wget from VR to www.xyz.com works, response received and saved
>> >>> wget from guest to www.xyz.com does not work, network not available
>> >>> displayed on guest, response packets not seen on the public i/f of
>>VR at all
>> >>> Noel
>> >>> 
>>  Date: Sun, 15 Sep 2013 18:16:17 +0100
>>  Subject: Re: Advanced Network - SNAT not working
>>  From: msweet@gmail.com
>>  To: users@cloudstack.apache.org
>>  
>>  Hi Noel,
>>  
>>  Can you answer: Does the traffic come back on the public
>>interface? and
>>  then onto the Guest interface?
>>  
>>  Thanks,
>>  Marty
>>  
>>  
>>  On Sun, Sep 15, 2013 at 2:05 PM, Noel Kendall
>>>  wrote:
>>  
>> > Indeed, yes, a wget executed on the VR to a public website works
>>just
>> >>> fine.
>> > Noel
>> > 
>> >> Date: Sun, 15 Sep 2013 13:15:20 +0100
>> >> Subject: Re: Advanced Network - SNAT not working
>> >> From: msweet@gmail.com
>> >> To: users@cloudstack.apache.org
>> >> 
>> >> Hi Noel,
>> >> 
>> >> Does the traffic come back on the public interface? and then
>>onto the
>> > Guest
>> >> interface?
>> >> 
>> >> Does a wget on the VR work?
>> >> 
>> >> Marty
>> >> 
>> >> 
>> >> On Sat, Sep 14, 2013 at 8:19 PM, Noel Kendall <
>> >>> noeldkend...@hotmail.com
>> >> wrote:
>> >> 
>> >>> I have that Marty. I see the http outbound request coming in on
>>the
>> >>>

Re: Cloustack 4.1.0 + GlusterFS

[Chiradeep Vittal]

John, care to write a HOWTO use GlusterFS in the wiki?


On 9/11/13 5:27 PM, "John Skinner"  wrote:

>I ran each test independently for each block size.
>
>iozone -I -i 0 -i 1 -i 2 -r 4k -s 1G
>
>In order: -I to specify direct-IO, -i 0 to specify write/rewrite, -i 1 to
>specify read/re-read, -i 2 to specify random read/write, -r specify block
>size, -s to specify file size.
>
>The report is pretty thorough. What I put in the email was different, I
>just took the throughput from each test and put it into a table outside
>of the full report.
>
>- Original Message -
>
>From: "Rafael Weingartner" 
>To: users@cloudstack.apache.org
>Sent: Wednesday, September 11, 2013 4:16:23 PM
>Subject: Re: Cloustack 4.1.0 + GlusterFS
>
>I have never used iozone before,
>
>How did you get that report?
>
>I tried: iozone -s 1024m -t 1 -R
>
>But the report was pretty different from yours.
>
>
>2013/9/11 John Skinner 
>
>> I currently have GlusterFS deployed into an 8 node KVM cluster running
>>on 
>> CloudStack 4.1 for primary storage. Gluster is deployed on 28 1TB
>>drives 
>> across 2 separate storage appliances using a distributed-replicated
>>volume 
>> with the replica set to 2. The storage network is 10Gb copper.
>> 
>> These are the options I have configured for the volume in Gluster, most
>>of 
>> them are from a Red Hat document on configuring Red Hat Enterprise
>>Storage 
>> for VM hosting: 
>> 
>> 
>> 
>> performance.io-thread-count: 32
>> performance.cache-size: 1024MB
>> performance.write-behind-window-size: 5MB
>> performance.write-behind: on
>> network.remote-dio: on
>> cluster.eager-lock: enable
>> performance.stat-prefetch: off
>> performance.io-cache: on
>> performance.read-ahead: on
>> performance.quick-read: on
>> 
>> Here are some of the numbers I was getting when benchmarking the
>>storage 
>> from the KVM node directly (not a VM)
>> 
>> The below table is in KB/s. The test is single stream 1GB file
>>utilizing 
>> Direct I/O (no cache). I used iozone to run the benchmark.
>> 
>> Write 4k 45729 
>> Read 4k 10189 
>> Random Write 4k 31983
>> Random Read 4k 9859
>> Write 16k 182246
>> Read 16k 37146 
>> Random Write 16k 113026
>> Random Read 16k 37237
>> Write 64k 420908
>> Read 64k 125315 
>> Random Write 64k 383848
>> Random Read 64k 125218
>> Write 256k 567501
>> Read 256k 218413
>> Random Write 256k 508650
>> Random Read 256k 229117
>> 
>> In the above results, I have the volume mounted to each KVM host as a
>>FUSE 
>> glusterfs file system. They are added to CloudStack as a shared mount
>> point. In the future it would be great to utilize GlusterFS qemu
>>libvirt 
>> integration with libgfapi so I could bypass fuse altogether. However,
>>that 
>> would require adding that code to CloudStack to support that.
>> 
>> I maybe have 15 or so VMs running from the storage now and it is still
>> pretty snappy. Need to do some more testing though and really get it
>>loaded. 
>> 
>> - Original Message -
>
>> 
>> From: "Rafael Weingartner" 
>> To: users@cloudstack.apache.org
>> Sent: Wednesday, September 11, 2013 8:48:07 AM
>> Subject: Re: Cloustack 4.1.0 + GlusterFS
>> 
>> Right now I can think in three main reasons:
>> 
>> The first reason, performance (I do not know Gluster and its
>>performance 
>> and if the read and write speed are satisfactory). Please if you can
>>make a 
>> test, post the results.
>> 
>> Second consistency, I do not know Gluster, but swift that is also a
>> Distributed File System is not consistency and they make it pretty
>>clear on 
>> their page (http://docs.openstack.org/developer/swift/)
>> 
>> "Swift is a highly available, distributed, eventually consistent
>> object/blob store...".
>> 
>> I would not accept to storage my VMs images on a FS that is eventually
>> consistent. 
>> 
>> Third, network, I haven't used this kind of FS, but I can image that it
>> uses a lot of bandwidth to keep synchronizing, managing and securing
>>the 
>> data. So, managing the networking would be a pain.
>> 
>> 
>> 
>> 2013/9/11 Olivier Mauras 
>> 
>> > 
>> > 
>> > Hi, 
>> > 
>> > Those thinking that it's not a good idea, do you mind
>> > explaining your point of view?
>> > GlusterFS seems like the only real
>> > alternative to a highly priced SAN for the primary storage...
>> > 
>> > 
>> > Thanks, 
>> > Olivier 
>> > 
>> > On 2013-09-11 15:08, Rafael Weingartner wrote:
>> > 
>> > > I 
>> > totally agree with Tomasz, I do not think that using a distributed FS
>> > as 
>> > > primary storage is a good idea, but as a secondary it sounds
>> > interesting. 
>> > > 
>> > > But, off course you can try *;*)
>> > > 
>> > > 2013/9/11 
>> > Shanker Balan 
>> > > 
>> > >> On 11-Sep-2013, at
>> > 5:14 PM, Tomasz Zięba  wrote:
>> > >> 
>> > >>> Hi, Some 
>> > time ago I tried to use GlusterFS as storage for cloudstacka but I
>> > noticed that cloudstack uses the default settings for mount command.
>>By 
>> > default mount command is using the UDP protocol but glusterfs works
>> > >> 
>> > only 
>> > >> 

Re: Multiple guest IP on a VM?

[Chiradeep Vittal]

This is 4.2

On 9/6/13 4:26 AM, "Indra Pramana"  wrote:

>Dear all,
>
>We are implementing "shared" network type instead of "isolated" network
>type, which means that we are assigning public IP address as guest IP for
>all our VMs. This means that our VMs are using public IP instead of
>private
>IP configured on the NIC interfaces, without any network address
>translation done by the virtual router.
>
>My question: is it possible to assign multiple guest/public IP addresses
>into one VM? I can't find this option on the current setting. Is multiple
>public IP addresses only supported on "isolated" network and is not
>supported on "shared" network?
>
>I found this article while Googling, but I'm not too sure whether this can
>been implemented?
>
>https://cwiki.apache.org/CLOUDSTACK/multiple-ip-address-per-nic.html
>
>I am using CloudStack 4.1.1 and KVM hypervisor, and running advanced
>network type (instead of basic).
>
>Looking forward to your reply, thank you.
>
>Cheers.

Re: Some network offerings missing after creating them

[Chiradeep Vittal]

If the offering has 'specify VLAN', then only the admin should be able to
see it.
You can also use cloudmonkey to verify the offerings.


On 9/4/13 12:00 PM, "Nick Burke"  wrote:

>I've read the documents, but I can't seem to find anything about this even
>after google searching.
>
>Here is what I'm trying to accomplish: I'd like to have an external
>hardware router handle the routing for certain networks. It's on VLAN10.
>
>Here is what I'm seeing: Only one network offering is showing up under
>"network offering" in create a network and for instances. It is "
>DefaultIsolatedNetworkOfferingWithSourceNatService"
>
>
>I've tried creating a new network offering with specify vlan and specify
>IP
>addresses, but it doesn't seem to ever show up to be used. Additionally,
>there is a system created one that looks like it could do it,
>"DefaultIsolatedNetworkOffering" but it too doesn't show up.
>
>If I create a network offering with the exact same options as as
>DefaultIsolatedNetworkOfferingWithSourceNatService, it does show up and
>can
>be used.
>
>
>I'm in advanced networking mode for the zone, and as far as I can tell
>everything is working well as expected.
>
>Does anyone have any place they can point me to for this or offer some
>advice as to why at least the system DefaultIsolatedNetworkOffering can't
>be used?
>
>-- 
>Nick
>
>*'What is a human being, then?'
>'A seed'
>'A... seed?'
>'An acorn that is unafraid to destroy itself in growing into a tree.'
>-David Zindell, A Requiem for Homo Sapiens*

Re: Security issue

[Chiradeep Vittal]

Password-based logins are disabled in the VR ssh daemon. Key based login
is only allowed on port 3922 from the control interface (typically eth1).
Keys are generated at CloudStack installation time and are unique to the
installation.
In addition you can use the setting below.

On 9/3/13 9:44 PM, "Venkata SwamyBabu Budumuru"
 wrote:

>There is a global setting called "system.vm.random.password". See if that
>helps.
>
>On 04/09/13 8:34 AM, "Dean Kamali"  wrote:
>
>>Hello everyone
>>
>>I have noticed that all system / proxy vms along with virtual routers
>>have
>>same login password.
>>
>>Since each vms picks a public IP address, makes the possibility for any
>>cracker to try and use default password to login to any system vm and
>>probably launch attacks on connected vms.
>>
>>Is there is away to change default password?
>>
>>Dean
>

Re: Unable to launch VM

[Chiradeep Vittal]

It actually says "cpuFreqGood: false"

The logic:
host.getSpeed().intValue() >= offering.getSpeed()

It could be that the hosts have core clocks slightly less than 2 Ghz



On 9/3/13 4:36 PM, "Mir Islam"  wrote:

>I am trying to launch a vm with the following parameters 16 core X 2GHZ,
>16GB memory. From dashboard I can see there is enough capacity in host
>10. But still unable to launch it. In the management log I see the
>following entries. Management server correctly determined that host 10
>has the capacity for the requested instance. But still did not start the
>instance. Any idea what could be wrong and where else should I be looking
>for clue?
>
>
>
>2013-09-03 16:17:49,398 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Looking for hosts in
>dc: 1  pod:1  cluster:1
>2013-09-03 16:17:49,400 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) FirstFitAllocator has 2
>hosts to check for allocation: [Host[-1-Routing], Host[-10-Routing]]
>2013-09-03 16:17:49,403 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Found 2 hosts for
>allocation after prioritization: [Host[-1-Routing], Host[-10-Routing]]
>2013-09-03 16:17:49,403 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Looking for
>speed=32000Mhz, Ram=16000
>2013-09-03 16:17:49,405 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Checking if host: 1 has
>enough capacity for requested CPU: 32000 and requested RAM: 16777216000 ,
>cpuOverprovisioningFactor: 1.0
>2013-09-03 16:17:49,407 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Hosts's actual total
>CPU: 38320 and CPU after applying overprovisioning: 38320
>2013-09-03 16:17:49,407 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Free CPU: 24820 ,
>Requested CPU: 32000
>2013-09-03 16:17:49,407 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Free RAM: 58009833472 ,
>Requested RAM: 16777216000
>2013-09-03 16:17:49,407 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) STATS: Failed to alloc
>resource from host: 1 reservedCpu: 0, used cpu: 13500, requested cpu:
>32000, actual total cpu: 38320, total cpu with overprovisioning: 38320,
>reservedMem: 0, used Mem: 9529458688, requested mem: 16777216000, total
>Mem:67539292160 ,considerReservedCapacity?: true
>2013-09-03 16:17:49,408 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Host does not have
>enough CPU available, cannot allocate to this host.
>2013-09-03 16:17:49,408 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Not using host 1;
>numCpusGood: true; cpuFreqGood: true, host has capacity?false
>2013-09-03 16:17:49,409 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Checking if host: 10
>has enough capacity for requested CPU: 32000 and requested RAM:
>16777216000 , cpuOverprovisioningFactor: 1.0
>2013-09-03 16:17:49,411 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Hosts's actual total
>CPU: 64000 and CPU after applying overprovisioning: 64000
>2013-09-03 16:17:49,412 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Free CPU: 62500 ,
>Requested CPU: 32000
>2013-09-03 16:17:49,412 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Free RAM: 133135478784
>, Requested RAM: 16777216000
>2013-09-03 16:17:49,412 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Host has enough CPU and
>RAM available
>2013-09-03 16:17:49,412 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) STATS: Can alloc CPU
>from host: 10, used: 1500, reserved: 0, actual total: 64000, total with
>overprovisioning: 64000; requested cpu:32000,alloc_from_last_host?:false
>,considerReservedCapacity?: true
>2013-09-03 16:17:49,412 DEBUG [cloud.capacity.CapacityManagerImpl]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) STATS: Can alloc MEM
>from host: 10, used: 2147483648, reserved: 0, total: 135282962432;
>requested mem: 16777216000,alloc_from_last_host?:false
>,considerReservedCapacity?: true
>2013-09-03 16:17:49,412 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Not using host 10;
>numCpusGood: true; cpuFreqGood: false, host has capacity?true
>2013-09-03 16:17:49,412 DEBUG [allocator.impl.FirstFitAllocator]
>(Job-Executor-27:job-97 FirstFitRoutingAllocator) Host Allocator
>returning 0 suitable hosts
>2013-09-03 16:17:49,412 DEBUG [cloud.deploy.FirstFitPlanner]
>(Job-Executor-27:job-97) No suitable hos

Re: CS 4.1 and CentOS 6.3

[Chiradeep Vittal]

What *I* would wish (if wishes were horsesŠ) would be a process similar to
vagrant.
stackmaker init basic
stackmaker up

Where stackmaker is a yet-to-be-invented-and-written adjunct to CloudStack.

The result of the above commands would be a CloudStack  management server,
and a CloudStack instance running on the same machine as CloudStack
management server. 

No need to read the docs :)

This would probably involve some combination of marvin config and some
intelligent guesses about the environment.

--
Chiradeep

On 8/29/13 10:05 AM, "Ron Wheeler"  wrote:

>I am in the same position and I suspect that others are as well.
>Who would be interested in participating in a virtual meeting to walk
>through the installation together to find out where the instructions are
>wrong?
>
>It seems to be a known problem that if you follow the instructions
>exactly as they are written, you end up with a non-functional system.
>This seems to be partly caused by an installation procedure that is
>supposed to be all things to all people and tries to support too many
>configuration options.
>
>I would like to see if I could get a simple, single cpu up and running
>with CentOS 6.4 (could live with 6.3 but wonder why not the latest), one
>network card sitting in a 192.168.n.x network that can be reached by
>anyone on the same 192.168.n.x network.
>Creating 1 guest Centos 6.4 VM on that machine would at least let me
>know that CloudStack works.
>
>Reaching a port open on the Guest VM from a front-end would be my
>ultimate goal. I just want to have a publicly accessible  Apache HTTP
>server on another server attached to Tomcat running on the guest VM. If
>I can get this working the rest of the universe of CloudStack nirvana
>should be achievable.
>
>Adding additional machines should be possible from that point.
>Adding network cards and storage devices should also be possible.
>
>Anyone interested?
>
>Ron
>
>
>On 29/08/2013 11:55 AM, Marty Sweet wrote:
>> Hi Taylor,
>>
>> No problem, just reply back to the mailing list with your issues and
>>logs
>> (if necessary) and someone will help you out!
>>
>> Marty
>>
>>
>> On Thu, Aug 29, 2013 at 4:17 PM, Taylor Schneider
>>wrote:
>>
>>> Hello,
>>> I have been trying to get cloudstack installed for several weeks now
>>>but
>>> keep running into issues.I was wondering if someone was available to
>>>talk
>>> about some things and high level and possibly take a look at my
>>>configs /
>>> logs to help troubleshoot?
>>> Thanks
>
>
>-- 
>Ron Wheeler
>President
>Artifact Software Inc
>email: rwhee...@artifact-software.com
>skype: ronaldmwheeler
>phone: 866-970-2435, ext 102
>

Re: Site to Site VPN

[Chiradeep Vittal]

Can you share the config (with sensitive data changed of course)

On 8/29/13 11:07 PM, "Yong Chen"  wrote:

>We have 10 sonicwall IPsec VPNs running at the same time in our setup. So
>far it works fine.
>
>Yong
>
>-Original Message-
>From: CSG - Ashley Lester [mailto:ash...@computer-services.com.au]
>Sent: Thursday, 29 August 2013 11:13 AM
>To: users@cloudstack.apache.org
>Subject: RE: Site to Site VPN
>
>Hi Dean,
>
>If you have some time to test this that would be fantastic,  I have spent
>a few hours on it myself and I believe that it should work but I'm unsure
>on the VPC config and maybe im not getting that correct
>
>-Original Message-
>From: Dean Kamali [mailto:dean.kam...@gmail.com]
>Sent: August-29-13 9:28 AM
>To: users@cloudstack.apache.org
>Subject: Re: Site to Site VPN
>
>I have 2 sonicwalls in production, I guess I can give it try and let you
>guys know, I went over Dell docs and its seems possible but I still need
>see it working to confirm.
>
>
>On Wed, Aug 28, 2013 at 7:07 PM, CSG - Ashley Lester <
>ash...@computer-services.com.au> wrote:
>
>> Hello,
>>
>> Has anyone had any success using Sonicwalls IPSEC to connect to
>> cloudstack Site to Site VPN ?
>>
>> I'm aware that only Cisco and Juniper are officially supported. Any
>> other devices work with this ?
>>
>> Ashley
>>
>

Re: Fail to create Instance in VPC on CS4.1.1

[Chiradeep Vittal]

This might be the problem:
2013-08-23 00:30:29,942 INFO  [cloud.vm.VirtualMachineManagerImpl]
(Job-Executor-64:job-299) Insufficient capacity
com.cloud.exception.InsufficientVirtualNetworkCapcityException: Unable
to allocate vnet as a part of network Ntwk[207|Guest|11] implement
Scope=interface com.cloud.dc.DataCenter; id=1



On 8/22/13 10:51 AM, "不坏阿峰"  wrote:

>cs-mgt：
>eth1: 192.168.230.2
>
>xen01:
>eth1: 192.168.230.11
>eth2: public+guest   (guest network:192.168.30.0/24  )
>eth3: 192.168.250.11
>
>xen01:
>eth1: 192.168.230.12
>eth2: public+guest  (guest network:192.168.30.0/24  )
>eth3: 192.168.250.12
>
>Adv net, can work.
>
>I want to try VPC ,i have create VPC network 172.16.0.0/16 and tier
>172.16.0.1/24.   tier network ACLs   ingress, egress TCP/UDP all
>allowed configed
>
>VPC router have started and i check from console , it can access
>internet and can access storage and cs.
>
>but fail to create vm in tier of VPC.
>
>#   LOG #
>2013-08-23 00:30:29,544 DEBUG [cloud.api.ApiServlet]
>(catalina-exec-17:null) ===START===  192.168.123.28 -- GET
>command=deployVirtualMachine&zoneId=6ad1fb5e-8a4b-42b7-83f2-863c1b3fda4a&t
>emplateId=bd1a8e6a-b66f-4484-afcb-2af22890cff6&hypervisor=XenServer&servic
>eOfferingId=fbf29251-423f-496c-8edb-32b9362c31ab&networkIds=d277c139-f896-
>443a-a8cc-c74dcb5f92df&response=json&sessionkey=c%2FLK7Wzuq4ia5cxurIMYWevC
>UkM%3D&_=1377192613840
>2013-08-23 00:30:29,554 DEBUG [cloud.api.ApiDispatcher]
>(catalina-exec-17:null) InfrastructureEntity name
>is:com.cloud.offering.ServiceOffering
>2013-08-23 00:30:29,556 DEBUG [cloud.api.ApiDispatcher]
>(catalina-exec-17:null) ControlledEntity name
>is:com.cloud.template.VirtualMachineTemplate
>2013-08-23 00:30:29,560 DEBUG [cloud.api.ApiDispatcher]
>(catalina-exec-17:null) ControlledEntity name
>is:com.cloud.network.Network
>2013-08-23 00:30:29,574 DEBUG [cloud.network.NetworkModelImpl]
>(catalina-exec-17:null) Service SecurityGroup is not supported in the
>network id=207
>2013-08-23 00:30:29,584 DEBUG [cloud.vm.UserVmManagerImpl]
>(catalina-exec-17:null) Allocating in the DB for vm
>2013-08-23 00:30:29,599 DEBUG [cloud.vm.VirtualMachineManagerImpl]
>(catalina-exec-17:null) Allocating entries for VM:
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621]
>2013-08-23 00:30:29,600 DEBUG [cloud.vm.VirtualMachineManagerImpl]
>(catalina-exec-17:null) Allocating nics for
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621]
>2013-08-23 00:30:29,601 DEBUG [cloud.network.NetworkManagerImpl]
>(catalina-exec-17:null) Allocating nic for vm
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621] in network
>Ntwk[207|Guest|11] with requested profile
>NicProfile[0-0-null-null-null
>2013-08-23 00:30:29,617 DEBUG [cloud.network.NetworkModelImpl]
>(catalina-exec-17:null) Service SecurityGroup is not supported in the
>network id=207
>2013-08-23 00:30:29,618 DEBUG [cloud.vm.VirtualMachineManagerImpl]
>(catalina-exec-17:null) Allocaing disks for
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621]
>2013-08-23 00:30:29,629 DEBUG [cloud.vm.VirtualMachineManagerImpl]
>(catalina-exec-17:null) Allocation completed for VM:
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621]
>2013-08-23 00:30:29,629 DEBUG [cloud.vm.UserVmManagerImpl]
>(catalina-exec-17:null) Successfully allocated DB entry for
>VM[User|b5e2d457-5294-4c7d-adbc-2398e21fe621]
>2013-08-23 00:30:29,651 DEBUG [cloud.network.NetworkModelImpl]
>(catalina-exec-17:null) Service SecurityGroup is not supported in the
>network id=207
>2013-08-23 00:30:29,657 DEBUG [cloud.network.NetworkModelImpl]
>(catalina-exec-17:null) Service SecurityGroup is not supported in the
>network id=207
>2013-08-23 00:30:29,674 DEBUG [cloud.async.AsyncJobManagerImpl]
>(catalina-exec-17:null) submit async job-299, details: AsyncJobVO
>{id:299, userId: 2, accountId: 2, sessionKey: null, instanceType:
>VirtualMachine, instanceId: 171, cmd:
>org.apache.cloudstack.api.command.user.vm.DeployVMCmd, cmdOriginator:
>null, cmdInfo: 
>{"id":"171","templateId":"bd1a8e6a-b66f-4484-afcb-2af22890cff6","response"
>:"json","sessionkey":"c/LK7Wzuq4ia5cxurIMYWevCUkM\u003d","ctxUserId":"2","
>networkIds":"d277c139-f896-443a-a8cc-c74dcb5f92df","hypervisor":"XenServer
>","serviceOfferingId":"fbf29251-423f-496c-8edb-32b9362c31ab","_":"13771926
>13840","ctxAccountId":"2","ctxStartEventId":"864","zoneId":"6ad1fb5e-8a4b-
>42b7-83f2-863c1b3fda4a"},
>cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0,
>processStatus: 0, resultCode: 0, result: null, initMsid: 345050143793,
>completeMsid: null, lastUpdated: null, lastPolled: null, created:
>null}
>2013-08-23 00:30:29,675 DEBUG [cloud.async.AsyncJobManagerImpl]
>(Job-Executor-64:job-299) Executing
>org.apache.cloudstack.api.command.user.vm.DeployVMCmd for job-299
>2013-08-23 00:30:29,677 DEBUG [cloud.api.ApiServlet]
>(catalina-exec-17:null) ===END===  192.168.123.28 -- GET
>command=deployVirtualMachine&zoneId=6ad1fb5e-8a4b-42b7-83f2-863c1b3fda4a&t
>emplateId=bd1a8e6a-b66f-4484-afcb-2af2289

Re: Windows Server clustered instances??

[Chiradeep Vittal]

Generally not allowed in well-known clouds.
E.g., AWS EBS
http://goo.gl/NbiYia
GCE lets you mount from multiple, but only one can write
http://goo.gl/WhPfUb

On 8/20/13 10:40 AM, "Kirk Jantzer"  wrote:

>Is there a feature request out there to allow this? Or is it not possible?
>
>Regards,
>
>Kirk Jantzer
>http://about.me/kirkjantzer
>On Aug 20, 2013 11:21 AM, "Kirk Jantzer"  wrote:
>
>> Is it possible to setup a couple instances in CloudStack as a
>>Windows/SQL
>> cluster? I ask, because there doesn't seem to be a way to present a
>>volume
>> to more than one instance.
>>
>> Regards,
>>
>> Kirk Jantzer
>> http://about.met/kirkjantzer
>>

Re: Windows Server clustered instances??

[Chiradeep Vittal]

No. You could however export a CIFS share from one of the VMs and make it
available to the other.

On 8/20/13 8:21 AM, "Kirk Jantzer"  wrote:

>Is it possible to setup a couple instances in CloudStack as a Windows/SQL
>cluster? I ask, because there doesn't seem to be a way to present a volume
>to more than one instance.
>
>Regards,
>
>Kirk Jantzer
>http://about.met/kirkjantzer

Re: Slow network performance with VRs using bnx2x network module

[Chiradeep Vittal]

Which hypervisor?

On 8/20/13 1:46 AM, "Andrei Mikhailovsky"  wrote:

>Hello guys, 
>
>i was wondering if anyone has managed to solve the issue of slow network
>performance using Broadcom NetXtreme network cards (bnx2x kernel module)?
>I've come across this issue where my network speed would not go above
>7-10kb/s when I am running vms on the server with the above network card.
>Doing some googling i've discovered that adding "disable_tpa=1" to the
>module at load time is suppose to solve the problem.
>
>I've tried that and it partially works. The virtual machines are no
>longer having this issue and I can get good network performance. however,
>if I have a virtual router running on the host server with that network
>card all traffic that routes through it is limited to 7-10kb/s. It seems
>to effect forwarding one way or another.
>
>has anyone come across this issue? Is there a way to fix it?
>
>Thanks 

Re: CS 4.1.1 SSVM error

[Chiradeep Vittal]

Seems to be a known issue
https://issues.apache.org/jira/browse/CLOUDSTACK-2024


On 8/19/13 3:28 PM, "Edward Valencia"  wrote:

>When you run cloudstack-setup-management
>  it creates this:
>
>[root@cstack-411 management]# cloudstack-setup-management --https
>
>lrwxrwxrwx. 1 root root 44 Aug 19 22:22 server.xml ->
>/etc/cloudstack/management/server-nonssl.xml
>lrwxrwxrwx. 1 root root 46 Aug 19 22:22 tomcat6.conf ->
>/etc/cloudstack/management/tomcat6-nonssl.conf
>
>
>
>
>
>restarted the management server but the logs still show this on the SSVM:
>
>22:25:31,758 ERROR NioConnection:113 - Unable to initialize the threads.
>java.io.IOException: SSL: Fail to init SSL! javax.net.ssl.SSLException:
>Unrecognized SSL message, plaintext connection?
>at com.cloud.utils.nio.NioClient.init(NioClient.java:83)
>at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108)
>at java.lang.Thread.run(Thread.java:662)
>
>
>
>
>
>On Monday, August 19, 2013 at 3:09 PM, Chiradeep Vittal wrote:
>
>> cloudstack-setup-management
>
>
>

Re: Starting system and VR vms on a specific host

[Chiradeep Vittal]

AFAIK, not been tried before for system vms.
https://cwiki.apache.org/confluence/x/_QLMAQ

On 8/19/13 2:36 PM, "Andrei Mikhailovsky"  wrote:

>Hello guys, 
>
>Could someone please share how can I make all my system vms including
>virtual routers to start on a particular host or group of hosts? Can this
>be done with tags? If so, how do I do that?
>
>Thanks 
>
>Andrei 

Re: CS 4.1.1 SSVM error

[Chiradeep Vittal]

Isn't there a /etc/cloudstack/management/tomcat6-ssl.conf ? I think
cloudstack-setup-management creates a symlink to this one.

On 8/19/13 2:19 PM, "Edward Valencia"  wrote:

>Hi All, 
>
>The following error keeps showing up on my ssvm instance, I've set the
>api port in global settings to 8250, restarted the management service and
>still see this error:
>
>root@s-21-VM:/var/log/cloud# tail -f /var/log/cloud/cloud.out
>21:09:23,162 ERROR NioConnection:113 - Unable to initialize the threads.
>java.io.IOException: SSL: Fail to init SSL! javax.net.ssl.SSLException:
>Unrecognized SSL message, plaintext connection?
>at com.cloud.utils.nio.NioClient.init(NioClient.java:83)
>at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108)
>at java.lang.Thread.run(Thread.java:662)
>21:09:28,173 ERROR NioConnection:113 - Unable to initialize the threads.
>java.io.IOException: SSL: Fail to init SSL! javax.net.ssl.SSLException:
>Unrecognized SSL message, plaintext connection?
>at com.cloud.utils.nio.NioClient.init(NioClient.java:83)
>at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108)
>at java.lang.Thread.run(Thread.java:662)
>
>
>root@s-21-VM:/var/log/cloud# netstat -an | grep 8250
>tcp 0 0 10.1.131.21:46352 10.1.130.10:8250 CLOSE_WAIT
>tcp 0 0 10.1.131.21:46305 10.1.130.10:8250 CLOSE_WAIT
>tcp 0 0 10.1.131.21:46311 10.1.130.10:8250 CLOSE_WAIT
>
>
>
>
>root@s-21-VM:/var/log/cloud# telnet 10.1.130.10 8250
>Trying 10.1.130.10...
>Connected to 10.1.130.10.
>Escape character is '^]'.
>
>
>
>
>Im showing that the SSVM attempts to connect to the management server but
>as the error states there isn't a SSL certificate or https configured on
>the management server. The management server is using the non-ssl
>configuration files for tomcat.conf and sever.xml and nothing was nothing
>in the documentation about which file to use.
>
>Any Ideas?
>
>
>

Re: CloudStack Console Proxy VM

[Chiradeep Vittal]

Check these values in the global config
consoleproxy.capacity.standby
consoleproxy.session.max
consoleproxy.launch.max
consoleproxy.capacityscan.interval
consoleproxy.session.timeout






On 8/19/13 12:20 PM, "Chip Childers"  wrote:

>On Mon, Aug 19, 2013 at 09:07:48PM +0300, Мануела Зарева wrote:
>>  Hi all !
>> 
>> Please help...
>> I'm using Basic Networking in CloudStack and have two questions.
>> The first question is: for one zone how many console proxy VMs can be
>>created? I mean for beginning it will be only one CPVM but regardless of
>>the load it remains only this console proxy vm or are created more to
>>handle the traffic?
>> And the second question is: if there is only one console proxy vm, how
>>much can it take? How much is the capacity of this cpvm?
>> 
>> Thank in advance!
>
>Both CPVMs and SSVMs are created as load requires them.
>
>> 
>> 
>> 
>> 
>> -
>> Само сега спечели смартфон SAMSUNG и още много награди!виж
>> http://www.specheli.eu/specheli-textgbg.php

Re: 答复: Monitoring feature for CS

[Chiradeep Vittal]

A blog post or entry on the cwiki on how folks use Zenoss with CloudStack would 
be awesome.

From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 15, 2013 6:23 AM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Re: 答复: Monitoring feature for CS

Hi Jerry,

Zenoss provides what you need. I recommend you to see
http://simonljb123.wordpress.com/2013/07/16/install-zenoss-core-4-2-3-on-centos-6-4/
and
http://simonljb123.wordpress.com/2013/07/18/how-to-install-cloudstack-zenpack-on-centos-6-4/

Steven

On 08/15/2013 05:25 AM, Jerry Jiang wrote:

Thanks, Daan

What you are providing is monitoring the CS itself.

What I want is capturing the computing note's cpu(%), memory and vm's cpu,
and memory

Jerry


-邮件原件-
发件人: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
发送时间: 2013年8月15日 星期四 15:41
收件人: users@cloudstack.apache.org
主题: Re: Monitoring feature for CS

Do you want jconsole like functionality? java statsweb CS monitors its
availible resources which should be correct.
Next is monitorring availibility of all processes (and system vm's).
You would want to do this outside the system itself. for instance nagios?

Is this answerring the question you were asking?

regards,
Daan

On Thu, Aug 15, 2013 at 6:56 AM, Jerry Jiang 
 wrote:


Hi all,

Do you have any solution to implement monitoring feature for CS?

Jerry Jiang





--
Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com | 
account.yesup.com

[Yesup]

Re: vSwitch vs bridge

[Chiradeep Vittal]

The system vms need a public network, so at least 2 "public" Ips.

On 8/15/13 11:14 AM, "Carlos Reategui"  wrote:

>Thanks for the response.
>
>I am a complete novice when it comes to VLANs so hopefully I can pull this
>off.  My hosts/guest physical network is using a Dell PowerConnect 2848
>which says it supports VLAN tags so I'll look at its docs to see what I
>need to do to configure it.
>
>You mention that the guest and public traffic must be tagged.  Since I
>will
>not be using public IPs (or the notion of a public network) can I skip the
>public network or do I need to define it?  My 192.168.1.0/24 network is
>already NATed out if the guests need outbound access to the internet.
> Inbound internet traffic is not available.
>
>
>
>On Wed, Aug 14, 2013 at 9:41 PM, Venkata SwamyBabu Budumuru <
>venkataswamybabu.budum...@citrix.com> wrote:
>
>> Currently CS supports security groups functionality only with bridge
>> networking mode.
>>
>> If you are ok with out security groups  then with advanced shared you
>>will
>> be able to achieve what you are looking for. Advanced shared expects
>> tagged VLANs for guest and public traffic types.
>>
>> On 15/08/13 5:35 AM, "Carlos Reategui"  wrote:
>>
>> >Hi All,
>> >
>> >The Cloudstack docs for XenServer say to use bridge networking when
>>using
>> >basic networking.  Is this still the case with CS 4.1 and XS 6.1?
>> >
>> >XS 6.1 introduced LACP which I would prefer to use but it is not
>>supported
>> >with bridge networking.  I think my storage network would benefit from
>>it.
>> >
>> >If still required for basic networking then can someone walk me through
>> >how
>> >to setup an advanced network that behaves like a basic, shared, no
>> >security
>> >group network.  I have 8 nics in 2 bonds (4 nics each -- one labeled
>> >storage for NFS SR and the other cloud-public for management/guest
>> >traffic).  The hosts and the guests are in 192.168.1.0/24 and the
>>storage
>> >network is isolated on its own in a 192.168.200.0/24.
>> >
>> >thanks,
>> >Carlos
>>
>>

Re: understanding cloudstack networking

[Chiradeep Vittal]

http://www.slideshare.net/ShapeBlue/cloud-stack-networking-shapeblue-techni
cal-deep-dive 


On 8/13/13 10:32 PM, "Mark van der Meulen"  wrote:

>Does anyone have links to a more comprehensive design or implementation
>guide?
>
>Doco is vague at best, and that slideshow is hardly helpful when it comes
>to implementation.
>
>Mark
>
>On 14/08/2013, at 10:23 AM, Ahmad Emneina  wrote:
>
>> True, you can have a shared network with public ips, that way vm's get
>> public ip's assigned to them directly on launch.
>> 
>> 
>> On Tue, Aug 13, 2013 at 3:47 PM, Chiradeep Vittal <
>> chiradeep.vit...@citrix.com> wrote:
>> 
>>> http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17
>>>and
>>> 18)
>>> 
>>> On 8/13/13 3:44 PM, "Chiradeep Vittal" 
>>> wrote:
>>> 
>>>> Actually this is not quite true. You can design a network offering
>>>>with no
>>>> NAT or firewall services and give a public range of ips for the
>>>>network.
>>>> Or you (the admin) can utilize the default 'shared network' offering
>>>>to
>>>> create a similar network on a specific VLAN.
>>>> 
>>>> 
>>>> On 8/13/13 7:03 AM, "Nguyen Anh Tu"  wrote:
>>>> 
>>>>> 2013/8/13 Mark van der Meulen 
>>>>> 
>>>>>> Are you saying that the only way CloudStack supports public(read:
>>>>>> networks
>>>>>> outside immediate pod) access is via NAT? Can I not give the VM's
>>>>>> publicly
>>>>>> routable IP's(or equivalent for the network)?
>>>>> 
>>>>> 
>>>>> Hi Mark,
>>>>> 
>>>>> At the moment Cloudstack only supports public access via NAT
>>>>>(staticNat
>>>>> or
>>>>> sourceNat). For using Route instead of NAT, I made a small patch.
>>>>>You can
>>>>> find the reference here:
>>>>> 
>>> 
>>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+G
>>>u
>>>>> e
>>>>> st+networks
>>>>> 
>>>>> 
>>>>> --
>>>>> 
>>>>> N.g.U.y.e.N.A.n.H.t.U
>>>> 
>>> 
>>> 
>

Re: understanding cloudstack networking

[Chiradeep Vittal]

http://www.slideshare.net/cloudstack/cloudstack-networking (slides 17 and
18)

On 8/13/13 3:44 PM, "Chiradeep Vittal"  wrote:

>Actually this is not quite true. You can design a network offering with no
>NAT or firewall services and give a public range of ips for the network.
>Or you (the admin) can utilize the default 'shared network' offering to
>create a similar network on a specific VLAN.
>
>
>On 8/13/13 7:03 AM, "Nguyen Anh Tu"  wrote:
>
>>2013/8/13 Mark van der Meulen 
>>
>>> Are you saying that the only way CloudStack supports public(read:
>>>networks
>>> outside immediate pod) access is via NAT? Can I not give the VM's
>>>publicly
>>> routable IP's(or equivalent for the network)?
>>
>>
>>Hi Mark,
>>
>>At the moment Cloudstack only supports public access via NAT (staticNat
>>or
>>sourceNat). For using Route instead of NAT, I made a small patch. You can
>>find the reference here:
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gu
>>e
>>st+networks
>>
>>
>>-- 
>>
>>N.g.U.y.e.N.A.n.H.t.U
>

Re: understanding cloudstack networking

[Chiradeep Vittal]

Actually this is not quite true. You can design a network offering with no
NAT or firewall services and give a public range of ips for the network.
Or you (the admin) can utilize the default 'shared network' offering to
create a similar network on a specific VLAN.


On 8/13/13 7:03 AM, "Nguyen Anh Tu"  wrote:

>2013/8/13 Mark van der Meulen 
>
>> Are you saying that the only way CloudStack supports public(read:
>>networks
>> outside immediate pod) access is via NAT? Can I not give the VM's
>>publicly
>> routable IP's(or equivalent for the network)?
>
>
>Hi Mark,
>
>At the moment Cloudstack only supports public access via NAT (staticNat or
>sourceNat). For using Route instead of NAT, I made a small patch. You can
>find the reference here:
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Routing+between+Gue
>st+networks
>
>
>-- 
>
>N.g.U.y.e.N.A.n.H.t.U

RE: api login

[Chiradeep Vittal]

See this discussion (esp. the response from Prasanna)
http://markmail.org/thread/7r6ia3ckkt6fzlic

-Original Message-
From: Valery Ciareszka [mailto:valery.teres...@gmail.com] 
Sent: Tuesday, August 13, 2013 3:37 AM
To: users
Subject: api login

Hi all.

I'm using CS 4.1.0 and try to perform login api call, as described at 
http://cloudstack.apache.org/docs/api/apidocs-4.1/root_admin/login.html
However, it does not work with md5. And it works if i send password in plain 
text.

MD5 worked in cs 4.0.2, but now it works with plaintext only.

> api login username=admin password=md5hashofpasswordhere
HTTP Error 531:

> api login username=admin password=UNENCRYPTEDPASSWORDHERE
account = admin
domainid = e3bcebeb-9932-4448-aa9f-e2b613ba45e7
firstname = admin
lastname = cloud
registered = false
sessionkey = XPNqQLFq7T250YLXWgawnfH0GM8= timeout = 1800 type = 1 userid = 
79c285d1-54df-4169-84d1-72ff99f52998
username = admin


What's wrong with md5 auth in cs 4.1 ?


--
Regards,
Valery

http://protocol.by/slayer

Re: Help needed with Cloudstack Setup

[Chiradeep Vittal]

Also, since 4.2 is still stabilizing, try out 4.1.1 first.

On 8/7/13 1:19 PM, "Ron Wheeler"  wrote:

>Do you have any error messages in the log files that you can share?
>
>Ron
>
>On 07/08/2013 3:37 PM, Sarath Chandra wrote:
>> Hi All,
>>
>> Thanks for your inputs. I have tried with the suggested changes but
>>could
>> not get it working. I started from scratch again to see if it helps.
>>But I
>> seem to be going wrong in some place.
>>
>> Can some one kinldy go though the below setup and tell me if its right.
>>I
>> am stuck since a week trying to get this running :(
>>
>> I have the following setup:
>>
>> Cloudstack Management Server
>>
>> Port 20 of Switch (Trunk all + with necessary Vlans)
>>
>> Hypervisor (Ubuntu + KVM)
>>
>> Port 22 of Switch (Trunk all + with necessary Vlans)
>>
>>
>> I am thinking of having the following networks/sub-networks:
>> mgmt/public/private/storage - 172.16.10.0/24 network
>>
>> Mangement
>>
>> Server - 172.16.10.1, Hypervisor ­ 172.16.10.10
>>
>> Public
>>
>> 172.16.10.20 - 172.16.10.30
>>
>> Private (System VMs e.t.c)
>>
>> 172.16.10.31 - 172.16.10.200
>>
>> Guest
>>
>> 10.1.1.0/24
>>
>>
>> *Server Side Configuration*
>>
>> CloudStack Server:
>>
>>eth0
>>
>> Corporate lab ip (lets say 1.1.1.1)
>>
>> eth1.3100
>>
>> Subinterface of Eth1 with Vlan 3100,  IP: 172.16.10.1
>>
>>
>> *Global settings*
>>
>> system.vm.use.local.storage = true
>>
>>
>> *Zone Creation Wizard for Advanced Network
>> *
>>
>> Name : Zone-1**
>>
>> DNS1 : 8.8.8.8
>>
>> Internal DNS1 : 8.8.8.8
>>
>> Hypervisor : KVM
>>
>> Guest CIDR = 10.1.1.0/24
>>
>> Local Storage enabled = true
>>
>>
>> *Network Setup*
>>
>> Physical Network 1 : Isolation Method Vlan
>>
>> mgmt --  gave cloudbr0 (on the hypervisor, I have eth1.3100
>> assigned with IP 172.16.10.10 for mgmt traffic, cant add a bridge to it)
>>
>> public -- cloudbr0
>>
>> guest -- cloudbr1
>>
>>
>> *Public IP range
>> *
>>
>> GW : 172.16.10.1/24  (ip of the CS server)
>>
>> Vlan : 3200(Public traffic Vlan)
>>
>> IP range : 172.16.10.20 - 172.16.10.30
>>
>>
>> *POD*
>>
>> GW : 172.16.10.1/24  (ip of the CS server)
>>
>> IP Range (Private n/w) : 172.16.10.31 - 172.16.10.200
>>
>>
>> *Guest*
>>
>> - Skipped Vlan range for guest traffic
>>
>> *Cluster*
>> Name : Cluster-1
>> Hypervisor : KVM
>>
>> *Host*
>> Name : Corporate Lab IP for Host (lets say 2.2.2.2)
>> username & password
>>
>> *Primary Storage*  : Gets skipped as I have selected local storage to
>>true.
>>
>> *Secondary Storage*
>> Provider : NFS
>> Name : SecondaryStorage-1
>> NFS Server : CS Server Corporate ip (1.1.1.1)
>> path : /mnt/secondary
>>
>> *Hypervisor (Ubuntu 13.04 + KVM)*
>>
>>eth0
>>
>> Corporate Lab ip (2.2.2.2)
>>
>> eth1.3100
>>
>> 172.16.10.10   GW: 172.16.10.1
>>
>> eth1.3200
>>
>> Added to bridge Cloudbr0
>>
>> eth1.3300
>>
>> Added to bridge Cloudbr1
>>
>>
>>
>>
>>
>> Agent is setup properly and is able to communicate with the server.
>>
>> *Is this configuration correct or am I missing something??*
>>
>> I have seeded the SystemVM with the proper 4.2 templates as per
>>Prasanna's
>> suggestion today. My Setup due to some reason is not able to start the
>> console proxy & SSVMs.
>>
>>
>> Thanks in advance for your suggestions.
>>
>>
>> regards,
>>
>> Sarath
>>
>
>
>-- 
>Ron Wheeler
>President
>Artifact Software Inc
>email: rwhee...@artifact-software.com
>skype: ronaldmwheeler
>phone: 866-970-2435, ext 102
>

Re: Expected stable release date Cloudstack 4.2

[Chiradeep Vittal]

You can follow emails with status
[ACS42] Release Status Update
from Animesh on the dev list

On 8/8/13 9:10 PM, "Punit Dambiwal"  wrote:

>Hi,
>
>How i can check the Expected stable release date Cloudstack 4.2 ,i checked
>through the following url,but doesn't have the date yet.
>
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+4.2+Rele
>ase

Re: Not getting GUI

[Chiradeep Vittal]

Not exactly true. OpenJDK / IcedTea etc should work also.

On 8/5/13 11:19 AM, "Jessica Tomechak"  wrote:

>I have not heard that Java requirement before. Is that really true?
>
>Jessica T.
>
>From: Prashant Sreedharan [prashant.sreedha...@citrix.com]
>Sent: Monday, August 05, 2013 10:36 AM
>To: users@cloudstack.apache.org
>Cc: karthik.c...@gmail.com
>Subject: RE: Not getting GUI
>
>Please find my check list for the Cloudstack  management install
>
>Make sure that the VM can reach the Internet. ping 8.8.8.8 ,  ping
>google.com ,
> Set SELinux to be permissive by default
> Check JAVA version. Cloudstack requires Sun Java and not the IBM
>java version.
> $DB_SERVER be pingable, and MySQL should be listening on that
>address.
> The CloudStack management boxes should be running RHEL 6 or centos
>(check /etc/issue )
> The NFS server mount point must work from the CloudStack management
>VM , Pod XenServes and the secondary storage vm  ( ssvm )
>
>
>To Check JAVA
>
>rpm -qa | grep -i java
>
> java-1.5.0-gcj-1.5.0.0-29.1.el6.x86_64
> java_cup-0.10k-5.el6.x86_64
> java-1.6.0-sun-1.6.0.37-1jpp.1.el6_3.x86_6
>
>
>Please check if these ports are open
>
>1) CloudStack Management Server
>
>TCP 9090 + 8250   (bi-directional)
>To/from CloudStack Management Server
>
>2) User/Client/API
>
> TCP 8080 User/Client/API to CloudStack Management Server
>- Management Port (authenticated communication)
>
>3) User/Client
>
> TCP 8096 User/Client to CloudStack Management Server -
>Management Port (unauthenticated communication)
>
>4) vCenter
>
>TCP 443 CloudStack Management Server to vCenter
>
>5) KVM
>
>TCP 22 CloudStack Management Server to KVM
>
>6) XenServer
>
>TCP 22/80/443 CloudStack Management Server to XenServer
>
>7) MySQL
>
> TCP 3306 CloudStack Management Server to MySQL
>
>8) DNS
>
> TCP 53 CloudStack Management Server to DNS
>
>9) Secondary Storage
>
> TCP 3922 CloudStack Management Server to SSVM
>
>10) Virtual Machine (SSVM) TCP 8250 SSVM to CloudStack Management Server
>
>TCP 80/443 SSVM to HTTP(s) File Share to download VM Image
>TCP 111/2049 SSVM to NFS
>TCP 53 SSVM to DNS
>
>11) Console Proxy VM
>
>TCP 3922 CloudStack Management Server to Console Proxy VM
>
>TCP 8250 Console Proxy VM to CloudStack Management Server
>TCP 53 Console Proxy VM to DNS
>
>12) Virtual Router
>
> TCP 3922 CloudStack Management Server to Virtual Router
>
>TCP 8250 Virtual Router to CloudStack Management Server
>TCP 53 Virtual Router to DNS
>
>13)  NFS
>
> TCP 111/2049 CloudStack Management Server to NFS (initial deployment of
>SSVM and CPVM
>
>
>thanks
>
>Prashant Sreedharan
>
>Cloudstack & XenServer Administrator , Ops
>T: +1 805 690 3486 | M: +1 805 453 9105
>prashant.sreedha...@citrix.com
>
>
>
>Powering mobile workstyles and cloud services
>
>
>
>-Original Message-
>From: Karthik Kothuri [mailto:karthik.koth...@gmail.com]
>Sent: Monday, August 05, 2013 9:25 AM
>To: users@cloudstack.apache.org
>Cc: karthik.c...@gmail.com
>Subject: Re: Not getting GUI
>
>Karthik,
>
>can you please try restarting the cloudstack management server once.
>
>Thanks,
>Karthik Kothuri
>
>
>On Mon, Aug 5, 2013 at 9:35 PM, karthi keyan 
>wrote:
>
>> using Bridged network.
>>
>>
>> On Mon, Aug 5, 2013 at 9:32 PM, Bradley Hieber 
>> wrote:
>>
>> > Are you bridged or NAT'd?
>> >
>> >
>> > On Mon, Aug 5, 2013 at 11:57 AM, karthi keyan
>> > > > >wrote:
>> >
>> > > Hi Bradley,
>> > >
>> > > Thanks in advance.
>> > >
>> > > I have started these services,
>> > >
>> > > root@csmgmt ~]# service cloud-management start
>> > > Starting cloud-management: [  OK  ]
>> > >
>> > > [root@csmgmt ~]# service tomcat6 start
>> > > Starting tomcat6:  [  OK  ]
>> > >
>> > > [root@csmgmt ~]# service mysqld start
>> > > Starting mysqld:   [  OK  ]
>> > >
>> > > [root@csmgmt ~]# service nfs status rpc.svcgssd is stopped
>> > > rpc.mountd (pid 1683) is running...
>> > > nfsd (pid 1746 1745 1744 1743 1742 1741 1740 1739) is running...
>> > > rpc.rquotad (pid 1679) is running...
>> > >
>> > >
>> > > In the browser i have given this url:
>> > >
>> > > *http://192.168.1.2:8080/client*
>> > >
>> > > *And it is displaying a blank page. I have attached the screenshot
>> > > of that web page.*
>> > >
>> > > I have installed CS in Centos 6.3 in VMware workstation.
>> > >
>> > > Regards,
>> > > Karthikeyan
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > On Mon, Aug 5, 2013 at 8:19 PM, Bradley Hieber
>> > >> > >wrote:
>> > >
>> > >> Karthik,
>> > >>
>> > >> Did you start the service? Which platform did you install CS on?
>> > >>
>> > >>
>> > >> On Mon, Aug 5, 2013 at 10:47 AM, karthi keyan
>> > >> > > >> >wrote:
>> > >>
>> > >> > Hi,
>> > >> >
>> > >> > I followed the installation Guide of cloustack-4.1.0. And each
>> > >> > and
>> > every
>> > >> > step was sucessfully done. But now i cant able to get the GUI.

Re: How to limit network's throughput?

[Chiradeep Vittal]

You can always file an enhancement request
http://issues.apache.org/

On 8/2/13 12:09 AM, "Tao Lin"  wrote:

>Hmmm,what a pity.Anyway, thanks a lot, Swamy.
>
>
>Best regards.
>
>
>2013/8/2 Venkata SwamyBabu Budumuru 
>
>> AFAIK,
>>
>> Network throttling feature is currently not supported by CS on KVM
>> hypervisor.
>>
>> Thanks,
>> SWAMY
>>
>> On 02/08/13 10:46 AM, "Tao Lin"  wrote:
>>
>> >Hey, Venkata SwamyBabu:
>> >Thanks for your reply, I'm using KVM as the hypervisor. I have no idea
>> >where are the domain-xml-files of VMs created by cloudstack.
>> >
>> >
>> >Best regards.
>> >
>> >
>> >2013/8/2 Venkata SwamyBabu Budumuru
>>> >
>> >
>> >> What is the hypervisor you are using? Do you see that the hypervisor
>>has
>> >> set the right value for the Guest NIC?
>> >>
>> >> Thanks,
>> >> SWAMY
>> >>
>> >> On 02/08/13 9:49 AM, "Tao Lin"  wrote:
>> >>
>> >> >Hi,all:
>> >> >  I tried to limit VMs' network throughput but failed to do so.I
>>first
>> >>set
>> >> >the global setting of vm.network.throttling.rate to 8 (it means 8
>>Mb/s,
>> >> >1MB/s )and restarted management-server,  then created an service
>> >>offering
>> >> >in which the Network-Rate option was limited to 1MB.Finally I
>>started a
>> >> >new
>> >> >VM.However, the settings seemed not work because the VM's network
>> >> >throughput was able to  reach to 11MB/s which is the maximum value
>>of
>> >>my
>> >> >switch.
>> >> >I'm working with CS4.1,CentOS6.4, and using KVM as the
>>hypervisor.All
>> >>the
>> >> >machines including VMs are located on a single subnet of
>> >>192.168.1.0/24.
>> >>
>> >>
>>
>>

Re: IP Address assigned by CS is not passed to new instance VM

[Chiradeep Vittal]

You shouldn't have any other DHCP servers in the network.
Besides that it seems to be an issue specific to the CentOS template. Did
the "builtin" Centos 5.3 template work?

On 8/2/13 9:32 AM, "Cindy Jiang"  wrote:

>Hi Chiradeep,
>
>Thanks. "Dhclient eth0" would assign a IP address to my VM, but it is a
>different IP instead of the IP Address assigned by CS.
>
>Moreover, what we are trying to do is to automate the VM provisioning
>process, similar to what sriharsha said in his email, and the manual
>enablement with DHCP is not desired…
>
>Thanks,
>Cindy
>
>
>
>On 8/1/13 2:50 PM, "Chiradeep Vittal"  wrote:
>
>>You cannot attach anything or use HTML on Apache mailing lists.
>>Can you try and bring up the interface up manually
>>ifconfig eth0 up
>>dhclient eth0
>>
>>Does the "built-in" template work?
>>
>>On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:
>>
>>>Somehow I can't attach screenshots. So I copy the outputs of this CentOS
>>>instance here. As you can see, the ethernet0 interface configuration
>>>doesn't contain any ip address or default gateway information, even
>>>though Cloudstack assigns these information correctly.
>>>[root@localhost network-scripts]# ifconfig
>>>loLink encap:Local Loopback
>>>  inet addr:127.0.0.1  Mask:255.0.0.0
>>>  inet6 addr: ::1/128 Scope:Host
>>>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>>>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>>>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>>>  collisions:0 txqueuelen:0
>>>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>>>
>>>[root@localhost network-scripts]# hostname
>>>Localhost.localdomain
>>>[root@localhost network-scripts]# cat ifcfg-eth0
>>>DEVICE="eth0"
>>>HWADDR="06:57:6E:00:00:2A"
>>>NM_CONTROLLED="yes"
>>>ONBOOT="no"
>>>
>>>From: Cindy Jiang mailto:cji...@infoblox.com>>
>>>Reply-To: 
>>>"users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>"
>>>mailto:users@cloudstack.apache.org>>
>>>Date: Thursday, August 1, 2013 2:34 PM
>>>To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>"
>>>mailto:users@cloudstack.apache.org>>,
>>>Soheil
>>>Eizadi mailto:seiz...@infoblox.com>>
>>>Subject: Re: IP Address assigned by CS is not passed to new instance VM
>>>
>>>Attach the screenshots
>>>
>>>[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-3
>>>B
>>>1
>>>32C1A66B0]
>>>
>>>[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>>>
>>>From: Cindy Jiang mailto:cji...@infoblox.com>>
>>>Reply-To: 
>>>"users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>"
>>>mailto:users@cloudstack.apache.org>>
>>>Date: Thursday, August 1, 2013 2:24 PM
>>>To: "users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>"
>>>mailto:users@cloudstack.apache.org>>,
>>>Soheil
>>>Eizadi mailto:seiz...@infoblox.com>>
>>>Subject: IP Address assigned by CS is not passed to new instance VM
>>>
>>>Hello,
>>>
>>>We are trying to create a new instance with basic networking setup using
>>>CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my case:
>>>10.60.176.110) to this new centOS instance, but once you log into this
>>>VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0",
>>>the
>>>IP Address and default gateway information are not passed through
>>>correctly. The same issue with hostname ­ instead of "centos-107", it
>>>shows as "localhost.localdomain". Please see attached screenshots. Has
>>>anyone experienced the similar issue?
>>>
>>>Our environment:
>>>
>>>  1.  CS 4.2
>>>  2.  XenServer 6.0.2
>>>  3.  CentOS 6.0 ISO
>>>
>>>Thanks,
>>>Cindy
>>
>

Re: VPC Issue with CS 4.1/KVM/Openvswitch

[Chiradeep Vittal]

Check this thread
http://markmail.org/thread/gaxuprs6vtifsybk


On 7/23/13 10:37 PM, "Dinu Arateanu"  wrote:

>Hello,
>
>I've been testing Cloudstack 4.1 with KVM/Openvswitch networking. When
>trying to add a VPC, the VR's public interface default route was not
>assigned correctly, nor the source nat. Cloudstack reports the VPC is
>created successfully, however the VR is left in an "incomplete" state.
>Looking through the agent logs I found:
>
>2013-07-19 16:39:20,961 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.PlugNicCommand
>2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver]
>(agentRequest-Handler-2:null) plugging
>nic=[Nic:Public-192.168.1.68-vlan://32]
>2013-07-19 16:39:20,970 DEBUG [kvm.resource.OvsVifDriver]
>(agentRequest-Handler-2:null) creating a vlan dev and bridge for public
>traffic per traffic label vswitch0
>2013-07-19 16:39:21,116 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.routing.IpAssocVpcCommand
>2013-07-19 16:39:21,126 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Executing:
>/usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh
>vpc_ipassoc.sh 169.254.2.23  -A  -l 192.168.1.68 -c ethnull -g
>192.168.1.1 -m 24 -n 192.168.1.0
>2013-07-19 16:39:29,107 DEBUG [kvm.resource.LibvirtComputingResource]
>(UgentTask-5:null) Executing:
>/usr/share/cloudstack-common/scripts/vm/network/security_group.py
>get_rule_logs_for_vms
>2013-07-19 16:39:29,233 DEBUG [kvm.resource.LibvirtComputingResource]
>(UgentTask-5:null) Execution is successful.
>2013-07-19 16:39:29,235 DEBUG [cloud.agent.Agent] (UgentTask-5:null)
>Sending ping: Seq 7-103:  { Cmd , MgmtId: -1, via: 7, Ver: v1, Flags: 11,
>[{"PingRoutingWithNwGroupsCommand":{"newGroupStates":{},"newStates":{},"_g
>atewayAccessible":true,"_vnetAccessible":true,"hostType":"Routing","hostId
>":7,"wait":0}}] }
>2013-07-19 16:39:29,243 DEBUG [cloud.agent.Agent] (Agent-Handler-5:null)
>Received response: Seq 7-103:  { Ans: , MgmtId: 112938636298, via: 7,
>Ver: v1, Flags: 100010,
>[{"PingAnswer":{"_command":{"hostType":"Routing","hostId":7,"wait":0},"res
>ult":true,"wait":0}}] }
>2013-07-19 16:39:38,707 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Execution is successful.
>2013-07-19 16:39:38,708 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Device "ethnull" does not exist.
>Cannot find device "ethnull"
>Error: argument "Table_ethnull" is wrong: "table" value is invalid
>
>Error: argument "Table_ethnull" is wrong: "table" value is invalid
>
>RTNETLINK answers: No such process
>
>2013-07-19 16:39:38,709 DEBUG [cloud.agent.Agent]
>(agentRequest-Handler-2:null) Processing command:
>com.cloud.agent.api.routing.SetSourceNatCommand
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failing to get physical interface from
>bridgecloud0, did not find an eth*, bond*, or vlan* in
>/sys/devices/virtual/net/cloud0/brif
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failed to get vlan id from bridge
>cloud0attached to physical interface
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failing to get physical interface from
>bridgevswitch0, did not find an eth*, bond*, or vlan* in
>/sys/devices/virtual/net/vswitch0/brif
>2013-07-19 16:39:38,719 DEBUG [kvm.resource.LibvirtComputingResource]
>(agentRequest-Handler-2:null) failed to get vlan id from bridge
>vswitch0attached to physical interface
>2013-07-19 16:39:38,719 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Executing:
>/usr/share/cloudstack-common/scripts/network/domr/router_proxy.sh
>vpc_snat.sh 169.254.2.23  -A  -l 192.168.1.68 -c eth2
>2013-07-19 16:39:38,947 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) Execution is successful.
>2013-07-19 16:39:38,948 DEBUG
>[resource.virtualnetwork.VirtualRoutingResource]
>(agentRequest-Handler-2:null) iptables: Bad rule (does a matching rule
>exist in that chain?).
>iptables: No chain/target/match by that name.
>
>
>Cloudstack is configured with advanced networking. Tags for physical
>networks
>- vswitch0 for public & guest traffic
>- vif9 for storage traffic
>- vif8 for management traffic
>
>Openvswitch configuration:
># ovs-vsctl show
>
>Bridge "vswitch1"
>Port "vswitch1"
>Interface "vswitch1"
>type: internal
>Port "eth1"
>Interface "eth1"
>Port "vif9"
>tag: 9
>Interface "vif9"
>type: internal
>Bridge "vswitch0"
>Port "vnet1"
>tag: 32
>Interface "vnet1"
>Port "vswitch0"
>Interface "vswitch0"
>type: internal
>Port 

Re: cloudmonkey

[Chiradeep Vittal]

431 is "parameter error" indicating that a required parameter is not
present. You can check "api.log".
Note that all the parameters have to be on one line.

On 7/28/13 3:38 PM, "Rohit Yadav"  wrote:

>On Sun, Jul 28, 2013 at 12:54 PM, Dean Kamali 
>wrote:
>
>> Hello everyone
>>
>> I just can't figure out why when I run the following command from my
>>shell,
>> works fine, but as soon as I put it in a file and execute it it fails
>>
>>
>> content of file
>>
>> /usr/local/bin/cloudmonkey create account
>> domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>> password=abc123 email=dean.kam...@gmail.com accounttype=0 firstname=Dean
>> lastname=Kamali
>>
>>
>> #bash ./file
>> HTTP Error 431:
>>
>
>This could be due to file path issue.
>
>- Make sure the user who's running the command on shell and via
>file/script
>is same.
>- Escape strings with chars, like:
>
>/usr/local/bin/cloudmonkey create account
>domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>password=abc123 email='dean.kam...@gmail.com' accounttype=0 firstname=Dean
>lastname=Kamali
>
>- Another way of running via file is to give list of commands to
>cloudmonkey, so put the commands in a file;
>$ cat mycommands
>create account
>domainid='c9af6251-2ff0-4591-88ab-5eb9bba87885' username=Dean
>password=abc123 email=dean.kam...@gmail.com accounttype=0 firstname=Dean
>lastname=Kamali
>$ cloudmonkey < mycommands
>
>In the above example, cloudmonkey interprets each line separated command
>and exits.
>
>If the issue persists, try  looking in ~/.cloudmonkey/log and share with
>us
>the issue.
>
>HTH.
>
>
>> if I copy the command and run it on my shell it works perfectly.
>>
>> this is very frustrating.
>>
>> Dean
>>

Re: Global Guest Networks

[Chiradeep Vittal]

For your use case you really don't need a public network it seems.
If you were re-doing your setup, assign the public network to be something
else (VLAN UNUSEDXX, network UNUSED/24), and create a shared network with
the cidr 192.168.0.0/24.
BUT, this might not be advisable since CloudStack will create a DHCP
server on this network. But you probably ALREADY have a DHCP server on
this network which will respond to the CloudStack Vms instead of
CloudStack's own DHCP server.

On 7/30/13 8:53 AM, "Christopher M. Ryan"  wrote:

>Thanks Murali! Your advice has helped me create shared networks but it
>doesn't work as I expected. When creating a VM on a shared network, it is
>not accessible outside of the Cloudstack Console button. How would I be
>able to have VMs on a shared network automatically placed on the Public
>network? I know this is possible on an isolated network using
>source/static NAT but we need the VMs to be able to communicate with each
>other on a network that's offered globally to all users.
>
>Here are the configurations I have:
>
>Each server has 2 nics. I have divided up communications as follows:
>   Eth0: Public and Guest
>   Eth1: Storage and Management
>
>Switch:
>   VLAN 1: "Public"
>   VLAN 2: "Guest"
>   VLAN 3: "Storage/Management" - All ports thi
>
>   Public (VLAN1) is UNTAGGED on the following ports:
>   1: the cloudstack server
>
>   Public (VLAN1) is TAGGED on the following ports:
>   3: Host 1
>   5: Host 2
>   7: Host 3
>   9: Host 4
>   15: Link to office switch (which doesn't have any VLANs 
> configured)
>
>   Guest (VLAN2) is TAGGED on the following ports:
>   3: Host 1
>   5: Host 2
>   7: Host 3
>   9: Host 4
>
>   Storage/Management (VLAN3) is UNTAGGED on the following ports:
>   2: Host 1
>   4: Host 2
>   6: Host 3
>   8: Host 4
>   10: SAN
>   11: SAN
>   12: SAN
>   13: SAN
>   14: ASA
>
>The office's network is on CIDR 192.168.0.0/24. I have configured the
>Public network to use  VLAN ID 1 and use the same CIDR as the office
>network (192.168.0.0/24)
>
>I can get static NAT working with isolated networks by not tagging the
>public VLAN on the switch and configuring the Public network to be
>untagged. Unfortunately it seems shared networking requires VLAN tagging
>so I tried tagging both the Public network and the corresponding Public
>VLAN on the switch with VLAN ID 1 but that didn't seem to work.
>
>I would like to have VMs within a shared network available directly
>through the office network (192.168.0.0/24). Anyone know how this could
>be accomplished? I have learned a lot about networking through using
>CloudStack but am definitely no network engineer.
>
>
>-Original Message-
>From: Christopher M. Ryan [mailto:cr...@harmonia.com]
>Sent: Tuesday, July 30, 2013 9:52 AM
>To: users@cloudstack.apache.org
>Subject: RE: Global Guest Networks
>
>Figured it out! I needed to create a Guest Network by going to
>Infrastructure > Zones > Zone Name > Physical Network > Guest Network
>>Network Tab 
>
>
>Chris Ryan
>Harmonia Holdings Group, LLC
>404 People Place, Suite 402
>Charlottesville, VA 22911
>Office: (434) 244-4002
>
>
>
>
>-Original Message-
>From: Christopher M. Ryan [mailto:cr...@harmonia.com]
>Sent: Tuesday, July 30, 2013 9:07 AM
>To: users@cloudstack.apache.org
>Subject: RE: Global Guest Networks
>
>I created and enabled a Network Offering with Guest Type "Shared." it
>does not show as an option when creating a Guest Network. Only Network
>Offerings with Guest Type "Isolated" are shown. An empty list is shown
>when creating a new Guest Network after disabling all Network Offerings
>with Guest Type "Isolated."
>
>I am using Advanced Networking.
>
>
>Chris Ryan
>Harmonia Holdings Group, LLC
>404 People Place, Suite 402
>Charlottesville, VA 22911
>Office: (434) 244-4002
>
>
>
>-Original Message-
>From: Murali Reddy [mailto:murali.re...@citrix.com]
>Sent: Thursday, July 25, 2013 10:08 AM
>To: users@cloudstack.apache.org
>Subject: Re: Global Guest Networks
>
>On 25/07/13 6:57 PM, "Christopher M. Ryan"  wrote:
>
>>Hi all,
>>
>>
>>
>>Is there a way to force all users to only have the option to pick from
>>a list of predefined guest networks instead of creating their own?
>>These networks can be shared. We are trying to have 2 networks that a
>>user can create a VM on and are finding it difficult to lock them into
>>predefined networks.
>>
>
>You could disable all network offerings with 'isolated' guest traffic
>type, and create shared networks and make them available to all users.
>
>>
>>
>>Thank!
>>
>>
>>
>>
>
>

Re: CloudStack 4.1 AWS API error: Client: The service cannot be found for the endpoint reference (EPR)

[Chiradeep Vittal]

Francois, the 4.1 version also supports the Query API. You may be able to
use Boto
See
https://cwiki.apache.org/confluence/x/4gHVAQ

On 7/30/13 11:47 AM, "François Bousquet"
 wrote:

>We are running CloudStack 4.1.0 installed from RPM and are having problem
>configuring the AWS API: CloudStack-Bridge.
>
>After doing the initial configuration (enable.ec2.api=true + restart)
>then following these steps:
>http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.0/html/Insta
>llation_Guide/aws-ec2-user-setup.html
>
>My EC2 env. variables are the following:
>EC2_CERT=/root/francoisb_crt.pem
>EC2_HOME=/root/ec2-api-tools-1.3-62308
>EC2_PRIVATE_KEY=/root/francoisb_key.pem
>EC2_URL=http://cloud.ops.dot:7080/awsapi
>
>
>We get the following error when using any of the ec2 api tools:
>
>#  ./ec2-describe-availability-zones
>Client: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>
>Server error from catalina.out is the following:
>
>Jul 30, 2013 2:42:52 PM org.apache.axis2.engine.AxisEngine receive
>SEVERE: The service cannot be found for the endpoint reference (EPR)
>http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>org.apache.axis2.AxisFault: The service cannot be found for the endpoint
>reference (EPR) http://cloud.ops.dot:7080/awsapi/services/AmazonEC2/
>at 
>org.apache.axis2.engine.DispatchPhase.checkPostConditions(DispatchPhase.ja
>va:65)
>at org.apache.axis2.engine.Phase.invoke(Phase.java:334)
>at org.apache.axis2.engine.AxisEngine.invoke(AxisEngine.java:254)
>at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:160)
>at 
>org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(
>HTTPTransportUtils.java:173)
>at 
>org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:144)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatche
>r.java:646)
>at 
>org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationD
>ispatcher.java:436)
>at 
>org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispat
>cher.java:374)
>at 
>org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatch
>er.java:302)
>at 
>com.cloud.bridge.service.EC2MainServlet.doGetOrPost(EC2MainServlet.java:11
>4)
>at 
>com.cloud.bridge.service.EC2MainServlet.doPost(EC2MainServlet.java:89)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>at 
>org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>onFilterChain.java:290)
>at 
>org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>Chain.java:206)
>at 
>org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>java:233)
>at 
>org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>java:191)
>at 
>org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>27)
>at 
>org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>02)
>at 
>org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
>at 
>org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.ja
>va:109)
>at 
>org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298
>)
>at 
>org.apache.coyote.http11.Http11NioProcessor.process(Http11NioProcessor.jav
>a:889)
>at 
>org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process
>(Http11NioProtocol.java:721)
>at 
>org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.jav
>a:2274)
>at 
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>1146)
>at 
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:615)
>at java.lang.Thread.run(Thread.java:679)
>
>I found this similar issue in the mailing history but there is no
>resolution.
>http://mail-archives.apache.org/mod_mbox/cloudstack-users/201306.mbox/%3C1
>711456701.20130629021...@vp.pl%3E
>
>both enable.s3.api=true and s3.enable=true are also configured but, I
>haven't tried them.
>
>Any idea?
>
>
>François Bousquet
>NOC Team Lead
>Office: 514-286-2636 #2337
>Mobile: 514-654-8920
>francois.bousq...@radialpoint.com
>
>
>***
>This e-mail and attachments are confidential, legally privileged, may be
>subject t

Re: vhd-util fails to open system vm template(.vhd) file, saying it 'appears invalid'

[Chiradeep Vittal]

Check this thread
http://forums.citrix.com/thread.jspa?threadID=301226&start=0&tstart=0



On 7/30/13 3:46 AM, "Rajesh Battala"  wrote:

>Looks like the template disk got corrupted. Can you please reseed the
>system vm template and try.
>
>> -Original Message-
>> From: Yan Ke [mailto:yan...@yonyou.com]
>> Sent: Tuesday, July 30, 2013 3:39 PM
>> To: users@cloudstack.apache.org
>> Subject: vhd-util fails to open system vm template(.vhd) file, saying it
>> 'appears invalid'
>> 
>> Hello there,
>> 
>> I'm working on setting up a basic network CloudStack 4.0.1 configuration
>> with XenServer 6.0.2 and encountered problem: after created zone, the
>> system vm won't start.
>> The management server log shows Exception like this was thrown:
>> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-322:) Catch
>>Exception
>> com.cloud.utils.exception.CloudRuntimeException on host:95cacdb9-a52d-
>> 4d22-8684-1310cca1a87d for template:
>> nfs://20.10.97.182/export/secondary/template/tmpl/1/1/ due to
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>sr
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>> com.cloud.utils.exception.CloudRuntimeException: can not create vdi in
>>sr
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>>  at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.copy_vhd_from_seco
>> ndarystorage(CitrixResourceBase.java:2672)
>>  at
>> 
>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResour
>>c
>> eBase.java:2694)
>>  at
>> 
>>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citri
>>x
>> ResourceBase.java:481)
>>  at
>> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(Xe
>> nServer56Resource.java:73)
>>  at
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.j
>> ava:191)
>>  at
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>>  at
>> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>>  at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acc
>> ess$101(ScheduledThreadPoolExecutor.java:165)
>>  at
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run
>> (ScheduledThreadPoolExecutor.java:266)
>>  at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.jav
>> a:1110)
>>  at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.ja
>> va:603)
>>  at java.lang.Thread.run(Thread.java:679)
>> 
>> 
>> by stepping-into the code, I figured out this method
>> 'copy_vhd_from_secondarystorage(CitrixResourceBase.java:2672)' will
>>finally
>> invoke the 'copy_vhd_from_secondarystorage.sh' on XenServer host, so I
>> logged into the XenServer host, manually invoked the
>> 'copy_vhd_from_secondarystorage.sh' with same parameter from cloudstack,
>> which fails as follow:
>> [root@xenserver-modaxvnu /]#
>> /opt/xensource/bin/copy_vhd_from_secondarystorage.sh
>> 20.10.97.182:/export/secondary/template/tmpl/1/1/
>> 3938e40f-99fe-cfc4-f729-00134eb32af0
>> cloud-e6e25ca4-6a3f-4990-9e93-125b229cab0c
>> Syntax error: Unknown switch: -22MiB
>> For usage run: 'xe help'
>> 9#can not create vdi in sr 3938e40f-99fe-cfc4-f729-00134eb32af0
>> 
>> 
>> with a little effort on debugging the script, it shows that the error
>>occurred
>> at:
>> /opt/xensource/bin/vhd-util query -v -n /var/run/cloud_mount/c57e417b-
>> 4e9f-4c8b-8e67-087942422df3//8e62f48f-39e7-4543-9106-f2f12ca39946.vhd
>> + size='error opening
>> /var/run/cloud_mount/c57e417b-4e9f-4c8b-8e67-087942422df3//8e62f48f-
>> 39e7-4543-9106-f2f12ca39946.vhd:
>> -22'
>> 
>> the 'vhd-util' failed to open the vm template file on secondary storage.
>> 
>> 
>> I then tried following command on the management server, which directly
>> invoke vhd-util and it shows:
>> [root@managementserver ~]#
>> /usr/lib64/cloud/common/scripts/vm/hypervisor/xenserver/vhd-util read -p
>> -n /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd
>> 
>> Failed to open
>> /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd:
>> -22
>> 
>> /export/secondary/template/tmpl/1/1/8e62f48f-39e7-4543-9106-
>> f2f12ca39946.vhd
>> appears invalid; dumping headers
>> 
>> VHD Footer Summary:
>> ---
>> Cookie  : QFI
>> Features: (0x)
>> File format version : Major: 0, Minor: 0
>> Data offset : 16
>> Timestamp   : Sat Jan  1 00:00:00 2000
>> Creator Application : '}'
>> Creator version : Major: 0, Minor: 0
>> Creator OS  : Unknown!
>> Original disk size  : 0 MB (196608 Bytes)
>> Current disk size   : 0 MB (65536 Bytes)
>> Geometry: Cyl: 0, Hds: 0, Sctrs: 1
>>  : = 0 MB (0 Bytes)
>> Disk type   : None
>> Checksum: 0x0|0xfd8c (Bad!)
>> UUID   

Re: vhd-util 'failed to coalesce' while XenServer host executing 'create_privatetemplate_from_snapshot.sh'

[Chiradeep Vittal]

Try this: 
http://support.citrix.com/article/CTX133465

And this
http://forums.citrix.com/thread.jspa?threadID=301226&start=0&tstart=0


On 7/31/13 6:10 AM, "Yan Ke"  wrote:

>Hello there,
>
>I'm working on integrating CloudStack 4.0.1 with XenServer 6.0.2.
>
>I have managed setting up a basic network configuration, launching zone,
>launching guest instances as well as creating volume snapshots, but
>afterward I'm encountering following issue:
>
> 
>
>The 'create template from snapshot' operation always fail.
>
>The management server log indicates that following Exception has been
>thrown
>during the operation process:
>
>
>com.cloud.utils.exception.CloudRuntimeException:
>create_privatetemplate_from_snapshot failed due to failed to coalesce
>/var/run/cloud_mount/d865f1ad-a164-443f-8c05-d4c56e690f25/b1a56afd-a943-4a
>43
>-87b8-c2e2ab10126f.vhd to
>/var/run/cloud_mount/58d3242f-d4fb-41e9-a20e-0686ffda9eaa/85bd1f75-1d10-48
>c4
>-ae79-d2e5ece8b6f1.vhd
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.createTemplateFromSna
>ps
>hot(CitrixResourceBase.java:2618)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourc
>eB
>ase.java:6398)
>at
>com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(Citrix
>Re
>sourceBase.java:475)
>at
>com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenSe
>rv
>er56Resource.java:73)
>at
>com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.jav
>a:
>191)
>at
>java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at
>java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
>at java.util.concurrent.FutureTask.run(FutureTask.java:166)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.acces
>s$
>101(ScheduledThreadPoolExecutor.java:165)
>at
>java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(S
>ch
>eduledThreadPoolExecutor.java:266)
>at
>java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
>11
>10)
>at
>java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
>:6
>03)
>at java.lang.Thread.run(Thread.java:679)
>
>
>
>With some effort on debugging the management server code, I figured out
>that
>the operation will finally lead to an invocation on the
>'create_privatetemplate_from_snapshot.sh' script on the XenServer host.
>So I
>logged into the XenServer host and manually invoked the script with the
>same
>parameter from cloudstack, and it ended up as follow:
>
>
>[root@xenserver-modaxvnu bin]# sh -x
>/opt/xensource/bin/create_privatetemplate_from_snapshot.sh
>20.10.97.182:/export/secondary/snapshots/2/10/85bd1f75-1d10-48c4-ae79-d2e5
>ec
>e8b6f1.vhd 20.10.97.182:/export/secondary/template/tmpl/2/218
>7a51626c-dd10-43ca-b65a-162e88cf1188
>+ options=tcp,soft,timeo=133,retrans=1
>+ '[' -z
>20.10.97.182:/export/secondary/snapshots/2/10/85bd1f75-1d10-48c4-ae79-d2e5
>ec
>e8b6f1.vhd ']'
>+ snapshoturl=20.10.97.182:/export/secondary/snapshots/2/10
>+ vhdfilename=85bd1f75-1d10-48c4-ae79-d2e5ece8b6f1.vhd
>+ '[' -z 20.10.97.182:/export/secondary/template/tmpl/2/218 ']'
>+ templateurl=20.10.97.182:/export/secondary/template/tmpl/2/218
>+ '[' -z 7a51626c-dd10-43ca-b65a-162e88cf1188 ']'
>+ tmpltLocalDir=7a51626c-dd10-43ca-b65a-162e88cf1188
>++ uuidgen -r
>+ snapshotdir=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ mkdir -p /var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ '[' 0 -ne 0 ']'
>+ mount -o tcp,soft,timeo=133,retrans=1
>20.10.97.182:/export/secondary/snapshots/2/10
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b
>+ '[' 0 -ne 0 ']'
>+ templatedir=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ mkdir -p /var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ '[' 0 -ne 0 ']'
>+ mount -o tcp,soft,timeo=133,retrans=1
>20.10.97.182:/export/secondary/template/tmpl/2/218
>/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188
>+ '[' 0 -ne 0 ']'
>+ VHDUTIL=/opt/xensource/bin/vhd-util
>++ uuidgen -r
>+ templateuuid=3d1cf0b6-3eb5-4a8d-867b-ae16d14ce3ca
>+
>desvhd=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-
>3e
>b5-4a8d-867b-ae16d14ce3ca.vhd
>+
>srcvhd=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-
>1d
>10-48c4-ae79-d2e5ece8b6f1.vhd
>+ copyvhd
>/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-3eb5-4a
>8d
>-867b-ae16d14ce3ca.vhd
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-1d10-48
>c4
>-ae79-d2e5ece8b6f1.vhd
>+ local
>desvhd=/var/run/cloud_mount/7a51626c-dd10-43ca-b65a-162e88cf1188/3d1cf0b6-
>3e
>b5-4a8d-867b-ae16d14ce3ca.vhd
>+ local
>srcvhd=/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f75-
>1d
>10-48c4-ae79-d2e5ece8b6f1.vhd
>+ local parent=
>++ /opt/xensource/bin/vhd-util query -p -n
>/var/run/cloud_mount/0be144dd-782a-45a0-9e88-ba4779b5c86b/85bd1f

Re: what is this log message?

[Chiradeep Vittal]

You might need a RedHat subscription
https://access.redhat.com/site/solutions/406503

From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 2:59 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: Re: what is this log message?

CGRE[3124]: Warning: invalid file format of /proc/31088/status

Re: Update resolve.conf search string

[Chiradeep Vittal]

Yeah you would have to use automation outside of CloudStack for this

On 8/1/13 3:14 PM, "Old, Curtis"  wrote:

>Basic, yes dnsmasq on the system vm would set that up, but how do you make
>it persistent?  If I have to re-do the router/dns/dhcp system vm, am I
>always going to have to go in and edit config file?
>
>Curtis Old 
>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>46000 Center Oak Plaza Sterling, VA 20166
>Office: +1.571.434.5384 Mobile: +1.540.532.2230 / curtis@neustar.biz
>/ www.neustar.biz <http://www.neustar.biz/>
>
>
>
>The information contained in this e-mail message is intended only for the
>use of the recipient(s) named above and may contain confidential and/or
>privileged information. If you are not the intended recipient you have
>received this e-mail message in error and any review, dissemination,
>distribution, or copying of this message is strictly prohibited. If you
>have received this communication in error, please notify us immediately
>and delete the original message.
>
>
>
>
>
>On 8/1/13 5:56 PM, "Chiradeep Vittal"  wrote:
>
>>Is this for Advanced or basic?
>>I think on shared networks and basic zone, the DHCP server returns the
>>DNS
>>server configured for the zone.
>>
>>On 8/1/13 1:34 PM, "Old, Curtis"  wrote:
>>
>>>Is there way to persistently change the search entry for the
>>>/etc/resolv.conf on cloudstack clients?  How do I ensure that the system
>>>router vm takes care of this?
>>>
>>>Curtis Old
>>>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>>>46000 Center Oak Plaza Sterling, VA 20166
>>>Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
>>>curtis@neustar.biz<mailto:curtis@neustar.biz>  /
>>>www.neustar.biz<http://www.neustar.biz/>
>>>
>>>The information contained in this e-mail message is intended only for
>>>the
>>>use of the recipient(s) named above and may contain confidential and/or
>>>privileged information. If you are not the intended recipient you have
>>>received this e-mail message in error and any review, dissemination,
>>>distribution, or copying of this message is strictly prohibited. If you
>>>have received this communication in error, please notify us immediately
>>>and delete the original message.
>>
>

Re: CloudStack NIC ordering ACS4.1

[Chiradeep Vittal]

Seems like a bug if you can't specify the nic number.

From: Paul Angus mailto:paul.an...@shapeblue.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 1:35 PM
To: CloudStack Users 
mailto:cloudstack-us...@incubator.apache.org>>
Subject: CloudStack NIC ordering ACS4.1

Hi,

Before 4.1 if you added multiple NICs to a VM they would appear with the 
Default as eth0 and then in the order that you specified them in the API. In 
4.1 that has appeared to have changed

Can someone tell me how the order that the NICs are assigned as eth0, eth1, 
eth2 etc is decided – or how to control it, especially when we have multiple 
physical guest networks.

Regards

Paul Angus
Senior Consultant / Cloud Architect

[cid:image002.png@01CE1071.C6CC9C10]

S: +44 20 3603 0540 | M: +447711418784
paul.an...@shapeblue.com | 
www.shapeblue.com | Twitter:@shapeblue
ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS

ShapeBlue are proud to be sponsoring CloudStack Collaboration  Conference NA
[https://cwiki.apache.org/confluence/download/attachments/30760149/CloudStack+Collaboration+Conference+Banner+v2+Blue+Background+Only.jpg?version=3&modificationDate=1367282397297]

Apache CloudStack Bootcamp training courses
19/20 June, 
London
22/23 June, Santa Clara  
CA
10/11 July, Bangalore, 
India
21/22 August, 
London

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 operated under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: Update resolve.conf search string

[Chiradeep Vittal]

Is this for Advanced or basic?
I think on shared networks and basic zone, the DHCP server returns the DNS
server configured for the zone.

On 8/1/13 1:34 PM, "Old, Curtis"  wrote:

>Is there way to persistently change the search entry for the
>/etc/resolv.conf on cloudstack clients?  How do I ensure that the system
>router vm takes care of this?
>
>Curtis Old
>Neustar, Inc. / Neustarlabs / Senior Research Engineer
>46000 Center Oak Plaza Sterling, VA 20166
>Office: +1.571.434.5384 Mobile: +1.540.532.2230 /
>curtis@neustar.biz  /
>www.neustar.biz
>
>The information contained in this e-mail message is intended only for the
>use of the recipient(s) named above and may contain confidential and/or
>privileged information. If you are not the intended recipient you have
>received this e-mail message in error and any review, dissemination,
>distribution, or copying of this message is strictly prohibited. If you
>have received this communication in error, please notify us immediately
>and delete the original message.

Re: CloudStack 302 to 41 XenServer Issue

[Chiradeep Vittal]

Logs?

On 8/1/13 12:53 PM, "John Skinner"  wrote:

>Hello all,
>
>Just upgraded my mixed KVM/XenServer environment form 3.0.2 to 4.1. All
>of my KVM hosts seem happy, but all of my XenServer (5.6SP2) hosts show
>as disconnected and are not coming back. Has anyone experienced this?
>
>
>
>
>

Re: Centos and FreeBSD templates

[Chiradeep Vittal]

I thought this existed (at least for KVM)
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Resize+Data+Volumes


On 8/1/13 6:11 AM, "Nux!"  wrote:

>Hi,
>
>Should someone need templates, I've made some Centos 6 and FreeBSD 9
>64bit templates for KVM, both are VirtIO enabled and have the password
>and key scripts installed (and working from what I tested).
>They have a "random" root size of 20 GB. Having said that, I'd really,
>really, really like Cloudstack could resize the root disk (as the
>competition does); for me it's the numero uno problem that stops a
>central template repo (market place?) from existing. Imposing "random"
>root sizes on people doesn't seem right.
>
>http://li.nux.ro/download/cloudstack/images/
>
>Lucian
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux!
>www.nux.ro

Re: what is this log message?

[Chiradeep Vittal]

Where do you see this log? In CloudStack logs or in /var/log/messages? Are 
there any surrounding logs?


From: Steven Liang mailto:stevenli...@yesup.com>>
Reply-To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Date: Thursday, August 1, 2013 1:51 PM
To: "users@cloudstack.apache.org" 
mailto:users@cloudstack.apache.org>>
Subject: what is this log message?

Hi,

Who can tell me what this message is:

2013-08-01 10:39:21 kvm1.test.com 1 10:39:21 kvm1 CGRE[3124]: Warning: invalid 
file format of /proc/31088/status

Thank you.


Steven Liang
Linux System Admin
Phone: 1.416.499.8009 ext. 2865
Cell Phone: 1.647.718.5292
Email: stevenli...@yesup.com
www.yesup.com | 
account.yesup.com

[Yesup]

Re: IP Address assigned by CS is not passed to new instance VM

[Chiradeep Vittal]

You cannot attach anything or use HTML on Apache mailing lists.
Can you try and bring up the interface up manually
ifconfig eth0 up
dhclient eth0

Does the "built-in" template work?

On 8/1/13 2:45 PM, "Cindy Jiang"  wrote:

>Somehow I can't attach screenshots. So I copy the outputs of this CentOS
>instance here. As you can see, the ethernet0 interface configuration
>doesn't contain any ip address or default gateway information, even
>though Cloudstack assigns these information correctly.
>[root@localhost network-scripts]# ifconfig
>loLink encap:Local Loopback
>  inet addr:127.0.0.1  Mask:255.0.0.0
>  inet6 addr: ::1/128 Scope:Host
>  UP LOOPBACK RUNNING  MTU:16436  Metric:1
>  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
>  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
>  collisions:0 txqueuelen:0
>  RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
>
>[root@localhost network-scripts]# hostname
>Localhost.localdomain
>[root@localhost network-scripts]# cat ifcfg-eth0
>DEVICE="eth0"
>HWADDR="06:57:6E:00:00:2A"
>NM_CONTROLLED="yes"
>ONBOOT="no"
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:34 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, Soheil
>Eizadi mailto:seiz...@infoblox.com>>
>Subject: Re: IP Address assigned by CS is not passed to new instance VM
>
>Attach the screenshots
>
>[cid:CFDFC580-184D-4F0E-AF41-5AF18794D413][cid:7E1641EF-DEBC-4A25-90B3-3B1
>32C1A66B0]
>
>[cid:DA5AC137-FC18-4A63-9367-7583EB1A6940]
>
>From: Cindy Jiang mailto:cji...@infoblox.com>>
>Reply-To: 
>"users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>
>Date: Thursday, August 1, 2013 2:24 PM
>To: "users@cloudstack.apache.org"
>mailto:users@cloudstack.apache.org>>, Soheil
>Eizadi mailto:seiz...@infoblox.com>>
>Subject: IP Address assigned by CS is not passed to new instance VM
>
>Hello,
>
>We are trying to create a new instance with basic networking setup using
>CentOS 6.0 ISO. Cloudstack assigns the correct IP Address (in my case:
>10.60.176.110) to this new centOS instance, but once you log into this
>VM, check "ifconfig" and "/etc/sysconfig/network-scripts/ifcfg-eth0", the
>IP Address and default gateway information are not passed through
>correctly. The same issue with hostname ­ instead of "centos-107", it
>shows as "localhost.localdomain". Please see attached screenshots. Has
>anyone experienced the similar issue?
>
>Our environment:
>
>  1.  CS 4.2
>  2.  XenServer 6.0.2
>  3.  CentOS 6.0 ISO
>
>Thanks,
>Cindy

Re: how to confirm xenserver 4.1 system vm template

[Chiradeep Vittal]

Yes, this is correct, unless you want to use IPv6

On 6/12/13 3:28 PM, "Brashear, Marc"  wrote:

>I would like to confirm I am using the correct system vm templates in an
>upgraded a deployment upgraded from 2.2.14 to 4.1.  Per the release
>notes the file /etc/cloudstack-release should contain "Cloudstack
>Release 4.0.0-incubating Mon Oct 9 15:10:04 PST 2012", but mine
>contains: "Cloudstack Release 3.0 Mon Feb  6 15:10:04 PST 2012".
>
> 
>
>The template was downloaded from
>http://download.cloud.com/templates/acton/acton-systemvm-02062012.vhd.bz
>2
>z2>  and I am running XenServer as a hypervisor.  Can anybody help me
>confirm this is correct for 4.1?
>
> 
>
>Thanks,
>
>Marc
>

Re: Bug in updateUser API in CS 4.1.0

[Chiradeep Vittal]

Please see the recommendations in Prasanna's email in the thread I linked
to earlier.

On 6/10/13 12:26 PM, "Anoop Rajendra"  wrote:

>Hi Chiradeep,
>
>My componentContext.xml has the following entries for the security
>adapter section
>
>class="com.cloud.utils.component.AdapterList">
>
>  
>  
>  
>  
>  
>
>  
>
>
>So clearly MD5UserAuthenticator is present, and being used.
>
>However the updateUser api isn't working as documentation states.
>
>Here's proof of this.
>
>1. password is "password". md5sum hash of the password is
>""5f4dcc3b5aa765d61d8327deb882cf99"
>
>If I craft the updateUser api call as the following url,
>
>http://localhost:8080/client/api?apiKey=68jXaZIv0O42n1h2C_KmGtHpD7YRvrYGJs
>zs-d0T1pPxxxP91EYuY-gjz7pCD3pEl8x2lyLzF-WeEdupxAIUkQ&id=1723cb29-8dfd-4211
>-8ca1-212e1f192455&command=updateUser&signature=AM8rwempktibzYro%2B%2FmHEH
>bnKng%3D&password=5f4dcc3b5aa765d61d8327deb882cf99&response=json
>
>the MD5 password stored in the database is
>"696d29e0940a4957748fe3fc9efd22a3" which is actually the md5 hash of
>the hashed password.
>
>However if I craft the URL to read,
>
>http://localhost:8080/client/api?apiKey=68jXaZIv0O42n1h2C_KmGtHpD7YRvrYGJs
>zs-d0T1pPxxxP91EYuY-gjz7pCD3pEl8x2lyLzF-WeEdupxAIUkQ&id=1723cb29-8dfd-4211
>-8ca1-212e1f192455&command=updateUser&signature=sms6kd0LlAsZyqOFlFE%2FROsB
>lyw%3D&password=password&response=json
>
>then the md5 password stored in the database is
>"5f4dcc3b5aa765d61d8327deb882cf99", which is what I want.
>
>As you can see, the updateUser api requires the password to be
>cleartext, and not an MD5 hash (as stated in the documentation, and as
>used to work previously).
>
>By the way, the login API correctly requires the MD5 hashed password,
>and will not work with a clear text password.
>
>-a
>
>On Mon, Jun 10, 2013 at 10:03 AM, Chiradeep Vittal
> wrote:
>> There should be a configuration file called componentContext.xml in your
>> install path. Search for Authenticator in the file. The order of the
>> Authenticators matter.
>>
>> On 6/9/13 10:59 PM, "Anoop Rajendra"  wrote:
>>
>>>How would I install the MD5Authenticator as the default
>>>authenticator?
>>>
>>>Thanks,
>>>-a
>>>On Jun 7, 2013 5:56 PM, "Chiradeep Vittal" 
>>>wrote:
>>>
>>>> See this discussion
>>>> http://markmail.org/thread/7r6ia3ckkt6fzlic
>>>>
>>>> You might have to install the MD5Authenticator as the default
>>>> authenticator.
>>>>
>>>> On 6/7/13 3:44 PM, "Anoop Rajendra"  wrote:
>>>>
>>>> >Hi, When I try to run the updateUser API for the admin user, the
>>>> >password field requires a cleartext unhashed password.
>>>> >
>>>> >With previous versions I could provide the hashed  MD5 password, and
>>>> >the admin password would get updated.
>>>> >
>>>> >-a
>>>>
>>>>
>>