Ahmed El Gamil wrote: > (nova.compute.manager): TRACE: Error: Unexpected error while running > command. > (nova.compute.manager): TRACE: Command: /usr/bin/curl --fail > --silent http://<ip address>:3333/_images/2/image -H 'Date: Wed, 16 > Feb 2011 14:23:23 GMT' -H 'Authorization: AWS > > ba97af70-24cf-4054-9185-ecf925d71385:openstack:sIAZBh7GJ7dE8urnZhvwla7upgY=' > -o /var/lib/nova/instances/_base/2 > (nova.compute.manager): TRACE: Exit code: 22 > (nova.compute.manager): TRACE: Stdout: '' > (nova.compute.manager): TRACE: Stderr: '' > (nova.compute.manager): TRACE: > libvir: QEMU error : Domain not found: no domain with matching name > 'instance-00000007' > > ttx on IRC told me that it shouldn't fetch a :3333 URL, but that was > fixed in a bug at https://bugs.launchpad.net/nova/+bug/708673
Right, that URL (with :3333/_images) should not be hit if you run with --image_service=nova.image.glance.GlanceImageService, since we have the following code in nova/virt/images.py: def image_url(image): if FLAGS.image_service == "nova.image.glance.GlanceImageService": return "http://%s:%s/images/%s" % (FLAGS.glance_host, FLAGS.glance_port, image) return "http://%s:%s/_images/%s/image" % (FLAGS.s3_host, FLAGS.s3_port, image) So there seems to be a local issue, either you don't run the above code (Bexar release), or the flag is not set properly. To debug this you could instrument the above code to trace the value of FLAGS.image_service. Something like adding before the first "if": LOG.debug("FLAGS.image_service is %s" % FLAGS.image_service) -- Thierry Carrez (ttx) Release Manager, OpenStack _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp