I'm using Ubuntu 9.10 and have installed UEC, I have one cloud/cluster controller and two nodes.
As a user with admin credentials I can upload an run images and my instances are reported correctly with ec2-describe-instances (and also euca-describe-instances). However, as a user with non-admin credentials I can start an instance (and verify its running by tailing the nc logs on the nodes and then sshing to them after) but ec2-describe-instances does not report these properly.
I get the message:
jo0006@orion:~/euca1.6$ ec2-describe-instances
VmControl: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java'
On the cloud controller, from cloud-output.log:
15:00:37 WARN NetworkStateHandler | Response from cluster [nebula]: NOTSUPPORTED
15:00:41 INFO ServiceSinkHandler | :1255701632.0000:eucalyptus/ServiceSinkHandler.handleUpstream.189:eucalyptus:eucalyptus:MSG_RECEIVED:DescribeInstancesType:
15:00:41 ERROR VmControl | org.drools.RuntimeDroolsException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java'
15:00:41 ERROR tServiceExceptionStrategy |
| ********************************************************************************
| Message : Component that caused exception is: VmControl. Message payload is of type: DescribeInstancesType
| Type : org.mule.api.service.ServiceException
| Code : MULE_ERROR--2
| Payload : <?xml version="1.0" encoding="UTF-8"?>
| <euca:DescribeInstances xmlns:euca="http://msgs.eucalyptus.ucsb.edu">
| <euca:VmControlMessage>
| <euca:correlationId>2608a852-b7f0-47fe-81f1-a3d79864b0c9</euca:correlationId>
| <euca:userId>peter</euca:userId>
| <euca:effectiveUserId>peter</euca:effectiveUserId>
| </euca:VmControlMessage>
| <euca:instancesSet/>
| </euca:DescribeInstances>
| JavaDoc : http://mule.mulesource.org/docs/apidocs/org/mule/api/service/ServiceException.html
| ********************************************************************************
| Exception stack is:
| 1. Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java' (com.eucalyptus.util.EucalyptusCloudException)
| edu.ucsb.eucalyptus.cloud.ws.VmControl:91 (null)
| 2. Component that caused exception is: VmControl. Message payload is of type: DescribeInstancesType (org.mule.api.service.ServiceException)
| org.mule.component.DefaultLifecycleAdapter:214 (http://mule.mulesource.org/docs/apidocs/org/mule/api/service/ServiceException.html)
| ********************************************************************************
| Root Exception stack trace:
| com.eucalyptus.util.EucalyptusCloudException: Unable to load dialect 'org.drools.rule.builder.dialect.java.JavaDialectConfiguration:java'
| at edu.ucsb.eucalyptus.cloud.ws.VmControl.DescribeInstances(VmControl.java:91)
| 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:616)
| at org.mule.model.resolvers.AbstractEntryPointResolver.invokeMethod(AbstractEntryPointResolver.java:147)
| at org.mule.model.resolvers.ReflectionEntryPointResolver.invoke(ReflectionEntryPointResolver.java:127)
| at org.mule.model.resolvers.DefaultEntryPointResolverSet.invoke(DefaultEntryPointResolverSet.java:50)
| at org.mule.component.DefaultLifecycleAdapter.intercept(DefaultLifecycleAdapter.java:202)
| at org.mule.component.AbstractJavaComponent.invokeComponentInstance(AbstractJavaComponent.java:82)
| at org.mule.component.AbstractJavaComponent.doOnCall(AbstractJavaComponent.java:73)
| at org.mule.component.AbstractComponent.onCall(AbstractComponent.java:87)
| at org.mule.model.seda.SedaService$ComponentStageWorker.run(SedaService.java:533)
| at org.mule.work.WorkerContext.run(WorkerContext.java:310)
| at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
| at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
| at java.lang.Thread.run(Thread.java:636)
John
I have linked this against the package. I can't reproduce it against a source install.