cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF GitHub Bot (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-9365) updateVirtualMachine with userdata should not error when a VM is attached to multiple networks from which one or more doesn't support userdata
Date Mon, 02 May 2016 13:09:12 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-9365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15266567#comment-15266567
] 

ASF GitHub Bot commented on CLOUDSTACK-9365:
--------------------------------------------

Github user singalrahul commented on the pull request:

    https://github.com/apache/cloudstack/pull/1523#issuecomment-216230102
  
    test_deploy_vm_userdata_MultiNic.py script is added for the verification of this Bug.
It will verify that a user can deploy MultiNic VM when non-default nic does not have userdata
service and can also update vm userdata.
    
    Before Fix, below was the result:-
    
    Test userdata update when non default nic is without userdata ... === TestName: test_deployvm_multiNic
| Status : FAILED ===
    FAIL
    
    ======================================================================
    FAIL: Test userdata update when non default nic is without userdata
    ----------------------------------------------------------------------
    Traceback (most recent call last):
      File "/home/pmanthen/test_deploy_vm_userdata_MultiNic.py", line 183, in test_deployvm_multiNic
        self.fail("Failed to update userdata: %s" % e)
    AssertionError: Failed to update userdata: Execute cmd: updatevirtualmachine failed, due
to: errorCode: 530, errorText:Service UserData is not supported in the network id=237
    -------------------- >> begin captured stdout << ---------------------
    === TestName: test_deployvm_multiNic | Status : FAILED ===
    
    [failed_plus_exceptions.txt](https://github.com/apache/cloudstack/files/245103/failed_plus_exceptions.txt)
    [results.txt](https://github.com/apache/cloudstack/files/245104/results.txt)
    [runinfo.txt](https://github.com/apache/cloudstack/files/245105/runinfo.txt)
    
    
    After the Fix:-
    
    Test userdata update when non default nic is without userdata for deploy and update ...
=== TestName: test_deployvm_multinic | Status : SUCCESS ===
    ok
    
    ----------------------------------------------------------------------
    Ran 1 test in 40.583s
    
    OK
    
    
    [results.txt](https://github.com/apache/cloudstack/files/245106/results.txt)
    [runinfo.txt](https://github.com/apache/cloudstack/files/245107/runinfo.txt)
    



> updateVirtualMachine with userdata should not error when a VM is attached to multiple
networks from which one or more doesn't support userdata
> ----------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: CLOUDSTACK-9365
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9365
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>            Reporter: Nick Livens
>            Assignee: Nick Livens
>
> Steps to reproduce :
> 1. Create 2 networks in ACS, one with userdata service enabled, one without
> 2. Deploy virtual machine, use the network which supports userdata as default
> 3. Update the userdata of the virtualmachine
> The following exception is thrown :
> {noformat:title=Exception for network which doesn't support userdata}
> 2016-04-22 00:42:14,864 DEBUG [c.c.n.NetworkModelImpl] (catalina-exec-25:ctx-b6778596
ctx-707ee023 ctx-a7e4c59b) (logid:a93c19d7) Service SecurityGroup is not supported in the
network id=263
> 2016-04-22 00:42:14,865 DEBUG [o.s.b.f.s.DefaultListableBeanFactory] (catalina-exec-25:ctx-b6778596
ctx-707ee023 ctx-a7e4c59b) (logid:a93c19d7) Returning cached instance of singleton bean 'messageBus'
> 2016-04-22 00:42:14,885 ERROR [c.c.a.ApiServer] (catalina-exec-25:ctx-b6778596 ctx-707ee023
ctx-a7e4c59b) (logid:a93c19d7) unhandled exception executing api command: [Ljava.lang.String;@2babc2e4
> com.cloud.exception.UnsupportedServiceException: Service UserData is not supported in
the network id=263
>         at com.cloud.network.dao.NetworkServiceMapDaoImpl.getProviderForServiceInNetwork(NetworkServiceMapDaoImpl.java:126)
>         at sun.reflect.GeneratedMethodAccessor622.invoke(Unknown Source)
>         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>         at java.lang.reflect.Method.invoke(Method.java:606)
>         at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:317)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
>         at com.cloud.utils.db.TransactionContextInterceptor.invoke(TransactionContextInterceptor.java:34)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:161)
>         at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:91)
>         at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
>         at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
>         at com.sun.proxy.$Proxy40.getProviderForServiceInNetwork(Unknown Source)
>         at com.cloud.network.NetworkModelImpl.getUserDataUpdateProvider(NetworkModelImpl.java:888)
>         at com.cloud.vm.UserVmManagerImpl.updateUserDataInternal(UserVmManagerImpl.java:2501)
>         at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:2474)
>         at com.cloud.vm.UserVmManagerImpl.updateVirtualMachine(UserVmManagerImpl.java:2340)
>         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)
> {noformat}



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message