[jira] [Created] (CLOUDSTACK-8016) return code of the call to cloudstack-setup-agent is not checked
Laszlo Hornyak created CLOUDSTACK-8016: -- Summary: return code of the call to cloudstack-setup-agent is not checked Key: CLOUDSTACK-8016 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8016 Project: CloudStack Issue Type: Improvement Security Level: Public (Anyone can view this level - this is the default.) Components: KVM, Management Server Affects Versions: 4.6.0 Reporter: Laszlo Hornyak Priority: Trivial When the user tries to add a host, on which no cloudstack is installed yet, the management server will run cloudstack-setup-agent on the host but it does not check the return code and will wait for the cloudstack agent to connect. It does not wait forever, but it will spend quite some time in the loop and at the end no error message is logged or shown to the user (except that the host could not be added). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-8016) return code of the call to cloudstack-setup-agent is not checked
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak reassigned CLOUDSTACK-8016: -- Assignee: Laszlo Hornyak > return code of the call to cloudstack-setup-agent is not checked > > > Key: CLOUDSTACK-8016 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8016 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Affects Versions: 4.6.0 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Trivial > Labels: host, kvm, libvirt, resourcemanager > > When the user tries to add a host, on which no cloudstack is installed yet, > the management server will run cloudstack-setup-agent on the host but it does > not check the return code and will wait for the cloudstack agent to connect. > It does not wait forever, but it will spend quite some time in the loop and > at the end no error message is logged or shown to the user (except that the > host could not be added). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8016) return code of the call to cloudstack-setup-agent is not checked
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8016: --- Status: Reviewable (was: In Progress) > return code of the call to cloudstack-setup-agent is not checked > > > Key: CLOUDSTACK-8016 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8016 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Affects Versions: 4.6.0 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Trivial > Labels: host, kvm, libvirt, resourcemanager > > When the user tries to add a host, on which no cloudstack is installed yet, > the management server will run cloudstack-setup-agent on the host but it does > not check the return code and will wait for the cloudstack agent to connect. > It does not wait forever, but it will spend quite some time in the loop and > at the end no error message is logged or shown to the user (except that the > host could not be added). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8163) create packages for fedora
Laszlo Hornyak created CLOUDSTACK-8163: -- Summary: create packages for fedora Key: CLOUDSTACK-8163 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8163 Project: CloudStack Issue Type: Improvement Security Level: Public (Anyone can view this level - this is the default.) Components: Packaging Reporter: Laszlo Hornyak The packages built for centos 63 and centos 7 do not work with fedora 20. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8163) create packages for fedora
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14281869#comment-14281869 ] Laszlo Hornyak commented on CLOUDSTACK-8163: working branch: https://github.com/K0zka/cloudstack/tree/CLOUDSTACK-8163 > create packages for fedora > -- > > Key: CLOUDSTACK-8163 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8163 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Packaging >Reporter: Laszlo Hornyak > > The packages built for centos 63 and centos 7 do not work with fedora 20. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8016) return code of the call to cloudstack-setup-agent is not checked
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14281921#comment-14281921 ] Laszlo Hornyak commented on CLOUDSTACK-8016: working branch: https://github.com/K0zka/cloudstack/tree/CLOUDSTACK-8016 > return code of the call to cloudstack-setup-agent is not checked > > > Key: CLOUDSTACK-8016 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8016 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Affects Versions: 4.6.0 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Trivial > Labels: host, kvm, libvirt, resourcemanager > > When the user tries to add a host, on which no cloudstack is installed yet, > the management server will run cloudstack-setup-agent on the host but it does > not check the return code and will wait for the cloudstack agent to connect. > It does not wait forever, but it will spend quite some time in the loop and > at the end no error message is logged or shown to the user (except that the > host could not be added). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8210) KVM Unable to Cancel Maintenance mode after upgrade
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14305902#comment-14305902
]
Laszlo Hornyak commented on CLOUDSTACK-8210:
c78f14cbc2fd45fc587f4a238c0a0bfc1d753be8 by [~anthonyxu] looks like the
relevant fix for the problem
> KVM Unable to Cancel Maintenance mode after upgrade
> ---
>
> Key: CLOUDSTACK-8210
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8210
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Management Server, Upgrade
>Affects Versions: 4.4.2
> Environment: Ubuntu 14.04 management and agents. Primary storage -
> ceph rbd. Secondary storage -nfs. Advanced Networking
>Reporter: Andrei Mikhailovsky
>Priority: Blocker
> Labels: ceph, kvm, maintenance, management, rbd
>
> After performing an upgrade from 4.3.2 to 4.4.2 I am no longer able to Cancel
> Maintenance mode. The GUI shows the following error a few seconds after
> pressing the button:
> Command failed due to Internal Server Error
> The management server shows the following error:
> 2015-02-03 23:42:15,621 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-23:ctx-04ea4b6d ctx-35701ff3) ===END=== 192.168.169.91 -- GET
>
> command=cancelHostMaintenance&id=c092cb59-c770-4747-8d95-75aa49de5d17&response=json&sessionkey=fI2oaYTbgijs1h6HTOTMnJ%2FkChA%3D&_=1423006935464
> 2015-02-03 23:42:15,622 INFO [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) Add job-11711 into job monitoring
> 2015-02-03 23:42:15,623 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) Executing AsyncJobVO {id:11711,
> userId: 3, accountId: 2, instanceType: Host, instanceId: 1, cmd:
> org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd, cmdInfo:
> {"id":"c092cb59-c770-4747-8d95-75aa49de5d17","response":"json","sessionkey":"fI2oaYTbgijs1h6HTOTMnJ/kChA\u003d","ctxDetails":"{\"com.cloud.host.Host\":\"c092cb59-c770-4747-8d95-75aa49de5d17\"}","cmdEventType":"MAINT.CANCEL","ctxUserId":"3","httpmethod":"GET","_":"1423006935464","uuid":"c092cb59-c770-4747-8d95-75aa49de5d17","ctxAccountId":"2","ctxStartEventId":"64857"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 115129173025114, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: null}
> 2015-02-03 23:42:15,646 ERROR [c.c.a.ApiAsyncJobDispatcher]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) 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
> or
[jira] [Commented] (CLOUDSTACK-8210) KVM Unable to Cancel Maintenance mode after upgrade
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14305975#comment-14305975
]
Laszlo Hornyak commented on CLOUDSTACK-8210:
Created a pull req for 4.4 https://github.com/apache/cloudstack/pull/70
> KVM Unable to Cancel Maintenance mode after upgrade
> ---
>
> Key: CLOUDSTACK-8210
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8210
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM, Management Server, Upgrade
>Affects Versions: 4.4.2
> Environment: Ubuntu 14.04 management and agents. Primary storage -
> ceph rbd. Secondary storage -nfs. Advanced Networking
>Reporter: Andrei Mikhailovsky
>Priority: Blocker
> Labels: ceph, kvm, maintenance, management, rbd
>
> After performing an upgrade from 4.3.2 to 4.4.2 I am no longer able to Cancel
> Maintenance mode. The GUI shows the following error a few seconds after
> pressing the button:
> Command failed due to Internal Server Error
> The management server shows the following error:
> 2015-02-03 23:42:15,621 DEBUG [c.c.a.ApiServlet]
> (catalina-exec-23:ctx-04ea4b6d ctx-35701ff3) ===END=== 192.168.169.91 -- GET
>
> command=cancelHostMaintenance&id=c092cb59-c770-4747-8d95-75aa49de5d17&response=json&sessionkey=fI2oaYTbgijs1h6HTOTMnJ%2FkChA%3D&_=1423006935464
> 2015-02-03 23:42:15,622 INFO [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) Add job-11711 into job monitoring
> 2015-02-03 23:42:15,623 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) Executing AsyncJobVO {id:11711,
> userId: 3, accountId: 2, instanceType: Host, instanceId: 1, cmd:
> org.apache.cloudstack.api.command.admin.host.CancelMaintenanceCmd, cmdInfo:
> {"id":"c092cb59-c770-4747-8d95-75aa49de5d17","response":"json","sessionkey":"fI2oaYTbgijs1h6HTOTMnJ/kChA\u003d","ctxDetails":"{\"com.cloud.host.Host\":\"c092cb59-c770-4747-8d95-75aa49de5d17\"}","cmdEventType":"MAINT.CANCEL","ctxUserId":"3","httpmethod":"GET","_":"1423006935464","uuid":"c092cb59-c770-4747-8d95-75aa49de5d17","ctxAccountId":"2","ctxStartEventId":"64857"},
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
> null, initMsid: 115129173025114, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: null}
> 2015-02-03 23:42:15,646 ERROR [c.c.a.ApiAsyncJobDispatcher]
> (API-Job-Executor-1:ctx-1fda9d17 job-11711) 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.con
[jira] [Commented] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14333647#comment-14333647
]
Laszlo Hornyak commented on CLOUDSTACK-8279:
h4. Maven build log fragment
{noformat}
Failed tests:
VirtualRoutingResourceTest.testAggregationCommands:991->createFileInVR:111->verifyFile:150->verifyFile:1006
expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,
but
was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,
VirtualRoutingResourceTest.testFirewallRulesCommand:650->executeInVR:104->verifyCommand:180->verifyArgs:672
expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,>
but
was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,>
{noformat}
> unit test errors with openjdk 1.8
> -
>
> Key: CLOUDSTACK-8279
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Test
>Affects Versions: 4.6.0
> Environment: fedora 21
> openjdk 1.8
>Reporter: Laszlo Hornyak
>
> When using the default OpenJDK 1.8 shipping with fedora 21, The following
> unit tests break the build:
> * VirtualRoutingResourceTest.testAggregationCommands
> * VirtualRoutingResourceTest.testFirewallRulesCommand
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
Laszlo Hornyak created CLOUDSTACK-8279: -- Summary: unit test errors with openjdk 1.8 Key: CLOUDSTACK-8279 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Test Affects Versions: 4.6.0 Environment: fedora 21 openjdk 1.8 Reporter: Laszlo Hornyak When using the default OpenJDK 1.8 shipping with fedora 21, The following unit tests break the build: * VirtualRoutingResourceTest.testAggregationCommands * VirtualRoutingResourceTest.testFirewallRulesCommand -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Description: When using the default OpenJDK 1.8 shipping with fedora 21, The following unit tests break the build: * VirtualRoutingResourceTest.testAggregationCommands * VirtualRoutingResourceTest.testFirewallRulesCommand After installing Oracle JDK 1.7, the tests pass. was: When using the default OpenJDK 1.8 shipping with fedora 21, The following unit tests break the build: * VirtualRoutingResourceTest.testAggregationCommands * VirtualRoutingResourceTest.testFirewallRulesCommand > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Attachment: com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak > Attachments: > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Attachment: TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Component/s: Network Controller > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller, Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8287) java 1.8 support
Laszlo Hornyak created CLOUDSTACK-8287: -- Summary: java 1.8 support Key: CLOUDSTACK-8287 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8287 Project: CloudStack Issue Type: New Feature Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Reporter: Laszlo Hornyak Cloudstack should be build and run on java 1.8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Issue Type: Sub-task (was: Bug) Parent: CLOUDSTACK-8287 > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller, Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8163) create packages for fedora
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14338374#comment-14338374 ] Laszlo Hornyak commented on CLOUDSTACK-8163: CLOUDSTACK-8287 needed for fedora 21 packaging since there is no java 1.7 packaged into fedora 21 (and possibly any other above) > create packages for fedora > -- > > Key: CLOUDSTACK-8163 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8163 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Packaging >Reporter: Laszlo Hornyak > > The packages built for centos 63 and centos 7 do not work with fedora 20. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8287) java 1.8 support
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8287: --- Description: Cloudstack should build and run on java 1.8 (was: Cloudstack should be build and run on java 1.8) > java 1.8 support > > > Key: CLOUDSTACK-8287 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8287 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Reporter: Laszlo Hornyak > Labels: build, test > > Cloudstack should build and run on java 1.8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8292) LibvirtComputingResourceTest failson java 1.8
Laszlo Hornyak created CLOUDSTACK-8292:
--
Summary: LibvirtComputingResourceTest failson java 1.8
Key: CLOUDSTACK-8292
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
Project: CloudStack
Issue Type: Sub-task
Security Level: Public (Anyone can view this level - this is the default.)
Affects Versions: 4.6.0
Reporter: Laszlo Hornyak
{noformat}
testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
Time elapsed: 0.028 sec <<< FAILURE!
org.junit.ComparisonFailure: expected:<...ntu
512
256
2
hvm
restart
destroy
destroy
> but was:<...ntu
hvm
restart
destroy
destroy
512
256
2
>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
Time elapsed: 0.001 sec <<< FAILURE!
org.junit.ComparisonFailure: expected:<...ntu
512
256
8
hvm
restart
destroy
destroy
> but was:<...ntu
hvm
restart
destroy
destroy
512
256
8
>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
Time elapsed: 0.002 sec <<< FAILURE!
org.junit.ComparisonFailure: expected:<...ntu
512
256
12
hvm
restart
destroy
destroy
> but was:<...ntu
hvm
restart
destroy
destroy
512
256
12
>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
Time elapsed: 0.002 sec <<< FAILURE!
org.junit.ComparisonFailure: expected:<...ntu
512
256
1
hvm
restart
destroy
destroy
> but was:<...ntu
hvm
restart
destroy
destroy
512
256
1
>
at org.junit.Assert.assertEquals(Assert.java:115)
at org.junit.Assert.assertEquals(Assert.java:144)
at
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-8292) LibvirtComputingResourceTest failson java 1.8
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak reassigned CLOUDSTACK-8292:
--
Assignee: Laszlo Hornyak
> LibvirtComputingResourceTest failson java 1.8
> -
>
> Key: CLOUDSTACK-8292
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>
> {noformat}
> testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.028 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 2
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 2
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
> testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.001 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 8
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 8
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
> testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 12
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 12
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
> testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 1
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-8279) unit test errors with openjdk 1.8
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak reassigned CLOUDSTACK-8279: -- Assignee: Laszlo Hornyak > unit test errors with openjdk 1.8 > - > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller, Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8292) LibvirtComputingResourceTest failson java 1.8
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14340970#comment-14340970
]
Laszlo Hornyak commented on CLOUDSTACK-8292:
This test builds on assumption on the order of items in a HashMap. That
particular map is in LibvirtVMDef
{code:java}
private final Map components = new HashMap();
{code}
> LibvirtComputingResourceTest failson java 1.8
> -
>
> Key: CLOUDSTACK-8292
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>
> {noformat}
> testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.028 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 2
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 2
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
> testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.001 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 8
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 8
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
> testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 12
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 12
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
> testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 1
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8293) java 1.8: VirtualRoutingResourceTest
Laszlo Hornyak created CLOUDSTACK-8293:
--
Summary: java 1.8: VirtualRoutingResourceTest
Key: CLOUDSTACK-8293
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8293
Project: CloudStack
Issue Type: Sub-task
Security Level: Public (Anyone can view this level - this is the default.)
Components: KVM
Environment: fedora 21, openjdk 1.8
Reporter: Laszlo Hornyak
{noformat}
Failed tests:
VirtualRoutingResourceTest.testAggregationCommands:991->createFileInVR:111->verifyFile:150->verifyFile:1006
expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,
but
was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,
VirtualRoutingResourceTest.testFirewallRulesCommand:650->executeInVR:104->verifyCommand:180->verifyArgs:672
expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,>
but
was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,>
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8292) java 1.8: LibvirtComputingResourceTest fails
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak updated CLOUDSTACK-8292:
---
Summary: java 1.8: LibvirtComputingResourceTest fails (was:
LibvirtComputingResourceTest failson java 1.8)
> java 1.8: LibvirtComputingResourceTest fails
>
>
> Key: CLOUDSTACK-8292
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>
> {noformat}
> testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.028 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 2
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 2
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
> testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.001 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 8
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 8
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
> testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 12
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 12
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
> testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 1
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8279) java 1.8: VirtualRoutingResourceTest fails
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8279: --- Summary: java 1.8: VirtualRoutingResourceTest fails (was: unit test errors with openjdk 1.8) > java 1.8: VirtualRoutingResourceTest fails > -- > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller, Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8293) java 1.8: VirtualRoutingResourceTest fail
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak updated CLOUDSTACK-8293:
---
Summary: java 1.8: VirtualRoutingResourceTest fail (was: java 1.8:
VirtualRoutingResourceTest)
> java 1.8: VirtualRoutingResourceTest fail
> -
>
> Key: CLOUDSTACK-8293
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8293
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
> Environment: fedora 21, openjdk 1.8
>Reporter: Laszlo Hornyak
> Labels: test
>
> {noformat}
> Failed tests:
>
> VirtualRoutingResourceTest.testAggregationCommands:991->createFileInVR:111->verifyFile:150->verifyFile:1006
>
> expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,
>
> but
> was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,
>
>
>
> VirtualRoutingResourceTest.testFirewallRulesCommand:650->executeInVR:104->verifyCommand:180->verifyArgs:672
>
> expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,>
> but
> was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8294) java 1.8: NiciraNvpApiTest
Laszlo Hornyak created CLOUDSTACK-8294:
--
Summary: java 1.8: NiciraNvpApiTest
Key: CLOUDSTACK-8294
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8294
Project: CloudStack
Issue Type: Sub-task
Security Level: Public (Anyone can view this level - this is the default.)
Components: Network Devices
Environment: fedora 21
java 1.8
Reporter: Laszlo Hornyak
{noformat}
---
Test set: com.cloud.network.nicira.NiciraNvpApiTest
---
Tests run: 12, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.694 sec <<<
FAILURE! - in com.cloud.network.nicira.NiciraNvpApiTest
testFindSecurityProfileByUuid(com.cloud.network.nicira.NiciraNvpApiTest) Time
elapsed: 0.079 sec <<< FAILURE!
org.mockito.exceptions.verification.junit.ArgumentsAreDifferent:
Argument(s) are different! Wanted:
getMethod.setQueryString(
[name=uuid, value=, name=fields, value=*]
);
-> at
com.cloud.network.nicira.NiciraNvpApiTest.testFindSecurityProfileByUuid(NiciraNvpApiTest.java:153)
Actual invocation has different arguments:
getMethod.setQueryString(
[name=fields, value=*, name=uuid, value=]
);
-> at
com.cloud.utils.rest.RESTServiceConnector.executeRetrieveObject(RESTServiceConnector.java:254)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
at
com.cloud.network.nicira.NiciraNvpApiTest.testFindSecurityProfileByUuid(NiciraNvpApiTest.java:153)
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8293) java 1.8: VirtualRoutingResourceTest fail
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak resolved CLOUDSTACK-8293.
Resolution: Duplicate
> java 1.8: VirtualRoutingResourceTest fail
> -
>
> Key: CLOUDSTACK-8293
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8293
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: KVM
> Environment: fedora 21, openjdk 1.8
>Reporter: Laszlo Hornyak
> Labels: test
>
> {noformat}
> Failed tests:
>
> VirtualRoutingResourceTest.testAggregationCommands:991->createFileInVR:111->verifyFile:150->verifyFile:1006
>
> expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,
>
> but
> was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,
>
>
>
> VirtualRoutingResourceTest.testFirewallRulesCommand:650->executeInVR:104->verifyCommand:180->verifyArgs:672
>
> expected:<...1.2/24:,64.10.10.10:[reverted:0:0:0:,64.10.10.10:TCP:22:80:10.10.1.1/24-10.10.1.2/24]:,>
> but
> was:<...1.2/24:,64.10.10.10:[TCP:22:80:10.10.1.1/24-10.10.1.2/24:,64.10.10.10:reverted:0:0:0]:,>
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8294) java 1.8: NiciraNvpApiTest
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak resolved CLOUDSTACK-8294.
Resolution: Fixed
Fix Version/s: 4.6.0
> java 1.8: NiciraNvpApiTest
> --
>
> Key: CLOUDSTACK-8294
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8294
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Network Devices
> Environment: fedora 21
> java 1.8
>Reporter: Laszlo Hornyak
> Labels: java1.8, test
> Fix For: 4.6.0
>
>
> {noformat}
> ---
> Test set: com.cloud.network.nicira.NiciraNvpApiTest
> ---
> Tests run: 12, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.694 sec
> <<< FAILURE! - in com.cloud.network.nicira.NiciraNvpApiTest
> testFindSecurityProfileByUuid(com.cloud.network.nicira.NiciraNvpApiTest)
> Time elapsed: 0.079 sec <<< FAILURE!
> org.mockito.exceptions.verification.junit.ArgumentsAreDifferent:
> Argument(s) are different! Wanted:
> getMethod.setQueryString(
> [name=uuid, value=, name=fields, value=*]
> );
> -> at
> com.cloud.network.nicira.NiciraNvpApiTest.testFindSecurityProfileByUuid(NiciraNvpApiTest.java:153)
> Actual invocation has different arguments:
> getMethod.setQueryString(
> [name=fields, value=*, name=uuid, value=]
> );
> -> at
> com.cloud.utils.rest.RESTServiceConnector.executeRetrieveObject(RESTServiceConnector.java:254)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:408)
> at
> com.cloud.network.nicira.NiciraNvpApiTest.testFindSecurityProfileByUuid(NiciraNvpApiTest.java:153)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8292) java 1.8: LibvirtComputingResourceTest fails
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak updated CLOUDSTACK-8292:
---
Status: Reviewable (was: In Progress)
> java 1.8: LibvirtComputingResourceTest fails
>
>
> Key: CLOUDSTACK-8292
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>
> {noformat}
> testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.028 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 2
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 2
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
> testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.001 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 8
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 8
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
> testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 12
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 12
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
> testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 1
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8292) java 1.8: LibvirtComputingResourceTest fails
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8292?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak resolved CLOUDSTACK-8292.
Resolution: Fixed
> java 1.8: LibvirtComputingResourceTest fails
>
>
> Key: CLOUDSTACK-8292
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8292
> Project: CloudStack
> Issue Type: Sub-task
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>
> {noformat}
> testCreateVMFromSpec(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.028 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 2
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 2
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpec(LibvirtComputingResourceTest.java:350)
> testCreateVMFromSpecWithTopology4(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.001 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 8
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 8
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology4(LibvirtComputingResourceTest.java:272)
> testCreateVMFromSpecWithTopology6(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 12
>
> hvm
>
>
>
> />restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 12
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecWithTopology6(LibvirtComputingResourceTest.java:202)
> testCreateVMFromSpecLegacy(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
> Time elapsed: 0.002 sec <<< FAILURE!
> org.junit.ComparisonFailure: expected:<...ntu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> 512
> 256
>
>
>
> 1
>
> hvm
>
>
>
> restart
> destroy
> destroy
>
> > but was:<...ntu
>
> hvm
>
>
>
> restart
> destroy
> destroy
> 512
> 256
>
>
>
> 1
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
> at org.junit.Assert.assertEquals(Assert.java:115)
> at org.junit.Assert.assertEquals(Assert.java:144)
> at
> com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testCreateVMFromSpecLegacy(LibvirtComputingResourceTest.java:132)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8279) java 1.8: VirtualRoutingResourceTest fails
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-8279. Resolution: Fixed Fix Version/s: 4.6.0 > java 1.8: VirtualRoutingResourceTest fails > -- > > Key: CLOUDSTACK-8279 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8279 > Project: CloudStack > Issue Type: Sub-task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Network Controller, Test >Affects Versions: 4.6.0 > Environment: fedora 21 > openjdk 1.8 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Fix For: 4.6.0 > > Attachments: > TEST-com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.xml, > com.cloud.agent.resource.virtualnetwork.VirtualRoutingResourceTest.txt > > > When using the default OpenJDK 1.8 shipping with fedora 21, The following > unit tests break the build: > * VirtualRoutingResourceTest.testAggregationCommands > * VirtualRoutingResourceTest.testFirewallRulesCommand > After installing Oracle JDK 1.7, the tests pass. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-4807) Add unittests for methods in NetUtils
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak reassigned CLOUDSTACK-4807: -- Assignee: Laszlo Hornyak > Add unittests for methods in NetUtils > - > > Key: CLOUDSTACK-4807 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4807 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Saksham Srivastava >Assignee: Laszlo Hornyak > Fix For: Future > > > Adding missing unit tests for methods in NetUtils namely mac2Long, byte2Mac, > long2Mac, ip2Long and long2Ip. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-3006) cloudstack-specific tomcat servlet engine is getting stopped in around 2 mins after restart it.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14345316#comment-14345316 ] Laszlo Hornyak commented on CLOUDSTACK-3006: (?) [~yugandhar.yetham], is this still an issue? Can you provide details, logs, etc? > cloudstack-specific tomcat servlet engine is getting stopped in around 2 mins > after restart it. > --- > > Key: CLOUDSTACK-3006 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3006 > Project: CloudStack > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Reporter: Yugandhar Yetham > > Hi Team, > Please help me on the below issue. > CloudStack-management Tomcat Servelet is getting stopped in around 2 mins > after restart. and the UI page also will be active as tomcat servelet is > running. We won't get the UI page as soon as Tomcat Servelet getting stops. > We have checked for the all logs. But i couldn't understand anything here and > also it is not much clear to understand that. > Kindly let me know the what might be the problem -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-4807) Add unittests for methods in NetUtils
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4807?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14345458#comment-14345458 ] Laszlo Hornyak commented on CLOUDSTACK-4807: Let's see... | ip2long | (-) | | long2Ip | (-) I'd say, not really | | byte2Mac | (-) | | mac2Long | (-) | So this still needs some work. > Add unittests for methods in NetUtils > - > > Key: CLOUDSTACK-4807 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4807 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Saksham Srivastava >Assignee: Laszlo Hornyak > Fix For: Future > > > Adding missing unit tests for methods in NetUtils namely mac2Long, byte2Mac, > long2Mac, ip2Long and long2Ip. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-4807) Add unittests for methods in NetUtils
[ https://issues.apache.org/jira/browse/CLOUDSTACK-4807?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-4807. Resolution: Fixed Fix Version/s: (was: Future) 4.6.0 > Add unittests for methods in NetUtils > - > > Key: CLOUDSTACK-4807 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4807 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Saksham Srivastava >Assignee: Laszlo Hornyak > Fix For: 4.6.0 > > > Adding missing unit tests for methods in NetUtils namely mac2Long, byte2Mac, > long2Mac, ip2Long and long2Ip. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8016) return code of the call to cloudstack-setup-agent is not checked
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-8016. Resolution: Fixed Fix Version/s: 4.6.0 > return code of the call to cloudstack-setup-agent is not checked > > > Key: CLOUDSTACK-8016 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8016 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Affects Versions: 4.6.0 >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Trivial > Labels: host, kvm, libvirt, resourcemanager > Fix For: 4.6.0 > > > When the user tries to add a host, on which no cloudstack is installed yet, > the management server will run cloudstack-setup-agent on the host but it does > not check the return code and will wait for the cloudstack agent to connect. > It does not wait forever, but it will spend quite some time in the loop and > at the end no error message is logged or shown to the user (except that the > host could not be added). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8304) maven repositories are checked for snapshots
Laszlo Hornyak created CLOUDSTACK-8304: -- Summary: maven repositories are checked for snapshots Key: CLOUDSTACK-8304 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8304 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Environment: any version of maven Reporter: Laszlo Hornyak Priority: Minor libvirt.org and ceph.org maven repositories are checked for snapshots while they do not host snapshots. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Assigned] (CLOUDSTACK-8304) maven repositories are checked for snapshots
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak reassigned CLOUDSTACK-8304: -- Assignee: Laszlo Hornyak > maven repositories are checked for snapshots > > > Key: CLOUDSTACK-8304 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8304 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: any version of maven >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Minor > Labels: build > Original Estimate: 5m > Remaining Estimate: 5m > > libvirt.org and ceph.org maven repositories are checked for snapshots while > they do not host snapshots. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-8304) maven repositories are checked for snapshots
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-8304. Resolution: Fixed Fix Version/s: 4.6.0 4.5.0 > maven repositories are checked for snapshots > > > Key: CLOUDSTACK-8304 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8304 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Environment: any version of maven >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak >Priority: Minor > Labels: build > Fix For: 4.5.0, 4.6.0 > > Original Estimate: 5m > Remaining Estimate: 5m > > libvirt.org and ceph.org maven repositories are checked for snapshots while > they do not host snapshots. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-1162) Have cloud-setup-* tools detect Debian
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-1162. Resolution: Fixed the referred patch has been merged, I believe this issue was just forgotten, pls reopen if still relevant > Have cloud-setup-* tools detect Debian > -- > > Key: CLOUDSTACK-1162 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1162 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Noa Resare >Priority: Minor > Labels: patch > > If running a tool such as cloudstack-setup-management on Debian currently > fails with the following message: > root@lon2-cloudtest-a1:/home/noa# cloud-setup-management > Starting to configure CloudStack Management Server: > Error: CloudStack failed to detect your operating system. Exiting. > Since Debian Squeeze (current stable) supports cloudstack with a few > workarounds, and Debian Wheezy (current testing) definitely will support > cloudstack, this would be nice to have fixed -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-2530) fix npe if no network isolation methods
[ https://issues.apache.org/jira/browse/CLOUDSTACK-2530?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-2530. Resolution: Fixed Looks like it was fixed, resolving it now, pls reopen if it is still relevant > fix npe if no network isolation methods > --- > > Key: CLOUDSTACK-2530 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2530 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: API >Affects Versions: 4.0.2 >Reporter: Dave Brosius >Assignee: Dave Brosius >Priority: Trivial > Attachments: 2530.txt > > > ListNetworkIsolationMethodsCmd checks to see if isolation methods are null, > If it is, NPE, fixed. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Resolved] (CLOUDSTACK-3006) cloudstack-specific tomcat servlet engine is getting stopped in around 2 mins after restart it.
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3006?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak resolved CLOUDSTACK-3006. Resolution: Cannot Reproduce no activity, not enough information. Please reopen if still relevant and provide details > cloudstack-specific tomcat servlet engine is getting stopped in around 2 mins > after restart it. > --- > > Key: CLOUDSTACK-3006 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3006 > Project: CloudStack > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Management Server >Reporter: Yugandhar Yetham > > Hi Team, > Please help me on the below issue. > CloudStack-management Tomcat Servelet is getting stopped in around 2 mins > after restart. and the UI page also will be active as tomcat servelet is > running. We won't get the UI page as soon as Tomcat Servelet getting stops. > We have checked for the all logs. But i couldn't understand anything here and > also it is not much clear to understand that. > Kindly let me know the what might be the problem -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-1146) auto update of KVM agent
[ https://issues.apache.org/jira/browse/CLOUDSTACK-1146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14361713#comment-14361713 ] Laszlo Hornyak commented on CLOUDSTACK-1146: The idea is not completely new, for example ovirt does this, but I still agree that it is better if you let the existing tools do this. No progress on this ticket for two years now. Do you guys want to try to get to an agreement or can we close it? > auto update of KVM agent > > > Key: CLOUDSTACK-1146 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1146 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM >Affects Versions: 4.0.0 >Reporter: Kevin Kluge > > I'd like to see a feature to have the KVM agent automatically updated. > Managing hundreds or thousands of hosts becomes unwieldy in the current > design. Chef/Puppet can help but I think it'd be helpful to manage the > update through CloudStack. > From an earlier mail on this topic: > > > > - In connection to management server, the version of the software is > > exchanged. > > - Management server decides that it needs to be downloaded and terminates > > the connection with a response that contains the url to the new package. > > - The agent downloads the package using wget and quits. > > - The script that restarts the agent explodes the package and restarts the > > agent. > > - The agent connects again with the matched version. > I'd want this to have some way for the admin to control the update. The use > case is to slowly roll out the change across the hosts, or roll it out to > just a few clusters/pods first, verify functionality, then roll it out to all > hosts. Maybe unmanage hosts/clusters is sufficient for this. > We also need to think through host OS upgrade. Suppose a version of > CloudStack no longer supports RHEL 6.x for example. Now the admin needs to > update RHEL then CloudStack. So it would be nice if the MS could recognize > that the RHEL version has changed, then download the "new " version of the > agent (it's actually the same version of CloudStack agent, but built for RHEL > 7.x for example), then the admin upgrades CS Management Server, then the new > version of CS agent for RHEL 7.x is downloaded. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8131) MidoNetElementTest testAddDhcpEntry method can not pass test
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8131?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14361780#comment-14361780 ] Laszlo Hornyak commented on CLOUDSTACK-8131: Hi [~chunfeng], This test works fine in my environment. Could you share some more details about your environment? Are you using java 1.8? The file TEST-com.cloud.network.element.MidoNetElementTest.xml would be awesome. Thank you, Laszlo > MidoNetElementTest testAddDhcpEntry method can not pass test > -- > > Key: CLOUDSTACK-8131 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8131 > Project: CloudStack > Issue Type: Test > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Test >Affects Versions: Future > Environment: windows / cygwin >Reporter: ChunFeng >Priority: Minor > > MidoNetElementTest class can not pass test . > branch is master: > after I run command : > mvn install -P developer,systemvm > errors as below : > -- > Running com.cloud.network.element.MidoNetElementTest > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.86 sec <<< > FAILURE! > Results : > Tests in error: > testAddDhcpEntry(com.cloud.network.element.MidoNetElementTest): > org.midonet.client.resource.ResourceBase$$EnhancerByMockitoWithCGLIB$$6632ba6e > cannot be cast to org.midonet.client.resource.Bridge > testImplement(com.cloud.network.element.MidoNetElementTest): > org.midonet.client.resource.ResourceBase$$EnhancerByMockitoWithCGLIB$$6632ba6e > cannot be cast to org.midonet.client.resource.Bridge > Tests run: 2, Failures: 0, Errors: 2, Skipped: 0 > -- -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-3503) KVM Agent writes to agent.properties
[ https://issues.apache.org/jira/browse/CLOUDSTACK-3503?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14363818#comment-14363818 ] Laszlo Hornyak commented on CLOUDSTACK-3503: Hi Wido, Is this still a problem? I have found a single reference to the agent.properties file on master, it is only opened for read at initialization. > KVM Agent writes to agent.properties > > > Key: CLOUDSTACK-3503 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-3503 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM >Affects Versions: 4.1.0, 4.2.0 >Reporter: Wido den Hollander > Fix For: Future > > > The Agent still writes to the agent.properties file, where I thought I didn't > anymore. > Daemons should not change their configuration since these systems might be > managed by Puppet or something similar. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8335) publish maven artifacts to central repo
Laszlo Hornyak created CLOUDSTACK-8335: -- Summary: publish maven artifacts to central repo Key: CLOUDSTACK-8335 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 Project: CloudStack Issue Type: New Feature Security Level: Public (Anyone can view this level - this is the default.) Reporter: Laszlo Hornyak Assignee: Laszlo Hornyak Publish the cloudstack artifacts to the central maven repository. Blocking issues: * third party repositories: * ceph * libvirt -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8335: --- Description: Publish the cloudstack artifacts to the central maven repository. Blocking issues: * third party repositories: * ceph * libvirt [Mailing list thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] was: Publish the cloudstack artifacts to the central maven repository. Blocking issues: * third party repositories: * ceph * libvirt > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14376636#comment-14376636 ] Laszlo Hornyak commented on CLOUDSTACK-8335: sent question to [libvirt-users list|https://www.redhat.com/archives/libvirt-users/2015-March/msg00087.html] > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14376659#comment-14376659 ] Laszlo Hornyak commented on CLOUDSTACK-8335: [ceph.com feature request|http://tracker.ceph.com/issues/11213] added for rados > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14394654#comment-14394654 ] Laszlo Hornyak commented on CLOUDSTACK-8335: Since no answer from the developer teams, I started to upload the artifacts manually to the central repository. The downside from aesthetic perspective is that the group Id had to be modified to 'com.github.K0zka' since I have no authority over the groupId of the original artifact. > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14500611#comment-14500611 ] Laszlo Hornyak commented on CLOUDSTACK-8335: [sonatype ossrh|https://issues.sonatype.org/browse/OSSRH-15067] ticket to take over org.libvirt > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8335) publish maven artifacts to central repo
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8335?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14501581#comment-14501581 ] Laszlo Hornyak commented on CLOUDSTACK-8335: same type of ticket for [ceph rados|https://issues.sonatype.org/browse/OSSRH-15082] > publish maven artifacts to central repo > --- > > Key: CLOUDSTACK-8335 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8335 > Project: CloudStack > Issue Type: New Feature > Security Level: Public(Anyone can view this level - this is the > default.) >Reporter: Laszlo Hornyak >Assignee: Laszlo Hornyak > Labels: build, release > > Publish the cloudstack artifacts to the central maven repository. > Blocking issues: > * third party repositories: >* ceph >* libvirt > [Mailing list > thread|http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201503.mbox/browser] > -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8408) unused i18n keys
Laszlo Hornyak created CLOUDSTACK-8408:
--
Summary: unused i18n keys
Key: CLOUDSTACK-8408
URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8408
Project: CloudStack
Issue Type: Bug
Security Level: Public (Anyone can view this level - this is the default.)
Components: Management Server
Affects Versions: 4.6.0
Reporter: Laszlo Hornyak
Priority: Minor
Some i18n key defined in the messages.properties and dictionary*.jsp are not
actually used anywhere by the application.
List of suspicious keys: (to be verified)
{noformat}
confirm.enable.s3
confirm.enable.swift
error.login
error.menu.select
error.mgmt.server.inaccessible
error.please.specify.physical.network.tags
error.session.expired
error.unresolved.internet.name
force.delete.domain.warning
force.remove.host.warning
force.stop.instance.warning
label.account.id
label.account.lower
label.account.specific
label.action.attach.disk.processing
label.action.attach.iso.processing
label.action.cancel.maintenance.mode.processing
label.action.change.service.processing
label.action.copy.ISO.processing
label.action.copy.template.processing
label.action.create.template.from.vm
label.action.create.template.from.volume
label.action.create.template.processing
label.action.create.vm.processing
label.action.create.volume.processing
label.action.delete.account.processing
label.action.delete.cluster.processing
label.action.delete.disk.offering.processing
label.action.delete.domain.processing
label.action.delete.firewall.processing
label.action.delete.ingress.rule.processing
label.action.delete.IP.range.processing
label.action.delete.ISO.processing
label.action.delete.load.balancer.processing
label.action.delete.network.processing
label.action.delete.pod.processing
label.action.delete.primary.storage.processing
label.action.delete.secondary.storage.processing
label.action.delete.security.group.processing
label.action.delete.service.offering.processing
label.action.delete.snapshot.processing
label.action.delete.template.processing
label.action.delete.user.processing
label.action.delete.volume.processing
label.action.delete.zone.processing
label.action.destroy.instance.processing
label.action.destroy.systemvm.processing
label.action.detach.disk.processing
label.action.detach.iso.processing
label.action.disable.account.processing
label.action.disable.cluster.processing
label.action.disable.physical.network
label.action.disable.pod.processing
label.action.disable.static.NAT.processing
label.action.disable.user.processing
label.action.disable.zone.processing
label.action.download.volume.processing
label.action.edit.account
label.action.edit.disk.offering
label.action.edit.global.setting
label.action.edit.host
label.action.edit.instance
label.action.edit.ISO
label.action.edit.network.offering
label.action.edit.network.processing
label.action.edit.pod
label.action.edit.primary.storage
label.action.edit.resource.limits
label.action.edit.service.offering
label.action.edit.template
label.action.edit.user
label.action.edit.zone
label.action.enable.account.processing
label.action.enable.cluster.processing
label.action.enable.maintenance.mode.processing
label.action.enable.physical.network
label.action.enable.pod.processing
label.action.enable.static.NAT.processing
label.action.enable.user.processing
label.action.enable.zone.processing
label.action.expunge.instance.processing
label.action.force.reconnect.processing
label.action.generate.keys.processing
label.action.lock.account.processing
label.action.manage.cluster.processing
label.action.migrate.instance.processing
label.action.migrate.router.processing
label.action.migrate.systemvm.processing
label.action.reboot.instance.processing
label.action.reboot.router.processing
label.action.reboot.systemvm.processing
label.action.release.ip.processing
label.action.remove.host.processing
label.action.reset.password.processing
label.action.resource.limits
label.action.restore.instance.processing
label.action.revert.snapshot.processing
label.action.start.instance.processing
label.action.start.router.processing
label.action.start.systemvm.processing
label.action.stop.instance.processing
label.action.stop.router.processing
label.action.stop.systemvm.processing
label.action.take.snapshot.processing
label.action.unmanage.cluster.processing
label.action.update.OS.preference.processing
label.action.update.resource.count.processing
label.add.by.cidr
label.add.by.group
label.add.direct.iprange
label.added.network.offering
label.adding.cluster
label.adding.failed
label.adding.pod
label.adding.processing
label.adding.succeeded
label.adding.user
label.adding.zone
label.additional.networks
label.add.more
label.add.network.device
label.add.new.F5
label.add.new.NetScaler
label.add.new.PA
label.add.new.SRX
label.add.physical.network
label.add.resources
label.add.service.offering
label.add.template
label.add
[jira] [Assigned] (CLOUDSTACK-8408) unused i18n keys
[
https://issues.apache.org/jira/browse/CLOUDSTACK-8408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Laszlo Hornyak reassigned CLOUDSTACK-8408:
--
Assignee: Laszlo Hornyak
> unused i18n keys
>
>
> Key: CLOUDSTACK-8408
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8408
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.6.0
>Reporter: Laszlo Hornyak
>Assignee: Laszlo Hornyak
>Priority: Minor
> Labels: easyfix
>
> Some i18n key defined in the messages.properties and dictionary*.jsp are not
> actually used anywhere by the application.
> List of suspicious keys: (to be verified)
> {noformat}
> confirm.enable.s3
> confirm.enable.swift
> error.login
> error.menu.select
> error.mgmt.server.inaccessible
> error.please.specify.physical.network.tags
> error.session.expired
> error.unresolved.internet.name
> force.delete.domain.warning
> force.remove.host.warning
> force.stop.instance.warning
> label.account.id
> label.account.lower
> label.account.specific
> label.action.attach.disk.processing
> label.action.attach.iso.processing
> label.action.cancel.maintenance.mode.processing
> label.action.change.service.processing
> label.action.copy.ISO.processing
> label.action.copy.template.processing
> label.action.create.template.from.vm
> label.action.create.template.from.volume
> label.action.create.template.processing
> label.action.create.vm.processing
> label.action.create.volume.processing
> label.action.delete.account.processing
> label.action.delete.cluster.processing
> label.action.delete.disk.offering.processing
> label.action.delete.domain.processing
> label.action.delete.firewall.processing
> label.action.delete.ingress.rule.processing
> label.action.delete.IP.range.processing
> label.action.delete.ISO.processing
> label.action.delete.load.balancer.processing
> label.action.delete.network.processing
> label.action.delete.pod.processing
> label.action.delete.primary.storage.processing
> label.action.delete.secondary.storage.processing
> label.action.delete.security.group.processing
> label.action.delete.service.offering.processing
> label.action.delete.snapshot.processing
> label.action.delete.template.processing
> label.action.delete.user.processing
> label.action.delete.volume.processing
> label.action.delete.zone.processing
> label.action.destroy.instance.processing
> label.action.destroy.systemvm.processing
> label.action.detach.disk.processing
> label.action.detach.iso.processing
> label.action.disable.account.processing
> label.action.disable.cluster.processing
> label.action.disable.physical.network
> label.action.disable.pod.processing
> label.action.disable.static.NAT.processing
> label.action.disable.user.processing
> label.action.disable.zone.processing
> label.action.download.volume.processing
> label.action.edit.account
> label.action.edit.disk.offering
> label.action.edit.global.setting
> label.action.edit.host
> label.action.edit.instance
> label.action.edit.ISO
> label.action.edit.network.offering
> label.action.edit.network.processing
> label.action.edit.pod
> label.action.edit.primary.storage
> label.action.edit.resource.limits
> label.action.edit.service.offering
> label.action.edit.template
> label.action.edit.user
> label.action.edit.zone
> label.action.enable.account.processing
> label.action.enable.cluster.processing
> label.action.enable.maintenance.mode.processing
> label.action.enable.physical.network
> label.action.enable.pod.processing
> label.action.enable.static.NAT.processing
> label.action.enable.user.processing
> label.action.enable.zone.processing
> label.action.expunge.instance.processing
> label.action.force.reconnect.processing
> label.action.generate.keys.processing
> label.action.lock.account.processing
> label.action.manage.cluster.processing
> label.action.migrate.instance.processing
> label.action.migrate.router.processing
> label.action.migrate.systemvm.processing
> label.action.reboot.instance.processing
> label.action.reboot.router.processing
> label.action.reboot.systemvm.processing
> label.action.release.ip.processing
> label.action.remove.host.processing
> label.action.reset.password.processing
> label.action.resource.limits
> label.action.restore.instance.processing
> label.action.revert.snapshot.processing
> label.action.start.instance.processing
> label.action.start.router.processing
> label.action.start.systemvm.processing
> label.action.stop.instance.processing
> label.action.stop.router.processing
> label.action.stop.systemvm.processing
> label.action.take.snapshot.processing
> label.action.unmanage.cluster.processing
> label.action.update.OS.preference.processing
> label.action.update.resource.count.processing
> label
[jira] [Created] (CLOUDSTACK-8409) simplify the dictionary*,jsp
Laszlo Hornyak created CLOUDSTACK-8409: -- Summary: simplify the dictionary*,jsp Key: CLOUDSTACK-8409 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8409 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Management Server Reporter: Laszlo Hornyak Assignee: Laszlo Hornyak Priority: Minor Probably there is a way to get rid of the long list of messages from dictionary.jsp and distionary2.jsp and simply dump all the messages available from the MessageBundle -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-8163) create packages for fedora
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14517106#comment-14517106 ] Laszlo Hornyak commented on CLOUDSTACK-8163: h4. TODO list * agent: run the agent in selinux permissive mode * agent: rather than using the old .rc files, use the services files * management: run with system tomcat service > create packages for fedora > -- > > Key: CLOUDSTACK-8163 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8163 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Packaging >Reporter: Laszlo Hornyak > > The packages built for centos 63 and centos 7 do not work with fedora 20. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (CLOUDSTACK-8440) hardcoded messages in ui/scripts/docs.js
Laszlo Hornyak created CLOUDSTACK-8440: -- Summary: hardcoded messages in ui/scripts/docs.js Key: CLOUDSTACK-8440 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8440 Project: CloudStack Issue Type: Task Security Level: Public (Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.5.0, 4.3.0, 4.6.0 Reporter: Laszlo Hornyak Priority: Minor Hints from docs.js are not internationalized, will remain unaffected by translations. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8440) hardcoded messages in ui/scripts/docs.js
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8440: --- Attachment: hint-1.png > hardcoded messages in ui/scripts/docs.js > > > Key: CLOUDSTACK-8440 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8440 > Project: CloudStack > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0, 4.5.0, 4.6.0 >Reporter: Laszlo Hornyak >Priority: Minor > Labels: easyfix > Attachments: hint-1.png > > Original Estimate: 24h > Remaining Estimate: 24h > > Hints from docs.js are not internationalized, will remain unaffected by > translations. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (CLOUDSTACK-8440) hardcoded messages in ui/scripts/docs.js
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak updated CLOUDSTACK-8440: --- Labels: easyfix internationalization localization (was: easyfix) > hardcoded messages in ui/scripts/docs.js > > > Key: CLOUDSTACK-8440 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8440 > Project: CloudStack > Issue Type: Task > Security Level: Public(Anyone can view this level - this is the > default.) > Components: UI >Affects Versions: 4.3.0, 4.5.0, 4.6.0 >Reporter: Laszlo Hornyak >Priority: Minor > Labels: easyfix, internationalization, localization > Attachments: hint-1.png > > Original Estimate: 24h > Remaining Estimate: 24h > > Hints from docs.js are not internationalized, will remain unaffected by > translations. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (CLOUDSTACK-4595) When a host is down ,the state is still up.
[
https://issues.apache.org/jira/browse/CLOUDSTACK-4595?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13762169#comment-13762169
]
Laszlo Hornyak commented on CLOUDSTACK-4595:
As far as I know having no ping from one host does not necessarily mean that
the host is down, it may also be a temporary network issue, so cloudstack tests
with all the other hosts, if any other host could ping it, then it is still up,
while if no other host could ping it, then it is unknown. The change you
requested would result in behavior change: if any other host can't ping, then
it is down - this could be inpractical for bigger installations.
A less drastic change could be if there is no other host that could ping the
host, then it is down.
> When a host is down ,the state is still up.
>
>
> Key: CLOUDSTACK-4595
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4595
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
>Affects Versions: 4.1.0
> Environment: ubuntu 12.04 kvm
>Reporter: terryye
> Labels: ha
> Original Estimate: 72h
> Remaining Estimate: 72h
>
> when a host is down ,the host state is still up.
> 2013-09-03 15:10:03,772 DEBUG [cloud.ha.AbstractInvestigatorImpl]
> (AgentTaskPool-14:null) host (192.168.11.21) cannot be pinged, returning null
> ('I don't know')
> 2013-09-03 15:11:00,768 DEBUG [cloud.ha.UserVmDomRInvestigator]
> (AgentTaskPool-15:null) sending ping from (10) to agent's host ip address
> (192.168.11.21)
> 2013-09-03 15:11:00,769 DEBUG [agent.transport.Request]
> (AgentTaskPool-15:null) Seq 10-988545077: Sending { Cmd , MgmtId:
> 52242977168, via: 10, Ver: v1, Flags: 100011,
> [{"PingTestCommand":{"_computingHostIp":"192.168.11.21","wait":20}}] }
> cloudstack\server\src\com\cloud\ha\AbstractInvestigatorImpl.java
> if (s_logger.isDebugEnabled()) {
> s_logger.debug("host (" + testHostIp + ") cannot be
> pinged, returning null ('I don't know')");
> }
> - return null;
> +return Status.Down;
> }
> } catch (AgentUnavailableException e) {
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CLOUDSTACK-6088) template validation patch (4.2) needs to be rebased for master
[ https://issues.apache.org/jira/browse/CLOUDSTACK-6088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Laszlo Hornyak reassigned CLOUDSTACK-6088: -- Assignee: Laszlo Hornyak > template validation patch (4.2) needs to be rebased for master > -- > > Key: CLOUDSTACK-6088 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6088 > Project: CloudStack > Issue Type: Improvement > Security Level: Public(Anyone can view this level - this is the > default.) > Components: Management Server >Affects Versions: Future >Reporter: Marcus Sorensen >Assignee: Laszlo Hornyak > Fix For: Future > > Attachments: template-content-validation-v1.patch, > template-content-validation-v2.patch > > > Submitting this 4.2 patch that validates template contents upon initial > download, such that a qcow2 can't be named '.img', or a .vmdk descriptor file > (which is text) can't be successfully uploaded as a template. > It needs to be rebased/integrated into master, and perhaps some more testing > to verify that it correctly catches all template types. > For bonus points, we can use TemplateUtils.isCorrectExtension to clean up a > lot of the code that verifies extensions, look for "qcow2.gz" in > HyperVisorTemplateAdaptor and VolumeManagerImpl (or their master equivalents) -- This message was sent by Atlassian JIRA (v6.1.5#6160)
[jira] [Created] (CLOUDSTACK-6520) Better KSM support
Laszlo Hornyak created CLOUDSTACK-6520: -- Summary: Better KSM support Key: CLOUDSTACK-6520 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-6520 Project: CloudStack Issue Type: Improvement Security Level: Public (Anyone can view this level - this is the default.) Components: KVM, Management Server Reporter: Laszlo Hornyak Assignee: Laszlo Hornyak The KSM support feature will introduce advanced use of KSM in linux nodes allowing higher VM densities by merging duplicate pages. When enabled, the agent will decide whether running KSM is feasible and fine-tune the KSM daemon automatically. -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Created] (CLOUDSTACK-4841) ReflectUtil.getAllFieldsForClass(Class cmdClass,Class[] excludeClasses) could accept a Collection
Laszlo Hornyak created CLOUDSTACK-4841: -- Summary: ReflectUtil.getAllFieldsForClass(Class cmdClass,Class[] excludeClasses) could accept a Collection Key: CLOUDSTACK-4841 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4841 Project: CloudStack Issue Type: Improvement Reporter: Laszlo Hornyak Priority: Trivial public static Set getAllFieldsForClass(Class cmdClass, Class[] excludeClasses) could be just public static Set getAllFieldsForClass(Class cmdClass, Collection> excludeClasses) So that the search logic could be elliminated from the code and client code could pass over unmodifiable collections rather than always creating an array. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CLOUDSTACK-4857) remove Transaction.finalize()
Laszlo Hornyak created CLOUDSTACK-4857: -- Summary: remove Transaction.finalize() Key: CLOUDSTACK-4857 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4857 Project: CloudStack Issue Type: Improvement Reporter: Laszlo Hornyak It is dangerous that the finallize method is performing blocking operations in a gc thread. -- This message was sent by Atlassian JIRA (v6.1#6144)
[jira] [Created] (CLOUDSTACK-8977) cloudstack UI creates a session for users not yet logged in
Laszlo Hornyak created CLOUDSTACK-8977: -- Summary: cloudstack UI creates a session for users not yet logged in Key: CLOUDSTACK-8977 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8977 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: UI Affects Versions: 4.5.2 Reporter: Laszlo Hornyak Assignee: Laszlo Hornyak Fix For: Future The cloudstack UI always creates a session. By executing a command like 'ab -n 20 -c 32' the server can be killed reqlly quick. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
