uploading images to an aarch64 OpenStack cluster

348 views
Skip to first unread message

ldac...@redhat.com

unread,
Mar 27, 2016, 11:23:44 AM3/27/16
to cloudlab-users
Hi,

I created an OpenStack cluster using the default profile and no change but the machine type set to m400. It works fine when I use the provided image. But when I try to use an image that I uploaded myself, it silently does nothing, although it claims to be active. The instance log show nothing and the qemu process seems happily idle. Any idea on how to get out of this situation would be most welcome :-)

Here is the defail of what I did:

wget -c -O ubuntu-14.04-aarch64.qcow2 https://cloud-images.ubuntu.com/trusty/current/trusty-server-cloudimg-arm64-disk1.img
openstack image create --property hw_video_model='vga'  --disk-format=qcow2 --container-format=bare  --private --file ubuntu-14.04-aarch64.qcow2 teuthology-ubuntu-14.04-aarch64
openstack server create  --image 'teuthology-ubuntu-14.04-aarch64'  --flavor 'm1.small'  --nic net-id=flat-lan-1-net --key-name teuthology-myself --security-group teuthology --wait teuthology

Note that the --property hw_video_model='vga' is necessary to avoid getting the following error:

libvirtError: internal error: process exited while connecting to monitor: Error: Cirrus VGA not available

Also note that when using the provided image the instance runs fine, with the same flavor.

Cheers

ldac...@redhat.com

unread,
Mar 27, 2016, 11:26:21 AM3/27/16
to cloudlab-users
Trying

qemu-img convert ubuntu-14.04-aarch64.qcow2 ubuntu-14.04-aarch64.raw
openstack image create --property hw_video_model='vga'  --disk-format=raw --container-format=bare  --private --file ubuntu-14.04-aarch64.raw teuthology-ubuntu-14.04-aarch64

in case having a raw image versus a qcow2 image makes a difference

ldac...@redhat.com

unread,
Mar 28, 2016, 9:01:54 AM3/28/16
to cloudlab-users
It does not make a difference. In the meantime I found that http://www.emulab.net/downloads/openstack-setup-v26.tar.gz which contains the setup scripts for the profile has setup/setup-compute.sh with the following:


ARCH=`uname -m`
if [ "$ARCH" = "aarch64" ] ; then
   
if [ $OSVERSION -le $OSKILO ]; then
    crudini
--set /etc/nova/nova.conf $VNCSECTION vnc_enabled False
   
else
   
# QEMU/Nova on Liberty gives aarch64 a vga adapter/bus.
    crudini
--set /etc/nova/nova.conf $VNCSECTION vnc_enabled True
   
fi
else
    crudini
--set /etc/nova/nova.conf $VNCSECTION vnc_enabled True
fi


which suggest the situation improved in Kilo but the machines run

DISTRIB_ID=Ubuntu
DISTRIB_RELEASE
=15.10
DISTRIB_CODENAME
=wily
DISTRIB_DESCRIPTION
="Ubuntu 15.10"

which setup/setup-lib.sh match with Liberty

#
# Figure out which OS/OpenStack this is.
#
OSJUNO
=10
OSKILO
=11
OSLIBERTY
=12

. /etc/lsb-release
if [ ${DISTRIB_CODENAME} = "wily" ]; then
    OSCODENAME
="liberty"
    OSVERSION
=$OSLIBERTY
    REGION
="RegionOne"
elif [ ${DISTRIB_CODENAME} = "vivid" ]; then
    OSCODENAME
="kilo"
    OSVERSION
=$OSKILO
    REGION
="RegionOne"
else
    OSCODENAME
="juno"
    OSVERSION
=$OSJUNO
    REGION
="regionOne"
fi



ldac...@redhat.com

unread,
Mar 28, 2016, 9:50:36 AM3/28/16
to cloudlab-users

Tried with xenial but it's not better. No error, no progress.

wget -c -O ubuntu-16.04-aarch64.qcow2 https://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-arm64-disk1.img
openstack image create
--property hw_video_model='vga'  --disk-format=qcow2 --container-format=bare  --private --file ubuntu-16.04-aarch64.qcow2 teuthology-ubuntu-16.04-aarch64
openstack server create  
--image 'teuthology-ubuntu-16.04-aarch64'  --flavor 'm1.small'  --nic net-id=flat-lan-1-net --key-name teuthology-myself --security-group teuthology --wait teuthology


David M. Johnson

unread,
Mar 30, 2016, 11:02:45 AM3/30/16
to cloudla...@googlegroups.com
I'm sorry I was out on vacation when you tried this. I've tried all
these strategies too, and have yet to be able to boot an aarch64 Ubuntu
cloud image in a VM.

You should be able to make progress by mounting the image, pulling out
the kernel and initramfs, and making an AMI/AKI/ARI image set. Not
ideal, but should work.

David

On 03/28/16 07:50, ldac...@redhat.com wrote:
>
> Tried with xenial but it's not better. No error, no progress.
>
> |
> wget -c -O ubuntu-16.04-aarch64.qcow2
> https://cloud-images.ubuntu.com/xenial/current/xenial-server-cloudimg-arm64-disk1.img
> openstack image create --property
> hw_video_model='vga' --disk-format=qcow2 --container-format=bare
> --private--file ubuntu-16.04-aarch64.qcow2 teuthology-ubuntu-16.04-aarch64
> openstack server create --image
> 'teuthology-ubuntu-16.04-aarch64' --flavor 'm1.small' --nic
> net-id=flat-lan-1-net --key-name teuthology-myself
> --security-groupteuthology --wait teuthology
> |
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "cloudlab-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to cloudlab-user...@googlegroups.com
> <mailto:cloudlab-user...@googlegroups.com>.
> To post to this group, send email to cloudla...@googlegroups.com
> <mailto:cloudla...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/cloudlab-users/b2459ba1-7444-4ff3-b71c-f387b66c1ad3%40googlegroups.com
> <https://groups.google.com/d/msgid/cloudlab-users/b2459ba1-7444-4ff3-b71c-f387b66c1ad3%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.

ldac...@redhat.com

unread,
Mar 31, 2016, 5:02:52 AM3/31/16
to cloudlab-users

Hi David,


On Wednesday, March 30, 2016 at 5:02:45 PM UTC+2, David Johnson wrote:
I'm sorry I was out on vacation when you tried this.  I've tried all
these strategies too, and have yet to be able to boot an aarch64 Ubuntu
cloud image in a VM.

You should be able to make progress by mounting the image, pulling out
the kernel and initramfs, and making an AMI/AKI/ARI image set.  Not
ideal, but should work.


I'm glad I did not miss a simple solution :-) For now things work with the image you already have. I'll ask around, hoping to find expertise on that problem.

Cheers

P.S. the OpenStack profile you created is extremely useful, thanks

Reply all
Reply to author
Forward
0 new messages