Not able to upload images or use images in Glance
I have a two node cloud. See http://
root@openstack0
[DEFAULT]
# Show more verbose log output (sets INFO log level output)
verbose = True
# Show debugging output in logs (sets DEBUG log level output)
debug = False
[app:glance-api]
paste.app_factory = glance.
# Which backend store should Glance use by default is not specified
# in a request to add a new image to Glance? Default: 'file'
# Available choices are 'file', 'swift', and 's3'
default_store = file
# Address to bind the API server
bind_host = 0.0.0.0
# Port the bind the API server to
bind_port = 9292
# Address to find the registry server
registry_host = 0.0.0.0
# Port the registry server is listening on
registry_port = 9191
# Log to this file. Make sure you do not set the same log
# file for both the API and registry servers!
log_file = /var/log/
# ============ Filesystem Store Options =======
# Directory that the Filesystem backend store
# writes image data to
filesystem_
# ============ Swift Store Options =======
# Address where the Swift authentication service lives
#swift_
# User to authenticate against the Swift authentication service
#swift_store_user = jdoe
# Auth key for the user authenticating against the
# Swift authentication service
#swift_store_key = a86850deb2742ec
# Container within the account that the account should use
# for storing images in Swift
#swift_
# Do we create the container if it does not exist?
#swift_
[app:glance-
paste.app_factory = glance.
# Address to bind the registry server
bind_host = 0.0.0.0
# Port the bind the registry server to
bind_port = 9191
# Log to this file. Make sure you do not set the same log
# file for both the API and registry servers!
log_file = /var/log/
# SQLAlchemy connection string for the reference implementation
# registry server. Any valid SQLAlchemy connection string is fine.
# See: http://
sql_connection = sqlite:
# Period in seconds after which SQLAlchemy should reestablish its connection
# to the database.
#
# MySQL uses a default `wait_timeout` of 8 hours, after which it will drop
# idle connections. This can result in 'MySQL Gone Away' exceptions. If you
# notice this, you can lower this value to ensure that SQLAlchemy reconnects
# before MySQL can drop the connection.
sql_idle_timeout = 3600
Here are my attempts to upload and use an image:
root@openstack0
Wed Apr 27 08:11:24 CDT 2011: ====== extracting image ======
kernel : ttylinux-
ramdisk: ttylinux-
image : ttylinux-
Wed Apr 27 08:11:24 CDT 2011: ====== bundle/upload kernel ======
Wed Apr 27 08:11:26 CDT 2011: ====== bundle/upload ramdisk ======
Wed Apr 27 08:11:27 CDT 2011: ====== bundle/upload image ======
Wed Apr 27 08:11:30 CDT 2011: ====== done ======
emi="ami-00000003"; eri="ari-00000002"; eki="aki-00000001";
root@openstack0
root@openstack0
No public images found.
I try to use ami-3 to run an instance, but after a status of scheduling it goes straight to shutdown:
root@openstack0
RESERVATION r-szatmgk8 vhf-sandbox default
INSTANCE i-00000010 ami-00000003 scheduling heminggs (vhf-sandbox, None) 0 m1.small 2011-04-
root@openstack0
RESERVATION r-szatmgk8 vhf-sandbox default
INSTANCE i-00000010 ami-00000003 192.168.51.3 192.168.51.3 shutdown heminggs (vhf-sandbox, openstack02) 0 m1.small 2011-04-
There is a whole bunch of error spew on the nova-compute log:
2011-04-27 08:12:20,071 DEBUG nova.rpc [-] received {'_context_
2011-04-27 08:12:20,071 DEBUG nova.rpc [-] unpacked context: {'timestamp': '2011-04-
2011-04-27 08:12:20,140 AUDIT nova.compute.
2011-04-27 08:12:20,296 DEBUG nova.rpc [-] Making asynchronous call on network.openstack01 ... from (pid=1883) call /usr/lib/
2011-04-27 08:12:20,297 DEBUG nova.rpc [-] MSG_ID is 1edfc9ddcc2a45e
2011-04-27 08:12:20,800 DEBUG nova.utils [-] Attempting to grab semaphore "ensure_bridge" for method "ensure_bridge"... from (pid=1883) inner /usr/lib/
2011-04-27 08:12:20,801 DEBUG nova.utils [-] Attempting to grab file lock "ensure_bridge" for method "ensure_bridge"... from (pid=1883) inner /usr/lib/
2011-04-27 08:12:20,801 DEBUG nova.utils [-] Running cmd (subprocess): ip link show dev br100 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:20,808 DEBUG nova.utils [-] Running cmd (subprocess): sudo route -n from (pid=1883) execute /usr/lib/
2011-04-27 08:12:20,819 DEBUG nova.utils [-] Running cmd (subprocess): sudo ip addr show dev eth2 scope global from (pid=1883) execute /usr/lib/
2011-04-27 08:12:20,829 DEBUG nova.utils [-] Running cmd (subprocess): sudo brctl addif br100 eth2 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:20,839 DEBUG nova.utils [-] Result was 1 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:20,917 DEBUG nova.virt.
2011-04-27 08:12:20,997 DEBUG nova.virt.
2011-04-27 08:12:21,016 INFO nova [-] called setup_basic_
2011-04-27 08:12:21,016 INFO nova [-] ensuring static filters
2011-04-27 08:12:21,072 INFO nova [-] <nova.db.
2011-04-27 08:12:21,072 INFO nova [-] <nova.db.
2011-04-27 08:12:21,080 DEBUG nova.utils [-] Attempting to grab semaphore "iptables" for method "apply"... from (pid=1883) inner /usr/lib/
2011-04-27 08:12:21,080 DEBUG nova.utils [-] Attempting to grab file lock "iptables" for method "apply"... from (pid=1883) inner /usr/lib/
2011-04-27 08:12:21,088 DEBUG nova.utils [-] Running cmd (subprocess): sudo iptables-save -t filter from (pid=1883) execute /usr/lib/
2011-04-27 08:12:21,100 DEBUG nova.utils [-] Running cmd (subprocess): sudo iptables-restore from (pid=1883) execute /usr/lib/
2011-04-27 08:12:21,118 DEBUG nova.utils [-] Running cmd (subprocess): sudo iptables-save -t nat from (pid=1883) execute /usr/lib/
2011-04-27 08:12:21,130 DEBUG nova.utils [-] Running cmd (subprocess): sudo iptables-restore from (pid=1883) execute /usr/lib/
2011-04-27 08:12:21,170 DEBUG nova.utils [-] Running cmd (subprocess): mkdir -p /var/lib/
2011-04-27 08:12:21,177 INFO nova.virt.
2011-04-27 08:12:21,260 DEBUG nova.utils [-] Attempting to grab semaphore "00000001" for method "call_if_
2011-04-27 08:12:21,260 DEBUG nova.utils [-] Running cmd (subprocess): cp /var/lib/
2011-04-27 08:12:27,843 DEBUG nova.utils [-] Attempting to grab semaphore "00000002" for method "call_if_
2011-04-27 08:12:27,843 DEBUG nova.utils [-] Running cmd (subprocess): cp /var/lib/
2011-04-27 08:12:35,612 DEBUG nova.utils [-] Attempting to grab semaphore "00000003" for method "call_if_
2011-04-27 08:12:35,612 DEBUG nova.utils [-] Running cmd (subprocess): qemu-img create -f qcow2 -o cluster_
2011-04-27 08:12:35,961 DEBUG nova.utils [-] Attempting to grab semaphore "local_20" for method "call_if_
2011-04-27 08:12:35,961 DEBUG nova.utils [-] Running cmd (subprocess): qemu-img create -f qcow2 -o cluster_
2011-04-27 08:12:36,103 INFO nova.virt.
2011-04-27 08:12:36,118 DEBUG nova.utils [-] Running cmd (subprocess): sudo qemu-nbd -c /dev/nbd15 /var/lib/
2011-04-27 08:12:37,369 DEBUG nova.utils [-] Running cmd (subprocess): sudo tune2fs -c 0 -i 0 /dev/nbd15 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:37,421 DEBUG nova.utils [-] Result was 1 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:37,421 DEBUG nova.utils [-] Running cmd (subprocess): sudo qemu-nbd -d /dev/nbd15 from (pid=1883) execute /usr/lib/
2011-04-27 08:12:37,433 WARNING nova.virt.
Command: sudo tune2fs -c 0 -i 0 /dev/nbd15
Exit code: 1
Stdout: 'tune2fs 1.41.12 (17-May-2010)\n'
Stderr: "tune2fs: Bad magic number in super-block while trying to open /dev/nbd15\
2011-04-27 08:12:42,202 ERROR nova.exception [-] Uncaught exception
(nova.exception): TRACE: Traceback (most recent call last):
(nova.exception): TRACE: File "/usr/lib/
(nova.exception): TRACE: return f(*args, **kw)
(nova.exception): TRACE: File "/usr/lib/
(nova.exception): TRACE: domain = self._create_
(nova.exception): TRACE: File "/usr/lib/
(nova.exception): TRACE: domain.
(nova.exception): TRACE: File "/usr/lib/
(nova.exception): TRACE: if ret == -1: raise libvirtError ('virDomainCrea
(nova.exception): TRACE: libvirtError: operation failed: failed to retrieve chardev info in qemu with 'info chardev'
(nova.exception): TRACE:
2011-04-27 08:12:42,216 ERROR nova.compute.
(nova.compute.
(nova.compute.
(nova.compute.
(nova.compute.
(nova.compute.
(nova.compute.
(nova.compute.
2011-04-27 08:12:45,678 INFO nova.compute.
2011-04-27 08:13:45,716 INFO nova.compute.
Is this a known bug in Glance?
Thanks,
Graham
Question information
- Language:
- English Edit question
- Status:
- Expired
- For:
- Glance Edit question
- Assignee:
- No assignee Edit question
- Last query:
- Last reply: