query about 4.4 usage

[Daan Hoogland]

H,

Today we had a talk at work (Schuberg Philis) about our CloudStack
strategy. We decided that we will keep at 4.4 until we have a good
test environment of our own and then skip to 4.6 or up, depending on
where we merge our redundant vpc work in. We don't have any time to
put energy in 4.5 and need some features that won't make it there. The
afore mentioned redundant vpcs, but also ipv6 for vpcs and ovm
support.

What I am wondering now is:
Who else is on 4.4 in production systems?
What versions do you run?
How did you test it before going to production?
What are your migration plans?

thanks,
-- 
Daan

Re: cloudstack usage tables are empty

[Daan Hoogland]

I am not sure, never saw a remote usage server, but I think the adress
for the usage/ms must be remote at least


On Sun, Feb 1, 2015 at 11:43 AM, Amir Abbasi  wrote:
> What properties relevant should be copied? cluster.node.IP is the IP address 
> of the ms in db.properties.
>
> Thanks
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Sunday, February 1, 2015 1:45 PM
> To: users@cloudstack.apache.org
> Subject: Re: cloudstack usage tables are empty
>
> did you add properties in db.properties.override to point to the ms?
> you should. copy the properties relevant from db.properties to (new
> file?) db.properties.override, edit and restart.
>
> On Sun, Feb 1, 2015 at 9:13 AM, Amir Abbasi  wrote:
>> Hello,
>>
>>
>>
>> I've install cloudstack usage on management server, but tables of
>> cloud_usage are still empty. the usage_job in db server is has a
>> record but it shows "/127.0.0.1" as host while the
>> management server is remote. Is it necessary to fix that?
>>
>
>
>
> --
> Daan
>



-- 
Daan

Re: cloudstack usage tables are empty

[Daan Hoogland]

did you add properties in db.properties.override to point to the ms?
you should. copy the properties relevant from db.properties to (new
file?) db.properties.override, edit and restart.

On Sun, Feb 1, 2015 at 9:13 AM, Amir Abbasi  wrote:
> Hello,
>
>
>
> I've install cloudstack usage on management server, but tables of
> cloud_usage are still empty. the usage_job in db server is has a record but
> it shows "/127.0.0.1" as host while the management server is
> remote. Is it necessary to fix that?
>



-- 
Daan

Re: New install Virtual router will not stay powered on

[Daan Hoogland]

can you provide the management server log?
and describe the machine running vmware?

On Sat, Jan 31, 2015 at 2:10 AM, Jeff Barnett  wrote:
> Hi,
>
> I just installed a new CloudStack environment but my virtual router will not 
> stay powered on.
>
> CloudStack Version: 4.4.2
> Hypervisor VMware 5.1
> Basic network configuration
>
> Virtual router error: Command: com.cloud.agent.api.GetDomRVersionCommand 
> failed while starting virtual router
>
> Does anyone have an idea where I should start looking, to find the issue, or 
> does anyone know how to fix it.
>
>
> Thanks,
>
> Jeff
>



-- 
Daan

Re: Bug: CLOUDSTACK-4969 Status?

[Daan Hoogland]

I reviewed a patch and submitted it in dec 2013. It should be in all
4.4 and up versions. don't know about 4.3. I'll close the ticket

On Fri, Jan 30, 2015 at 5:16 PM, K B Shiv Kumar  wrote:
> Hi Users,
>
> Would anyone be in a position to tell me the status of this bug. Jira tells
> me that it is still unresolved.
>
> Thanks,
> Shiv



-- 
Daan

Re: ALL Hosts Stuck in Maintenance

[Daan Hoogland]

Martin, My diagnosis hasn't been altered studied or challanged ;)

for a quick fix vm != null && should be added in the expression line
2083 of ResourceManagerImpl. A more robust solution must be possible
but i don't have time to look into that right now.

On Tue, Jan 27, 2015 at 4:16 PM, Martin Emrich
 wrote:
> Hi!
>
> Any news on this issue? I just fell in to this pit again :(
>
> Regards,
>
> Martin
>
> -Ursprüngliche Nachricht-
> Von: Martin Emrich [mailto:martin.emr...@empolis.com]
> Gesendet: Dienstag, 25. November 2014 13:39
> An: users@cloudstack.apache.org
> Betreff: Re: ALL Hosts Stuck in Maintenance
>
> Hi!
>
> Same problem here with CS 4.4.1 and 5 XenServers in one Cluster: Two hosts 
> are in maintenance mode, and canceling maintenance mode results in "Internal 
> Server Error". Here's my backtrace:
>
> 2014-11-25 13:08:45,448 ERROR [c.c.a.ApiAsyncJobDispatcher] 
> (API-Job-Executor-54:ctx-a076520e job-765) Unexpected exception while 
> executing org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd
> java.lang.NullPointerException
>  at
> com.cloud.resource.ResourceManagerImpl.doCancelMaintenance(ResourceManagerImpl.java:2083)
>  at
> com.cloud.resource.ResourceManagerImpl.cancelMaintenance(ResourceManagerImpl.java:2140)
>  at
> com.cloud.resource.ResourceManagerImpl.cancelMaintenance(ResourceManagerImpl.java:1127)
>  at sun.reflect.GeneratedMethodAccessor400.invoke(Unknown Source)
>  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  at java.lang.reflect.Method.invoke(Method.java:606)
>  at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>  at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>  at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>  at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
>  at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>  at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>  at com.sun.proxy.$Proxy148.cancelMaintenance(Unknown Source)
>  at
> org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd.execute(CancelMaintenanceCmd.java:102)
>  at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
>  at
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>  at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>  at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>  at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>  at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>  at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>  at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>  at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>  at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>  at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>  at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>  at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>  at java.lang.Thread.run(Thread.java:745)
> 2014-11-25 13:08:45,449 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl] 
> (API-Job-Executor-54:ctx-a076520e job-765) Complete async job-765,
> jobStatus: FAILED, resultCode: 530, result:
> org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":530}
>
>
> Ciao
>
> Martin



-- 
Daan

Re: Multiple ROOT disk for one Instances in CS 4.2.1

[Daan Hoogland]

On Sun, Jan 25, 2015 at 6:33 AM, Keerthiraja SJ  wrote:
> its my production environment. I am facing critical issue when if any
> xenserver reboots or if I try to patch up the xenserver  VM's will not
> start. In that case I have to create new instances and do all the setup
> from the scratch, So the downtime will be more than 5 hours.
>
> Is there a way we can resolve this issue.

I would guess the following would help:

UPDATE volumes set state = 'Expunged', removed =  '2015-01-08
20:40:00' WHERE instance_id='1381' AND state = 'Expunging';

Note that somehow some call to the backend didn't return and some
volume dbeb4cf4-0673-48be-b474-ebc5a73d08c7 might still exist
somewhere (in some primary storage). give it some rest to settle after
issuing the statement and then check if it helpen by rebooting the vm.

>
> Thanks,
> Keerthi
>
> On Sat, Jan 24, 2015 at 6:09 PM, Daan Hoogland 
> wrote:
>
>> see inline
>>
>> On Sat, Jan 24, 2015 at 6:00 AM, Keerthiraja SJ 
>> wrote:
>> > Below are the query ran for the instances which have many root disk.
>> >
>> > mysql> select * from volumes where instance_id='1381';
>> >
>> +--++---+-+--+-+---+---+--+-+-+--++++-+-+---+--+-++-+-+--+-+-+---++--+---+++++--+--+
>> > | id   | account_id | domain_id | pool_id | last_pool_id | instance_id |
>> > device_id | name  | uuid | size
>> > | folder  | path |
>> pod_id |
>> > data_center_id | iscsi_name | host_ip | volume_type | pool_type |
>> > disk_offering_id | template_id | first_snapshot_backup_uuid |
>> recreatable |
>> > created | attached | updated | removed | state
>> > | chain_info | update_count | disk_type | vm_snapshot_chain_size |
>> iso_id |
>> > display_volume | format | min_iops | max_iops |
>> >
>> +--++---+-+--+-+---+---+--+-+-+--++++-+-+---+--+-++-+-+--+-+-+---++--+---+++++--+--+
>> > | 1572 |  2 | 1 | 249 | NULL |1381
>> > | 0 | ROOT-1381 | 9ee67199-7af8-4a47-8886-016cfff26b5c |
>> > 21474836480 | NULL|
>> > 06a3b4c9-6cfe-45c8-8640-7f562b11e2cb |   NULL |  5 | NULL
>> > | NULL| ROOT| NULL  |  125 | 347 |
>> > NULL   |   0 | 2015-01-08 14:19:27 | NULL
>>  |
>> > 2015-01-08 20:39:59 | NULL| Ready | NULL   |4 |
>> > NULL  |   NULL |   NULL |  0 | VHD|
>> > NULL | NULL |
>> > | 1575 |  2 | 1 | 259 |  249 |1381
>> > | 0 | ROOT-1381 | dbeb4cf4-0673-48be-b474-ebc5a73d08c7 |
>> > 21474836480 | /vol/cldswp_orprimary03 |
>> > 06a3b4c9-6cfe-45c8-8640-7f562b11e2cb |  5 |  5 | NULL
>> > | NULL| ROOT| NULL  |  125 | 347 |
>> > NULL   |   0 | 2015-01-08 20:25:29 | NULL
>>  |
>> > 2015-01-08 20:39:59 | NULL| Expunging | NULL   |6 |
>>
>> here is the problem; the 'Expunging'  value indicates that it is in
>> transit from marked for deletion to a

Re: Multiple ROOT disk for one Instances in CS 4.2.1

[Daan Hoogland]

see inline

On Sat, Jan 24, 2015 at 6:00 AM, Keerthiraja SJ  wrote:
> Below are the query ran for the instances which have many root disk.
>
> mysql> select * from volumes where instance_id='1381';
> +--++---+-+--+-+---+---+--+-+-+--++++-+-+---+--+-++-+-+--+-+-+---++--+---+++++--+--+
> | id   | account_id | domain_id | pool_id | last_pool_id | instance_id |
> device_id | name  | uuid | size
> | folder  | path | pod_id |
> data_center_id | iscsi_name | host_ip | volume_type | pool_type |
> disk_offering_id | template_id | first_snapshot_backup_uuid | recreatable |
> created | attached | updated | removed | state
> | chain_info | update_count | disk_type | vm_snapshot_chain_size | iso_id |
> display_volume | format | min_iops | max_iops |
> +--++---+-+--+-+---+---+--+-+-+--++++-+-+---+--+-++-+-+--+-+-+---++--+---+++++--+--+
> | 1572 |  2 | 1 | 249 | NULL |1381
> | 0 | ROOT-1381 | 9ee67199-7af8-4a47-8886-016cfff26b5c |
> 21474836480 | NULL|
> 06a3b4c9-6cfe-45c8-8640-7f562b11e2cb |   NULL |  5 | NULL
> | NULL| ROOT| NULL  |  125 | 347 |
> NULL   |   0 | 2015-01-08 14:19:27 | NULL |
> 2015-01-08 20:39:59 | NULL| Ready | NULL   |4 |
> NULL  |   NULL |   NULL |  0 | VHD|
> NULL | NULL |
> | 1575 |  2 | 1 | 259 |  249 |1381
> | 0 | ROOT-1381 | dbeb4cf4-0673-48be-b474-ebc5a73d08c7 |
> 21474836480 | /vol/cldswp_orprimary03 |
> 06a3b4c9-6cfe-45c8-8640-7f562b11e2cb |  5 |  5 | NULL
> | NULL| ROOT| NULL  |  125 | 347 |
> NULL   |   0 | 2015-01-08 20:25:29 | NULL |
> 2015-01-08 20:39:59 | NULL| Expunging | NULL   |6 |

here is the problem; the 'Expunging'  value indicates that it is in
transit from marked for deletion to actual deletion. I am not sure
what caused this but it is not good. The field should contain the
value 'Expunged' and the field before should contain the time-stamp of
the moment this happened.

If this is production, investigate before following my advice blindly.
It is code analysis that brought me to this conclusion, not
experience.

> NULL  |   NULL |   NULL |  0 | VHD|
> NULL | NULL |
> +--++---+-+--+-+---+---+--+-+-+--++++-+-+---+--+-++-+-+--+-+-+---++--+---+++++--+--+
> 2 rows in set (0.00 sec)
>
>
>
>
> On Fri, Jan 23, 2015 at 5:00 PM, Prashant Kumar Mishra <
> prashantkumar.mis...@citrix.com> wrote:
>
>> Can you check state of these Disks in DB( volumes table for give
>> instance_id).
>>
>> On 1/23/15, 4:46 PM, "Daan Hoogland"  wrote:
>>
>> >Keerthi,
>> >
>> >This doesn't ring a bell directly but to investigate further;
>> >
>> >Did you check in the database whether these are pointing to the same
>> >image? This seems like a data corruption, to me.
>> >
>> >When you say stop/start the vm, do you mean from cloudstack/xenserver
>> >or within the vm?
>> >
>> >On Fri, Jan 23, 2015 at 5:47 AM, K

Re: Multiple ROOT disk for one Instances in CS 4.2.1

[Daan Hoogland]

Keerthi,

This doesn't ring a bell directly but to investigate further;

Did you check in the database whether these are pointing to the same
image? This seems like a data corruption, to me.

When you say stop/start the vm, do you mean from cloudstack/xenserver
or within the vm?

On Fri, Jan 23, 2015 at 5:47 AM, Keerthiraja SJ  wrote:
> Anyone can help on this.
>
> Thanks,
> Keerthi
>
> On Thu, Jan 22, 2015 at 11:46 AM, Keerthiraja SJ 
> wrote:
>
>> Hi
>>
>> For one of my Instances I could see many multiple of RootDisk.
>>
>> Because of this when xenserver reboots or if I stop and start the
>> instances my VM is not responding.
>>
>> How can I fix this issue.
>>
>> I could see this issue almost out 173 VM's 5 are like this.
>>
>> *Below are the one pasted from the Storage CS GUI*
>>
>> ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServeror004-test.net ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServeror004-test.net
>> ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>>  ROOT-868ROOTXenServer
>> Thanks,
>> Keerthi
>>
>>



-- 
Daan

Re: [VOTE] Apache CloudStack 4.5.0 RC1

[Daan Hoogland]

David,

Can you be lenient with the 72 hour schedule on this one? I don't
think I personally can get to test this soon and we have two other
votes going on as well.

On Wed, Jan 14, 2015 at 7:38 AM, Marcus  wrote:
> +1, ran some of the smoke tests that cover basic deployments of vm,
> vpc, and several storage types.
>
> On Mon, Jan 12, 2015 at 11:36 PM, Rohit Yadav  
> wrote:
>> (+ users)
>>
>> Hi everyone,
>>
>> David has started the voting process for 4.5.0 candidate, please help test 
>> this candidate.
>> In case you’re unable to build from source, you may use following repository 
>> built from SHA 8db3cbd4ff62b17a8b496026b68cf60ee0c76740:
>>
>> DEB: http://packages.bhaisaab.org/cloudstack/testing/debian/4.5/
>> RPM: http://packages.bhaisaab.org/cloudstack/testing/centos/4.5/
>> SystemVM Templates: http://packages.shapeblue.com/systemvmtemplate/4.5/4.5.0
>>
>>> On 13-Jan-2015, at 4:46 am, David Nalley  wrote:
>>>
>>> Hi folks,
>>>
>>> I've created a 4.5.0 release candidate, with the following artifacts
>>> up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=tree;h=refs/heads/4.5-RC20150112T2256;hb=4.5-RC20150112T2256
>>> Commit: 8db3cbd4ff62b17a8b496026b68cf60ee0c76740
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc1/
>>>
>>> PGP release keys (signed using 6FE50F1C):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for at least 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software 
>> Engineering
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe you have received this email in error. Shape Blue Ltd is a 
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>> company incorporated in India and is operated under license from Shape Blue 
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a 
>> company registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.



-- 
Daan

Re: VMware dvSwitch issues on 4.4.2.

[Daan Hoogland]

sounds like a regression, The contents of the fix was made on branch 4.5
and 4.3. 17676d6bb96a473facddba69be0809884db70d66

There is a vote on 4.4.3 out but it doesn't contain this and that is a
blocker I think.

On Mon, Jan 12, 2015 at 4:45 PM, Steve Searles  wrote:

>  Is anyone running 4.4.2 with a vmware dvSwitch for guest and public
> traffic successfully.  I have enabled vmware.use.dvswitch=true in the
> global config but still am getting the java.lang.NumberFormatException when
> trying to provision an instance.  I have opened a new JIRA issue for this
> as it seems that the same issue was reported in CLOUDSTACK-5046 and has
> returned.  Below is the relevant portion of the management server log.
> Does anyone have any idea that might help? I have defined my network in the
> following format for traffic labels "dvSwitch0,1901,vmwaredvs” Any help
> would be appreciated.
>
>
>
>
>  2015-01-12 10:14:09,535 INFO  [c.c.h.v.r.VmwareResource]
> (DirectAgent-5:ctx-8212ae15 esx01.p1c1.us-east-cvg.cs.zimcom.net) Prepare
> NIC device based on NicTO:
> {"deviceId":0,"networkRateMbps":200,"defaultNic":false,"uuid":"0a9287b8-656b-4f3a-904f-47ee13a2fe70","ip":"172.31.255.1","netmask":"255.255.255.0","mac":"02:00:16:4a:00:02","dns1":"209.212.245.10","dns2":"209.212.246.10","broadcastType":"Vlan","type":"Guest","broadcastUri":"
> vlan://2016","isolationUri":"vlan://2016
> ","isSecurityGroupEnabled":false,"name":"dvSwitch0,1901,vmwaredvs"}
> 2015-01-12 10:14:09,542 INFO  [c.c.h.v.r.VmwareResource]
> (DirectAgent-5:ctx-8212ae15 esx01.p1c1.us-east-cvg.cs.zimcom.net) Prepare
> network on vmwaredvs dvSwitch0 with name prefix: cloud.guest
> 2015-01-12 10:14:09,550 WARN  [c.c.h.v.r.VmwareResource]
> (DirectAgent-5:ctx-8212ae15 esx01.p1c1.us-east-cvg.cs.zimcom.net) dvsw
> Message: null
>
>  java.lang.NumberFormatException: null
> at java.lang.Integer.parseInt(Integer.java:454)
> at java.lang.Integer.parseInt(Integer.java:527)
> at
> com.cloud.hypervisor.vmware.mo.HypervisorHostHelper.prepareNetwork(HypervisorHostHelper.java:484)
> at
> com.cloud.hypervisor.vmware.resource.VmwareResource.prepareNetworkFromNicInfo(VmwareResource.java:2350)
> at
> com.cloud.hypervisor.vmware.resource.VmwareResource.execute(VmwareResource.java:1606)
> at
> com.cloud.hypervisor.vmware.resource.VmwareResource.executeRequest(VmwareResource.java:448)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:307)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 2015-01-12 10:14:09,555 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-5:ctx-8212ae15) Seq 1-6221722885212340234: Cancelling because
> one of the answers is false and it is stop on error.
>
>
>
>
>
>
>  Steven Searles, CTO | ssear...@zimcom.net
>  Zimcom Internet Solutions  | www.zimcom.net
>  O: 513.231.9500  |  D: 513.233.4130
>
>
>


-- 
Daan

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #3)

[Daan Hoogland]

On Mon, Jan 12, 2015 at 11:52 AM, Daan Hoogland  wrote:
> +1 (binding)
>
> code changes reviewed
> deploy/stop/list/destroy tests with and without -b option
should have been with and without the -n option! -b never used yet

> readline works:)
>
> On Mon, Jan 12, 2015 at 6:30 AM, Rohit Yadav  
> wrote:
>> +1
>>
>> - checked signature on a different computer
>> - tested against few deployment scripts
>> - tested new command line args (-p, -b, -n)
>>
>>
>> On Monday 12 January 2015 10:45 AM, Rohit Yadav wrote:
>>>
>>> Hi All,
>>>
>>> I've created a 5.3.1 release of CloudMonkey, with the following
>>> artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/master
>>>
>>> Commit: 65bf705531e9c9e54d83594c26ac8c0c62136ae0
>>>
>>> List of changes:
>>>
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES.md;hb=master
>>>
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.1/
>>>
>>> PGP release keys (signed using ID 0EE3D884):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> --
>>> Regards,
>>> Rohit Yadav
>>> Software Architect, ShapeBlue
>>> M. +91 8826230892 | rohit.ya...@shapeblue.com
>>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>> PS. If you see any footer below, I did not add it :)
>>> Find out more about ShapeBlue and our range of CloudStack related services
>>>
>>> IaaS Cloud Design &
>>> Build<http://shapeblue.com/iaas-cloud-design-and-build//>
>>> CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
>>> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
>>> CloudStack Software
>>> Engineering<http://shapeblue.com/cloudstack-software-engineering/>
>>> CloudStack Infrastructure
>>> Support<http://shapeblue.com/cloudstack-infrastructure-support/>
>>> CloudStack Bootcamp Training
>>> Courses<http://shapeblue.com/cloudstack-training/>
>>>
>>> This email and any attachments to it may be confidential and are
>>> intended solely for the use of the individual to whom it is addressed.
>>> Any views or opinions expressed are solely those of the author and do
>>> not necessarily represent those of Shape Blue Ltd or related companies.
>>> If you are not the intended recipient of this email, you must neither
>>> take any action based upon its contents, nor copy or show it to anyone.
>>> Please contact the sender if you believe you have received this email in
>>> error. Shape Blue Ltd is a company incorporated in England & Wales.
>>> ShapeBlue Services India LLP is a company incorporated in India and is
>>> operated under license from Shape Blue Ltd. Shape Blue Brasil
>>> Consultoria Ltda is a company incorporated in Brasil and is operated
>>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>>> registered by The Republic of South Africa and is traded under license
>>> from Shape Blue Ltd. ShapeBlue is a registered trademark.
>>
>>
>> --
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 8826230892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>> PS. If you see any footer below, I did not add it :)
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design &
>> Build<http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
>> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
>> CloudStack Software
>> Engineering<http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure
>> Support<http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training
>> Cou

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #3)

[Daan Hoogland]

+1 (binding)

code changes reviewed
deploy/stop/list/destroy tests with and without -b option
readline works:)

On Mon, Jan 12, 2015 at 6:30 AM, Rohit Yadav  wrote:
> +1
>
> - checked signature on a different computer
> - tested against few deployment scripts
> - tested new command line args (-p, -b, -n)
>
>
> On Monday 12 January 2015 10:45 AM, Rohit Yadav wrote:
>>
>> Hi All,
>>
>> I've created a 5.3.1 release of CloudMonkey, with the following
>> artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/master
>>
>> Commit: 65bf705531e9c9e54d83594c26ac8c0c62136ae0
>>
>> List of changes:
>>
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES.md;hb=master
>>
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.1/
>>
>> PGP release keys (signed using ID 0EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> --
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 8826230892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>> PS. If you see any footer below, I did not add it :)
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering
>> CloudStack Infrastructure
>> Support
>> CloudStack Bootcamp Training
>> Courses
>>
>> This email and any attachments to it may be confidential and are
>> intended solely for the use of the individual to whom it is addressed.
>> Any views or opinions expressed are solely those of the author and do
>> not necessarily represent those of Shape Blue Ltd or related companies.
>> If you are not the intended recipient of this email, you must neither
>> take any action based upon its contents, nor copy or show it to anyone.
>> Please contact the sender if you believe you have received this email in
>> error. Shape Blue Ltd is a company incorporated in England & Wales.
>> ShapeBlue Services India LLP is a company incorporated in India and is
>> operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated
>> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
>> registered by The Republic of South Africa and is traded under license
>> from Shape Blue Ltd. ShapeBlue is a registered trademark.
>
>
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> PS. If you see any footer below, I did not add it :)
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design &
> Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training
> Courses
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a
> company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.



-- 
Daan

[ACS44] release candidate under evaluation

[Daan Hoogland]

Dear users@,

As per our bylaws release candidates need to be voted on on the dev@
list. I started a mail thread for this purpose [1].  The voting
process is open for anyone and you are all invited to evaluate the
source code or the rpms that are made available.

[1] http://markmail.org/message/mioccoa5gw2bnp5w

regards,
-- 
Daan

Re: External use of a single IP / blacklist IP

[Daan Hoogland]

1. make sure it is out of range for the particular network type (i.e.
define a network 1.2.3.0/24 with start-ip 1.2.3.4 and then use
1.2.3.1-3 for other purposes (gateway, your dns/dhcp etc)
2. or create a vm with that ip and disable it for us (edit
/etc/init.d/* to make sure it doesn't claim network)
3. edit thje database to trick cloudstack (not recomendable)

good luck,

On Mon, Jan 5, 2015 at 11:59 AM, Stephan Seitz
 wrote:
> Hi,
>
> we're running ACS 4.4 w/ advanced networking. I'ld like to use one
> single IP for an ACS unrelated host.
>
> What would be the best way of telling ACS to not provision that
> particular IP?
>
> Thanks for any hints!
>
> - Stephan
>



-- 
Daan

Re: XenServer Creedence support

[Daan Hoogland]

We will have to patch and release at minimum. not out of the box.

On Fri, Jan 2, 2015 at 8:22 PM, Matthew Midgett
 wrote:
> Will ACS 4.4 support Xenserver Creedence when it is released?
>



-- 
Daan

Re: [VOTE] Apache Cloudstack 4.3.2

[Daan Hoogland]

H,

The LibvirtComputingResourceTests don't work from the maven
commandline. They do work as unit test run from eclipse. Is this a
known issue? It seems to me there is something in the assert of an xml
output tht is wrong. The build with skipTests is succesful.

thanks,

On Fri, Dec 19, 2014 at 11:57 AM, Gopalakrishnan S  wrote:
> Hi Suresh,
>
> It does not create ROOT volume due to storage unavailablilty. You should
> check your primary and secondary storage connections.
>
> Thank You.
> Gopalakrishnan.S
> Cloud Consultant - Fogpanel
>
> - Original Message - From: "Suresh Sadhu" 
> To: ; 
> Cc: 
> Sent: Friday, December 19, 2014 4:09 PM
> Subject: RE: [VOTE] Apache Cloudstack 4.3.2
>
>
>
> I am seeing below exception after enabling zone,system vms fail to start
> .even after copying the vhd-util on host ,i still see  this below exception.
> is there any specific reason for this below failure?
>
>  at java.lang.Thread.run(Thread.java:745)
> INFO  [o.a.c.s.v.VolumeServiceImpl] (consoleproxy-1:ctx-90824cd9) releasing
> lock for VMTemplateStoragePool 96
> WARN  [c.c.u.d.Merovingian2] (consoleproxy-1:ctx-90824cd9) Was unable to
> find lock for the key template_spool_ref96 and thread id 1326468965
> INFO  [c.c.v.VirtualMachineManagerImpl] (consoleproxy-1:ctx-90824cd9) Unable
> to contact resource.
> com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is
> unreachable: Unable to create Vol[42|vm=42|ROOT]:Catch Exception
> com.cloud.utils.exception.CloudRuntimeException for template +  due to
> com.cloud.utils.exception.CloudRuntimeException: failed to dd
> /var/run/cloud_mount/0ec57654-6b1c-4274-b07c-91f2a1eb3a1f//b051e4dc-1f05-49f8-8f61-4d6589005108.vhd
> to
> /var/run/sr-mount/4af66230-c143-a4d9-ce9b-63b9e64602d0/7e78e277-38e2-4a56-bbdd-66d124f2cd31.vhd
>at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.recreateVolume(VolumeOrchestrator.java:1204)
>at
> org.apache.cloudstack.engine.orchestration.VolumeOrchestrator.prepare(VolumeOrchestrator.java:1256)
>at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:963)
>at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:761)
>at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:745)
>at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:555)
>at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:941)
>at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1666)
>at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:157)
>at
> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:118)
>at
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:35)
>at
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:88)
>at
> com.cloud.vm.SystemVmLoadScanner$1.runInContext(SystemVmLoadScanner.java:79)
>at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
>at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
>at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>at java.lang.Thread.run(Thread.java:745)
> INFO  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-11:ctx-49709bc5) VM does
> not exist on XenServer95d18ca7-b4d1-4135-9b27-42b9b62ae1f2
> WARN  [c.c.c.ConsoleProxyManagerImpl] (consoleproxy-1:ctx-90824cd9)
> Exception while trying to start console proxy
> com.cloud.exception.InsufficientServerCapacityException: Unable to create a
> deployment for VM[ConsoleProxy|v-42-VM]Scope=interface
> com.cloud.dc.DataCenter; id=1
>at
> com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart(VirtualMachineManagerImpl.java:922)
>at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineMana

Re: Script to destroy vms

[Daan Hoogland]

you'll have to write a bit of script to search the id for the vm first.

On Thu, Dec 18, 2014 at 7:15 PM, Joe Y.  wrote:
> Can anyone point me to a script or way of destroying virtual machines via
> cli? In cloud monkey I only see destroy by I'd but I'd like to be able to
> via display name...thanks for the help!



-- 
Daan

Re: [CVE-2014-7807] Apache CloudStack unauthenticated LDAP binds

[Daan Hoogland]

I am not working for ShapeBlue, Eric nor for Citrix, but they both
help out a lot, yes.

On Tue, Dec 9, 2014 at 11:56 PM,   wrote:
> Daan,
> Thank you for your insight on this matter.
> I have seen on occasion that Citrix comes in and helps out.  You guys
> (shapeblue) have definitely been contributing to this forum a whole
> lot and for that I appreciate it.
> thank you againeric
>
> On 12/9/2014 at 4:49 PM, "Daan Hoogland"  wrote:Eric, the bug was
> fixed by A Citrix employee from India and it was
> reported by Citrix in California. All ShapeBlue has done was include
> it in its packaging after it was contributed t the Apche CloudStack
> repository. So I would say Citrix' contribution to this is
> instrumental and fundamental.
> kind regards,
> Daan (working for neither ShapeBlue or Citrix, yet grateful to both)
>
> On Tue, Dec 9, 2014 at 5:26 PM,   wrote:
>> Good evening,
>> Just asking about the group.
>> If it wasn't for shapeblue; what other user/body in the cloudstack
>> community would resolve this quickly?  How much is Citrix even
> helping
>> out anymore?
>> thank youEric
>>
>> On 12/9/2014 at 3:40 AM, "Rohit Yadav"  wrote:ShapeBlue has created
> a
>> patch that fixes this issue for Apache CloudStack 4.3.1 users, it
>> available from their “main” deb/rpm repository. ShapeBlue has
> also
>> published Apache CloudStack 4.4.2 debs/rpms on their main and
> upstream
>> repositories.
>>
>> Repository: http://shapeblue.com/packages
>> Release notes:
>>
> https://github.com/shapeblue/cloudstack/wiki/Apache-CloudStack-4.3.1-ShapeBlue-Patch02
>> Source tag 4.3.1-shapeblue-02:
>>
> https://github.com/shapeblue/cloudstack/releases/tag/shapeblue-4.3.1-02
>>
>> Regards.
>>
>>> On 09-Dec-2014, at 1:41 am, John Kinsella  wrote:
>>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA512
>>>
>>> CVE-2014-7807: Apache CloudStack unauthenticated LDAP binds
>>>
>>> CVSS:
>>> 7.5, AV:N/AC:L/Au:N/C:P/I:P/A:P
>>>
>>> Vendors:
>>> The Apache Software Foundation
>>> Citrix, Inc.
>>>
>>> Versions Afffected:
>>> Apache CloudStack 4.3, 4.4
>>>
>>> Description:
>>> Apache CloudStack may be configured to authenticate LDAP users.
>>> When so configured, it performs a simple LDAP bind with the name
>>> and password provided by a user.  Simple LDAP binds are defined
>>> with three mechanisms (RFC 4513): 1) username and password; 2)
>>> unauthenticated if only a username is specified; and 3) anonymous
>>> if neither username or password is specified.  Currently, Apache
>>> CloudStack does not check if the password was provided which could
>>> allow an attacker to bind as an unauthenticated user.
>>>
>>> Mitigation:
>>> Users of Apache CloudStack 4.4 and derivatives should update to the
>>> latest version (4.4.2)
>>>
>>> An updated release for Apache CloudStack 4.3.2 is in testing. Until
>>> that is released, we recommend following the mitigation below:
>>>
>>> By default, many LDAP servers are not configured to allow
>> unauthenticated
>>> binds.  If the LDAP server in use allow this behaviour, a potential
>>> interim solution would be to consider disabling unauthenticated
>>> binds.
>>>
>>> Credit:
>>> This issue was identified by the Citrix Security Team.
>>> -BEGIN PGP SIGNATURE-
>>> Version: GnuPG v1
>>> Comment: GPGTools - http://gpgtools.org
>>>
>>> iQIcBAEBCgAGBQJUhgUCAAoJEOom9N0pCN7SOQMQAKyBuhg25u3FcVOU5XMdGGpT
>>> 2kSVFoLFR74ObI8bdr3HP+2LdLf/Go9QBBrWlZ034FUj6OV0Ct5o8TNB6AHbv0qF
>>> Ar4N05JoGtPaDCe9sWV/+ykOJH8snQjnYwVFrLZlLw8Y/JUQ+I1yJBksw8a2/hT2
>>> vmYgYiAQyrEMMk4bhBBlEyaJFMhuMtKtgUqLDW8wmlhkt2acZMt/0BKxDwAO8o7m
>>> 6ypepPCmkPHUpD50tfcCI+K4ib/C5EOn40n4orM97/JHZLsCyhz5nk36eQMOQQz2
>>> fJlaA04fQSV4Cv7c+S0LPh5e4e6TPSrOW3O4/V2dkjK/GgP8kUoo7ivyjIw6d2oJ
>>> Z5vqqgxrmgwDjH58YfVu3tyVuDlOFTZfCLkhdoXMxHfMLYYKeXkffRli9XabxrE+
>>> AkVoXaQAumf8IzTLVSQztV18jC79kvEeCV0pFYOjb/X/gShemruqmCWVDulj1ax6
>>> tzoP+Bm2mQRyrRClY37R+q3cQ2z6eNAC/vAoYzhYBN1o63MYneLYDADhyE6YIGz0
>>> LTbDDGFn0WVdFDrqworHdYDIMW7HQFMNtsQuueeP7LBldsgyTmjmBMp+S3Tq27UT
>>> RaVgp3n9ZUPdzj/i1vvJBrATKUNmv1GDoy+C1GPNx423nEOe7dFkMJARlcbf5Pml
>>> 03DX+ot4Xan0P5HXPT+r
>>> =QqOf
>>> -END PGP SIGNATURE-
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 308

Re: [CVE-2014-7807] Apache CloudStack unauthenticated LDAP binds

[Daan Hoogland]

Eric, the bug was fixed by A Citrix employee from India and it was
reported by Citrix in California. All ShapeBlue has done was include
it in its packaging after it was contributed t the Apche CloudStack
repository. So I would say Citrix' contribution to this is
instrumental and fundamental.


kind regards,
Daan (working for neither ShapeBlue or Citrix, yet grateful to both)

On Tue, Dec 9, 2014 at 5:26 PM,   wrote:
> Good evening,
> Just asking about the group.
> If it wasn't for shapeblue; what other user/body in the cloudstack
> community would resolve this quickly?  How much is Citrix even helping
> out anymore?
> thank youEric
>
> On 12/9/2014 at 3:40 AM, "Rohit Yadav"  wrote:ShapeBlue has created a
> patch that fixes this issue for Apache CloudStack 4.3.1 users, it
> available from their “main” deb/rpm repository. ShapeBlue has also
> published Apache CloudStack 4.4.2 debs/rpms on their main and upstream
> repositories.
>
> Repository: http://shapeblue.com/packages
> Release notes:
> https://github.com/shapeblue/cloudstack/wiki/Apache-CloudStack-4.3.1-ShapeBlue-Patch02
> Source tag 4.3.1-shapeblue-02:
> https://github.com/shapeblue/cloudstack/releases/tag/shapeblue-4.3.1-02
>
> Regards.
>
>> On 09-Dec-2014, at 1:41 am, John Kinsella  wrote:
>>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> CVE-2014-7807: Apache CloudStack unauthenticated LDAP binds
>>
>> CVSS:
>> 7.5, AV:N/AC:L/Au:N/C:P/I:P/A:P
>>
>> Vendors:
>> The Apache Software Foundation
>> Citrix, Inc.
>>
>> Versions Afffected:
>> Apache CloudStack 4.3, 4.4
>>
>> Description:
>> Apache CloudStack may be configured to authenticate LDAP users.
>> When so configured, it performs a simple LDAP bind with the name
>> and password provided by a user.  Simple LDAP binds are defined
>> with three mechanisms (RFC 4513): 1) username and password; 2)
>> unauthenticated if only a username is specified; and 3) anonymous
>> if neither username or password is specified.  Currently, Apache
>> CloudStack does not check if the password was provided which could
>> allow an attacker to bind as an unauthenticated user.
>>
>> Mitigation:
>> Users of Apache CloudStack 4.4 and derivatives should update to the
>> latest version (4.4.2)
>>
>> An updated release for Apache CloudStack 4.3.2 is in testing. Until
>> that is released, we recommend following the mitigation below:
>>
>> By default, many LDAP servers are not configured to allow
> unauthenticated
>> binds.  If the LDAP server in use allow this behaviour, a potential
>> interim solution would be to consider disabling unauthenticated
>> binds.
>>
>> Credit:
>> This issue was identified by the Citrix Security Team.
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>> Comment: GPGTools - http://gpgtools.org
>>
>> iQIcBAEBCgAGBQJUhgUCAAoJEOom9N0pCN7SOQMQAKyBuhg25u3FcVOU5XMdGGpT
>> 2kSVFoLFR74ObI8bdr3HP+2LdLf/Go9QBBrWlZ034FUj6OV0Ct5o8TNB6AHbv0qF
>> Ar4N05JoGtPaDCe9sWV/+ykOJH8snQjnYwVFrLZlLw8Y/JUQ+I1yJBksw8a2/hT2
>> vmYgYiAQyrEMMk4bhBBlEyaJFMhuMtKtgUqLDW8wmlhkt2acZMt/0BKxDwAO8o7m
>> 6ypepPCmkPHUpD50tfcCI+K4ib/C5EOn40n4orM97/JHZLsCyhz5nk36eQMOQQz2
>> fJlaA04fQSV4Cv7c+S0LPh5e4e6TPSrOW3O4/V2dkjK/GgP8kUoo7ivyjIw6d2oJ
>> Z5vqqgxrmgwDjH58YfVu3tyVuDlOFTZfCLkhdoXMxHfMLYYKeXkffRli9XabxrE+
>> AkVoXaQAumf8IzTLVSQztV18jC79kvEeCV0pFYOjb/X/gShemruqmCWVDulj1ax6
>> tzoP+Bm2mQRyrRClY37R+q3cQ2z6eNAC/vAoYzhYBN1o63MYneLYDADhyE6YIGz0
>> LTbDDGFn0WVdFDrqworHdYDIMW7HQFMNtsQuueeP7LBldsgyTmjmBMp+S3Tq27UT
>> RaVgp3n9ZUPdzj/i1vvJBrATKUNmv1GDoy+C1GPNx423nEOe7dFkMJARlcbf5Pml
>> 03DX+ot4Xan0P5HXPT+r
>> =QqOf
>> -END PGP SIGNATURE-
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering
> CloudStack Infrastructure Support
> CloudStack Bootcamp Training Courses
>
> This email and any attachments to it may be confidential and are
> intended solely for the use of the individual to whom it is addressed.
> Any views or opinions expressed are solely those of the author and do
> not necessarily represent those of Shape Blue Ltd or related
> companies. If you are not the intended recipient of this email, you
> must neither take any action based upon its contents, nor copy or show
> it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated
> in England & Wales. ShapeBlue Services India LLP is a company
> incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA
> Pty Ltd is a company registered by The Republic of South Africa and is
> traded under license from Shape Blue Ltd. ShapeBlue is a registered
> t

Re: [DISCUSS] LTS Releases

[Daan Hoogland]

Rohit, I consider you my friend and colleague, I could reply on
everything said but do not want to escalate on all the details. The
only remark I want to make is that 4.4 is open for commits from here
on in.

On Tue, Nov 25, 2014 at 4:16 PM, Rohit Yadav  wrote:
> Hey Daan,
>
>> On 25-Nov-2014, at 7:26 pm, Daan Hoogland  wrote:

-- 
Daan

Re: [DISCUSS] LTS Releases

[Daan Hoogland]

On Tue, Nov 25, 2014 at 3:47 PM, Nux!  wrote:
> I like 4.4 better than 4.3 for my use case and despite the bugs I hit it does 
> its job.
> If I were to deploy today it would still be with 4.4. Hope this makes you 
> feel better. :-)


It makes me feel the hero;) Seriously, I don't feel bad about 4.4, but
I am worried of a legacy of 4.3 being created were 4.4 effectively
becomes a fork of the product while 4.3 keeps converging back to 4.5.
Rohit is putting tremendous effort into 4.3 that I will certainly not
put into 4.4. I don't mind doing some convergence work. This is not
our use case. I don't want to compete with Rohit. I raise the subject
because of my concerns for the project.

-- 
Daan

Re: [DISCUSS] LTS Releases

[Daan Hoogland]

On Tue, Nov 25, 2014 at 2:40 PM, Rohit Yadav  wrote:
> The 4.4 branch does not contain many bugfixes which are in 4.3 and on 
> master/4.5.


That is worrying, Rohit. As the rest of your mail is already a vote of
distrust, this part says we should not release 4.4.2 as it contains
regressions. This is a very bad signal to users and the rest of the
community. What you are saying is (you in transitive form), 'we won't
port fixes to 4.4 but only to 4.3 so upgrade to newer 4.3 versions and
not to a 4.4 version. You have the right to do so but I don't like it.
Fortunately, I met people at CCCEU stating that 4.4 was working
perfectly for them. Unfortunately an incompatibility seldom is just
for- or backward. Most of the time it is two way. Will you support
transitioning from 4.4 to 4.5 as rigorously as you now discourage the
transition to 4.4? I think you will need to.

-- 
Daan

Re: Upgrade 4.4.0 to 4.4.1

[Daan Hoogland]

H Soeren,

This a known issue. The reason this is not executed is not known, yet. A
clean 4.4.1 install does install the column.

mobile dev with bilingual spelling checker used (read at your own risk)
Op 23 nov. 2014 11:12 schreef "Soeren Malchow" :

> Dear all,
>
> i found the following:
>
> When upgrading from 4.4.0 (clean install, no upgrade) to 4.4.1 I encounter
> this error
>
> SEVERE: Exception sending context initialized event to listener instance
> of class
> org.apache.cloudstack.spring.module.web.CloudStackContextLoaderListener
> com.cloud.utils.exception.CloudRuntimeException: DB Exception on:
> com.mysql.jdbc.JDBC4PreparedStatement@37842873: SELECT snapshot_policy.id,
> snapshot_policy.volume_id, snapshot_policy.schedule,
> snapshot_policy.timezone, snapshot_policy.interval,
> snapshot_policy.max_snaps, snapshot_policy.active, snapshot_policy.uuid,
> snapshot_policy.display FROM snapshot_policy
>
> when checking the database, the column "snapshot_policy.display" does not
> exist.
>
> When checking the database upgrade files I can find an alter statement in
> "schema-430to440.sql" that is
>
> ALTER TABLE `cloud`.`snapshot_policy` ADD COLUMN `display` tinyint(1) NOT
> NULL DEFAULT '1' COMMENT 'True if the policy can be displayed to the end
> user';
>
> If I execute this manually, the upgrade works
>
> Regards
> Soeren
>

Re: ALL Hosts Stuck in Maintenance

[Daan Hoogland]

Steven,

I had a look at your stacktrace. It seems a vm is marked to be migrated
back during maintenance mode cancel and it doesn't exist. Did you destroy
any of the vms on the host while it was in maintenance?

There is a number of jobs for migration each of which pertains to a vm. For
one of them the vm does not exist. Doesn't exist in this case means that it
is not in the database. This is a bug, obviously. I can't be sure what
happened during the maintenance mode and thus not what the nature of the
bug exactly is. It would be nice if you could to investigate this.

Daan


On Fri, Nov 21, 2014 at 6:35 PM, Steve Searles  wrote:

>  Below is the full NPE from the catalina.out if that would help.  This is
> the same NPE for all hypervisor types.
>
>  INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-10:ctx-208629c7
> job-12679) Add job-12679 into job monitoring
> ERROR [c.c.a.ApiAsyncJobDispatcher] (API-Job-Executor-10:ctx-208629c7
> job-12679) Unexpected exception while executing
> org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd
> java.lang.NullPointerException
> at
> com.cloud.resource.ResourceManagerImpl.doCancelMaintenance(ResourceManagerImpl.java:2083)
> at
> com.cloud.resource.ResourceManagerImpl.cancelMaintenance(ResourceManagerImpl.java:2140)
> at
> com.cloud.resource.ResourceManagerImpl.cancelMaintenance(ResourceManagerImpl.java:1127)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy148.cancelMaintenance(Unknown Source)
> at
> org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd.execute(CancelMaintenanceCmd.java:102)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
> at
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-10:ctx-208629c7
> job-12679) Remove job-12679 from job monitoring
>
>
>Steven Searles, CTO | ssear...@zimcom.net
>  Zimcom Internet Solutions  | www.zimcom.net
>  O: 513.231.9500  |  D: 513.233.4130
>
>
>  On Nov 21, 2014, at 12:31 PM, Steve Searles  wrote:
>
>  In my case the agent is connected fine.  I have tried even restarting
> the hosts.  I have the agent log in debug for the KVM server and am not
> seeing the mgmt server even trying to execute anything when coming out of
> maintenance.  I just get the NPE immediately in the management server
> logs.
>
>   Steven Searles, CTO | ssear...@zimcom.net
>  Zimcom Internet Solutions  | www.zimcom.net
>  O: 513.231.9500  |  D: 513.233.4130
>
> 
>
>  On Nov 21, 2014, at 10:54 AM, Andrija Panic 
> wrote:
>
> Experienced similar behaviour, for kvm - seems like restarting libvirtd and
> give it some time to settle, and than agent connects ... on its own...
>
> Sent from Google Nexus 4
> On Nov 21, 2014 4:43 PM, "Steve Searles"  wrote:
>
> For some reason it is affecting every host.  VMware, KVM, and XenServer.
> No hosts will come out of maintenance same NPE for all.  Storage will

Re: [DISCUSS] 4.3 branch backporting bugfixes

[Daan Hoogland]

Two points of concern, Rohit;

1. Doing this is making a promise for the future. Can and will we keep this?
2. don't port anything to 4.3.2 that you don't apply to the  4.4 branch as well.

otherwise I'm all for it.

Re: [ACS44] release 4.4.2 imminent

[Daan Hoogland]

I think, till we o longer find bugs that bug us. Not sure, but as far
as I know there is no bug in it now. I just don't want to go into a 72
hour vote period now untill I get some support for the release.

On Mon, Nov 17, 2014 at 10:01 AM, Nux!  wrote:
> Cheers, will do. Till when do we have to do this?
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Daan Hoogland" 
>> To: "dev" , users@cloudstack.apache.org
>> Sent: Monday, 17 November, 2014 08:56:22
>> Subject: [ACS44] release 4.4.2 imminent
>
>> People,
>>
>> I want to make a new 4.4 release after not delivering the quality I
>> would like for 4.4.0 and 4.4.1. I want to call on all to test the head
>> of the 44 branch before I do. Both two prior releases have known
>> issues within one week after release. In my opinion it would be great
>> if we can prevent the next release from having such issues, so once
>> again please test to your best at 4.4 and report to me (in this thread
>> for instance).
>>
>> I addition to that I would like to have a test and evaluation session
>> here @apachecon about the 4.4.2 to asses it's quality. Any of you
>> around Budapest are welcome to join in. Wednesday is the plan.
>>
>> kind regards,
>> --
>> Daan



-- 
Daan

[ACS44] release 4.4.2 imminent

[Daan Hoogland]

People,

I want to make a new 4.4 release after not delivering the quality I
would like for 4.4.0 and 4.4.1. I want to call on all to test the head
of the 44 branch before I do. Both two prior releases have known
issues within one week after release. In my opinion it would be great
if we can prevent the next release from having such issues, so once
again please test to your best at 4.4 and report to me (in this thread
for instance).

I addition to that I would like to have a test and evaluation session
here @apachecon about the 4.4.2 to asses it's quality. Any of you
around Budapest are welcome to join in. Wednesday is the plan.

kind regards,
-- 
Daan

Openstack Paris

[Daan Hoogland]

Any one here? Like to meet up.

Spoke to the midokuro guys, here. They say they don't do development on
cloudstack integration due to lack of customers.

mobile dev with bilingual spelling checker used (read at your own risk)

Re: ACS 4.4.1 DEB Packages not yet available?

[Daan Hoogland]

not good, so what is on the release repo is not the release. wonder
what it is then. I must have messed up the build_asf.sh script. please
refer to the release commit-id. I will have a look at the release
script.

On Sat, Nov 1, 2014 at 12:42 PM, Wido den Hollander  wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 10/31/2014 11:21 PM, Daan Hoogland wrote:
>> I checked out 4.4.1 and the pom.xml contains 4.4.1 as version.
>> What did you download and where do you see a problem?
>>
>
> I downloaded the tar.bz2 from cloudstack.org. The pom.xml there says
> 4.4.1-SNAPSHOT
>
> Tried it a couple of times. This one for example:
> http://mirror.reverse.net/pub/apache/cloudstack/releases/4.4.1/apache-cloudstack-4.4.1-src.tar.bz2
>
> Wido
>
>> On Fri, Oct 31, 2014 at 11:18 PM, Daan Hoogland
>>  wrote:
>>> doesn't seem right, did you pick from the release dir at apache?
>>> I would complain to the release manager if I wasn't him. will
>>> check.
>>>
>>> On Fri, Oct 31, 2014 at 10:20 PM, Wido den Hollander
>>>  wrote:
>>>> I downloaded 4.4.1, but the version still says 4.4.1-SNAPSHOT
>>>>
>>>> Is that correct? I don't think so right.
>>>>
>>>> Wido
>>>>
>>>> On 30-10-14 11:04, Daan Hoogland wrote:
>>>>> I think we mist that, Stephan. Sorry about that.
>>>>>
>>>>> Wido, can you create them?
>>>>>
>>>>>
>>>>> thanks,
>>>>>
>>>>> On Thu, Oct 30, 2014 at 9:08 AM, Stephan Seitz
>>>>>  wrote:
>>>>>> Hi!
>>>>>>
>>>>>> after reading the "4.4.0 -> 4.4.1"-thread on the list, I
>>>>>> think I'm prepared for an Update.
>>>>>>
>>>>>> Running the management-node on Ubuntu 14.04 and following
>>>>>> the documented update procedure (which leads to something
>>>>>> easy as apt-get upgrade), I've noticed that there are no
>>>>>> packages for 4.4.1 available at
>>>>>> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.4/
>>>>>>
>>>>>> Did I miss something? Or is it just not released yet?
>>>>>>
>>>>>>
>>>>>> cheers,
>>>>>>
>>>>>> - Stephan
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>
>>>
>>>
>>> -- Daan
>>
>>
>>
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1
>
> iQIcBAEBAgAGBQJUVMc1AAoJEAGbWC3bPspCWX8P/38mJFr26dFpaxQ3NSuP6Nte
> Lj8HL7bhcncN2I363ZYyn7V0QqP06Qbdn3NG+yViBfDNOxcZoX7MYkTKXifLQHuU
> aSEwfmJrvKOTuT8GLWLJzqld0MtkUGEnLwGrLDRblHaRJSEP+bHt7uns3l051DPv
> gLzHf4Uqtb0kcTDra3qZieRe6QplNvbxWACFVie/0bK4k360PczG1wb479ECTgt9
> CzQlCNry5rdiLeI2Nmo7RiyhmYhmiTuZKOKEgYGPThCczoGvpbJDa+3qdYSkk66k
> bhBswaEp3GOyTHsN5USC/UbawgTaE824R1+q2NgtqyVKQJiZw/vJuIjkRJ5MbX/N
> BBb+oaw/Fqfks/GM3Q70JWGU05zlxVMBDjA6x6yKiJl6GNzEtjKbobvtmWWQ9QUd
> RICMp+8EC6SY7YuK3BOkhZ3K3cmIvumDJhhO0GqxJJszaGO6vosxIoP973sPzeB9
> wpP3hxT+dcb2ghGg6WLSvwq5l1Fz2B2fjL8xppw2xEnS/eSPCzyObmyZL8Nco2iF
> cg62apTgIQOwwB+3WyGKdrKbgY93o46uXM2CdfqGX2JbdwxYu0uyzojE5JhCaxYB
> MLqJRK88+y78hsut8Z96iaNWZ7hWhhXPZgSu677pNT+44qSW3f+h9XmYOjOMLlSp
> AtLUalA4R6Mqfmtahqj2
> =b83a
> -END PGP SIGNATURE-



-- 
Daan

Re: ACS 4.4.1 DEB Packages not yet available?

[Daan Hoogland]

btw Wido,

Did the 4.4.0 release come over ok? I didn't mess up the script in between.

On Sat, Nov 1, 2014 at 1:59 PM, Daan Hoogland  wrote:
> not good, so what is on the release repo is not the release. wonder
> what it is then. I must have messed up the build_asf.sh script. please
> refer to the release commit-id. I will have a look at the release
> script.
>
> On Sat, Nov 1, 2014 at 12:42 PM, Wido den Hollander  wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 10/31/2014 11:21 PM, Daan Hoogland wrote:
>>> I checked out 4.4.1 and the pom.xml contains 4.4.1 as version.
>>> What did you download and where do you see a problem?
>>>
>>
>> I downloaded the tar.bz2 from cloudstack.org. The pom.xml there says
>> 4.4.1-SNAPSHOT
>>
>> Tried it a couple of times. This one for example:
>> http://mirror.reverse.net/pub/apache/cloudstack/releases/4.4.1/apache-cloudstack-4.4.1-src.tar.bz2
>>
>> Wido
>>
>>> On Fri, Oct 31, 2014 at 11:18 PM, Daan Hoogland
>>>  wrote:
>>>> doesn't seem right, did you pick from the release dir at apache?
>>>> I would complain to the release manager if I wasn't him. will
>>>> check.
>>>>
>>>> On Fri, Oct 31, 2014 at 10:20 PM, Wido den Hollander
>>>>  wrote:
>>>>> I downloaded 4.4.1, but the version still says 4.4.1-SNAPSHOT
>>>>>
>>>>> Is that correct? I don't think so right.
>>>>>
>>>>> Wido
>>>>>
>>>>> On 30-10-14 11:04, Daan Hoogland wrote:
>>>>>> I think we mist that, Stephan. Sorry about that.
>>>>>>
>>>>>> Wido, can you create them?
>>>>>>
>>>>>>
>>>>>> thanks,
>>>>>>
>>>>>> On Thu, Oct 30, 2014 at 9:08 AM, Stephan Seitz
>>>>>>  wrote:
>>>>>>> Hi!
>>>>>>>
>>>>>>> after reading the "4.4.0 -> 4.4.1"-thread on the list, I
>>>>>>> think I'm prepared for an Update.
>>>>>>>
>>>>>>> Running the management-node on Ubuntu 14.04 and following
>>>>>>> the documented update procedure (which leads to something
>>>>>>> easy as apt-get upgrade), I've noticed that there are no
>>>>>>> packages for 4.4.1 available at
>>>>>>> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.4/
>>>>>>>
>>>>>>> Did I miss something? Or is it just not released yet?
>>>>>>>
>>>>>>>
>>>>>>> cheers,
>>>>>>>
>>>>>>> - Stephan
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>>
>>>> -- Daan
>>>
>>>
>>>
>>
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v1
>>
>> iQIcBAEBAgAGBQJUVMc1AAoJEAGbWC3bPspCWX8P/38mJFr26dFpaxQ3NSuP6Nte
>> Lj8HL7bhcncN2I363ZYyn7V0QqP06Qbdn3NG+yViBfDNOxcZoX7MYkTKXifLQHuU
>> aSEwfmJrvKOTuT8GLWLJzqld0MtkUGEnLwGrLDRblHaRJSEP+bHt7uns3l051DPv
>> gLzHf4Uqtb0kcTDra3qZieRe6QplNvbxWACFVie/0bK4k360PczG1wb479ECTgt9
>> CzQlCNry5rdiLeI2Nmo7RiyhmYhmiTuZKOKEgYGPThCczoGvpbJDa+3qdYSkk66k
>> bhBswaEp3GOyTHsN5USC/UbawgTaE824R1+q2NgtqyVKQJiZw/vJuIjkRJ5MbX/N
>> BBb+oaw/Fqfks/GM3Q70JWGU05zlxVMBDjA6x6yKiJl6GNzEtjKbobvtmWWQ9QUd
>> RICMp+8EC6SY7YuK3BOkhZ3K3cmIvumDJhhO0GqxJJszaGO6vosxIoP973sPzeB9
>> wpP3hxT+dcb2ghGg6WLSvwq5l1Fz2B2fjL8xppw2xEnS/eSPCzyObmyZL8Nco2iF
>> cg62apTgIQOwwB+3WyGKdrKbgY93o46uXM2CdfqGX2JbdwxYu0uyzojE5JhCaxYB
>> MLqJRK88+y78hsut8Z96iaNWZ7hWhhXPZgSu677pNT+44qSW3f+h9XmYOjOMLlSp
>> AtLUalA4R6Mqfmtahqj2
>> =b83a
>> -END PGP SIGNATURE-
>
>
>
> --
> Daan



-- 
Daan

Re: ACS 4.4.1 DEB Packages not yet available?

[Daan Hoogland]

I checked out 4.4.1 and the pom.xml contains 4.4.1 as version. What
did you download and where do you see a problem?

On Fri, Oct 31, 2014 at 11:18 PM, Daan Hoogland  wrote:
> doesn't seem right, did you pick from the release dir at apache? I
> would complain to the release manager if I wasn't him. will check.
>
> On Fri, Oct 31, 2014 at 10:20 PM, Wido den Hollander  wrote:
>> I downloaded 4.4.1, but the version still says 4.4.1-SNAPSHOT
>>
>> Is that correct? I don't think so right.
>>
>> Wido
>>
>> On 30-10-14 11:04, Daan Hoogland wrote:
>>> I think we mist that, Stephan. Sorry about that.
>>>
>>> Wido, can you create them?
>>>
>>>
>>> thanks,
>>>
>>> On Thu, Oct 30, 2014 at 9:08 AM, Stephan Seitz
>>>  wrote:
>>>> Hi!
>>>>
>>>> after reading the "4.4.0 -> 4.4.1"-thread on the list, I think I'm
>>>> prepared for an Update.
>>>>
>>>> Running the management-node on Ubuntu 14.04 and following the documented
>>>> update procedure (which leads to something easy as apt-get upgrade),
>>>> I've noticed that there are no packages for 4.4.1 available at
>>>> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.4/
>>>>
>>>> Did I miss something? Or is it just not released yet?
>>>>
>>>>
>>>> cheers,
>>>>
>>>> - Stephan
>>>>
>>>>
>>>
>>>
>>>
>
>
>
> --
> Daan



-- 
Daan

Re: ACS 4.4.1 DEB Packages not yet available?

[Daan Hoogland]

doesn't seem right, did you pick from the release dir at apache? I
would complain to the release manager if I wasn't him. will check.

On Fri, Oct 31, 2014 at 10:20 PM, Wido den Hollander  wrote:
> I downloaded 4.4.1, but the version still says 4.4.1-SNAPSHOT
>
> Is that correct? I don't think so right.
>
> Wido
>
> On 30-10-14 11:04, Daan Hoogland wrote:
>> I think we mist that, Stephan. Sorry about that.
>>
>> Wido, can you create them?
>>
>>
>> thanks,
>>
>> On Thu, Oct 30, 2014 at 9:08 AM, Stephan Seitz
>>  wrote:
>>> Hi!
>>>
>>> after reading the "4.4.0 -> 4.4.1"-thread on the list, I think I'm
>>> prepared for an Update.
>>>
>>> Running the management-node on Ubuntu 14.04 and following the documented
>>> update procedure (which leads to something easy as apt-get upgrade),
>>> I've noticed that there are no packages for 4.4.1 available at
>>> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.4/
>>>
>>> Did I miss something? Or is it just not released yet?
>>>
>>>
>>> cheers,
>>>
>>> - Stephan
>>>
>>>
>>
>>
>>



-- 
Daan

Re: Urgent! - agent can't connect

[Daan Hoogland]

no idea, needs investigation. network flakey? high latency? process on
either side with low prio?

You didn't find exceptions in the logs on either side did you?

On Fri, Oct 31, 2014 at 12:38 PM, Andrija Panic  wrote:
> hm...yes, fresh install 4.4.1 from provided RPMs:
> cloudstack-agent-4.4.1-NONOSS_3.el6.x86_64
>
> Same situation also happened, when I had to manually reboot one of the
> non-important host, without previously puting it into maintance..
>
> AH - agent has just reconnected fineI don't beleive it...any issues on
> why this might happen ?
>
> On 31 October 2014 12:32, Daan Hoogland  wrote:
>
>> On Fri, Oct 31, 2014 at 12:25 PM, Andrija Panic 
>> wrote:
>> > DEBUG
>>
>>
>> stupid question maybe but did you check the agent version against the
>> ms version?
>>
>> --
>> Daan
>>
>
>
>
> --
>
> Andrija Panić
> --
>   http://admintweets.com
> --



-- 
Daan

Re: Urgent! - agent can't connect

[Daan Hoogland]

On Fri, Oct 31, 2014 at 12:25 PM, Andrija Panic  wrote:
> DEBUG


stupid question maybe but did you check the agent version against the
ms version?

-- 
Daan

Re: ACS 4.4.1 DEB Packages not yet available?

[Daan Hoogland]

I think we mist that, Stephan. Sorry about that.

Wido, can you create them?


thanks,

On Thu, Oct 30, 2014 at 9:08 AM, Stephan Seitz
 wrote:
> Hi!
>
> after reading the "4.4.0 -> 4.4.1"-thread on the list, I think I'm
> prepared for an Update.
>
> Running the management-node on Ubuntu 14.04 and following the documented
> update procedure (which leads to something easy as apt-get upgrade),
> I've noticed that there are no packages for 4.4.1 available at
> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.4/
>
> Did I miss something? Or is it just not released yet?
>
>
> cheers,
>
> - Stephan
>
>



-- 
Daan

Announcing Apache™ CloudStack™ v4.4.1

[Daan Hoogland]

Dear Users and developers, A bit late but hereby the official announcement:

Mature, easy-to-deploy Open Source Cloud computing software platform
boasts improved efficiency and performance.

The Apache CloudStack project announced the immediate availability of
Apache CloudStack v4.4.1, the latest version of the turnkey Open
Source cloud computing software platform used for creating private-,
public-, and hybrid cloud environments.

Apache CloudStack clouds enable billions of dollars' worth of business
transactions annually across their clouds, and its maturity and
stability has led it to has become the Open Source platform for many
service providers to set up on-demand, elastic public cloud computing
services, as well as enterprises and others to set up a private or
hybrid cloud for use by their own employees.

"We are delighted to be releasing version 4.4.1 of Apache CloudStack,"
said Giles Sirett, member of the Apache CloudStack Project Management
Committee. "This latest version of CloudStack reflects months of hard
work by our diverse developer community and brings even more features
to help our service-provider and enterprise users enhance their cloud
platforms. Apache CloudStack continues to grow in both deployments and
developer community size, and is the platform of choice for thousands
of organisations that need to build IaaS environments quickly and
securely with a proven, production-grade, technology."

Lauded by Gartner Group, CloudStack includes an intuitive user
interface and rich APIs for managing the compute, networking,
software, and storage infrastructure resources.

CloudStack v4.4.1 reflects dozens of new features and improvements, including:

Improved Storage Management
Virtual Private Cloud tiers can now span guest networks across
availability zones
Support for VMware Distributed Resource Scheduler
Improved Support for Hyper-V Zones, VPC and Storage Migration

A complete overview of all new enhancements can be found in the
project release notes at
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.1/

CloudStack has been used by thousands of organizations worldwide and
is in use/production at Alcatel-Lucent, Autodesk, BT Cloud, China
Telecom, DATACAENTER Services, DataPipe, Edmunds.com, Exoscale,
GreenQloud, Hokkaido University, IDC Frontier, Ikoula, KDDI, KT/Korea
Telecom, LeaseWeb, NTT, Orange, PCextreme, Schuberg Philis, Shopzilla,
Slovak Telekom, SunGard AS, Taiwan Mobile, Tata, Trader Media Group,
TomTom, University of Melbourne, University of Sao Paolo, Verizon,
WebMD and Zynga, among others.

CloudStack originated at Cloud.com, which was acquired by Citrix in
2011. CloudStack was submitted to the Apache Incubator in April 2012
and graduated as an Apache Software Foundation Top-level Project in
March 2013.

Availability

CloudStack v4.4.1 is available immediately as a free download from
http://cloudstack.apache.org/downloads.html. Apache CloudStack
software is released under the Apache License v2.0.

Governance and Oversight

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

Get Involved!

Apache CloudStack welcomes contribution and community participation
through mailing lists as well as attending face-to-face MeetUps,
developer trainings, and user events. Catch CloudStack in action at
the CloudStack Collaboration Conference, the official user/developer
conference of the Apache CloudStack community, 19-21 November 2014 in
Budapest, Hungary @CCCEU14 and http://cloudstackcollab.org

About Apache CloudStack

Apache CloudStack is a mature, turnkey integrated
Infrastructure-as-a-Service (IaaS) Open Source software platform that
allows users to build feature-rich public and private cloud
environments. Hailed by Gartner Group as "a solid product", CloudStack
includes an intuitive user interface and rich APIs for managing the
compute, networking, software, and storage infrastructure resources.
CloudStack entered the Apache Incubator in April 2012 and became an
Apache Top-level Project in March 2013. For downloads, documentation,
and ways to become involved with Apache CloudStack, visit
http://cloudstack.apache.org/ and https://twitter.com/CloudStack

# # #

© The Apache Software Foundation. "Apache", "CloudStack", "Apache
CloudStack", the Apache CloudStack logo, and the Apache CloudStack
Cloud Monkey logo are registered trademarks or trademarks of The
Apache Software Foundation. All other brands and trademarks are the
property of their respective owners.



-- 
Daan

Re: Routing from VPC Private Gateway to Internet (4.2.1)

[Daan Hoogland]

Guys, I am not sure what you want exactly but the 4.2 private gateway
functionality only allows for one route (cidr) and any routing should
be handled by the foreign gateway. There has been some development and
some is planned but this is rather slow at the moment.

On Thu, Oct 23, 2014 at 3:33 AM, Kristoffer Sheather
 wrote:
> Simon Murphy  writes:
>
>>
>>
>>
>>
>> Does anyone know if it should be possible to route from a customer network
> on the private gateway to the internet? When I set this up there is no NAT
> rule created on the VPC and PC’s on the customer network cannot get to the
> internet.
>>
>> The customer would like to use the VPC connection to access the internet.
> Is this possible?
>>
>>
>>
>>
>> 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
>
> Hi Simon,
>
> Did you get anywhere with this?  We have a customer scenario with the same
> requirements.
>
> Regards,
> Kristoffer Sheather
> CloudCentral
>



-- 
Daan

Re: test

[Daan Hoogland]

sorry for allowing this post, I clicked the accept instead of the reject
link.

On Sat, Oct 18, 2014 at 3:55 PM, 流年似水  wrote:

>


-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

ok, then I'd re-init the db and try again, Keeping Pauls remark in mind. I
usually mess up my ip space and find myself stuck in a mess. Paul didn't
you post a sample layout somewhere?

On Fri, Oct 17, 2014 at 10:38 AM, Marc Leeman  wrote:

> On 16 October 2014 17:53, Daan Hoogland  wrote:
>
> > On Thu, Oct 16, 2014 at 5:33 PM, Marc Leeman 
> > wrote:
> >
> > > Is there some inconsistency in the database?
> > >
> > This might well be. To check this look at mshost and mshost_peer.
> >
> > Are you upgrading? Is this a test setup?
> >
> >
> >
> It is my first setup :-)
>
>  mysql> select * from mshost_peer;
>
> ++--+-+---++-+
> | id | owner_mshost | peer_mshost | peer_runid| peer_state |
> last_update |
>
> ++--+-+---++-+
> |  1 |1 |   1 | 1413300325989 | Up | 2014-10-14
> 15:25:55 |
> |  2 |2 |   2 | 1413301475290 | Up | 2014-10-14
> 15:44:48 |
> | 16 |3 |   3 | 1413473252587 | Up | 2014-10-16
> 15:27:45 |
>
> ++--+-+---++-+
> 3 rows in set (0.00 sec)
>
> mysql> select * from mshost;
>
> ++-+---+--+---+-++--+-+-+-+
> | id | msid| runid | name | state | version |
> service_ip | service_port | last_update | removed | alert_count |
>
> ++-+---+--+---+-++--+-+-+-+
> |  1 | 172136268721636 | 1413300325989 | zee  | Up| 4.3.1   |
> 172.16.8.7 | 9090 | 2014-10-14 15:41:40 | NULL|   0 |
> |  2 |  72986426470976 | 1413301475290 | zee  | Up| 4.3.1   |
> 172.16.8.7 | 9090 | 2014-10-14 16:18:24 | NULL|   0 |
> |  3 | 279278805451256 | 1413473252587 | zee  | Up| 4.3.1   |
> 172.16.8.7 | 9090 | 2014-10-17 08:37:41 | NULL|   0 |
>
> ++-+---+--+---+-++--+-+-+-+
> 3 rows in set (0.00 sec)
>



-- 
Daan

Re: Cloudstack 4.4.1 release date?

[Daan Hoogland]

On Fri, Oct 17, 2014 at 1:16 AM, Ron Wheeler  wrote:

> Target is in the past.
>
> Once a target is missed, the date should be updated.
> Otherwise people think that the target was met and they are just not very
> good at finding releases.
>
> ​As stated earlier: ​
There is no longer a schedule as the work at the moment is driven by issues
that come up.

So you could put a guess there or remove the target date altogether. I
think neither makes sense. ​You are free to edit the wiki.​

Ron
>

-- 
Daan

Re: Cloudstack 4.4.1 release date?

[Daan Hoogland]

On Thu, Oct 16, 2014 at 1:06 PM, Ron Wheeler  > wrote:
>
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/
> > CloudStack+4.4.1+BugFix+Release
> >
> > says that it is already in GA.
>
​Ron, I only see a target, not an actual date there.​


-- 
Daan

Re: Cloudstack 4.4.1 release date?

[Daan Hoogland]

the third release candidate is under vote (on the dev list) I have not seen
any blocker reports yet. If it stays like this I will release it over the
weekend. There is no longer a schedule as the work at the moment is driven
by issues that come up.

On Thu, Oct 16, 2014 at 6:17 PM, motty cruz  wrote:

> Hello,
> I can't find the schedule release date for Cloudstack 4.4.1 does anybody
> know?
>
> --
> Thanks,
> Motty
>



-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

On Thu, Oct 16, 2014 at 5:33 PM, Marc Leeman  wrote:

> Is there some inconsistency in the database?
>
This might well be. To check this look at mshost and mshost_peer.

Are you upgrading? Is this a test setup?

Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

btw

On Thu, Oct 16, 2014 at 5:46 PM, Daan Hoogland 
wrote:

> no, this is restoring an instance AFAICT
>
> On Thu, Oct 16, 2014 at 5:43 PM, Marc Leeman 
> wrote:
>
>> > Try to restore your system:
>
> ​this was part of the log!
​Not an advice
​
-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

no, this is restoring an instance AFAICT

On Thu, Oct 16, 2014 at 5:43 PM, Marc Leeman  wrote:

> > Try to restore your system:
> >
>
>
>
> You are talking about this procedure right?
>
>
> https://support.getcloudservices.com/entries/21982811-CloudStack-Restore-Cloud-Server
>



-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

I don't see a mention of cloud0 in the log. It might come from within the
agent itself trying to restore some defaults after a reset or delete.

I do note some other perculiar thing:

Around the following log fragment a lot of nulls are in the file. Also the
meassage is not filling one with hope: note that the nuls are output from
'lsmod|grep kvm'. Is this the problem you tackeled in Dusseldorf?

2014-10-14 17:59:05,664 DEBUG [c.c.u.s.SSHCmdHelper]
(catalina-exec-11:ctx-ba00ae78 ctx-b1389dca) Executing cmd:
cloudstack-setup-agent  -m 10.158.231.29 -z 1 -p 1 -c 1 -g
4a9064dc-4e61-3c36-949f-d474d64f5e56 -a --pubNic=cloudbr0 --prvNic=cloudbr0
--guestNic=cloudbr0
2014-10-14 17:59:06,774 DEBUG [c.c.u.s.SSHCmdHelper]
(catalina-exec-11:ctx-ba00ae78 ctx-b1389dca) cloudstack-setup-agent  -m
10.158.231.29 -z 1 -p 1 -c 1 -g 4a9064dc-4e61-3c36-949f-d474d64f5e56 -a
--pubNic=cloudbr0 --prvNic=cloudbr0 --guestNic=cloudbr0 output:Starting to
configure your system:
Checking KVM...[Failed]
Please enable KVM on this machine

Try to restore your system:


On Thu, Oct 16, 2014 at 5:16 PM, Marc Leeman  wrote:

> No:
>
> I killed the process at the boot the day before yesterday (thanks to the
> cloudstack guys that I made to miss the boot crawl): there was indeed a
> problem with that; NO vsm were starting.
>
> After killing the old stuck programs; we got further and after downloading
> the svm images manually with the http_proxy var; the svms started.
>
> However then we hit the bridging problem.
>



-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

Ok, let us know if this solves your issue.
Op 16 okt. 2014 17:07 schreef "Marc Leeman" :

> $ sudo netstat -tulpn |grep 9090
> tcp6   0  0 :::9090 :::*
> LISTEN  32427/jsvc.exec
>
> That is cloudstack.
>
> But then I thought of it; I asked someone on the cloudstack stand at
> Dusseldorf; and the 4.0 was upgraded to 4.3. It seems that there was
> something wrong with the packages there: the old 4.0 manager/agents were
> not properly shutdown before they were replaced by the cloudstack version
> of the packages (the previous were called cloud).
>
> It might be this that you are noticing.
>
> I killed the processes manually and restarted the cloudstack application.
> ​
>

Re: firewall problems and proxy problems

[Daan Hoogland]

Marc from your logs it seems like there is a port conflict on your host.
Can you check on that? port 9090

first I see

2014-10-14 17:25:54,181 INFO  [c.c.c.ClusterManagerImpl] (main:null)
Management server (host id : 1) is being started at 172.16.8.7:9090
2014-10-14 17:25:54,186 INFO  [c.c.c.ClusterManagerImpl] (main:null)
Cluster manager was started successfully
2014-10-14 17:25:54,205 ERROR [c.c.u.n.NioConnection]
(AgentManager-Selector:null) Unable to initialize the threads.
java.net.BindException: Address already in use
at sun.nio.ch.Net.bind(Native Method)
at
sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:137)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:77)
at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:70)
at com.cloud.utils.nio.NioServer.init(NioServer.java:50)
at com.cloud.utils.nio.NioConnection.run(NioConnection.java:108)
at java.lang.Thread.run(Thread.java:636)

and then

2014-10-14 18:18:46,695 ERROR [c.c.c.ClusterManagerImpl] (main:null) Unable
to ping management server at 172.16.8.7:9090 due to ConnectException

are you installing a clustered set of management servers on a single host?

(still looking)

On Thu, Oct 16, 2014 at 4:33 PM, Marc Leeman  wrote:

> On 16 October 2014 16:10, Daan Hoogland  wrote:
> >
> >> My eye is not much more trained at this table but I'll have a peek in
> the
> >> code. It seems to e that cloudstack should be configuring the bridge
> >> instead of the cloud0 device. I have no idea if this is a config err of
> >> yours or a bug.
> >>
> >> My assuptions:
> >> you are using kvm as hypervisor
> >>
> >
> > ack.
> >
> >
> >> you are running version 4.3.1
> >>
> >
> > dpkg -l |grep cloudstack
> > ii  cloudstack-agent 4.3.1
> > all  CloudStack agent
> > ii  cloudstack-cli   4.3.1
> > all  The CloudStack CLI called CloudMonkey
> > ii  cloudstack-common4.3.1
> > all  A common package which contains files which are shared by
> > several CloudStack packages
> > ii  cloudstack-management4.3.1
> > all  CloudStack server library
> >
> >
> >
> >>
> >> any other info? I might want to see your logs during install and zone
> >> definition later, you still have them?
> >>
> >
> >
> > I still have all the log files on the server.
> >
> > The VMs should be connected to the same 172.16.x.x network as the host
> > because of access to multicast devices is needed.
> >
> > For the rest, we've been looking around on the system until it started
> > dawning on us that there were some scripts trying to download things and
> > got blocked by not using the proxy.
> >
> > We could not figure out whay the SVMs said starting; but got stuck there.
> >
> > I downloaded the SVM images with the script and the VMS started.
> >
>
> The log file is
>
>
> http://crichton.supercomputerrobot.com/~marc/downloads/management-server.log.2014-10-14.gz
>
> and the firewall has been disabled already; so it should not be dependent
> on this.
>



-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

My eye is not much more trained at this table but I'll have a peek in the
code. It seems to e that cloudstack should be configuring the bridge
instead of the cloud0 device. I have no idea if this is a config err of
yours or a bug.

My assuptions:
you are using kvm as hypervisor
you are running version 4.3.1

any other info? I might want to see your logs during install and zone
definition later, you still have them?

On Thu, Oct 16, 2014 at 3:55 PM, Marc Leeman  wrote:

> yes.
>
> But there must be something in the configuration that causes problems. I
> haven't played around too much with bridging.
>
> If I delete the route to cloud0 and replace it to the cloudbr0, I can
> access the LL devices on the network; after resetting the cloudstack
> manager; I cannot. It seems to my (untrained and unexpertised eye) that
> there is some link or something missing between cloud0 and cloudbr0
>



-- 
Daan

Re: firewall problems and proxy problems

[Daan Hoogland]

Marc,

The only difference I see is de vice cloudbr0 becoming cloud0, in the third
line. Am I correct?

On Thu, Oct 16, 2014 at 3:28 PM, Marc Leeman  wrote:

> ​
> OK, there is something off here:
>
> This is my routing table where I can ping another physical host with an
> link-local address
>
> route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse
> Iface
> 0.0.0.0 10.158.231.1   0.0.0.0 UG0  00 eth1
> 10.158.231.0   0.0.0.0 255.255.255.0   U 0  00 eth1
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0  00
> cloudbr0
> 172.16.0.0  0.0.0.0 255.255.0.0 U 0  00
> cloudbr0
> 172.16.8.0  0.0.0.0 255.255.255.0   U 0  00
> cloudbr0
>
>
> If I restart the cloudstack-agent; the routing table has changed to:
>
> route -n
> Kernel IP routing table
> Destination Gateway Genmask Flags Metric RefUse
> Iface
> 0.0.0.0 10.158.231.1   0.0.0.0 UG0  00 eth1
> 10.158.231.0   0.0.0.0 255.255.255.0   U 0  00 eth1
> 169.254.0.0 0.0.0.0 255.255.0.0 U 0  00
> cloud0
> 172.16.0.0  0.0.0.0 255.255.0.0 U 0  00
> cloudbr0
> 172.16.8.0  0.0.0.0 255.255.255.0   U 0  00
> cloudbr0
>
> and link-local devices cannot be accessed.
>
> In both cases, I cannot access the system VMs with ssh.
>



-- 
Daan

Re: 4.4.1 RPMs there and gone again?

[Daan Hoogland]

Martin, those where a release candidate and shouldn't have been there yet.
A new release candidate is under vote now (see the dev list) You'll have to
create your own rpms from it.

sorry for the inconvenience,
Daan


2014-10-15 17:19 GMT+02:00 Martin Emrich :

>  Hi!
>
>
>
> Last Week I ran yum update on my preproduction management server (4.4.0) ,
> and ended up with CS 4.4.1. After fixing some stuff (manually patching the
> DB, inserting the new systemvm) I got it running again.
>
>
>
> Now I tried installing CS 4.4.1 on my playground server, but the packages
> seem to be gone (I use http://cloudstack.apt-get.eu/rhel/4.4/) . Where
> can I find them? Looks like they were there last week, but gone now.
>
>
>
> Greetings from CloudOpen Düsseldorf… J
>
>
>
> Martin Emrich
>
> IT Administrator
>
>
>
> Empolis Information Management GmbH | Europaallee 10 | 67657
> Kaiserslautern | Germany
>
> Phone +49 631 68037-71 | Fax +49 631 68037-77
>
> *martin.emr...@empolis.com *
>
>
>
> *www.empolis.com *
>
> Sitz Kaiserslautern  | Amtsgericht Kaiserslautern HRB 31317
>
> Geschäftsführer: Dr. Stefan Wess, Stefan Volland, Dr. Christian
> Schulmeyer, Dr. Peter Tepassé
>
>
>
> *SMART INFORMATION MANAGEMENT*
> Empolis-Lösungen befähigen Unternehmen und Organisationen, die
> exponentiell wachsende Menge
> strukturierter und unstrukturierter Daten zu analysieren, zu
> interpretieren und automatisiert zu verarbeiten.
>
> Sie nutzen damit ihr Wissenskapital, um unternehmenskritische
> Geschäftsprozesse zu optimieren.
>
> Entscheider, Mitarbeiter und Kunden erhalten so stets situations- und
> aufgabengerecht genau die
>
> Information, die für sie relevant ist.
>
> Abonnieren Sie unseren Newsletter
>  | Folgen
> Sie uns auf Facebook  | Besuchen
> Sie uns auf YouTube 
>
> [image: empolis-sig1]
>
>
>



-- 
Daan

Re: issue with devcloud

[Daan Hoogland]

On Mon, Oct 13, 2014 at 1:43 AM, sri cloud  wrote:

> devcloud2


​not sure what version of cloudstack you are using but devcloud2 doesn't
work with anything over 4.3.working on windows this can be a big hassle.
devcloud4 is an vagrant image you might want to use. Install vagrant and
get https://github.com/imduffy15/devcloud4



-- 
Daan

Re: services not running after reboot

[Daan Hoogland]

Good going Ian, sorry you didn't get any assistance on the way. Did you
find a setting that should have a different default? Like the router
service offering memory :P or doesn't that make any sense?

On Sat, Oct 11, 2014 at 5:11 AM, Ian Young  wrote:

> Aha!  I restarted cloudstack-agent, which caused the virtual router to
> change to a "stopped" status in the management console.  However, the
> console viewer icon was still visible, so I clicked it.  The router had run
> out of memory and caused a kernel panic.  I created a new system service
> offering with 500 MB of memory, changed the router's service offering, and
> started it.  It booted with no problem.  The default memory size of 128 MB
> is not enough.  This is the system VM template I was using:
>
>
> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-kvm.qcow2.bz2
>
> On Fri, Oct 10, 2014 at 7:28 PM, Ian Young  wrote:
>
> > I dropped all the cloud* databases, deleted everything in primary and
> > secondary storage, and reinstalled the management server, following the
> > guide I wrote for myself the last time I built a stable CloudStack
> system.
> > Then I imported one of my backed up instances as a template and tried to
> > create a new VM.  Same problem as before.  How is this possible?
> >
> > 2014-10-10 19:17:44,075 WARN  [kvm.resource.LibvirtComputingResource]
> > (agentRequest-Handler-3:null) Timed out:
> > /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/patchviasocket.pl
> > -n r-4-VM -p
> >
> %template=domP%name=r-4-VM%eth0ip=192.168.102.222%eth0mask=255.255.255.0%gateway=192.168.102.1%domain=
> > lax.ratespecial.com
> %cidrsize=24%dhcprange=192.168.102.1%eth1ip=169.254.0.33%eth1mask=255.255.0.0%type=dhcpsrvr%disable_rp_filter=true%dns1=192.168.100.2%dns2=192.168.100.3
> > .  Output is:
> > 2014-10-10 19:18:05,078 WARN  [kvm.resource.LibvirtComputingResource]
> > (Script-3:null) Interrupting script.
> >
> > On Fri, Oct 10, 2014 at 4:33 PM, Ian Young 
> wrote:
> >
> >> I've restarted all the services and restarted the servers too.  The SSVM
> >> and CP start with no trouble.  Every time I try to start or create an
> >> instance, I see repeated messages like these:
> >>
> >> /var/log/cloudstack/agent/cloudstack-agent.out:
> >> 2014-10-10 16:27:21,841{GMT} WARN
> >>  [kvm.resource.LibvirtComputingResource] (Script-8:) Interrupting
> script.
> >> 2014-10-10 16:27:21,841{GMT} WARN
> >>  [kvm.resource.LibvirtComputingResource] (agentRequest-Handler-4:) Timed
> >> out: /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/
> >> patchviasocket.pl -n r-19-VM -p
> >>
> %template=domP%name=r-19-VM%eth0ip=192.168.102.89%eth0mask=255.255.255.0%gateway=192.168.102.1%domain=
> >> lax.ratespecial.com
> %cidrsize=24%dhcprange=192.168.102.1%eth1ip=169.254.2.193%eth1mask=255.255.0.0%type=dhcpsrvr%disable_rp_filter=true%dns1=192.168.100.2%dns2=192.168.100.3
> >> .  Output is:
> >>
> >> /var/log/cloudstack/agent/security_group.log:
> >> 2014-10-10 16:27:33,259 - Failed to get rule logs, better luck next
> time!
> >>
> >> On Fri, Oct 10, 2014 at 3:04 PM, Ian Young 
> >> wrote:
> >>
> >>> I tried to restart the network with the "clean up" option, via the web
> >>> console.  After several minutes, it failed to restart the network.  The
> >>> SSVM and CP are still running but the VR no longer exists.  Why would
> these
> >>> be able to start but not the virtual router?
> >>>
> >>> On Fri, Oct 10, 2014 at 2:48 PM, Ian Young 
> >>> wrote:
> >>>
>  I restarted the libvirtd service and the management service is now
>  fully started (there are services listening on ports 8250 and 9090).
> The
>  SSVM health check script now reports no problems.
> 
>  However, I tried starting an instance and both the instance and the
>  virtual router are in a "starting" state but have been so for almost
> 10
>  minutes.  In the catalina.out log I see:
>  INFO  [c.c.v.VirtualMachineManagerImpl] (AgentManager-Handler-10:null)
>  There is pending job or HA tasks working on the VM. vm id: 4, postpone
>  power-change report by resetting power-change counters
>  INFO  [c.c.v.VirtualMachineManagerImpl] (AgentManager-Handler-10:null)
>  There is pending job or HA tasks working on the VM. vm id: 13,
> postpone
>  power-change report by resetting power-change counters
> 
>  I'm also seeing this in the agent.log:
>  2014-10-10 14:43:26,833 WARN  [kvm.resource.LibvirtComputingResource]
>  (Script-6:null) Interrupting script.
>  2014-10-10 14:43:26,833 WARN  [kvm.resource.LibvirtComputingResource]
>  (agentRequest-Handler-2:null) Timed out:
>  /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/
>  patchviasocket.pl -n r-4-VM -p
> 
> %template=domP%name=r-4-VM%eth0ip=192.168.102.110%eth0mask=255.255.255.0%gateway=192.168.102.1%domain=
>  lax.ratespecial.com
> %cidrsize=24%dhcprange=192.168.102.1%eth1ip=169.254.2.181%eth1mask=255.255.0.0%type=dhcpsrvr%disable_rp_filter=true%d

Re: Management Node Detected

[Daan Hoogland]

Mo, I am sure about the procedure to correct it but it looks like the
database contains a line about this MS with a different id then the host
has for itself. Backup the db and delete the entry (or first try just the
id) for the host in one of two tables mshost or mshost_peer. check if ACS
is down on MS no 6 and restart it. I'm not confident on this so you might
want to visit the code first.

On Thu, Oct 9, 2014 at 7:54 PM, Mo  wrote:

> I am getting error:
>
>
>
> 014-10-09 13:53:39,359 DEBUG [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2a39d9aa) Detected management node left, id:6,
> nodeIP:192.168.1.3
> 2014-10-09 13:53:39,359 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2a39d9aa) Trying to connect to 192.168.1.3
> 2014-10-09 13:53:39,360 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2a39d9aa) Management node 6 is detected inactive
> by timestamp but is pingable
> 2014-10-09 13:53:40,859 DEBUG [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-61dba3fa) Detected management node left, id:6,
> nodeIP:192.168.1.3
> 2014-10-09 13:53:40,859 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-61dba3fa) Trying to connect to 192.168.1.3
> 2014-10-09 13:53:40,859 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-61dba3fa) Management node 6 is detected inactive
> by timestamp but is pingable
> 2014-10-09 13:53:42,360 DEBUG [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-25838192) Detected management node left, id:6,
> nodeIP:192.168.1.3
> 2014-10-09 13:53:42,360 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-25838192) Trying to connect to 192.168.1.3
> 2014-10-09 13:53:42,360 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-25838192) Management node 6 is detected inactive
> by timestamp but is pingable
> 2014-10-09 13:53:43,860 DEBUG [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2fd9a3ce) Detected management node left, id:6,
> nodeIP:192.168.1.3
> 2014-10-09 13:53:43,860 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2fd9a3ce) Trying to connect to 192.168.1.3
> 2014-10-09 13:53:43,860 INFO  [c.c.c.ClusterManagerImpl]
> (Cluster-Heartbeat-1:ctx-2fd9a3ce) Management node 6 is detected inactive
> by timestamp but is pingable
>
> Could someone please provide some insight on how to correct this? As my
> log file is flooding with this.
>
> Thanks
>
> // Mo




-- 
Daan

Re: 60 recipes for CloudStack

[Daan Hoogland]

shameless and glorious, Sebastien,

Congratulations

On Mon, Oct 6, 2014 at 10:46 AM, Sebastien Goasguen 
wrote:

> Hi folks,
>
> This is a shameless plug but if you want to read some exciting examples on
> how to use CloudStack effectively and learn about all the tools that work
> with CloudStack,
> you might consider my book :)
>
> http://shop.oreilly.com/product/0636920034377.do
>
> I will do this only once, I swear.
>
> -sebastien




-- 
Daan

Re: Can't launch VMs

[Daan Hoogland]

The add zone wizard provides a field during physical network creation. Not
sure if that answers your question. Not in case you are using the api of
course.

On Thu, Oct 2, 2014 at 3:46 PM, Carlos Reátegui  wrote:

>
>
> > On Oct 2, 2014, at 12:57 AM, Daan Hoogland 
> wrote:
> >
> > On Thu, Oct 2, 2014 at 12:29 AM, Carlos Reátegui 
> > wrote:
> >
> >> Daan,
> >> Any chance you got to look at this?  I am still confused why for a basic
> >> network with no vlans the code is expecting a uri for a vlan.
> >> thanks
> > ​
> > It is a known issue, can you do your setup with specifying a vlan? I
> > suspect this being the issue. It won't use the vlan but it needs a value.
>
> Where do I do that?
>
> > Needs fixing but I think it will work with this work around. I am not
> sure
> > what the most solid fix would be and that would be more a discussion for
> > dev@...
> >
> > You could think of inserting a default value when doing basic networking
> or
> > a check on networking type when creating the router/instances. Both seem
> > quirky, though.
> >
> > regards,
> > --
> > Daan
>



-- 
Daan

Re: Can't launch VMs

[Daan Hoogland]

On Thu, Oct 2, 2014 at 12:29 AM, Carlos Reátegui 
wrote:

> Daan,
> Any chance you got to look at this?  I am still confused why for a basic
> network with no vlans the code is expecting a uri for a vlan.
> thanks
>
​
It is a known issue, can you do your setup with specifying a vlan? I
suspect this being the issue. It won't use the vlan but it needs a value.
Needs fixing but I think it will work with this work around. I am not sure
what the most solid fix would be and that would be more a discussion for
dev@...

You could think of inserting a default value when doing basic networking or
a check on networking type when creating the router/instances. Both seem
quirky, though.

regards,
-- 
Daan

Re: Can't launch VMs

[Daan Hoogland]

Carlos, the line of code that breaks expects a uri for a vlan. That is why
I want more information from you. I can not judge whether the code is
broken and should have dealt with the nullpointer or whether the
configuration is incorrect. What are your guest/management/storage
networks? what are the cidrs and ip-ranges you chose?

On Tue, Sep 30, 2014 at 4:41 PM, Carlos Reátegui 
wrote:

> Daan,
> Thanks for having a look
>
> On Sep 30, 2014, at 2:16 AM, Daan Hoogland 
> wrote:
>
> >> 2014-09-29 16:26:25,834 WARN  [c.c.h.x.r.CitrixResourceBase]
> >> (DirectAgent-235:ctx-7f8db7ac) Catch Exception: class
> >> java.lang.NullPointerException due to java.lang.NullPointerException
> >>
> >> java.lang.NullPointerException
> >>
> >>at
> >>
> >
> com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:173)
> >>
> >>at
> >>
> com.cloud.network.Networks$BroadcastDomainType.getValue(Networks.java:228)
> >>
> >>at
> >>
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getNetwork(CitrixResourceBase.java:1035)
> >>
> > ​...​
> >
> > ​Can you describe how you set up your network? Which cidrs/network
> > types/vlans/ etc?​
> >
>
> This is a basic network.  No security groups.  No vlans.
>
> ACS: 4.3.1 (On ubuntu 12.04) + XS 6.2
>
> > --
> > Daan
>
>


-- 
Daan

Re: Errors in management log files

[Daan Hoogland]

No it is a bug in the cloudstack xapi code.

On Tue, Sep 30, 2014 at 4:43 PM, Carlos Reátegui 
wrote:

> Daan,
>
> So if I install the usage server these should go away?
>
> Thanks,
> Carlos
>
> On Sep 30, 2014, at 2:26 AM, Daan Hoogland 
> wrote:
>
> > Carlos, this one is nothing to worry about, except when you want to use
> the
> > usage service. it is an error in the handling of xapi output that causes
> > the stats collection to stop. It should be fixed in newer versions, safe
> > that it encounters a vm for which it can not collect data. volume data
> IIRC.
> >
> > On Mon, Sep 29, 2014 at 7:10 PM, Carlos Reategui 
> > wrote:
>
>


-- 
Daan

Re: Errors in management log files

[Daan Hoogland]

Carlos, this one is nothing to worry about, except when you want to use the
usage service. it is an error in the handling of xapi output that causes
the stats collection to stop. It should be fixed in newer versions, safe
that it encounters a vm for which it can not collect data. volume data IIRC.

On Mon, Sep 29, 2014 at 7:10 PM, Carlos Reategui 
wrote:

> Hi All,
> I have a small deployment that has been happily running for a while which I
> upgraded to 4.3 a few months ago and recently to 4.3.1 and things still
> continued to be fine.  I was looking through the logs today and found the
> following.  Is this something to worry about?
>
> thanks
> Carlos
>
>
> 2014-09-29 09:57:45,977 DEBUG [c.c.s.StatsCollector]
> (StatsCollector-3:ctx-2442c5e7) StorageCollector is running...
>
> 2014-09-29 09:57:46,118 DEBUG [c.c.a.t.Request]
> (StatsCollector-3:ctx-2442c5e7) Seq 6-1169489929: Received:  { Ans: ,
> MgmtId: 233845174730255, via: 6, Ver: v1, Flags: 10, { GetStorageStatsAnsw
>
> er } }
>
> 2014-09-29 09:57:46,126 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-15:ctx-d4cc7fd1) Seq 1-1343946763: Executing request
>
> 2014-09-29 09:57:46,505 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-12:ctx-4723a663) Seq 1-1343946761: Response Received:
>
> 2014-09-29 09:57:46,506 DEBUG [c.c.a.t.Request]
> (StatsCollector-1:ctx-e9025fba) Seq 1-1343946761: Received:  { Ans: ,
> MgmtId: 233845174730255, via: 1, Ver: v1, Flags: 10, { GetHostStatsAnswer
>
> } }
>
> 2014-09-29 09:57:46,521 DEBUG [c.c.a.m.DirectAgentAttache]
> (DirectAgent-16:ctx-42c4666a) Seq 2-868941833: Executing request
>
> 2014-09-29 09:57:46,843 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.82624999
>
> 2014-09-29 09:57:46,843 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.155
>
> 2014-09-29 09:57:46,843 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 98.50
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.10999
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.11252
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.11
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.11
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.73
>
> 2014-09-29 09:57:46,844 DEBUG [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Vm cpu utilization 0.16998
>
> 2014-09-29 09:57:46,908 WARN  [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-14:ctx-8c8b0402) Error while collecting disk stats from :
>
> You gave an invalid object reference.  The object may have recently been
> deleted.  The class parameter gives the type of reference given, and the
> handle parameter echoes the bad value given.
>
> at com.xensource.xenapi.Types.checkResponse(Types.java:209)
>
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>
> at
>
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
>
> at
> com.xensource.xenapi.VBDMetrics.getIoReadKbs(VBDMetrics.java:210)
>
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.getVmStats(CitrixResourceBase.java:2863)
>
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:2763)
>
> at
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:493)
>
> at
>
> com.cloud.hypervisor.xen.resource.XenServer56Resource.executeRequest(XenServer56Resource.java:59)
>
> at
>
> com.cloud.agent.manager.DirectAgentAttache$Task.runInContext(DirectAgentAttache.java:216)
>
> at
>
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>
> at
>
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>
> at
>
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>
> at
>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
>
> at
>
> java.util.concurrent.Schedu

Re: Cannot start systemVM's after 4.4 upgrade

[Daan Hoogland]

if you can't find them try the 4.4.1 versions from
http://cloudstack.apt-get.eu/rhel/4.4/
These are a release candidate!

On Tue, Sep 30, 2014 at 2:28 AM, Nick Wales  wrote:

> I'm having the same issue as
> https://issues.apache.org/jira/browse/CLOUDSTACK-7217
>
> Can anyone provide me with access to the updated packages mentioned?  The
> dropbox links 404 now.
>
> Thanks
>
> Nick
>
> ---
>



-- 
Daan

Re: Can't launch VMs

[Daan Hoogland]

Carlos,

On Tue, Sep 30, 2014 at 2:23 AM, Carlos Reategui 
wrote:
​...​


> On Mon, Sep 29, 2014 at 4:53 PM, Carlos Reategui 
> wrote:
>
> > Following up on my earlier email regarding errors in my logs it appears
>
​I saw that one and will examine it later butone thing I noticed here​
​...​

> 2014-09-29 16:26:25,834 WARN  [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-235:ctx-7f8db7ac) Catch Exception: class
> java.lang.NullPointerException due to java.lang.NullPointerException
>
> java.lang.NullPointerException
>
> at
>
com.cloud.network.Networks$BroadcastDomainType.getSchemeValue(Networks.java:173)
>
> at
> com.cloud.network.Networks$BroadcastDomainType.getValue(Networks.java:228)
>
> at
>
com.cloud.hypervisor.xen.resource.CitrixResourceBase.getNetwork(CitrixResourceBase.java:1035)
>
​...​

​Can you describe how you set up your network? Which cidrs/network
types/vlans/ etc?​



-- 
Daan

Re: Cloudstack management server 4.4.0 stops abruptly

[Daan Hoogland]

Muhammad, Is your amanagement server hostname very long? there is a problem
with that in 4.4.0. You would see an error in the log about decrypting a
database field if this is the problem. Try the upcoming 4.4.1 or step back
to 4.3.1 to solve this.

On Fri, Sep 26, 2014 at 7:24 AM, Muhammad Faris  wrote:

> Cloudstack management server stops abruptly and displays this error
> "
>
> *cloudstack-management dead but pid file existsThe pid file locates at
> /var/run/cloudstack-management.pid and lock file at
> /var/lock/subsys/cloudstack-management.Starting cloudstack-management will
> take care of them or you can manually clean up.*"
>
> I have tried manually removing the pid and the lock files and changing the
> permissions of catalina.out too (chmod 777 catalina.out) but still, the
> problem persists.
> I have tried checking the management-server.log for some warnings too, but
> there aren't any. Looks like the daemon /etc/init.d/cloudstack-management
> dies abruptly without reporting anything in the management-server.log.
>



-- 
Daan

Re: ACS 4.2.1 KVM and ACS 4.4 XenServer 6.2 - same vlan network on both clusters

[Daan Hoogland]

On Mon, Sep 22, 2014 at 3:54 PM, motty cruz  wrote:

> Hello Daan,
> I do not mind at all doing some testing, please point me to the steps or a
> guide that you want me to test.
>
​You can get the latest rpms from jenkins.buildacloud.org

@Pierre-Luc: Can Motty find the docs online for 4.4.1 or would he need to
use the 4.4.0 or build his own?​


-- 
Daan

Re: CloudStack Security

[Daan Hoogland]

Giri, you can not have a read-only database in a functional cloud instance.
CloudStack writes to the database

On Mon, Sep 22, 2014 at 2:46 PM, Giri Prasad 
wrote:

> Hi All,
>  Can some please inform, what are the directories, that a typical cloud
> stack management server and cloud agent, writes into or creates files, when
> cloudstack is installed on a fresh linux distro.
>  And also, how to make the cloud database as read only, after the
> installation of cs and the creation of different vm's/instances along with
> their apps.
> Thanks & Regards,Giri
>



-- 
Daan

Re: ACS 4.2.1 KVM and ACS 4.4 XenServer 6.2 - same vlan network on both clusters

[Daan Hoogland]

Motty, Do you see any chance on testin the 4.4 branch before we make
release 4.4.1?

thanks,

On Sat, Sep 20, 2014 at 12:53 AM, motty cruz  wrote:

> Thank for your suggestion; thinking about it I will wait. I am having
> issues creating instances from templates. I am trying to create a template
> from Windows R2 2012, but no success.
>
> Thanks,
> Motty
>
> On Fri, Sep 19, 2014 at 3:45 PM, ilya musayev <
> ilya.mailing.li...@gmail.com>
> wrote:
>
> > Any particular reason why you need to be on 4.4? I'd suggest you wait for
> > at least 4.4.1 to come out.
> >
> > Regards
> > ilya
> >
> > On 9/19/14, 9:41 AM, motty cruz wrote:
> >
> >> Hello,
> >> I have two Cloudstack clusters, I would like to migrate from ACS 4.2.1
> to
> >> ACS 4.4 Xenserver (seem to be stable then KVM). I would like to create
> >> network with same vlan on both cluster to be able to create instances in
> >> the same network.
> >>
> >> my question is, can I create network and edit the vlan once network is
> >> created?
> >>
> >> Thanks,
> >> Motty
> >>
> >>
> >
>



-- 
Daan

Re: AW: Unable to create a deployment for VM ACS4.4 & xenserver6.2

[Daan Hoogland]

Your forgiven,

4.4.1 is not out yet. The rpms should be on jenkins for the branch that is
going to be 4.4.1. They now contain 4.4..1-SNAPSHOT.

http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-package-rpm/

regards,

On Thu, Sep 18, 2014 at 4:35 PM, Matthew Midgett <
clouds...@trick-solutions.com.invalid> wrote:

> Pardon my ignorance but how do I check 4.4.1. I'm not sure where the repo
> or files are at. Can you point me in the right direction. I just tested
> using Centos 6.4 64bit as my selected os type with a 6.5 netinstall iso. It
> spun it up within 20 seconds.
>
> I have attached my guest_os_hypervisor export and noticed that it doesn't
> even list a 6.5 for xenserver in the database.
>
>
>
> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, September 18, 2014 10:01 AM
> To: users@cloudstack.apache.org
> Subject: Re: AW: Unable to create a deployment for VM ACS4.4 & xenserver6.2
>
> Matthew, could you check the latest from 4.4 branch so we know if it will
> still be in the next 4.4.1? (and yes submit a bug if you wish)
>
> thanks,
>
> On Thu, Sep 18, 2014 at 12:58 PM, Matthew Midgett <
> clouds...@trick-solutions.com.invalid> wrote:
>
> > Yes that's what I was choosing. Can we get this marked as a bug?
> >
> >
> > Sent on a Sprint Samsung Galaxy S® III
> >
> >  Original message From: Martin Emrich
> > < martin.emr...@empolis.com> Date:09/18/2014  4:13 AM
> > (GMT-05:00) To: users@cloudstack.apache.org
> > Subject: AW: Unable to create a deployment for VM ACS4.4 &
> > xenserver6.2 
> > Did you choose "CentOS 6.5 (64bit)"? This does not work here
> > either, but if I choose "CentOS 6.4 (64bit)", it works.
> >
> > Cheers,
> >
> > Martin
> >
> > -Ursprüngliche Nachricht-
> > Von: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> > Gesendet: Mittwoch, 17. September 2014 22:32
> > An: users@cloudstack.apache.org
> > Betreff: RE: Unable to create a deployment for VM ACS4.4 &
> > xenserver6.2
> >
> > This is happening using a Centos 6.5 netinstall. I just tried a debian
> > 7.6 netinstall and the cd booted just fine. Would a bad .iso keep it
> > from creating a VM? If so I think that the VM should be created but
> > not started and notify the user of a bad CD.
> >
> >
> > -Original Message-
> > From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> > Sent: Wednesday, September 17, 2014 12:25 AM
> > To: users@cloudstack.apache.org
> > Subject: Unable to create a deployment for VM ACS4.4 & xenserver6.2
> >
> > When trying to create a vm from a .iso this is what I am getting.
> > ACS4.4 on
> > xenserver6.2
> >
> > System Capacity Fetch latest
> > Zone: chlt-1 30%
> > Management IP Addresses
> > 6 / 20
> > Zone: chlt-1 15%
> > Public IP Addresses
> > 2 / 13
> > Zone: chlt-1 2%
> > CPU
> > 1.50 GHz / 72.51 GHz
> > Zone: chlt-1 1%
> > Memory
> > 1.63 GB / 131.50 GB
> > Zone: chlt-1 %
> > Shared Network IPs
> > 2 / 253
> > Zone: chlt-1 %
> > Secondary Storage
> > 4.52 GB / 910.49 GB
> > Zone: chlt-1 %
> > Primary Storage
> > 7.32 GB / 1.66 TB
> > Zone: chlt-1 %
> > VLAN
> > / 200
> >
> > [root@cstw1 ~]# cat i-2-15_failed.log
> > 2014-09-17 00:13:05,800 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating entries for VM:
> > VM[User|i-2-15-VM]
> > 2014-09-17 00:13:05,802 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating nics for
> > VM[User|i-2-15-VM]
> > 2014-09-17 00:13:05,803 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating nic for vm
> > VM[User|i-2-15-VM] in network
> > Ntwk[d9f1f3c3-ff44-41dd-bf7e-f7e982c7b61c|Guest|19] with requested
> > profile NicProfile[0-0-null-null-null
> > 2014-09-17 00:13:05,831 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating disks for
> > VM[User|i-2-15-VM]
> > 2014-09-17 00:13:05,853 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocation completed for VM:
> > VM[User|i-2-15-VM]
> > 2014-09-17 00:13:05,853 DEBUG [c.c.v.UserVmManagerImpl]
> > (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Successfully allocated DB
> > entry for VM[User|i-2-15-VM]

Re: AW: Unable to create a deployment for VM ACS4.4 & xenserver6.2

[Daan Hoogland]

Matthew, could you check the latest from 4.4 branch so we know if it will
still be in the next 4.4.1? (and yes submit a bug if you wish)

thanks,

On Thu, Sep 18, 2014 at 12:58 PM, Matthew Midgett <
clouds...@trick-solutions.com.invalid> wrote:

> Yes that's what I was choosing. Can we get this marked as a bug?
>
>
> Sent on a Sprint Samsung Galaxy S® III
>
>  Original message From: Martin Emrich <
> martin.emr...@empolis.com> Date:09/18/2014  4:13 AM
> (GMT-05:00) To: users@cloudstack.apache.org
> Subject: AW: Unable to create a deployment for VM ACS4.4 &
> xenserver6.2 
> Did you choose "CentOS 6.5 (64bit)"? This does not work here either,
> but if I choose "CentOS 6.4 (64bit)", it works.
>
> Cheers,
>
> Martin
>
> -Ursprüngliche Nachricht-
> Von: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> Gesendet: Mittwoch, 17. September 2014 22:32
> An: users@cloudstack.apache.org
> Betreff: RE: Unable to create a deployment for VM ACS4.4 & xenserver6.2
>
> This is happening using a Centos 6.5 netinstall. I just tried a debian 7.6
> netinstall and the cd booted just fine. Would a bad .iso keep it from
> creating a VM? If so I think that the VM should be created but not started
> and notify the user of a bad CD.
>
>
> -Original Message-
> From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID]
> Sent: Wednesday, September 17, 2014 12:25 AM
> To: users@cloudstack.apache.org
> Subject: Unable to create a deployment for VM ACS4.4 & xenserver6.2
>
> When trying to create a vm from a .iso this is what I am getting. ACS4.4 on
> xenserver6.2
>
> System Capacity Fetch latest
> Zone: chlt-1 30%
> Management IP Addresses
> 6 / 20
> Zone: chlt-1 15%
> Public IP Addresses
> 2 / 13
> Zone: chlt-1 2%
> CPU
> 1.50 GHz / 72.51 GHz
> Zone: chlt-1 1%
> Memory
> 1.63 GB / 131.50 GB
> Zone: chlt-1 %
> Shared Network IPs
> 2 / 253
> Zone: chlt-1 %
> Secondary Storage
> 4.52 GB / 910.49 GB
> Zone: chlt-1 %
> Primary Storage
> 7.32 GB / 1.66 TB
> Zone: chlt-1 %
> VLAN
> / 200
>
> [root@cstw1 ~]# cat i-2-15_failed.log
> 2014-09-17 00:13:05,800 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating entries for VM:
> VM[User|i-2-15-VM]
> 2014-09-17 00:13:05,802 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating nics for
> VM[User|i-2-15-VM]
> 2014-09-17 00:13:05,803 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating nic for vm
> VM[User|i-2-15-VM] in network
> Ntwk[d9f1f3c3-ff44-41dd-bf7e-f7e982c7b61c|Guest|19] with requested profile
> NicProfile[0-0-null-null-null
> 2014-09-17 00:13:05,831 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocating disks for
> VM[User|i-2-15-VM]
> 2014-09-17 00:13:05,853 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Allocation completed for VM:
> VM[User|i-2-15-VM]
> 2014-09-17 00:13:05,853 DEBUG [c.c.v.UserVmManagerImpl]
> (catalina-exec-25:ctx-1d9dbfa9 ctx-66d17bb4) Successfully allocated DB
> entry for VM[User|i-2-15-VM]
> 2014-09-17 00:13:07,353 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (Work-Job-Executor-5:ctx-3c1ba1d3 job-295/job-298 ctx-da3e5dc0)
> Successfully transitioned to start state for VM[User|i-2-15-VM] reservation
> id =
> d609b639-24a6-4d0a-a3ef-905003faf643
> 2014-09-17 00:13:07,461 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (Work-Job-Executor-5:ctx-3c1ba1d3 job-295/job-298 ctx-da3e5dc0) Deployment
> found  - P0=VM[User|i-2-15-VM],
> P0=Dest[Zone(Id)-Pod(Id)-Cluster(Id)-Host(Id)-Storage(Volume(Id|Type-->Pool(
> Id))] :
> Dest[Zone(1)-Pod(1)-Cluster(1)-Host(1)-Storage(Volume(34|ROOT-->Pool(1))]
> 2014-09-17 00:13:09,677 DEBUG [o.a.c.e.o.VolumeOrchestrator]
> (Work-Job-Executor-5:ctx-3c1ba1d3 job-295/job-298 ctx-da3e5dc0) Checking
> if we need to prepare 1 volumes for VM[User|i-2-15-VM]
> 2014-09-17 00:13:09,775 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-5:ctx-3c1ba1d3 job-295/job-298 ctx-da3e5dc0) Seq
> 4-341429146750025792: Sending  { Cmd , MgmtId: 34031122767759, via:
> 4(xenhv1-c1.pvdc.chlt.CharlotteColo.com), Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.CreateObjectCommand":{"data":{"org.
>
> apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"02890efa-4380-4418-a15
>
> 0-48c0b1ee3c05","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.stor
>
> age.to.PrimaryDataStoreTO":{"uuid":"HP-MSA1000-1","id":1,"poolType":"PreSetu
>
> p","host":"localhost","path":"/HP-MSA1000-1","port":0,"url":"PreSetup://loca
>
> lhost/HP-MSA1000-1/?ROLE=Primary&STOREUUID=HP-MSA1000-1"}},"name":"ROOT-15",
>
> "size":21474836480,"volumeId":34,"vmName":"i-2-15-VM","accountId":2,"format"
> :"VHD","id":34,"deviceId":0,"hypervisorType":"XenServer"}},"wait":0}}] }
> 2014-09-17 00:13:09,776 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-5:ctx-3c1ba1d3 job-295/job-298 ctx-da3e5dc0) Seq
> 4-341429146750025792: Executing: 

Re: [DISCUSS] CloudStack Future

[Daan Hoogland]

Mike, the trello board is public

biligual spelling checker used.read at your own risk
Op 16 sep. 2014 18:51 schreef "Mike Tutkowski" :

> Hi everyone,
>
> First: Thanks to Rohit and Daan for working on this.
>
> Next: Definitely feel free to e-mail ideas privately; however, I'd like to
> especially encourage people to make their ideas known publicly, if you feel
> comfortable doing this. Doing it publicly might make it easier for us as a
> community to brainstorm the ideas and play around with taking them in
> different directions.
>
> Thanks!
> Mike
>
> On Tue, Sep 16, 2014 at 3:08 AM, Rohit Yadav 
> wrote:
>
> > Hi everyone,
> >
> > Some of us are in Amsterdam and discussing various things we want to do
> > for the project. I’ve aggregated some of them on a Trello board here:
> > https://trello.com/b/nj8dDBWl/apache-cloudstack-future
> >
> > Please share your ideas, publicly or private to me; I’ll add them on the
> > board. Our main focus right now is testing, release quality and aligning
> > efforts.
> >
> > We’re now able to run simulator tests on TravisCI for 4.4 and master
> > branches:
> > https://travis-ci.org/apache/cloudstack/builds
> >
> > Some of us are also experimenting with Github pull requests and we
> already
> > see that it’s encouraging to get TravisCI verify them.
> >
> > Regards,
> > Rohit Yadav
> > Software Architect, ShapeBlue
> > M. +41 779015219 | rohit.ya...@shapeblue.com
> > Blog: bhaisaab.org | Twitter: @_bhaisaab
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> services
> >
> > IaaS Cloud Design & Build<
> > http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge – rapid IaaS deployment framework
> > CloudStack Consulting
> > CloudStack Infrastructure Support<
> > http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses<
> > http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are intended
> > solely for the use of the individual to whom it is addressed. Any views
> or
> > opinions expressed are solely those of the author and do not necessarily
> > represent those of Shape Blue Ltd or related companies. If you are not
> the
> > intended recipient of this email, you must neither take any action based
> > upon its contents, nor copy or show it to anyone. Please contact the
> sender
> > if you believe you have received this email in error. Shape Blue Ltd is a
> > company incorporated in England & Wales. ShapeBlue Services India LLP is
> a
> > company incorporated in India and is operated under license from Shape
> Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil
> > and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
> is
> > a company registered by The Republic of South Africa and is traded under
> > license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>

Re: how to bring ssvm up in developer installation

[Daan Hoogland]

Sandeep,

Please try 4.3.1. It is our most stable release at the moment.

On Fri, Sep 12, 2014 at 4:23 PM, sandeep khandekar <
cloudstack.sand...@gmail.com> wrote:

> Dear cloudstackers,
>
> I am trying to install cloudstack 4.2 devloper version using ubuntu 12.04
> and virtualbox for devcloud2.
> I have added devcloud2 using the following documentation(
> http://docs.cloudstack.apache.org/en/master/developer_guide.html)
> everything went ok, I am getting the following error.
>
>   [storage.image.TemplateServiceImpl] (AgentTaskPool-1:) Downloading
> builtin template tiny Linux to data center: 1
> INFO  [storage.endpoint.DefaultEndPointSelector] (AgentTaskPool-1:) No
> running ssvm is found, so command will be sent to LocalHostEndPoint
> INFO  [storage.endpoint.DefaultEndPointSelector] (StatsCollector-3:) No
> running ssvm is found, so command will be sent to LocalHostEndPoint
> WARN  [apache.cloudstack.alerts] (CapacityChecker:)  alertType:: 5 //
> dataCenterId:: 1 // podId:: 1 // clusterId:: null // message:: System
> Alert: Number of unallocated private IPs is low in pod test00 of
> availability zone DevCloud0
> INFO  [storage.resource.NfsSecondaryStorageResource] (pool-70-thread-1:)
> snapshots directory created/exists on Secondary Storage.
> INFO  [storage.resource.NfsSecondaryStorageResource] (pool-70-thread-1:)
> volumes directory created/exists on Secondary Storage.
> INFO  [cloud.secstorage.PremiumSecondaryStorageManagerImpl] (secstorage-1:)
> No running secondary storage vms found in datacenter id=1, starting one
> INFO  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:) No
> stopped secondary storage vm is available, need to allocate a new secondary
> storage vm
> INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:) Found
> a stopped console proxy, bring it up to running pool. proxy vm id : 2
> INFO  [cloud.vm.VirtualMachineManagerImpl] (consoleproxy-1:) Insufficient
> capacity
> com.cloud.exception.InsufficientAddressCapacityException: Unable to get a
> management ip addressScope=interface com.cloud.dc.Pod; id=1
> at
>
> com.cloud.network.guru.PodBasedNetworkGuru.reserve(PodBasedNetworkGuru.java:121)
> at
>
> com.cloud.network.NetworkManagerImpl.prepareNic(NetworkManagerImpl.java:2166)
> at
> com.cloud.network.NetworkManagerImpl.prepare(NetworkManagerImpl.java:2136)
>
>
> , will recycle it and start a new one
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-21:) callHostPlugin
> failed for cmd: setDNATRule with args add: false,  due to
> UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule
> WARN  [agent.manager.DirectAgentAttache] (DirectAgent-21:) Seq
> 1-1261830169: Exception Caught while executing command
> com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
> cmd: setDNATRule with args add: false,  due to
> UNKNOWN_XENAPI_PLUGIN_FUNCTIONsetDNATRule
>
>
> INFO  [storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:)
> Unable to start secondary storage vm for standby capacity, secStorageVm vm
> Id : 35, will recycle it and start a new one
> INFO  [cloud.secstorage.PremiumSecondaryStorageManagerImpl] (secstorage-1:)
> Primary secondary storage is not even started, wait until nex
>
> so how to start primary storage and secondary storage if I have followed
> the above link for installation(how to start nfs on ubuntu how to mount nfs
> on devcloud) none of the steps are included in doc.
>
>
> Thankyou..
>
>
>
>
>
> --
> SANDEEP KHANDEKAR
> Assistant Professor
> Department of Computer science and engineering
> Sreenidhi Institute of science and Technology
> Hyderabad
>



-- 
Daan

Re: Virtual Machine Instance suddenly not starting

[Daan Hoogland]

Giri,

Best you try 4.3.1. It is way more stable then 4.1

On Fri, Sep 12, 2014 at 1:27 PM, Giri Prasad 
wrote:

> Hello,
>
>  I created a fresh install of Ubuntu 14.04 LTS and cloudstack 4.1 on
> 4-Sep-2014. Uploaded a couple of ISO's into the cs environment. Then
> created some instances based on these ISO. Booted the vm (instance),
> installed the os (centos 6.5). Everything was working fine.
>
>  Today, I started the same Ubuntu server, the cs management server and
> agent. The gui console opens up, and I see two system vm's in 'Running'
> state.
>
>  I selected the (user) instance, clicked on the start instance button. The
> system runs forever, with the state of the user instance(vm), being shown
> as 'Starting'.
>
> The last few lines of the management server log are in :
> http://pastebin.com/tp7SmpPh
>
> It is the same the system setup, and I have changed nothing. Any ideas on,
> why is the user instance not starting?
>
> Thanks & Regards,
> Giri
>



-- 
Daan

Re: Simulator Build Failed

[Daan Hoogland]

On Mon, Sep 8, 2014 at 12:05 PM, Rajani Karuturi  wrote:

> ~/cloudstack/$ mvn -Pdeveloper -Dsimulator clean install
> ~/cloudstack/$ mvn -Pdeveloper -pl developer -Ddeploydb
> ~/cloudstack/$ mvn -Pdeveloper -pl developer -Ddeploydb-simulator
>
> ~/cloudstack/tools/marvin$ sudo python setup.py install
>

​export ​
MAVEN_OPTS=-Xmx2048m -XX:MaxPermSize=800m -Xmx2g -Xdebug
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n
​
~/cloudstack/$ ​
mvn -pl client jetty:run -Dsimulator
​
#​
​not sure if the -Dsimulator is need, I just add it default same as
-Dnoredist​



> ~/cloudstack/tools/marvin$ python marvin/deployDataCenter.py -i
> ​ ​
> ../../setup/dev/advanced.cfg
>




-- 
Daan

Re: Problems building 4.3.1 non-oss

[Daan Hoogland]

Have a look at build_asf.sh from branch 4.4+. I think I ported To master as
well.

biligual spelling checker used.read at your own risk
Op 28 aug. 2014 17:11 schreef "sebgoa" :

>
> On Aug 28, 2014, at 4:39 PM, Xerex Bueno 
> wrote:
>
> > Looks like there may be one more problem related to versioning.  After
> > running cloudstack-setup-management it show cloudstack-management
> running.
> > When I look at the logs it shows the following.  During this time the UI
> > is not reachable.
> >
> > 2014-08-28 09:33:58,698 INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle]
> > (main:null) Running system integrity checker
> > com.cloud.upgrade.DatabaseUpgradeChecker@495a4d80
> > 2014-08-28 09:33:58,699 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null)
> > Grabbing lock to check for database upgrade.
> > 2014-08-28 09:33:58,735 DEBUG [c.c.u.d.VersionDaoImpl] (main:null)
> > Checking to see if the database is at a version before it was the version
> > table is created
> > 2014-08-28 09:33:58,768 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null)
> > DB version = 4.0.0 Code Version = 4.3.1-SNAPSHOT
> > 2014-08-28 09:33:58,769 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null)
> > Database upgrade must be performed from 4.0.0 to 4.3.1-SNAPSHOT
> > 2014-08-28 09:33:58,769 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null)
> > The end upgrade version is actually at 4.3.0 but our management server
> > code version is at 4.3.1-SNAPSHOT
> >
> >
>
> I am working on the 4.3.1 release and fighting version numbers.
> So this is not unexpected.
>
> Give me some time to fix it :)
>
> >
> >
> >
> >
> >
> >
> > On 8/28/14, 6:53 AM, "sebgoa"  wrote:
> >
> >>
> >> On Aug 27, 2014, at 11:27 PM, Xerex Bueno 
> >> wrote:
> >>
> >>> In case anyone else runs into this problem I resolved this issue by
> >>> replacing 4.0.0 with
> >>> 4.3.1-SNAPSHOT
> >>>
> >>
> >> good catch, I had upped the version number and somehow this one got
> >> missed...
> >>
> >>>
> >>>
> >>>
> >>> On 8/26/14, 1:53 PM, "Xerex Bueno"  wrote:
> >>>
>  When I try and build ACS 4.3.1 for nonredist this is the error I
>  receive
>  running "mvn clean².  Anyone have a fix for this?
> 
> 
>  [INFO] Scanning for projects...
> 
>  [ERROR] The build could not read 1 project -> [Help 1]
> 
>  [ERROR]
> 
>  [ERROR]   The project org.apache.cloudstack:xapi:5.6.100-1-SNAPSHOT
>  (/root/cloudstack-4.3/deps/XenServerJava/pom.xml) has 1 error
> 
>  [ERROR] Non-resolvable parent POM: Failure to find
>  org.apache.cloudstack:cloudstack:pom:4.3.0 in
>  http://repo.maven.apache.org/maven2 was cached in the local
> repository,
>  resolution will not be reattempted until the update interval of
> central
>  has elapsed or updates are forced and 'parent.relativePath' points at
>  wrong local POM @ line 21, column 11 -> [Help 2]
> 
>  [ERROR]
> 
>  [ERROR] To see the full stack trace of the errors, re-run Maven with
>  the
>  -e switch.
> 
>  [ERROR] Re-run Maven using the -X switch to enable full debug logging.
> 
>  [ERROR]
> 
>  [ERROR] For more information about the errors and possible solutions,
>  please read the following articles:
> 
>  [ERROR] [Help 1]
> 
> 
> http://cwiki.apache.org/confluence/display/MAVEN/ProjectBuildingExceptio
>  n
> 
>  [
> 
>  
> 
>  This document is PROPRIETARY and CONFIDENTIAL and may not be
>  duplicated,
>  redistributed, or displayed to any other party without the expressed
>  written permission of LPS Integration, Inc. If you are not the
> intended
>  recipient and have received this email in error, please destroy the
>  email
>  and contact the LPS Integration Security Officer at 866-577-2902
>  (Phone),
>  615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN
>  37228
>  (US Mail)
> 
> >>>
> >>>
> >>> 
> >>>
> >>> This document is PROPRIETARY and CONFIDENTIAL and may not be
> >>> duplicated, redistributed, or displayed to any other party without the
> >>> expressed written permission of LPS Integration, Inc. If you are not
> the
> >>> intended recipient and have received this email in error, please
> destroy
> >>> the email and contact the LPS Integration Security Officer at
> >>> 866-577-2902 (Phone), 615-349-9009 (Fax) or 230 Great Circle Rd. Suite
> >>> 218 Nashville, TN 37228 (US Mail)
> >>>
> >>
> >
> >
> > 
> >
> > This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
> redistributed, or displayed to any other party without the expressed
> written permission of LPS Integration, Inc. If you are not the intended
> recipient and have received this email in error, please destroy the email
> and contact the LPS Integration Security Officer at 866-577-2902 (Phone),
> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite

Re: working howto for building cloudstack from sources

[Daan Hoogland]

Andrei, I would use the  4.4 branch (latest 4.4.1 pre-release version)
and use the build jobs from jenkins.buildacloud.org as example on how
to build.

On Tue, Aug 12, 2014 at 5:57 AM, Rajani Karuturi  wrote:
> Can you share the error messages? I do not see any exception while running
> the mvn command on master.
>
> Can you share the docs you followed?
> The one in the install doc worked for me a long time ago
> http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/latest/building_from_source.html#building-deb-packages
>
>
> On Tue, Aug 12, 2014 at 4:59 AM, Andrei Mikhailovsky 
> wrote:
>
>> Hello guys,
>>
>> I was hoping someone could share a working howto on building cloudstack
>> from sources. In particular, I am planning to build 4.4.0 .deb packages
>> with several cherrypicks and my build server is Ubuntu 12.04 with the
>> latest updates.
>>
>> I've followed two different howtos, both from the cloudstack website, but
>> unfortunately, they are a bit different and they produce different errors
>> when executing "mvn3 -P deps".
>>
>> Thanks
>>
>> Andrei
>>
>>
>
>
> --
> ~Rajani



-- 
Daan

Re: HELP - unable to start systemvms on KVM after upgrade to 4.4 with java 1.7 installed

[Daan Hoogland]

It sounds like a genuine kvm-plugin bug. Have a look if you recognise
it in jira or add a ticket. I can't really tell whether it is code or
configuration.

On Sun, Aug 10, 2014 at 7:35 PM, Andrei Mikhailovsky  wrote:
> Daan,
>
> Just tried the template from Jenkins as per your suggestion and that didn't 
> help. Still seeing:
>
> 2014-08-10 18:33:06,538 DEBUG [c.c.a.t.Request] (AgentManager-Handler-9:null) 
> Seq 8-191684459139956780: Processing:  { Ans: , MgmtId: 115129173025118, via: 
> 8, Ver: v1, Flags: 10, 
> [{"com.cloud.agent.api.Answer":{"result":false,"details":"No enum constant 
> com.cloud.hypervisor.kvm.resource.LibvirtVMDef.DiskDef.diskCacheMode.none","wait":0}},{"com.cloud.agent.api.Answer":{"result":false,"details":"Stopped
>  by previous failure","wait":0}}] }
>
>
>
> Any other ideas?
>
> Thanks
>
>
> - Original Message -
> From: "Daan Hoogland" 
> To: users@cloudstack.apache.org
> Sent: Sunday, 10 August, 2014 5:39:20 PM
> Subject: Re: HELP - unable to start systemvms on KVM after upgrade to 4.4 
> with java 1.7 installed
>
> Andrei,
>
> Try the sysvm templates VROM Jenkins.buildacloud.org. the 4.4 chapter
> contains a build for 64bit templates. These are reported as working. You
> are bot the only onze having problems with the released templates.
>
> biligual spelling checker used.read at your own risk
> Op 10 aug. 2014 17:19 schreef "Andrei Mikhailovsky" :
>
>> I've got another proble, still relating to the systemvms. This time it is:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-6893
>>
>> Anyone have an idea on how to fix it on 4.4.0?
>>
>> As in my previous post, all my system vms are down - no connectivity to
>> the vms. I was hoping to fix this on 4.4.0 without the need to downgrade
>> for the 2nd time in 2 days.
>>
>> Thanks
>>
>> Andrei
>>
>> - Original Message -
>> From: "Andrei Mikhailovsky" 
>> To: users@cloudstack.apache.org
>> Sent: Saturday, 9 August, 2014 6:29:36 PM
>> Subject: HELP - unable to start systemvms on KVM after upgrade to 4.4 with
>> java 1.7 installed
>>
>> Hello guys,
>>
>> I've done an upgrade to ACS 4.4 from version 4.2.1 following the release
>> notes and upgrade guide. I've also read several threads regarding issues
>> with the systemvm template. I've downloaded the template from
>> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-kvm.qcow2.bz2
>>
>> I've also upgraded java to version 1.7 on host servers as well as the acs
>> management server.
>>
>> Following the guide, I've executed the script that restarts all system vms
>> with the following output:
>>
>>
>>
>> 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 847
>>
>>
>>
>>
>> Done stopping and starting console proxy vm(s) .
>>
>>
>>
>>
>> Stopping and starting 15 running routing vm(s)...
>>
>> ERROR: Failed to restart domainRouter with id 864
>>
>>
>>
>>
>> ERROR: Failed to restart domainRouter with id 852
>>
>>
>>
>>
>> ..
>>
>>
>>
>>
>> I've noticed and all of my system vms are Stopped and ACS is unable to
>> start SSVM / CPVM and any of the virtual routers.
>>
>>
>>
>>
>> Looking into the issue i've noticed that the host servers have the
>> following in agent.log file:
>>
>>
>>
>>
>> 2014-08-09 18:00:12,093 ERROR [kvm.storage.LibvirtStorageAdaptor]
>> (agentRequest-Handler-4:null) Failed to perform a RBD action on the Ceph
>> cluster, the error was: Failed to clone image
>> 7ec0a208-6593-420c-9437-79279a5e3f03@cloudstack-base-snap to
>> 566b003a-de59-419a-a1f6-7cf77cc95378
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The management server log shows this error:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 2014-08-09 18:12:32,524 WARN [o.a.c.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-7bb24cc7) Exception while trying to start secondary
>> storage vm
>>

Re: HELP - unable to start systemvms on KVM after upgrade to 4.4 with java 1.7 installed

[Daan Hoogland]

yes

On Sun, Aug 10, 2014 at 6:44 PM, Andrei Mikhailovsky  wrote:
> Daan,
>
> sorry, my head is not thinking straight after spending second day on the 
> upgrades issues. Is this the URL you are referring to:
>
>
> http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm64/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-4.4-2014-08-10-kvm.qcow2.bz2
>
>
> Thanks
>
> Andrei
>
> - Original Message -
> From: "Daan Hoogland" 
> To: users@cloudstack.apache.org
> Sent: Sunday, 10 August, 2014 5:39:20 PM
> Subject: Re: HELP - unable to start systemvms on KVM after upgrade to 4.4 
> with java 1.7 installed
>
> Andrei,
>
> Try the sysvm templates VROM Jenkins.buildacloud.org. the 4.4 chapter
> contains a build for 64bit templates. These are reported as working. You
> are bot the only onze having problems with the released templates.
>
> biligual spelling checker used.read at your own risk
> Op 10 aug. 2014 17:19 schreef "Andrei Mikhailovsky" :
>
>> I've got another proble, still relating to the systemvms. This time it is:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-6893
>>
>> Anyone have an idea on how to fix it on 4.4.0?
>>
>> As in my previous post, all my system vms are down - no connectivity to
>> the vms. I was hoping to fix this on 4.4.0 without the need to downgrade
>> for the 2nd time in 2 days.
>>
>> Thanks
>>
>> Andrei
>>
>> - Original Message -
>> From: "Andrei Mikhailovsky" 
>> To: users@cloudstack.apache.org
>> Sent: Saturday, 9 August, 2014 6:29:36 PM
>> Subject: HELP - unable to start systemvms on KVM after upgrade to 4.4 with
>> java 1.7 installed
>>
>> Hello guys,
>>
>> I've done an upgrade to ACS 4.4 from version 4.2.1 following the release
>> notes and upgrade guide. I've also read several threads regarding issues
>> with the systemvm template. I've downloaded the template from
>> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-kvm.qcow2.bz2
>>
>> I've also upgraded java to version 1.7 on host servers as well as the acs
>> management server.
>>
>> Following the guide, I've executed the script that restarts all system vms
>> with the following output:
>>
>>
>>
>> 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 847
>>
>>
>>
>>
>> Done stopping and starting console proxy vm(s) .
>>
>>
>>
>>
>> Stopping and starting 15 running routing vm(s)...
>>
>> ERROR: Failed to restart domainRouter with id 864
>>
>>
>>
>>
>> ERROR: Failed to restart domainRouter with id 852
>>
>>
>>
>>
>> ..
>>
>>
>>
>>
>> I've noticed and all of my system vms are Stopped and ACS is unable to
>> start SSVM / CPVM and any of the virtual routers.
>>
>>
>>
>>
>> Looking into the issue i've noticed that the host servers have the
>> following in agent.log file:
>>
>>
>>
>>
>> 2014-08-09 18:00:12,093 ERROR [kvm.storage.LibvirtStorageAdaptor]
>> (agentRequest-Handler-4:null) Failed to perform a RBD action on the Ceph
>> cluster, the error was: Failed to clone image
>> 7ec0a208-6593-420c-9437-79279a5e3f03@cloudstack-base-snap to
>> 566b003a-de59-419a-a1f6-7cf77cc95378
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> The management server log shows this error:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 2014-08-09 18:12:32,524 WARN [o.a.c.s.SecondaryStorageManagerImpl]
>> (secstorage-1:ctx-7bb24cc7) Exception while trying to start secondary
>> storage vm
>>
>> java.lang.RuntimeException: Job failed due to exception Resource [Host:7]
>> is unreachable: Host 7: Unable to start instance due to Unable to get
>> answer that is of class com.cloud.agent.api.StartAnswer
>>
>> at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:114)
>>
>> at
>> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>>
>> at
>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>&

Re: HELP - unable to start systemvms on KVM after upgrade to 4.4 with java 1.7 installed

[Daan Hoogland]

Andrei,

Try the sysvm templates VROM Jenkins.buildacloud.org. the 4.4 chapter
contains a build for 64bit templates. These are reported as working. You
are bot the only onze having problems with the released templates.

biligual spelling checker used.read at your own risk
Op 10 aug. 2014 17:19 schreef "Andrei Mikhailovsky" :

> I've got another proble, still relating to the systemvms. This time it is:
> https://issues.apache.org/jira/browse/CLOUDSTACK-6893
>
> Anyone have an idea on how to fix it on 4.4.0?
>
> As in my previous post, all my system vms are down - no connectivity to
> the vms. I was hoping to fix this on 4.4.0 without the need to downgrade
> for the 2nd time in 2 days.
>
> Thanks
>
> Andrei
>
> - Original Message -
> From: "Andrei Mikhailovsky" 
> To: users@cloudstack.apache.org
> Sent: Saturday, 9 August, 2014 6:29:36 PM
> Subject: HELP - unable to start systemvms on KVM after upgrade to 4.4 with
> java 1.7 installed
>
> Hello guys,
>
> I've done an upgrade to ACS 4.4 from version 4.2.1 following the release
> notes and upgrade guide. I've also read several threads regarding issues
> with the systemvm template. I've downloaded the template from
> http://cloudstack.apt-get.eu/systemvm/4.4/systemvm64template-4.4.0-6-kvm.qcow2.bz2
>
> I've also upgraded java to version 1.7 on host servers as well as the acs
> management server.
>
> Following the guide, I've executed the script that restarts all system vms
> with the following output:
>
>
>
> 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 847
>
>
>
>
> Done stopping and starting console proxy vm(s) .
>
>
>
>
> Stopping and starting 15 running routing vm(s)...
>
> ERROR: Failed to restart domainRouter with id 864
>
>
>
>
> ERROR: Failed to restart domainRouter with id 852
>
>
>
>
> ..
>
>
>
>
> I've noticed and all of my system vms are Stopped and ACS is unable to
> start SSVM / CPVM and any of the virtual routers.
>
>
>
>
> Looking into the issue i've noticed that the host servers have the
> following in agent.log file:
>
>
>
>
> 2014-08-09 18:00:12,093 ERROR [kvm.storage.LibvirtStorageAdaptor]
> (agentRequest-Handler-4:null) Failed to perform a RBD action on the Ceph
> cluster, the error was: Failed to clone image
> 7ec0a208-6593-420c-9437-79279a5e3f03@cloudstack-base-snap to
> 566b003a-de59-419a-a1f6-7cf77cc95378
>
>
>
>
>
>
>
>
>
>
>
>
>
> The management server log shows this error:
>
>
>
>
>
>
>
>
>
>
> 2014-08-09 18:12:32,524 WARN [o.a.c.s.SecondaryStorageManagerImpl]
> (secstorage-1:ctx-7bb24cc7) Exception while trying to start secondary
> storage vm
>
> java.lang.RuntimeException: Job failed due to exception Resource [Host:7]
> is unreachable: Host 7: Unable to start instance due to Unable to get
> answer that is of class com.cloud.agent.api.StartAnswer
>
> at com.cloud.vm.VmWorkJobDispatcher.runJob(VmWorkJobDispatcher.java:114)
>
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>
> at java.lang.Thread.run(Thread.java:744)
>
> 2014-08-09 18:12:32,525 INFO [o.a.c.s.SecondaryStorageManagerImpl]
> (secstorage-1:ctx-7bb24cc7) Unable to start secondary storage vm for
> standby capacity, secStorageVm vm Id : 940, will recycle it and start a new
> one
>
>
>
>
>
>
>
>
>
>
> This error keeps cycling every minute or so.
>
>
>
>
> Could someone please help me with sorting out the system vms.
>
>
>
>
> Many thanks
>
>
>
>
> Andrei
>

Re: [ACS44] release 4.4.1

[Daan Hoogland]

Have a look at JIRA, please. I don't know, really.

biligual spelling checker used.read at your own risk
Op 7 aug. 2014 17:36 schreef "Andrei Mikhailovsky" :

> Daan, apart from the template issues, which I believe were already solved,
> are there any other issues with KVM that might prevent one to upgrade?
>
> I was planning to upgrade this this weekend, but are now considering
> postponing the upgrade.
>
> Thanks
>
>
>
> --
> Andrei Mikhailovsky
> Director
> Arhont Information Security
>
> Web: http://www.arhont.com
> http://www.wi-foo.com
> Tel: +44 (0)870 4431337
> Fax: +44 (0)208 429 3111
> PGP: Key ID - 0x2B3438DE
> PGP: Server - keyserver.pgp.com
>
> DISCLAIMER
>
> The information contained in this email is intended only for the use of
> the person(s) to whom it is addressed and may be confidential or contain
> legally privileged information. If you are not the intended recipient you
> are hereby notified that any perusal, use, distribution, copying or
> disclosure is strictly prohibited. If you have received this email in error
> please immediately advise us by return email at and...@arhont.com and
> delete and purge the email and any attachments without making a copy.
>
>
> - Original Message -
> From: "Daan Hoogland" 
> To: "dev" 
> Cc: users@cloudstack.apache.org
> Sent: Thursday, 7 August, 2014 1:58:45 PM
> Subject: Re: [ACS44] release 4.4.1
>
> depends on what you are using Xerex.
>
> Not for KVM it seems and there are some problems with the xen sytemvm.
>
> On Thu, Aug 7, 2014 at 2:55 PM, Xerex Bueno 
> wrote:
> > Is 4.4.0 more reliable/stable than 4.3?
> >
> >
> >
> >
> > On 8/6/14, 3:54 AM, "Daan Hoogland"  wrote:
> >
> >>People,
> >>
> >>Since there are some problems in 4.4.0 I am planning a bugfix release.
> >>
> >>I created a wiki page for it. This only contains dates so far. I am
> >>offline starting the 16th so I want to have it out by the 14th,
> >>optimist that I am. For this to happen a successful RC must be
> >>available by the 10th. This is maybe a tight schedule but I hope
> >>everybody is putting their full attention to having a viable 4.4 out
> >>there.
> >>
> >>Please add any important info to
> >>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.4.1+Bu
> >>gFix+Release
> >>
> >>Thanks
> >>--
> >>Daan
> >
> >
> > 
> >
> > This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated,
> redistributed, or displayed to any other party without the expressed
> written permission of LPS Integration, Inc. If you are not the intended
> recipient and have received this email in error, please destroy the email
> and contact the LPS Integration Security Officer at 866-577-2902 (Phone),
> 615-349-9009 (Fax) or 230 Great Circle Rd. Suite 218 Nashville, TN 37228
> (US Mail)
> >
>
>
>
> --
> Daan
>

Re: [ACS44] release 4.4.1

[Daan Hoogland]

depends on what you are using Xerex.

Not for KVM it seems and there are some problems with the xen sytemvm.

On Thu, Aug 7, 2014 at 2:55 PM, Xerex Bueno  wrote:
> Is 4.4.0 more reliable/stable than 4.3?
>
>
>
>
> On 8/6/14, 3:54 AM, "Daan Hoogland"  wrote:
>
>>People,
>>
>>Since there are some problems in 4.4.0 I am planning a bugfix release.
>>
>>I created a wiki page for it. This only contains dates so far. I am
>>offline starting the 16th so I want to have it out by the 14th,
>>optimist that I am. For this to happen a successful RC must be
>>available by the 10th. This is maybe a tight schedule but I hope
>>everybody is putting their full attention to having a viable 4.4 out
>>there.
>>
>>Please add any important info to
>>https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.4.1+Bu
>>gFix+Release
>>
>>Thanks
>>--
>>Daan
>
>
> 
>
> This document is PROPRIETARY and CONFIDENTIAL and may not be duplicated, 
> redistributed, or displayed to any other party without the expressed written 
> permission of LPS Integration, Inc. If you are not the intended recipient and 
> have received this email in error, please destroy the email and contact the 
> LPS Integration Security Officer at 866-577-2902 (Phone), 615-349-9009 (Fax) 
> or 230 Great Circle Rd. Suite 218 Nashville, TN 37228 (US Mail)
>



-- 
Daan

[ACS44] release 4.4.1

[Daan Hoogland]

People,

Since there are some problems in 4.4.0 I am planning a bugfix release.

I created a wiki page for it. This only contains dates so far. I am
offline starting the 16th so I want to have it out by the 14th,
optimist that I am. For this to happen a successful RC must be
available by the 10th. This is maybe a tight schedule but I hope
everybody is putting their full attention to having a viable 4.4 out
there.

Please add any important info to
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+4.4.1+BugFix+Release

Thanks
-- 
Daan

[ACS44] jira tag for release 4.4.1

[Daan Hoogland]

people,

I have created a tag in jira for marking issues as affecting or solved in 4.4.1
Please make abundant use of it.

thanks
-- 
Daan

Re: Cloudstack unstable after upgrade to 4.4.0

[Daan Hoogland]

Martin, is the shutting down happening with the systemvms or guest vms or both?
Do you see this also when you boot a vm of the same template in xen directly?

regards,

On Tue, Aug 5, 2014 at 8:37 AM, Martin Emrich  wrote:
> Hi!
>
> Am 04.08.2014 21:01, schrieb Pierre-Luc Dion:
>
>> Hi Martin,
>>
>> I might not be able to help you much on that, but did you look at
>> XenCenter
>> to see if you had something similar like this:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7225
>>
>> Basically, SystemVM paused instead of remaining started or perform a
>> reboot.
>
>
> Actually, I had this problem, too. After restarting (and possibly upgrading)
> the SystemVMs with cloudstack-sysvmadm several times, I got them all
> running.
>
> All in all, this is quite "nondeterministic"...
>
> Regards,
>
> Martin



-- 
Daan

Re: Cloudstack 4.4 Fresh install network restart issue

[Daan Hoogland]

Soeren,

Assuming you are using the stock 4.4.0 distro, It seems you have a
basic network or security groups enabled for you network. It is
looking for a pod to deploy to but does not have one in the deploy
destination. Can you elaborate on your configuration please?

On Mon, Aug 4, 2014 at 2:05 PM, Daan Hoogland  wrote:
> c&p it in the java stacktrace console and find the code:P You are
> probably asking this on user@ because you are not familiar with that.
> I'll give it a go in a moment and see what I can dig up.
>
> On Mon, Aug 4, 2014 at 1:28 PM, Soeren Malchow  
> wrote:
>> Dear all,
>>
>> now we did encounter a problem on Cloudstack 4.4 with KVM, network restarts 
>> do not seem to work, here is this corresponding exception (I hope)
>>
>> 2014-08-04 13:26:00,091 WARN  [o.a.c.e.o.NetworkOrchestrator] 
>> (API-Job-Executor-9:ctx-abeae85d job-81 ctx-7ee3f2f5) Failed to implement 
>> network Ntwk[ee40cc23-06d4-4c39-ba11-c418b9a8a906|Guest|6] elements and 
>> resources as a part of network restart due to
>> java.lang.NullPointerException
>> at 
>> com.cloud.network.element.VirtualRouterElement.getRouters(VirtualRouterElement.java:952)
>> at 
>> com.cloud.network.element.VirtualRouterElement.prepareAggregatedExecution(VirtualRouterElement.java:1099)
>> at 
>> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1090)
>> at 
>> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.restartNetwork(NetworkOrchestrator.java:2430)
>> at 
>> com.cloud.network.NetworkServiceImpl.restartNetwork(NetworkServiceImpl.java:1865)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:606)
>> at 
>> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>> at 
>> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>> at 
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>> at 
>> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
>> at 
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>> at 
>> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
>> at 
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>> at 
>> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
>> at 
>> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>> at 
>> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>> at com.sun.proxy.$Proxy155.restartNetwork(Unknown Source)
>> at 
>> org.apache.cloudstack.api.command.user.network.RestartNetworkCmd.execute(RestartNetworkCmd.java:95)
>> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
>> at 
>> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
>> at 
>> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
>> at 
>> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
>> at 
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>> at 
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
>> at 
>> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
>> at 
>> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
>> at 
>> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
>> at 
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
>> at 
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
>> at 
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
>> at java.lang.Thread.run(Thread.java:744)
>>
>> Any idea for further debugging ?
>>
>> Regards
>> Soeren
>
>
>
> --
> Daan



-- 
Daan

Re: Cloudstack 4.4 Fresh install network restart issue

[Daan Hoogland]

c&p it in the java stacktrace console and find the code:P You are
probably asking this on user@ because you are not familiar with that.
I'll give it a go in a moment and see what I can dig up.

On Mon, Aug 4, 2014 at 1:28 PM, Soeren Malchow  wrote:
> Dear all,
>
> now we did encounter a problem on Cloudstack 4.4 with KVM, network restarts 
> do not seem to work, here is this corresponding exception (I hope)
>
> 2014-08-04 13:26:00,091 WARN  [o.a.c.e.o.NetworkOrchestrator] 
> (API-Job-Executor-9:ctx-abeae85d job-81 ctx-7ee3f2f5) Failed to implement 
> network Ntwk[ee40cc23-06d4-4c39-ba11-c418b9a8a906|Guest|6] elements and 
> resources as a part of network restart due to
> java.lang.NullPointerException
> at 
> com.cloud.network.element.VirtualRouterElement.getRouters(VirtualRouterElement.java:952)
> at 
> com.cloud.network.element.VirtualRouterElement.prepareAggregatedExecution(VirtualRouterElement.java:1099)
> at 
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.implementNetworkElementsAndResources(NetworkOrchestrator.java:1090)
> at 
> org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.restartNetwork(NetworkOrchestrator.java:2430)
> at 
> com.cloud.network.NetworkServiceImpl.restartNetwork(NetworkServiceImpl.java:1865)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:606)
> at 
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
> at 
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:106)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
> at 
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
> at 
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
> at 
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
> at 
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
> at com.sun.proxy.$Proxy155.restartNetwork(Unknown Source)
> at 
> org.apache.cloudstack.api.command.user.network.RestartNetworkCmd.execute(RestartNetworkCmd.java:95)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:141)
> at 
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
> at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:503)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at 
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at 
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at 
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:460)
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:744)
>
> Any idea for further debugging ?
>
> Regards
> Soeren



-- 
Daan

Re: CS 4.2..1 hypervisor KVM migrate to CS 4.4 hyper-visor XenServer 6.2

[Daan Hoogland]

Motty,

Before you upgrade read Eric's gist on this first:
https://gist.github.com/terbolous/102ae8edd1cda192561c

On Mon, Aug 4, 2014 at 1:25 AM, motty cruz  wrote:
> Thank you Andrei,
> I will do look that up, I am nervous about this operation. I wonder why did
> you go to KVM hypervisor? we're having issues, our network is not stable. I
> could not take snapshots of VMs. At this point we build a cluster with
> XenServer hypervisor and we really like to go into production.
>
> Any advise? by the way our current version is CloudStack 4.2.1, I believe
> snapshots are working in 4.3. I may try to upgrade to Cloudstack 4.4. Do
> you know if we can upgrade from 4.2 to 4.4? (skip a version)
>
> Thanks,
>
>
> On Sat, Aug 2, 2014 at 3:29 AM, Andrei Mikhailovsky 
> wrote:
>
>> Hi,
>>
>> I have migrated the other way without any issues. The fastest way for me
>> to do it was to create identical vms on the other hypervisor (including
>> same disk volume sizes, etc). Once the vms are created I would stop them.
>> Using the qemu-img I would convert the disk image format, upload the
>> converted image to the primary storage and replace the newly created disk
>> volumes with the converted once. After that you should be okay to start.
>>
>> You might also want to try the citrix app for vm migration, it might
>> support kvm format. Just google for it, I can't recall its name.
>>
>> Andrei
>>
>> --
>> Andrei Mikhailovsky
>> Director
>> Arhont Information Security
>>
>> Web: http://www.arhont.com
>> http://www.wi-foo.com
>> Tel: +44 (0)870 4431337
>> Fax: +44 (0)208 429 3111
>> PGP: Key ID - 0x2B3438DE
>> PGP: Server - keyserver.pgp.com
>>
>> DISCLAIMER
>>
>> The information contained in this email is intended only for the use of
>> the person(s) to whom it is addressed and may be confidential or contain
>> legally privileged information. If you are not the intended recipient you
>> are hereby notified that any perusal, use, distribution, copying or
>> disclosure is strictly prohibited. If you have received this email in error
>> please immediately advise us by return email at and...@arhont.com and
>> delete and purge the email and any attachments without making a copy.
>>
>>
>> - Original Message -
>>
>> From: "Soeren Malchow" 
>> To: users@cloudstack.apache.org
>> Sent: Friday, 1 August, 2014 8:01:05 PM
>> Subject: RE: CS 4.2..1 hypervisor KVM migrate to CS 4.4 hyper-visor
>> XenServer 6.2
>>
>> Hi,
>>
>> i am running 4.3 right now with KVM and snapshots do work
>>
>> cheers
>> soeren
>>
>> -Original Message-
>> From: motty cruz [mailto:motty.c...@gmail.com]
>> Sent: Freitag, 1. August 2014 20:09
>> To: users@cloudstack.apache.org
>> Subject: CS 4.2..1 hypervisor KVM migrate to CS 4.4 hyper-visor XenServer
>> 6.2
>>
>> All,
>> I am figuring out best possible way to migrate from CS 4.2.1 hyper-visor
>> KVM to CS 4.4 hyper-visor XenServer 6.2
>>
>> any suggestions? We're having issues with KVM, snapshot don't work, I have
>> a testing cluster for CS 4.4 with hyper-visor Xen and seem to be a lot
>> better than KVM
>>
>> Thanks,
>>
>>



-- 
Daan

Re: CS 4.4 KVM Fresh Install

[Daan Hoogland]

thanks Soeren,

Good luck with the hangover.

On Sun, Aug 3, 2014 at 10:10 PM, Erik Weber  wrote:
> On Sun, Aug 3, 2014 at 9:29 PM, Soeren Malchow 
> wrote:
>
>> Dear all,
>>
>> i just wanted to give feedback, with the latest SystemVM Template for 4.4
>> ( from here
>> http://cloudstack.apt-get.eu/systemvm/4.4/ ) we ran several installations
>> with
>>
>> - advanced networking with security groups
>> - separated pod, management, storage and guest networks
>> - on Ubuntu 12.04.4 x64
>> - so far only NFS storage, the Ceph Cluster will be tested during the week
>>
>> and everything worked just fine, so far i tested
>>
>> - the basic stuff, accessing the console, downloading ISOs
>> - HA
>> - snapshots (including template and volume restore)
>> - live migration
>>
>> and we experienced no problems.
>>
>> And now it is sunday evening i i earned a beer
>>
>>
>
> Cheers Soeren, great to hear that.
>
> Enjoy that beer :-)
>
>
> --
> Erik



-- 
Daan

Re: SSVM Problem - ERROR: Java process not running. Try restarting the SSVM.

[Daan Hoogland]

Matthew, that is a bug in that distribution of the systemvm templates
Where did you get them?
the ones at cloudstack.apt-get.eu with the name 4.4.0-6 are the ones
you should use.

@rayees: can you update the ones at download.cloud.com, please?

regards,
Daan

On Thu, Jul 31, 2014 at 8:08 PM, Matthew Midgett
 wrote:
> Pierre-Luc DION
>
> root@s-48-VM:~# cat /etc/cloudstack-release
> Cloudstack Release 3 Wed Jul 23 14:18:46 UTC 2014
>
>
>
> -Original Message-
> From: Pierre-Luc Dion 
> Reply-to: users@cloudstack.apache.org
> To: users@cloudstack.apache.org 
> Subject: Re: SSVM Problem - ERROR: Java process not running. Try
> restarting the SSVM.
> Date: Thu, 31 Jul 2014 13:17:53 -0400
>
>
> Dean,
> Could you post the content of /etc/cloudstack-version  from a running
> systemvm ?
>
> Thanks,
>
>
> *Pierre-Luc DION*
> Architecte de Solution Cloud | Cloud Solutions Architect
> t 855.652.5683
>
> *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
>
>
> On Thu, Jul 31, 2014 at 1:09 PM, Dean Kamali  wrote:
>
>> Matthew,
>>
>> Thanks for your feedback, I would like to double check the version of SSVM
>> template name you are currently using, could you please share info?
>>
>> Another question, I'm gussing that 0b1ff1bc054860378f08347 is the UUID of
>> your secondary storage, is that correct?
>>
>> Thanks
>>
>
>



-- 
Daan

Re: Change IP subnet of cluster [SOLVED]

[Daan Hoogland]

H Carlos, glad you figured it out. A colleague had a similar issue but
his finding was that the host table included a timestamp to identify
the management server.

You are right about the replacement of the management server whether
it is mac or timestamp, this will pose a problem.

On Fri, Jul 25, 2014 at 10:43 PM, Carlos Reátegui  wrote:
> My system is back up and running.
>
> As I suspected in my second email the problem was related to the msid in the 
> mshost table.  Upon bringing up my system a new mshost entry was being 
> created for the same MS and for some reason it was unable to connect to my 
> XenServer hosts.
>
> I decided to go back to my edited sql with the new IPs and change the 
> existing mshost entry to have the new msid value:
>
> sed -i.bak4 's/159090355471823/159090355471825/g' cloudstack_cloud-newips.sql
>
> I did a global replace since there are foreign key constraints on the msid 
> that I saw in the host and async_job tables
>
> After reloading this new sql and starting the MS everything is back to 
> normal, but with a new subnet for my hosts and guests (this is a basic 
> network).
>
>
> Question for the Devs:
>
> Lets say the machine my MS was running on crashed and I replaced it with a 
> new machine.  Since the msid is derived from the MAC wouldn’t I have 
> encountered this same problem and not been able to have the new machine 
> connect to the hosts?
>
> thanks,
> Carlos
>
>
>
>
> On Jul 25, 2014, at 8:46 AM, Carlos Reátegui  wrote:
>
>> Any thoughts out there?
>>
>> It keeps trying to connect to the hosts but it is unable to and there are no 
>> clues in the logs as to why.  I am successfully connected with XenCenter to 
>> the pool and also am able to ssh to all the hosts from the MS.
>>
>> What does “Disable Cluster” or “Unmanage Cluster” do?  Should I try that and 
>> re-enable/manage?
>>
>> From the UI, things appear ok but starting any instance fails.
>>
>> Thanks,
>> Carlos
>>
>> Log snippet form this am:
>>
>> 2014-07-25 21:03:19,599 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (StatsCollector-2:null) Seq 2-65931749: Forwarding null to 159090355471823
>> 2014-07-25 21:03:19,599 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (AgentManager-Handler-13:null) Seq 2-65931749: Routing from 159090355471825
>> 2014-07-25 21:03:19,599 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (AgentManager-Handler-13:null) Seq 2-65931749: Link is closed
>> 2014-07-25 21:03:19,600 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
>> (AgentManager-Handler-13:null) Seq 2-65931749: MgmtId 159090355471825: Req: 
>> Resource [Host:2] is
>>  unreachable: Host 2: Link is closed
>> 2014-07-25 21:03:19,600 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
>> (AgentManager-Handler-13:null) Seq 2--1: MgmtId 159090355471825: Req: 
>> Routing to peer
>> 2014-07-25 21:03:19,601 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
>> (AgentManager-Handler-14:null) Seq 2--1: MgmtId 159090355471825: Req: Cancel 
>> request received
>> 2014-07-25 21:03:19,601 DEBUG [agent.manager.AgentAttache] 
>> (AgentManager-Handler-14:null) Seq 2-65931749: Cancelling.
>> 2014-07-25 21:03:19,601 DEBUG [agent.manager.AgentAttache] 
>> (StatsCollector-2:null) Seq 2-65931749: Waiting some more time because this 
>> is the current command
>> 2014-07-25 21:03:19,601 DEBUG [agent.manager.AgentAttache] 
>> (StatsCollector-2:null) Seq 2-65931749: Waiting some more time because this 
>> is the current command
>> 2014-07-25 21:03:19,601 INFO  [utils.exception.CSExceptionErrorCode] 
>> (StatsCollector-2:null) Could not find exception: 
>> com.cloud.exception.OperationTimedoutException in
>>  error code list for exceptions
>> 2014-07-25 21:03:19,601 WARN  [agent.manager.AgentAttache] 
>> (StatsCollector-2:null) Seq 2-65931749: Timed out on null
>> 2014-07-25 21:03:19,601 DEBUG [agent.manager.AgentAttache] 
>> (StatsCollector-2:null) Seq 2-65931749: Cancelling.
>> 2014-07-25 21:03:19,601 WARN  [agent.manager.AgentManagerImpl] 
>> (StatsCollector-2:null) Operation timed out: Commands 65931749 to Host 2 
>> timed out after 3600
>> 2014-07-25 21:03:19,601 WARN  [cloud.resource.ResourceManagerImpl] 
>> (StatsCollector-2:null) Unable to obtain host 2 statistics.
>> 2014-07-25 21:03:19,601 WARN  [cloud.server.StatsCollector] 
>> (StatsCollector-2:null) Received invalid host stats for host: 2
>> 2014-07-25 21:03:19,606 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (StatsCollector-2:null) Seq 3-602278373: Forwarding null to 159090355471823
>> 2014-07-25 21:03:19,607 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (AgentManager-Handler-15:null) Seq 3-602278373: Routing from 159090355471825
>> 2014-07-25 21:03:19,607 DEBUG [agent.manager.ClusteredAgentAttache] 
>> (AgentManager-Handler-15:null) Seq 3-602278373: Link is closed
>> 2014-07-25 21:03:19,607 DEBUG [agent.manager.ClusteredAgentManagerImpl] 
>> (AgentManager-Handler-15:null) Seq 3-602278373: MgmtId 159090355471825: Req: 
>> Resource [Host:3] is unreachable: Host 3: Link is closed

Re: dual NIC VLAN configuration

[Daan Hoogland]

Ian, I would imagine that guest traffic can't go out to the net this
way. Maybe you should swap them. This is only guessing however. What
are you seeing?

On Fri, Jul 25, 2014 at 2:00 AM, Ian Young  wrote:
> Here's the less verbose version:  My hypervisor has two NICs and I've set
> up a label on each.  Traffic to and from cloudbr0 works perfectly.  Traffic
> going into cloudbr1 goes out cloudbr0 because that interface has a default
> gateway.  Will this pose a problem when I try to set up separate management
> and guest networks in CloudStack?
>
>
> On Thu, Jul 24, 2014 at 10:56 AM, Ian Young  wrote:
>
>> I am trying to set up a server with two NICs as a hypervisor.  I would
>> like to use the two interfaces to separate management and guest traffic, as
>> recommended by the CloudStack installation guide.  This server is connected
>> to a managed switch, which is connected to a hardware firewall, both of
>> which are set up with tagged VLANs.  Some of the ports on the switch are
>> designated as VLAN 6 and some are VLAN 7.  I've confirmed the VLANs are set
>> up correctly by configuring eth0 and eth1 (one at a time) with the
>> appropriate IP address, netmask, and gateway.
>>
>> However, the difficulty arises when I try to configure both interfaces
>> simultaneously.  The return traffic tends to go out whichever interface is
>> associated with the default gateway, a typical issue when using multiple
>> network interfaces.  I've followed numerous guides, which all basically say
>> the same thing:  Don't set a default gateway; use iproute2 to control the
>> flow of traffic with route-eth0, rule-eth0, and rt_tables.  I've tried
>> setting this up numerous times to no avail, probably because the guides I'm
>> reading don't involve VLANs.  Add to that the the cloudbr0 and cloudbr1
>> bridges that CloudStack requires and now I'm really confused as to how to
>> set up the network.  I can't be the first person to have set up CloudStack
>> this way; it sounds pretty common.  Can someone explain to me the correct
>> way to configure these interfaces?
>>
>> Here is my network information:
>>
>> VLAN 6 (management)
>> 192.168.101.0/24
>> gateway: 192.168.101.1
>>
>> VLAN 7 (guest)
>> 192.168.102.0/24
>> gateway: 192.168.102.1
>>
>> current hypervisor settings:
>> eth0: 192.168.101.4
>> eth1: 192.168.102.4
>>
>> current management server settings (this is a separate machine):
>> p4p1: 192.168.101.3
>>



-- 
Daan

Re: cloudstack 4.4 release date

[Daan Hoogland]

Ian, It was planned to be out allready but we want the highest
possible quality. For that we need as many users as possible to test
drive it. Please have a go and uncover any backwards compatibility
issues that might pertain to your use case.

thanks,

On Sat, Jul 12, 2014 at 9:52 AM, Ian Marshall  wrote:
> Hi
>
> When is the expected release date for the 4.4 release, I understand that is
> is available for testing,etc but as an end user with minimal knowledge of
> Cloudstack - I am looking to find the 'stable' release date.
>
> regards
> Ian



-- 
Daan

Re: Format and Consistency of Log statements in CloudStack

[Daan Hoogland]

Ashish,

It seems to me a discussion, albeit interesting to users, that should
take place on dev@c.a.o. Would you agree?

regards,
Daan

On Sun, Jul 6, 2014 at 8:23 AM, Ashish Sureka  wrote:
> We [Professor and PhD Student in Software Engineering at a State University
> in India] are working towards a source code analysis tool which can assist
> practitioners in writing effecting log statements. There are more than
> 1 log statements in CloudStack (s_logger.error, s_logger.warn,
> s_logger.trace, s_logger.info…….)
>
>
> The focus of this email is on format and consistency of log statements. We
> analyzed all the log statements and observe that the log statements prints
> a message and variable(s).  However it does not print the log level,
> timestamp and thread-name. I believe you agree with me that - Information
> like timestamp [Date date= new Date(); new Timestamp(date.getTime())] and
> thread-name [Thread.currentThread().getName()] is useful for diagnosing
> production failure and root-cause analysis. It is also useful in studying
> patterns and trends. We have the following questions:
>
>
> 1)  Why log-level, timestamp and thread-name is not logged.
>
> 2)  How important (different people may have different opinion) is
> Point 1 (mentioning log-level, timestamp and thread-name)
>
> 3)  Is there a standard guideline for developers for writing log
> statements – which CloudStack developers need to follow
>
> 4)  Do you use any log-analysis tool? How are logs analyzed (visual
> inspection, home-grown tool/program, external open-source/commercial tool)?
>
> 5)  CloudStack can be used in a multi-threaded environment and I am not
> clear why the thread name is not printed
>
> Thanks in advance and appreciate it. We want to build a tool (not just
> about format and consistency) that will be practically useful to
> practitioners and will make it open-source & publicly available. This is
> part of an academic/research study and hence request a response to all
> questions.
>
>
> Thanks and Regards,
>
>
> Ashish and Sangeeta
>
> --
> Ashish Sureka : [Homepage http://www.iiitd.edu.in/~ashish/ ] , [Blog :
> http://ashish-sureka-delhi.blogspot.in/ ]



-- 
Daan

Re: OpenVM.eu - repository of Cloudstack images and appliances

[Daan Hoogland]

love it Lucian, How will the procedure for submissions look? (I'm
thinking a mail to you with a download link)

On Thu, Jun 26, 2014 at 1:18 AM, David Nalley  wrote:
> This is awesome on Nux's part. I am thrilled to see this come to fruition.
>
> This is not an official CloudStack deployment. There are a number of
> reasons why this needs to be external (for instance, much of what he
> has up for download is GPL-licensed; it's not our software, etc) In
> addition, Infra does well to distribute the software we actually
> produce, we'd politely decline the offer to provide a service like Nux
> has stood up. :)
>
> --David
>
> On Wed, Jun 25, 2014 at 6:36 PM, Sally Khudairi
>  wrote:
>> Cool --thanks, Lucian!
>>
>> Just so I understand, this is a supporting repository and not an "official" 
>> CloudStack project resource, correct?
>>
>> If so, totally fine: please do continue as intended. If not, I suspect this 
>> might need to reside somewhere in the cloudstack.apache.org/* home.
>>
>> I'd love feedback from the community if you're planning to give folks a peek 
>> at tomorrow's meeting!
>>
>> Cheers,
>> Sally
>>
>>
>>>
>>> From: Nux! 
>>>To: market...@cloudstack.apache.org
>>>Cc: d...@cloudstack.apache.org; users@cloudstack.apache.org
>>>Sent: Wednesday, 25 June 2014, 15:09
>>>Subject: OpenVM.eu - repository of Cloudstack images and appliances
>>>
>>>
>>>Hi,
>>>
>>>I've been intending to do this for a while, but decided it has to happen 
>>>this summer so here goes:
>>>
>>>http://www.openvm.eu - A repository of Cloudstack images and appliances!
>>>
>>>Do not be fooled by it's current façade, it will get better.
>>>It only has one template for now, but I expect this number to increase 
>>>significantly in the coming weeks.
>>>It is just what I managed to do in a very short time at $work today and 
>>>thought it might be worth a mention at tomorrow's European meeting in London.
>>>
>>>I'll add a lot more templates, with a focus on CentOS and Cloudstack, of 
>>>course, as this is where my interests lie at the moment.
>>>In time I will add more OSes and platforms (Openstack and OpenNebula).
>>>
>>>The templates are built on/for KVM, but should be able to boot on a variety 
>>>of hypervisors (I think it will work on Xen/Xenserver, VMware, HyperV), 
>>>although the file format is QCOW2.
>>>I'll have to check my resources to see if I can afford the extra disk space 
>>>and CPU time to offer VHD/RAW files as well.
>>>
>>>All templates are 8 GB in size unless specified otherwise.
>>>
>>>I'll keep the list updated.
>>>
>>>Comments, questions, suggestions etc welcome!
>>>
>>>Lucian
>>>
>>>
>>>
>>>--
>>>Sent from the Delta quadrant using Borg technology!
>>>
>>>Nux!
>>>www.nux.ro
>>>
>>>
>>>



-- 
Daan

[ACS4.4] Release candidate coming up

[Daan Hoogland]

LS,

As the critical issue list is starting to go down and no one has
discussed any bug as being blocking for a while, I would like to make
a release candidate on Friday.

As requested earlier, please triage your bug lists and send me any
cherry-pick requests for fixes you would like to go in 4.4.0. Do not
hesitate, bring em on. I am busy most of Saturday but if necessary I
will bake an RC on Sunday.

-- 
Daan

Re: [acs-4.4] cherry-pick

[Daan Hoogland]

On Tue, Jun 24, 2014 at 7:44 AM, Damoder Reddy  wrote:
> 24401e0b2b575d1aa151dbf5d4e0e0e1de4e9361


is in

-- 
Daan

Re: [POLL] Who uses "awsapi" with CloudStack in production?

[Daan Hoogland]

I am saying you should export your db and run a test upgrade against it
using the 4.4 branch so we can make sure it works correctly by the time we
release.
Op 19 jun. 2014 19:10 schreef "Carlos Reátegui" :

> Hi Daan,
>
> I have not tried 4.3.  I saw some of the issues people were having and
> decided to hold off from trying.
>
> Do you suggest I try with 4.3 or should I build my own deb packages and
> try 4.4?
>
> BTW I am on ubuntu 12.04 + XenServer 6.0.2
>
>
> On Jun 19, 2014, at 12:35 AM, Daan Hoogland 
> wrote:
>
> > Carlos, please export your db and do a test upgrade on a lab machine?
> > Now is the time to solve any upgrade issues in 4.4.
> >
> > Have you tried the 4.3 upgrade already?
> >
> > regards,
> > Daan
> >
> > On Wed, Jun 18, 2014 at 7:04 PM, Carlos Reátegui 
> wrote:
> >> Hi Rohit,
> >>
> >> The awsapi was one of the reasons we chose to use ACS.  We have
> developed some internal tools and apps to manage our deployments on AWS
> that we want to re-use on ACS.  We have not been able to use it yet because
> it was broken in 4.1.1.  We tried to upgrade to 4.2 and were unsuccessful
> and are now waiting for 4.4 to finally upgrade and hopefully be able to use
> the awsapi.
> >>
> >> We use ACS internally for development and testing of our applications
> that we push to AWS.
> >>
> >> thanks,
> >> Carlos
> >>
> >>
> >> On Jun 18, 2014, at 12:11 AM, Rohit Yadav  wrote:
> >>
> >>> Hi,
> >>>
> >>> Who uses "awsapi" or any other EC2 compatible interface such as
> ec2stack
> >>> with CloudStack (or CloudStack distros such as Citrix CloudPlatform) in
> >>> production? And, if marketing and publicity are/were big motivation(s)?
> >>>
> >>> In case you don't want to discuss on this thread, please take this
> >>> anonymous poll:
> >>>
> http://www.polljunkie.com/poll/fbyfdc/who-uses-awsapi-with-cloudstack-in-prouduction
> >>>
> >>> # Some stats
> >>>
> >>> I've been watching Collab14 videos and found references where many
> speakers
> >>> reference overall CloudStack codebase to be about 1.5M (million) lines
> of
> >>> Java code which is not "exactly" true. Let me share some findings;
> >>>
> >>> - As of today, CloudStack master is about 1.7M lines of Java code [1]
> >>> - CloudStack "awsapi" artifact is 1.04M lines of Java code [2]
> >>> - Code excluding "awsapi", tests and license/comment is about 590k
> lines of
> >>> Java code [3]
> >>> - The core excluding plugins, api and the above is about 300k lines of
> Java
> >>> code [4]
> >>>
> >>> Why should  I care:
> >>> - some useful/fun stats to keep in mind
> >>> - it's not a giant mammoth that cannot be fixed or developed upon
> >>> - encouraging for new developers that if they try they can understand
> and
> >>> fix it
> >>>
> >>> FYI, this started on twitter yesterday:
> >>> https://twitter.com/_bhaisaab/status/479007075414974465
> >>>
> >>> [1] cd cloudstack-repo && find . | grep java$ | xargs cat | wc -l
> >>> [2] cd cloudstack-repo && find awsapi | grep java$ | xargs cat | wc -l
> >>> [3] cd cloudstack-repo && find . | grep -v awsapi | grep -v [tT]est |
> grep
> >>> java$ | xargs cat | grep -v '^//' | wc -l
> >>> [4] cd cloudstack-repo && find . | grep -v awsapi | grep -v [Tt]est |
> grep
> >>> -v plugins | grep -v api | grep java$ | xargs cat | grep -v '^//' | wc
> -l
> >>>
> >>> Regards.
> >>
> >
> >
> >
> > --
> > Daan
>
>

Re: [POLL] Who uses "awsapi" with CloudStack in production?

[Daan Hoogland]

Carlos, please export your db and do a test upgrade on a lab machine?
Now is the time to solve any upgrade issues in 4.4.

Have you tried the 4.3 upgrade already?

regards,
Daan

On Wed, Jun 18, 2014 at 7:04 PM, Carlos Reátegui  wrote:
> Hi Rohit,
>
> The awsapi was one of the reasons we chose to use ACS.  We have developed 
> some internal tools and apps to manage our deployments on AWS that we want to 
> re-use on ACS.  We have not been able to use it yet because it was broken in 
> 4.1.1.  We tried to upgrade to 4.2 and were unsuccessful and are now waiting 
> for 4.4 to finally upgrade and hopefully be able to use the awsapi.
>
> We use ACS internally for development and testing of our applications that we 
> push to AWS.
>
> thanks,
> Carlos
>
>
> On Jun 18, 2014, at 12:11 AM, Rohit Yadav  wrote:
>
>> Hi,
>>
>> Who uses "awsapi" or any other EC2 compatible interface such as ec2stack
>> with CloudStack (or CloudStack distros such as Citrix CloudPlatform) in
>> production? And, if marketing and publicity are/were big motivation(s)?
>>
>> In case you don't want to discuss on this thread, please take this
>> anonymous poll:
>> http://www.polljunkie.com/poll/fbyfdc/who-uses-awsapi-with-cloudstack-in-prouduction
>>
>> # Some stats
>>
>> I've been watching Collab14 videos and found references where many speakers
>> reference overall CloudStack codebase to be about 1.5M (million) lines of
>> Java code which is not "exactly" true. Let me share some findings;
>>
>> - As of today, CloudStack master is about 1.7M lines of Java code [1]
>> - CloudStack "awsapi" artifact is 1.04M lines of Java code [2]
>> - Code excluding "awsapi", tests and license/comment is about 590k lines of
>> Java code [3]
>> - The core excluding plugins, api and the above is about 300k lines of Java
>> code [4]
>>
>> Why should  I care:
>> - some useful/fun stats to keep in mind
>> - it's not a giant mammoth that cannot be fixed or developed upon
>> - encouraging for new developers that if they try they can understand and
>> fix it
>>
>> FYI, this started on twitter yesterday:
>> https://twitter.com/_bhaisaab/status/479007075414974465
>>
>> [1] cd cloudstack-repo && find . | grep java$ | xargs cat | wc -l
>> [2] cd cloudstack-repo && find awsapi | grep java$ | xargs cat | wc -l
>> [3] cd cloudstack-repo && find . | grep -v awsapi | grep -v [tT]est | grep
>> java$ | xargs cat | grep -v '^//' | wc -l
>> [4] cd cloudstack-repo && find . | grep -v awsapi | grep -v [Tt]est | grep
>> -v plugins | grep -v api | grep java$ | xargs cat | grep -v '^//' | wc -l
>>
>> Regards.
>



-- 
Daan

Re: Floating IP for use between 2 VMs

[Daan Hoogland]

Brent,

Sounds like you are assigning the same IP to two guest vms. Cloudstack
will guard against that. It will allow for the redundancy in guest
networks on the router and we are looking into implementing this on
vpc routers as well. There are no plans for allowing this on regular
vms.

Am I understanding your query correctly?

On Wed, Jun 18, 2014 at 1:11 PM, Nux!  wrote:
> Sounds like you are trying to use vrrp/keepalive, I am not sure how this will 
> work.
>
> What kind of environment do you have? In basic or advanced network with 
> security groups will be tricky to get it working.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
>
> - Original Message -
> From: "Brent Clark" 
> To: users@cloudstack.apache.org
> Sent: Tuesday, 17 June, 2014 4:14:22 PM
> Subject: Floating IP for use between 2 VMs
>
> I have run into an issue that I need help in finding the proper solution.
>
> CloudStack version 4.2.1, KVM
>
> We have the need for 2 VMs to use the same IP. They wont be using it at the
> same time. We have a tool that configures an IP on the interface of one VM
> and when the other cannot detect it, it configures an interface on the
> other for that same IP.
>
> I tried assigning a secondary IP to the VMs and I was able to for one, but
> the other wont let me because the other already has it assigned.
>
> Is the secondary IP not the correct way to do what I am wanting? Is there a
> better way or one that is supported?
>
> Many Thanks!
>
>
> --
> Brent S. Clark
> Senior Cloud & Infrastructure Systems Engineer
>
> 2580 55th St.  |  Boulder, Colorado 80301
> www.tendrilinc.com  |  blog 
> 
>
>
> This email and any files transmitted with it are confidential and intended 
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the sender.
> Please note that any views or opinions presented in this email are solely 
> those of the author and do not necessarily represent those of the company.
> Finally, the recipient should check this email and any attachments for the 
> presence of viruses.
> The company accepts no liability for any damage caused by any virus 
> transmitted by this email.



-- 
Daan

Re: egress and destination based traffic filtering

[Daan Hoogland]

Brandon, Have you looked for a bug in jira? It sounds like this is
either a bug or a missing feature. Feel free to enter one but keep in
mind that volunteers work on CS. It sounds like something more people
then just you might need. Ask around on the dev list once you
confirmed it is missing.

On Thu, Jun 12, 2014 at 7:50 PM, Brandon Arms  wrote:
> Has anyone had any issues/need to filter egress traffic via a vpc router 
> tier?  I've noticed all traffic egressing a vpc router is controlled by the 
> OUTPUT chain which doesn't appear to be able to be modified and allows all 
> egress traffic by default.  The tier ACL's all appear to operate in the 
> ingress direction only.  When entering an acl entry to a tier acl and 
> selecting the egress direction, the rule doesn't seem to get applied to the 
> router's iptables rules.
>
> Also, the iptables on the router has a destination field which doesn't appear 
> as an option to configure in CS mgmt.  Any ideas when that field will be able 
> to be used in CS?
>
> Thanks
>
> Brandon Arms
> DSS



-- 
Daan

Re: volunteer wanted

[Daan Hoogland]

Thanks Guru. I'll get back to you on this tomorrow.
On 11 Jun 2014 18:45, "Gurudatta Shinde" 
wrote:

> Hi Daan ,
> I am cloud engineer @TomTom.
> I would like to volunteer for this. could you please touch base more daily
> routine for this ?
> Thanks.
> -Guru
>
> Kind regards,
> -Guru
> Sent from Samsung Mobile
>
>
>
> Daan Hoogland  wrote:
>
>
> Mostly manual of course. That's why I need a volunteer. I use gmail
> with labels and thread-view to help me weed through the mails
>
> On Wed, Jun 11, 2014 at 6:12 PM, Santhosh Edukulla
>  wrote:
> > So, the data collection for report is manual\automated. yes\no?
> >
> > Santhosh
> > 
> > From: Daan Hoogland [daan.hoogl...@gmail.com]
> > Sent: Wednesday, June 11, 2014 12:05 PM
> > To: users@cloudstack.apache.org
> > Subject: volunteer wanted
> >
> > H, since may 2013 I've been sending responsiveness reports to the dev
> > list. These reports contain references to the messages of the week
> > before that were not answered. The start of this year I started doing
> > this on the wiki:
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
> .
> > About a month ago I started lagging heavily in this task. I think this
> > work still has much appreciation in the community so I am looking for
> > a successor. Is anybody interested in taking over this task?
> >
> > thanks
> > --
> > Daan
>
>
>
> --
> Daan
>