Server internal error (500) instead of "not found" (404)

[Andreas Hasenack]

When fetching data from meta-data, looks like every request that should return a 404 returns in fact a 500 error:
root@ip-172-56-124-250:~# curl http://169.254.169.254/latest/meta-data/;echo
block-device-mapping/
security-groups
ami-manifest-path
ancestor-ami-ids
public-keys/
reservation-id
public-keys/0/
ami-launch-index
kernel-id
instance-type
local-hostname
local-ipv4
hostname
product-codes
public-ipv4
instance-id
public-hostname
ami-id
placement/

But:
root@ip-172-56-124-250:~# curl http://169.254.169.254/latest/meta-data/foobar;echo
Failure: 500 Internal Server Error

In the case of Lucid images, which do not have a ramdisk, it also returns a 500, but in this case it's a valid name:
root@ip-172-56-124-250:~# curl http://169.254.169.254/latest/meta-data/ramdisk-id
Failure: 500 Internal Server Error

[Andreas Hasenack (ahasenack)]

I did the same in my local UEC installation (lucid) and this is what I got on the CC's error log:

16:01:56 [DefaultServiceExceptionStrategy:New I/O server worker #1-38] ERROR
********************************************************************************
Message : Component that caused exception is: VmMetadata. Message payload is of type: String
Type : org.mule.api.service.ServiceException
Code : MULE_ERROR--2
Payload : 192.168.2.130:meta-data/foobar
JavaDoc : http://mule.mulesource.org/docs/apidocs/org/mule/api/service/ServiceException.html
********************************************************************************
Exception stack is:
1. null (java.lang.NullPointerException)
  edu.ucsb.eucalyptus.cloud.cluster.VmInstance:321 (null)
2. Component that caused exception is: VmMetadata. Message payload is of type: String (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:
java.lang.NullPointerException
 at edu.ucsb.eucalyptus.cloud.cluster.VmInstance.getByKey(VmInstance.java:321)
 at edu.ucsb.eucalyptus.cloud.ws.VmMetadata.handle(VmMetadata.java:88)
 at sun.reflect.GeneratedMethodAccessor194.invoke(Unknown Source)
 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.doSend(SedaService.java:234)
 at org.mule.service.AbstractService.sendEvent(AbstractService.java:510)
 at org.mule.DefaultMuleSession.sendEvent(DefaultMuleSession.java:351)
 at org.mule.routing.inbound.DefaultInboundRouterCollection.send(DefaultInboundRouterCollection.java:196)
 at org.mule.routing.inbound.DefaultInboundRouterCollection.route(DefaultInboundRouterCollection.java:164)
 at org.mule.transport.AbstractMessageReceiver$DefaultInternalMessageListener.onMessage(AbstractMessageReceiver.java:604)
 at org.mule.transport.AbstractMessageReceiver.routeMessage(AbstractMessageReceiver.java:346)
 at org.mule.transport.AbstractMessageReceiver.routeMessage(AbstractMessageReceiver.java:269)
 at org.mule.transport.vm.VMMessageReceiver.onCall(VMMessageReceiver.java:106)
 at org.mule.transport.vm.VMMessageDispatcher.doSend(VMMessageDispatcher.java:104)
 at org.mule.transport.AbstractMessageDispatcher.send(A...

[Andy Grimm (agrimm)]

This issue is now being tracked upstream at http://eucalyptus.atlassian.net/browse/EUCA-2709

Please watch that issue for further updates.