RE: re-download systemvm template - invalid uuid exception

[Sonali Jadhav <so...@servercentralen.se>]

Ok I could try that.

But do you think that's the issue in my case. I am guessing template could be problem, that's why I wanna try re-download it.

I mean, When it creates new VR, it throws "invalid uuid" exception and two API calls from cloudstack for VBD.create , one with no uuid ?


This is xensource.log

INET :::80|dispatch:VM.set_platform D:252a480442d9|api_effect] VM.set_platform
INET :::80|VBD.create R:d73a9219fc0c|audit] VBD.create: VM = '1a85ce50-b4d5-c08c-8e0e-f0f8d6a59d79 (r-118-VM)'; VDI = 'b9b2c03c-759a-4320-a723-7f7c4f5265a5'
INET :::80|VBD.create R:d73a9219fc0c|xapi] Checking whether there's a migrate in progress...
INET :::80|VBD.create R:d73a9219fc0c|xapi] VBD.create (device = 0; uuid = 481aadb6-4382-1bed-b9fb-e4c7be01f02a; ref = OpaqueRef:415326be-87c9-e281-5267-9a5759bd66f9)
INET :::80|VBD.create R:581f0e4ce003|audit] VBD.create: VM = '1a85ce50-b4d5-c08c-8e0e-f0f8d6a59d79 (r-118-VM)'; VDI = 'invalid'
INET :::80|VBD.create R:581f0e4ce003|xapi] Checking whether there's a migrate in progress...
INET :::80|VBD.create R:581f0e4ce003|xapi] VBD.create (device = 3; uuid = 09e563b9-a12b-ca59-25fa-d6d45161af3e; ref = OpaqueRef:2f4d440c-4d89-6843-d9f2-0d3d010bc75c)
INET :::80|VDI.get_by_uuid D:5d11a5ee6f00|backtrace] Raised at db_cache_impl.ml:198.16-55 -> db_actions.ml:13331.27-61 -> rbac.ml:229.16-23 -> rbac.ml:238.10-15 -> server_helpers.ml:76.11-23
INET :::80|VDI.get_by_uuid D:5d11a5ee6f00|dispatcher] Server_helpers.exec exception_handler: Got exception UUID_INVALID: [ VDI; 01f00c56-10ac-42b3-ab99-67bfb26e88ba ]



And here is corresponding audit.log,


INET :::80|VBD.create R:f09fcfdc3aa7|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VBD.create' (('VM' 'r-118-VM' 'aa46d37c-9499-23d5-410b-af7a64fb67cf' 'OpaqueRef:bcc610ff-3fdc-79c2-d1b4-4414e11c7816') ('VDI' 'ROOT-118' 'b9b2c03c-759a-4320-a723-7f7c4f5265a5' 'OpaqueRef:e0078cc8-34f1-c608-596c-911e5cc3a83f') ('metrics' '' '' 'OpaqueRef:NULL')))
INET :::80|VBD.create R:282ed8141b02|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VBD.create' (('VM' 'r-118-VM' 'aa46d37c-9499-23d5-410b-af7a64fb67cf' 'OpaqueRef:bcc610ff-3fdc-79c2-d1b4-4414e11c7816') ('VDI' '' '' 'OpaqueRef:NULL') ('metrics' '' '' 'OpaqueRef:NULL')))
INET :::80|VM.destroy R:a25c3b7d767d|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VM.destroy' (('self' 'r-118-VM' 'aa46d37c-9499-23d5-410b-af7a64fb67cf' 'OpaqueRef:bcc610ff-3fdc-79c2-d1b4-4414e11c7816')))
INET :::80|VBD.unplug R:8c565954948a|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:HANDLE_INVALID: [ VBD; OpaqueRef:68eccd55-45ea-b21f-6650-7220528b48dd ]' 'API' 'VBD.unplug' (('self' '' '' 'OpaqueRef:68eccd55-45ea-b21f-6650-7220528b48dd')))
INET :::80|VBD.unplug R:1d7cfd7dbe0d|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'ERROR:HANDLE_INVALID: [ VBD; OpaqueRef:0613d33c-c6db-d514-8650-eb5f041bde99 ]' 'API' 'VBD.unplug' (('self' '' '' 'OpaqueRef:0613d33c-c6db-d514-8650-eb5f041bde99')))
INET :::80|VM.create R:e4ee4e31b332|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f' 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VM.create' (('memory_dynamic_min' '268435456' '' '') ('ha_always_run' '<boolean>0</boolean>' '' '') ('metrics' '' 'c28564be-81a4-9fbc-1d5e-1be72549ff59' 'OpaqueRef:dec35f17-9c50-d0f4-b013-53c4cc00e3f6') ('ha_restart_priority' '<value/>' '' '') ('is_a_template' '<boolean>0</boolean>' '' '') ('parent' '' '' 'OpaqueRef:NULL') ('resident_on' '' '' 'OpaqueRef:NULL') ('memory_static_max' '268435456' '' '') ('memory_dynamic_max' '268435456' '' '') ('name_label' 'r-118-VM' '' '') ('snapshot_of' '' '' 'OpaqueRef:NULL') ('memory_target' '268435456' '' '') ('name_description' 'Template that allows VM installation from Xen-aware Debian-based distros. To use this template from the CLI, install your VM using vm-install, then set other-config-install-repository to the path to your network repository, e.g. http://<ser


/Sonali

-----Original Message-----
From: Pierre-Luc Dion [mailto:pdion@cloudops.com] 
Sent: Monday, July 20, 2015 5:07 PM
To: users@cloudstack.apache.org
Subject: Re: re-download systemvm template

Sonali,

One thing you could try is the instruction from the following release note[1] but use the latest systemvm template for 4.5.1? if you download the new template, once the download is complete you would need to change the Global Settings: router.template.xen  to the name of the new template. if you don't need to update SSVM,CPVM, forget the SQL changes.

Then, restart networks or VPCs to force a reinstallation of the VRs.

[1]
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.4.0/upgrade/upgrade-4.3.html#manual-hotfix-for-systemvm-upgrade



On Mon, Jul 20, 2015 at 5:03 AM, Sonali Jadhav <so...@servercentralen.se>
wrote:

> Yes I have followed 100% upgrade guides, with no problems. And I want 
> to re-download template, like I said before existing VRs and system 
> VMs don't have any problem they are upgrade to 4.5, as I can see their 
> version in acs. So cloudstack-sysvmadm is not what I am looking for.
>
> I am having problem creating new network, I dig up more and I found 
> that there are two API calls for creating VBD for one VR. One with 
> valid UUID number and 2nd one is blank ? and that's what causing this 
> invalid uuid exception.
>
> This is what I saw in XenServer audit logs,
>
> Jul 20 09:44:20 SeSolXS01 xapi:
> [20150720T07:44:20.828Z|audit|SeSolXS01|3347500 INET :::80|VBD.create 
> R:d73a9219fc0c|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f'
> 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VBD.create' (('VM'
> 'r-118-VM' '1a85ce50-b4d5-c08c-8e0e-f0f8d6a59d79'
> 'OpaqueRef:4ba05d7c-f5a1-bb92-5734-a2180ca2c52f') ('VDI' 'ROOT-118'
> 'b9b2c03c-759a-4320-a723-7f7c4f5265a5'
> 'OpaqueRef:e0078cc8-34f1-c608-596c-911e5cc3a83f') ('metrics' '' ''
> 'OpaqueRef:NULL')))
>
> Jul 20 09:44:20 SeSolXS01 xapi:
> [20150720T07:44:20.879Z|audit|SeSolXS01|3347500 INET :::80|VBD.create 
> R:581f0e4ce003|audit] ('trackid=b38fe90608f537ee8125aee0fdc66c2f'
> 'LOCAL_SUPERUSER' 'root' 'ALLOWED' 'OK' 'API' 'VBD.create' (('VM'
> 'r-118-VM' '1a85ce50-b4d5-c08c-8e0e-f0f8d6a59d79'
> 'OpaqueRef:4ba05d7c-f5a1-bb92-5734-a2180ca2c52f') ('VDI' '' ''
> 'OpaqueRef:NULL') ('metrics' '' '' 'OpaqueRef:NULL')))
>
>
> I don't know , if this is how it should be ? I mean blank VDI uuid in 
> API call ? I want to understand what's happening.
>
> /Sonali
>
> -----Original Message-----
> From: Stephan Seitz [mailto:s.seitz@secretresearchfacility.com]
> Sent: Monday, July 20, 2015 1:46 PM
> To: users@cloudstack.apache.org
> Subject: Re: re-download systemvm template
>
> Hi,
>
> if you carefully followed the upgrade-docs [1], recent systemvm 
> versions should spawn if you destroy the current ones.
> A slightly better way is using the documented "cloudstack-sysvmadm"
> command for upgrading the systemvn.
>
> If you want to use particular templates for different kinds of 
> systemvm, navigate to the Settings menu and search for "template". 
> You'll be able to change e.g. router.template.xenserver to the *Name* 
> (as seen in the Templates Menu) of your specific template.
>
> Anyway, If - after an update which followed 100% the documentation - 
> the setup of new systemvm (or at least virtual routers) fails, you'll 
> have to dig deeper into your logs (don't miss the logs from inside the 
> running
> routervms) to get a clue whats happened.
>
> cheers,
>
> Stephan
>
>
>
>
> [1]
>
> http://cloudstack-release-notes.readthedocs.org/en/4.5.1/upgrade/upgra
> de-4.4.html
>
> Am Montag, den 20.07.2015, 06:09 +0000 schrieb Sonali Jadhav:
> > Hi
> >
> > I am running ACS 4.5.1. I want to re-download systemvm template, I 
> > am
> not able to create new network VR . Template I used is from 
> http://cloudstack.apt-get.eu and I saw last week a thread about using 
> new templates from shapeblue. How I can re-download it? I can't delete 
> it, coz it says "The DomR template cannot be deleted".
> >
> > Recent changes: Upgraded from 4.4.2 to 4.5.1. Other VMs and VR are
> working fine. Even I am able to create new instance form existing VR. 
> But not able to create new network. So I suspect some issue in template.
> > Also all VRs and System VMs are showing version 4.5.0.
>
>
>