azure stream data is not useful for 'arm' (Azure Resource Manager) mode

Bug #1701062 reported by Scott Moser
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
cloud-images
Confirmed
Medium
Unassigned

Bug Description

$ sstream-query --keyring=/usr/share/keyrings/ubuntu-cloudimage-keyring.gpg --max=1 --json http://cloud-images.ubuntu.com/daily/streams/v1/com.ubuntu.cloud:daily:azure.sjson arch=amd64 release~xenial "region=West US 2"[
  {
    "arch": "amd64",
    "content_id": "com.ubuntu.cloud:daily:azure",
    "crsn": "West US 2",
    "datatype": "image-ids",
    "endpoint": "https://management.core.windows.net/",
    "format": "products:1.0",
    "id": "b39f27a8b8c64d52b05eac6a62ebad85__Ubuntu_DAILY_BUILD-xenial-16_04-LTS-amd64-server-20170621-en-us-30GB",
    "item_name": "usww2i3",
    "label": "daily",
    "product_name": "com.ubuntu.cloud.daily:server:16.04:amd64",
    "publabel": "Ubuntu Server 16.04 LTS DAILY",
    "pubname": "ubuntu-xenial-daily-amd64-server-20170621",
    "region": "West US 2",
    "release": "xenial",
    "root_size": "30GB",
    "updated": "Thu, 22 Jun 2017 06:06:26 +0000",
    "version": "16.04",
    "version_name": "20170621",
    "virt": "Hyper-V"
  }
]

The data there contains 'id' which can be passed into the Azure api in 'asm' mode, but is completely useless for 'arm' mode.

I see a few issues here:
  a.) It seems that azure has transitioned from 'West US 2' as a region name to 'westus2' (and similarly for other regions).
  b.) the urn is needed. urn can be seen with
   az vm image list --all --location=westus2 --output=json --publisher=Canonical
   See output at http://paste.ubuntu.com/24974649/
  {
    "offer": "UbuntuServer",
    "publisher": "Canonical",
    "sku": "17.10-DAILY",
    "urn": "Canonical:UbuntuServer:17.10-DAILY:17.10.201706210",
    "version": "17.10.201706210"
  },

It seems its likely useful to add the 'sku' to the available data as that can be input in some places.

Scott Moser (smoser)
summary: - azure stream data is not useful for arm
+ azure stream data is not useful for 'arm' (Azure Resource Manager) mode
Changed in cloud-images:
status: New → Confirmed
importance: Undecided → Medium
Revision history for this message
Scott Moser (smoser) wrote :

Paul Meyer gave example on how to launch and find "latest" image via the sku/urn [1]

az vm create -n testvm -g my-resource-group -\
   -image Canonical:UbuntuServer:17.10-DAILY:latest -l westus2

I consider that mostly just for informational purposes as ubuntu should provide the data for all from cloud-images.ubuntu.com.

--
[1] https://irclogs.ubuntu.com/2017/06/29/%23cloud-init.html#t19:27

Revision history for this message
Scott Moser (smoser) wrote :

I'm annoyed by this again, trying to launch a "latest ubuntu".

The data that you can get from
 $ az vm image list --all --publisher=Canonical | pastebinit
 http://paste.ubuntu.com/25721526/

Its basically unusable.
In order to launch something by its sku, you have to:
 a.) know if the release you're interested in is LTS (12.04.3-LTS versus 17.04)
 b.) know the latest point version of that if it is an LTS.

Can we please get stream data that gets us these 'urn' ?

Revision history for this message
Dan Watkins (oddbloke) wrote : Re: [Bug 1701062] Re: azure stream data is not useful for 'arm' (Azure Resource Manager) mode

On Wed, Oct 11, 2017 at 06:12:40PM -0000, Scott Moser wrote:
> I'm annoyed by this again, trying to launch a "latest ubuntu".
>
> The data that you can get from
> $ az vm image list --all --publisher=Canonical | pastebinit
> http://paste.ubuntu.com/25721526/
>
> Its basically unusable.
> In order to launch something by its sku, you have to:
> a.) know if the release you're interested in is LTS (12.04.3-LTS versus 17.04)
> b.) know the latest point version of that if it is an LTS.
>
> Can we please get stream data that gets us these 'urn' ?

We'll be looking at reworking our Azure publication flow in the next six
months; this should be part of that effort.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.