You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Andrija Panic <an...@gmail.com> on 2015/06/09 10:24:28 UTC
Problem Upload Windows volume to ACS 4.5.1
HI guys,
we try to move some volumes from one ACS installation to another (from
4.3.2 to 4.5.1).
Since we are using CEPH, and volume extract/download doesn't work at the
moment, we do workarround, we snapshots Windows DATA volume, convert to
template, and then we extract URL / download.
Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails almoust
imiddiately with error inside SSVM (nothing usefull in management log) -
and the volume is deleted from ACS:
I see there is inspecting disk with "file" commands...any thought why is
this failing ?
These are source Windows DATA disk btw:
2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
[{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
}
2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Processing command:
org.apache.cloudstack.storage.command.DownloadCommand
2015-06-09 07:58:47,815 INFO
[storage.resource.NfsSecondaryStorageResource]
(agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
10.13.2.1
2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
(agentRequest-Handler-10:null) No credentials configured for host=
46.232.180.244:80
2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
(pool-1-thread-3:null) Starting download from
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
to
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
remoteSize=21474836480 , max size=5497558138880
2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
Executing: /bin/bash -c file
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
| cut -d: -f2
2015-06-09 07:58:47,936 DEBUG [utils.script.Script] (pool-1-thread-3:null)
Execution is successful.
2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) Download Completion for jobId:
c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) local:
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
bytes=1053854, error=Template content is unsupported, or mismatch between
selected format and template content. Found : x86 boot sector; partition
1, pct=0
2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
[{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition
1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition 1","wait":0}}] }
--
Andrija Panić
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
Didn't you download the file locally? You can rename it there.
Then put it on a webserver for upload.
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 13:05
An: users@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
How do I do that :) it's auto generated hash/filename inside SSVM - sumlink to reall file... I can try to edit this link name maybe...and try ?
On 10 June 2015 at 12:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> What if you remove the file extension?
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 10:06
> An: users@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Marcus,
>
> Since file on the old ACS is really RAW (template, created from
> snapshot, and snapshot created from CEPH volume) - why didn't ACS
> convert it to qcow2? It has named it xxxxx. qcow2 on secondary NFS.
> ...
>
> I get folowing error in the new ACS, when I select RAW as the source
> format to Upload volume:
>
> "Please specify a valid URL.
> URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid
> for the format raw"
>
> So source image has QCOW2 extension, RAW format, and destination ACS
> doesnt allow RAW format download if the extension is QCOW2... :(
>
> So basically I'm unable to extract CEPH volumes at all and move them
> to another ACS installation :(
>
> On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
>
> > "qemu-img info <filename>" will also give you the information what
> > type the file is.
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Marcus [mailto:shadowsor@gmail.com]
> > Gesendet: Mittwoch, 10. Juni 2015 01:54
> > An: dev@cloudstack.apache.org
> > Cc: users@cloudstack.apache.org
> > Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
> >
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the
> > name of the file, but this was enhanced to inspect the first 1MB of
> > the download and validate that you are supplying the image format
> > that
> CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that
> > CloudStack
> > 4.5 should support raw format for KVM images, but you have to
> > specify it on the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> > <In...@bautzen-it.de>
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > > Ceph is using RAW devices. The conversion takes place on storage
> > > migration but on upload?
> > >
> > > Regards,
> > > Ingo
> > >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > > Gesendet: Dienstag, 9. Juni 2015 10:24
> > > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > > Betreff: Problem Upload Windows volume to ACS 4.5.1
> > >
> > > HI guys,
> > >
> > > we try to move some volumes from one ACS installation to another
> > > (from
> > > 4.3.2 to 4.5.1).
> > >
> > > Since we are using CEPH, and volume extract/download doesn't work
> > > at the moment, we do workarround, we snapshots Windows DATA
> > > volume, convert to template, and then we extract URL / download.
> > >
> > > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it
> > > fails almoust imiddiately with error inside SSVM (nothing usefull
> > > in management
> > > log) - and the volume is deleted from ACS:
> > >
> > > I see there is inspecting disk with "file" commands...any thought
> > > why is this failing ?
> > >
> > > These are source Windows DATA disk btw:
> > >
> > > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > > { Cmd ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":f
> > > al
> > > se
> > > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"V
> > > OL
> > > UM
> > > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to
> > > .N
> > > fs
> > > TO":{"_url":"nfs://
> > > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > > }
> > > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Processing command:
> > > org.apache.cloudstack.storage.command.DownloadCommand
> > > 2015-06-09 07:58:47,815 INFO
> > > [storage.resource.NfsSecondaryStorageResource]
> > > (agentRequest-Handler-10:null) Determined host 10.13.2.1
> > > corresponds to IP
> > > 10.13.2.1
> > > 2015-06-09 07:58:47,873 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (agentRequest-Handler-10:null) No credentials configured for host=
> > > 46.232.180.244:80
> > > 2015-06-09 07:58:47,895 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (pool-1-thread-3:null) Starting download from
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2
> > > to
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > > size=5497558138880
> > > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null)
> > > Executing: /bin/bash -c file
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d
> > > nl
> > > d8533335093017660470tmp_
> > > | cut -d: -f2
> > > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null) Execution is successful.
> > > 2015-06-09 07:58:47,941 INFO
> > > [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) Download Completion for jobId:
> > > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > > 2015-06-09 07:58:47,942 INFO
> > > [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) local:
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d nl d8533335093017660470tmp_, bytes=1053854, error=Template
> > > content is unsupported, or mismatch between selected format and
> > > template content.
> > > Found : x86 boot sector; partition 1, pct=0
> > > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans:
> > > ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-
> > > f9
> > > 04
> > > -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStora
> > > ge
> > > /d
> > > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld853333509301
> > > 76
> > > 60
> > > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templateP
> > > hy Si calSize":0,"result":true,"details":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","wait":0}}] }
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
>
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
Didn't you download the file locally? You can rename it there.
Then put it on a webserver for upload.
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 13:05
An: users@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
How do I do that :) it's auto generated hash/filename inside SSVM - sumlink to reall file... I can try to edit this link name maybe...and try ?
On 10 June 2015 at 12:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> What if you remove the file extension?
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 10:06
> An: users@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Marcus,
>
> Since file on the old ACS is really RAW (template, created from
> snapshot, and snapshot created from CEPH volume) - why didn't ACS
> convert it to qcow2? It has named it xxxxx. qcow2 on secondary NFS.
> ...
>
> I get folowing error in the new ACS, when I select RAW as the source
> format to Upload volume:
>
> "Please specify a valid URL.
> URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid
> for the format raw"
>
> So source image has QCOW2 extension, RAW format, and destination ACS
> doesnt allow RAW format download if the extension is QCOW2... :(
>
> So basically I'm unable to extract CEPH volumes at all and move them
> to another ACS installation :(
>
> On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
>
> > "qemu-img info <filename>" will also give you the information what
> > type the file is.
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Marcus [mailto:shadowsor@gmail.com]
> > Gesendet: Mittwoch, 10. Juni 2015 01:54
> > An: dev@cloudstack.apache.org
> > Cc: users@cloudstack.apache.org
> > Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
> >
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the
> > name of the file, but this was enhanced to inspect the first 1MB of
> > the download and validate that you are supplying the image format
> > that
> CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that
> > CloudStack
> > 4.5 should support raw format for KVM images, but you have to
> > specify it on the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> > <In...@bautzen-it.de>
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > > Ceph is using RAW devices. The conversion takes place on storage
> > > migration but on upload?
> > >
> > > Regards,
> > > Ingo
> > >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > > Gesendet: Dienstag, 9. Juni 2015 10:24
> > > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > > Betreff: Problem Upload Windows volume to ACS 4.5.1
> > >
> > > HI guys,
> > >
> > > we try to move some volumes from one ACS installation to another
> > > (from
> > > 4.3.2 to 4.5.1).
> > >
> > > Since we are using CEPH, and volume extract/download doesn't work
> > > at the moment, we do workarround, we snapshots Windows DATA
> > > volume, convert to template, and then we extract URL / download.
> > >
> > > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it
> > > fails almoust imiddiately with error inside SSVM (nothing usefull
> > > in management
> > > log) - and the volume is deleted from ACS:
> > >
> > > I see there is inspecting disk with "file" commands...any thought
> > > why is this failing ?
> > >
> > > These are source Windows DATA disk btw:
> > >
> > > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > > { Cmd ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":f
> > > al
> > > se
> > > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"V
> > > OL
> > > UM
> > > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to
> > > .N
> > > fs
> > > TO":{"_url":"nfs://
> > > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > > }
> > > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Processing command:
> > > org.apache.cloudstack.storage.command.DownloadCommand
> > > 2015-06-09 07:58:47,815 INFO
> > > [storage.resource.NfsSecondaryStorageResource]
> > > (agentRequest-Handler-10:null) Determined host 10.13.2.1
> > > corresponds to IP
> > > 10.13.2.1
> > > 2015-06-09 07:58:47,873 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (agentRequest-Handler-10:null) No credentials configured for host=
> > > 46.232.180.244:80
> > > 2015-06-09 07:58:47,895 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (pool-1-thread-3:null) Starting download from
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2
> > > to
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > > size=5497558138880
> > > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null)
> > > Executing: /bin/bash -c file
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d
> > > nl
> > > d8533335093017660470tmp_
> > > | cut -d: -f2
> > > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null) Execution is successful.
> > > 2015-06-09 07:58:47,941 INFO
> > > [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) Download Completion for jobId:
> > > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > > 2015-06-09 07:58:47,942 INFO
> > > [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) local:
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468
> > > /d nl d8533335093017660470tmp_, bytes=1053854, error=Template
> > > content is unsupported, or mismatch between selected format and
> > > template content.
> > > Found : x86 boot sector; partition 1, pct=0
> > > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans:
> > > ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-
> > > f9
> > > 04
> > > -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStora
> > > ge
> > > /d
> > > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld853333509301
> > > 76
> > > 60
> > > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templateP
> > > hy Si calSize":0,"result":true,"details":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","wait":0}}] }
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
>
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
How do I do that :) it's auto generated hash/filename inside SSVM - sumlink
to reall file... I can try to edit this link name maybe...and try ?
On 10 June 2015 at 12:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> What if you remove the file extension?
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 10:06
> An: users@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Marcus,
>
> Since file on the old ACS is really RAW (template, created from snapshot,
> and snapshot created from CEPH volume) - why didn't ACS convert it to
> qcow2? It has named it xxxxx. qcow2 on secondary NFS.
> ...
>
> I get folowing error in the new ACS, when I select RAW as the source
> format to Upload volume:
>
> "Please specify a valid URL.
> URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for
> the format raw"
>
> So source image has QCOW2 extension, RAW format, and destination ACS
> doesnt allow RAW format download if the extension is QCOW2... :(
>
> So basically I'm unable to extract CEPH volumes at all and move them to
> another ACS installation :(
>
> On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
>
> > "qemu-img info <filename>" will also give you the information what
> > type the file is.
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Marcus [mailto:shadowsor@gmail.com]
> > Gesendet: Mittwoch, 10. Juni 2015 01:54
> > An: dev@cloudstack.apache.org
> > Cc: users@cloudstack.apache.org
> > Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
> >
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the
> > name of the file, but this was enhanced to inspect the first 1MB of
> > the download and validate that you are supplying the image format that
> CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that
> > CloudStack
> > 4.5 should support raw format for KVM images, but you have to specify
> > it on the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> > <In...@bautzen-it.de>
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > > Ceph is using RAW devices. The conversion takes place on storage
> > > migration but on upload?
> > >
> > > Regards,
> > > Ingo
> > >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > > Gesendet: Dienstag, 9. Juni 2015 10:24
> > > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > > Betreff: Problem Upload Windows volume to ACS 4.5.1
> > >
> > > HI guys,
> > >
> > > we try to move some volumes from one ACS installation to another
> > > (from
> > > 4.3.2 to 4.5.1).
> > >
> > > Since we are using CEPH, and volume extract/download doesn't work at
> > > the moment, we do workarround, we snapshots Windows DATA volume,
> > > convert to template, and then we extract URL / download.
> > >
> > > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > > almoust imiddiately with error inside SSVM (nothing usefull in
> > > management
> > > log) - and the volume is deleted from ACS:
> > >
> > > I see there is inspecting disk with "file" commands...any thought
> > > why is this failing ?
> > >
> > > These are source Windows DATA disk btw:
> > >
> > > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > > { Cmd ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":fal
> > > se
> > > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOL
> > > UM
> > > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.N
> > > fs
> > > TO":{"_url":"nfs://
> > > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > > }
> > > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Processing command:
> > > org.apache.cloudstack.storage.command.DownloadCommand
> > > 2015-06-09 07:58:47,815 INFO
> > > [storage.resource.NfsSecondaryStorageResource]
> > > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > > to IP
> > > 10.13.2.1
> > > 2015-06-09 07:58:47,873 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (agentRequest-Handler-10:null) No credentials configured for host=
> > > 46.232.180.244:80
> > > 2015-06-09 07:58:47,895 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (pool-1-thread-3:null) Starting download from
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2
> > > to
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > > size=5497558138880
> > > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null)
> > > Executing: /bin/bash -c file
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl
> > > d8533335093017660470tmp_
> > > | cut -d: -f2
> > > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null) Execution is successful.
> > > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) Download Completion for jobId:
> > > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) local:
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl d8533335093017660470tmp_, bytes=1053854, error=Template content
> > > is unsupported, or mismatch between selected format and template
> > > content.
> > > Found : x86 boot sector; partition 1, pct=0
> > > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f9
> > > 04 -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage
> > > /d
> > > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld85333350930176
> > > 60
> > > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhy
> > > Si calSize":0,"result":true,"details":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition 1","wait":0}}]
> > > }
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
>
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
How do I do that :) it's auto generated hash/filename inside SSVM - sumlink
to reall file... I can try to edit this link name maybe...and try ?
On 10 June 2015 at 12:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> What if you remove the file extension?
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 10:06
> An: users@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Marcus,
>
> Since file on the old ACS is really RAW (template, created from snapshot,
> and snapshot created from CEPH volume) - why didn't ACS convert it to
> qcow2? It has named it xxxxx. qcow2 on secondary NFS.
> ...
>
> I get folowing error in the new ACS, when I select RAW as the source
> format to Upload volume:
>
> "Please specify a valid URL.
> URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for
> the format raw"
>
> So source image has QCOW2 extension, RAW format, and destination ACS
> doesnt allow RAW format download if the extension is QCOW2... :(
>
> So basically I'm unable to extract CEPH volumes at all and move them to
> another ACS installation :(
>
> On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
>
> > "qemu-img info <filename>" will also give you the information what
> > type the file is.
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Marcus [mailto:shadowsor@gmail.com]
> > Gesendet: Mittwoch, 10. Juni 2015 01:54
> > An: dev@cloudstack.apache.org
> > Cc: users@cloudstack.apache.org
> > Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
> >
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the
> > name of the file, but this was enhanced to inspect the first 1MB of
> > the download and validate that you are supplying the image format that
> CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that
> > CloudStack
> > 4.5 should support raw format for KVM images, but you have to specify
> > it on the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> > <In...@bautzen-it.de>
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > > Ceph is using RAW devices. The conversion takes place on storage
> > > migration but on upload?
> > >
> > > Regards,
> > > Ingo
> > >
> > > -----Ursprüngliche Nachricht-----
> > > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > > Gesendet: Dienstag, 9. Juni 2015 10:24
> > > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > > Betreff: Problem Upload Windows volume to ACS 4.5.1
> > >
> > > HI guys,
> > >
> > > we try to move some volumes from one ACS installation to another
> > > (from
> > > 4.3.2 to 4.5.1).
> > >
> > > Since we are using CEPH, and volume extract/download doesn't work at
> > > the moment, we do workarround, we snapshots Windows DATA volume,
> > > convert to template, and then we extract URL / download.
> > >
> > > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > > almoust imiddiately with error inside SSVM (nothing usefull in
> > > management
> > > log) - and the volume is deleted from ACS:
> > >
> > > I see there is inspecting disk with "file" commands...any thought
> > > why is this failing ?
> > >
> > > These are source Windows DATA disk btw:
> > >
> > > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > > { Cmd ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":fal
> > > se
> > > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOL
> > > UM
> > > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.N
> > > fs
> > > TO":{"_url":"nfs://
> > > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > > }
> > > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Processing command:
> > > org.apache.cloudstack.storage.command.DownloadCommand
> > > 2015-06-09 07:58:47,815 INFO
> > > [storage.resource.NfsSecondaryStorageResource]
> > > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > > to IP
> > > 10.13.2.1
> > > 2015-06-09 07:58:47,873 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (agentRequest-Handler-10:null) No credentials configured for host=
> > > 46.232.180.244:80
> > > 2015-06-09 07:58:47,895 INFO
> > > [storage.template.HttpTemplateDownloader]
> > > (pool-1-thread-3:null) Starting download from
> > > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > > qc
> > > ow2
> > > to
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > > size=5497558138880
> > > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null)
> > > Executing: /bin/bash -c file
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl
> > > d8533335093017660470tmp_
> > > | cut -d: -f2
> > > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > > (pool-1-thread-3:null) Execution is successful.
> > > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) Download Completion for jobId:
> > > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > > (pool-1-thread-3:null) local:
> > >
> > > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > > nl d8533335093017660470tmp_, bytes=1053854, error=Template content
> > > is unsupported, or mismatch between selected format and template
> > > content.
> > > Found : x86 boot sector; partition 1, pct=0
> > > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f9
> > > 04 -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition
> > > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage
> > > /d
> > > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld85333350930176
> > > 60
> > > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhy
> > > Si calSize":0,"result":true,"details":"Template
> > > content is unsupported, or mismatch between selected format and
> > > template content. Found : x86 boot sector; partition 1","wait":0}}]
> > > }
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> > > --
> > > This email was Virus checked by UTM 9. http://www.sophos.com
> > >
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
>
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
What if you remove the file extension?
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 10:06
An: users@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
Marcus,
Since file on the old ACS is really RAW (template, created from snapshot, and snapshot created from CEPH volume) - why didn't ACS convert it to qcow2? It has named it xxxxx. qcow2 on secondary NFS.
...
I get folowing error in the new ACS, when I select RAW as the source format to Upload volume:
"Please specify a valid URL.
URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for the format raw"
So source image has QCOW2 extension, RAW format, and destination ACS doesnt allow RAW format download if the extension is QCOW2... :(
So basically I'm unable to extract CEPH volumes at all and move them to another ACS installation :(
On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> "qemu-img info <filename>" will also give you the information what
> type the file is.
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus [mailto:shadowsor@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 01:54
> An: dev@cloudstack.apache.org
> Cc: users@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the
> name of the file, but this was enhanced to inspect the first 1MB of
> the download and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that
> CloudStack
> 4.5 should support raw format for KVM images, but you have to specify
> it on the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> <In...@bautzen-it.de>
> wrote:
>
> > Hi Andrija,
> >
> > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > Ceph is using RAW devices. The conversion takes place on storage
> > migration but on upload?
> >
> > Regards,
> > Ingo
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > Gesendet: Dienstag, 9. Juni 2015 10:24
> > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > Betreff: Problem Upload Windows volume to ACS 4.5.1
> >
> > HI guys,
> >
> > we try to move some volumes from one ACS installation to another
> > (from
> > 4.3.2 to 4.5.1).
> >
> > Since we are using CEPH, and volume extract/download doesn't work at
> > the moment, we do workarround, we snapshots Windows DATA volume,
> > convert to template, and then we extract URL / download.
> >
> > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > almoust imiddiately with error inside SSVM (nothing usefull in
> > management
> > log) - and the volume is deleted from ACS:
> >
> > I see there is inspecting disk with "file" commands...any thought
> > why is this failing ?
> >
> > These are source Windows DATA disk btw:
> >
> > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > { Cmd ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":fal
> > se
> > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOL
> > UM
> > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.N
> > fs
> > TO":{"_url":"nfs://
> > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > qc
> > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > }
> > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Processing command:
> > org.apache.cloudstack.storage.command.DownloadCommand
> > 2015-06-09 07:58:47,815 INFO
> > [storage.resource.NfsSecondaryStorageResource]
> > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > to IP
> > 10.13.2.1
> > 2015-06-09 07:58:47,873 INFO
> > [storage.template.HttpTemplateDownloader]
> > (agentRequest-Handler-10:null) No credentials configured for host=
> > 46.232.180.244:80
> > 2015-06-09 07:58:47,895 INFO
> > [storage.template.HttpTemplateDownloader]
> > (pool-1-thread-3:null) Starting download from
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > qc
> > ow2
> > to
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > size=5497558138880
> > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null)
> > Executing: /bin/bash -c file
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl
> > d8533335093017660470tmp_
> > | cut -d: -f2
> > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null) Execution is successful.
> > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) Download Completion for jobId:
> > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) local:
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl d8533335093017660470tmp_, bytes=1053854, error=Template content
> > is unsupported, or mismatch between selected format and template
> > content.
> > Found : x86 boot sector; partition 1, pct=0
> > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f9
> > 04 -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition
> > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage
> > /d
> > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld85333350930176
> > 60
> > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhy
> > Si calSize":0,"result":true,"details":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition 1","wait":0}}]
> > }
> >
> > --
> >
> > Andrija Panić
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
What if you remove the file extension?
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 10:06
An: users@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
Marcus,
Since file on the old ACS is really RAW (template, created from snapshot, and snapshot created from CEPH volume) - why didn't ACS convert it to qcow2? It has named it xxxxx. qcow2 on secondary NFS.
...
I get folowing error in the new ACS, when I select RAW as the source format to Upload volume:
"Please specify a valid URL.
URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for the format raw"
So source image has QCOW2 extension, RAW format, and destination ACS doesnt allow RAW format download if the extension is QCOW2... :(
So basically I'm unable to extract CEPH volumes at all and move them to another ACS installation :(
On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> "qemu-img info <filename>" will also give you the information what
> type the file is.
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus [mailto:shadowsor@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 01:54
> An: dev@cloudstack.apache.org
> Cc: users@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the
> name of the file, but this was enhanced to inspect the first 1MB of
> the download and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that
> CloudStack
> 4.5 should support raw format for KVM images, but you have to specify
> it on the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo
> <In...@bautzen-it.de>
> wrote:
>
> > Hi Andrija,
> >
> > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > Ceph is using RAW devices. The conversion takes place on storage
> > migration but on upload?
> >
> > Regards,
> > Ingo
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > Gesendet: Dienstag, 9. Juni 2015 10:24
> > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > Betreff: Problem Upload Windows volume to ACS 4.5.1
> >
> > HI guys,
> >
> > we try to move some volumes from one ACS installation to another
> > (from
> > 4.3.2 to 4.5.1).
> >
> > Since we are using CEPH, and volume extract/download doesn't work at
> > the moment, we do workarround, we snapshots Windows DATA volume,
> > convert to template, and then we extract URL / download.
> >
> > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > almoust imiddiately with error inside SSVM (nothing usefull in
> > management
> > log) - and the volume is deleted from ACS:
> >
> > I see there is inspecting disk with "file" commands...any thought
> > why is this failing ?
> >
> > These are source Windows DATA disk btw:
> >
> > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410:
> > { Cmd ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":fal
> > se
> > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOL
> > UM
> > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.N
> > fs
> > TO":{"_url":"nfs://
> > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > qc
> > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > }
> > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Processing command:
> > org.apache.cloudstack.storage.command.DownloadCommand
> > 2015-06-09 07:58:47,815 INFO
> > [storage.resource.NfsSecondaryStorageResource]
> > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > to IP
> > 10.13.2.1
> > 2015-06-09 07:58:47,873 INFO
> > [storage.template.HttpTemplateDownloader]
> > (agentRequest-Handler-10:null) No credentials configured for host=
> > 46.232.180.244:80
> > 2015-06-09 07:58:47,895 INFO
> > [storage.template.HttpTemplateDownloader]
> > (pool-1-thread-3:null) Starting download from
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.
> > qc
> > ow2
> > to
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl d8533335093017660470tmp_ remoteSize=21474836480 , max
> > size=5497558138880
> > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null)
> > Executing: /bin/bash -c file
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl
> > d8533335093017660470tmp_
> > | cut -d: -f2
> > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null) Execution is successful.
> > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) Download Completion for jobId:
> > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) local:
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/d
> > nl d8533335093017660470tmp_, bytes=1053854, error=Template content
> > is unsupported, or mismatch between selected format and template
> > content.
> > Found : x86 boot sector; partition 1, pct=0
> > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f9
> > 04 -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition
> > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage
> > /d
> > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld85333350930176
> > 60
> > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhy
> > Si calSize":0,"result":true,"details":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition 1","wait":0}}]
> > }
> >
> > --
> >
> > Andrija Panić
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
Marcus,
Since file on the old ACS is really RAW (template, created from snapshot,
and snapshot created from CEPH volume) - why didn't ACS convert it to
qcow2? It has named it xxxxx. qcow2 on secondary NFS.
...
I get folowing error in the new ACS, when I select RAW as the source format
to Upload volume:
"Please specify a valid URL.
URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for
the format raw"
So source image has QCOW2 extension, RAW format, and destination ACS doesnt
allow RAW format download if the extension is QCOW2... :(
So basically I'm unable to extract CEPH volumes at all and move them to
another ACS installation :(
On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> "qemu-img info <filename>" will also give you the information what type
> the file is.
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus [mailto:shadowsor@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 01:54
> An: dev@cloudstack.apache.org
> Cc: users@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the name of
> the file, but this was enhanced to inspect the first 1MB of the download
> and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> 4.5 should support raw format for KVM images, but you have to specify it on
> the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> wrote:
>
> > Hi Andrija,
> >
> > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > Ceph is using RAW devices. The conversion takes place on storage
> > migration but on upload?
> >
> > Regards,
> > Ingo
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > Gesendet: Dienstag, 9. Juni 2015 10:24
> > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > Betreff: Problem Upload Windows volume to ACS 4.5.1
> >
> > HI guys,
> >
> > we try to move some volumes from one ACS installation to another (from
> > 4.3.2 to 4.5.1).
> >
> > Since we are using CEPH, and volume extract/download doesn't work at
> > the moment, we do workarround, we snapshots Windows DATA volume,
> > convert to template, and then we extract URL / download.
> >
> > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > almoust imiddiately with error inside SSVM (nothing usefull in
> > management
> > log) - and the volume is deleted from ACS:
> >
> > I see there is inspecting disk with "file" commands...any thought why
> > is this failing ?
> >
> > These are source Windows DATA disk btw:
> >
> > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> > Cmd ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false
> > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUM
> > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.Nfs
> > TO":{"_url":"nfs://
> > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > }
> > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Processing command:
> > org.apache.cloudstack.storage.command.DownloadCommand
> > 2015-06-09 07:58:47,815 INFO
> > [storage.resource.NfsSecondaryStorageResource]
> > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > to IP
> > 10.13.2.1
> > 2015-06-09 07:58:47,873 INFO
> > [storage.template.HttpTemplateDownloader]
> > (agentRequest-Handler-10:null) No credentials configured for host=
> > 46.232.180.244:80
> > 2015-06-09 07:58:47,895 INFO
> > [storage.template.HttpTemplateDownloader]
> > (pool-1-thread-3:null) Starting download from
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> > ow2
> > to
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_ remoteSize=21474836480 , max
> > size=5497558138880
> > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null)
> > Executing: /bin/bash -c file
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_
> > | cut -d: -f2
> > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null) Execution is successful.
> > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) Download Completion for jobId:
> > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) local:
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_, bytes=1053854, error=Template content is
> > unsupported, or mismatch between selected format and template content.
> > Found : x86 boot sector; partition 1, pct=0
> > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904
> > -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition
> > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/d
> > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660
> > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySi
> > calSize":0,"result":true,"details":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition 1","wait":0}}] }
> >
> > --
> >
> > Andrija Panić
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
Marcus,
Since file on the old ACS is really RAW (template, created from snapshot,
and snapshot created from CEPH volume) - why didn't ACS convert it to
qcow2? It has named it xxxxx. qcow2 on secondary NFS.
...
I get folowing error in the new ACS, when I select RAW as the source format
to Upload volume:
"Please specify a valid URL.
URL:/userdata/7a27330d-0080-444d-9807-3fa9bd3997c5.qcow2 is an invalid for
the format raw"
So source image has QCOW2 extension, RAW format, and destination ACS doesnt
allow RAW format download if the extension is QCOW2... :(
So basically I'm unable to extract CEPH volumes at all and move them to
another ACS installation :(
On 10 June 2015 at 07:51, Jochim, Ingo <In...@bautzen-it.de> wrote:
> "qemu-img info <filename>" will also give you the information what type
> the file is.
>
> -----Ursprüngliche Nachricht-----
> Von: Marcus [mailto:shadowsor@gmail.com]
> Gesendet: Mittwoch, 10. Juni 2015 01:54
> An: dev@cloudstack.apache.org
> Cc: users@cloudstack.apache.org
> Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
>
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the name of
> the file, but this was enhanced to inspect the first 1MB of the download
> and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> 4.5 should support raw format for KVM images, but you have to specify it on
> the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> wrote:
>
> > Hi Andrija,
> >
> > have you tried to convert (qemu-img convert) it to RAW and upload then?
> > Ceph is using RAW devices. The conversion takes place on storage
> > migration but on upload?
> >
> > Regards,
> > Ingo
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> > Gesendet: Dienstag, 9. Juni 2015 10:24
> > An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> > Betreff: Problem Upload Windows volume to ACS 4.5.1
> >
> > HI guys,
> >
> > we try to move some volumes from one ACS installation to another (from
> > 4.3.2 to 4.5.1).
> >
> > Since we are using CEPH, and volume extract/download doesn't work at
> > the moment, we do workarround, we snapshots Windows DATA volume,
> > convert to template, and then we extract URL / download.
> >
> > Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> > almoust imiddiately with error inside SSVM (nothing usefull in
> > management
> > log) - and the volume is deleted from ACS:
> >
> > I see there is inspecting disk with "file" commands...any thought why
> > is this failing ?
> >
> > These are source Windows DATA disk btw:
> >
> > 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> > Cmd ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> > [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false
> > ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUM
> > E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.Nfs
> > TO":{"_url":"nfs://
> > 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> > ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> > }
> > 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Processing command:
> > org.apache.cloudstack.storage.command.DownloadCommand
> > 2015-06-09 07:58:47,815 INFO
> > [storage.resource.NfsSecondaryStorageResource]
> > (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> > to IP
> > 10.13.2.1
> > 2015-06-09 07:58:47,873 INFO
> > [storage.template.HttpTemplateDownloader]
> > (agentRequest-Handler-10:null) No credentials configured for host=
> > 46.232.180.244:80
> > 2015-06-09 07:58:47,895 INFO
> > [storage.template.HttpTemplateDownloader]
> > (pool-1-thread-3:null) Starting download from
> > http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> > ow2
> > to
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_ remoteSize=21474836480 , max
> > size=5497558138880
> > 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null)
> > Executing: /bin/bash -c file
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_
> > | cut -d: -f2
> > 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> > (pool-1-thread-3:null) Execution is successful.
> > 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) Download Completion for jobId:
> > c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> > 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> > (pool-1-thread-3:null) local:
> >
> > /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> > d8533335093017660470tmp_, bytes=1053854, error=Template content is
> > unsupported, or mismatch between selected format and template content.
> > Found : x86 boot sector; partition 1, pct=0
> > 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> > MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904
> > -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition
> > 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/d
> > d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660
> > 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySi
> > calSize":0,"result":true,"details":"Template
> > content is unsupported, or mismatch between selected format and
> > template content. Found : x86 boot sector; partition 1","wait":0}}] }
> >
> > --
> >
> > Andrija Panić
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
> > --
> > This email was Virus checked by UTM 9. http://www.sophos.com
> >
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
Andrija Panić
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
"qemu-img info <filename>" will also give you the information what type the file is.
-----Ursprüngliche Nachricht-----
Von: Marcus [mailto:shadowsor@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 01:54
An: dev@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's what the 'file' command is doing. We used to just trust the name of the file, but this was enhanced to inspect the first 1MB of the download and validate that you are supplying the image format that CS expects.
Because the first 1MB shows that this image has a boot sector, I'm assuming it is a raw disk image, instead of a qcow2. Note that CloudStack 4.5 should support raw format for KVM images, but you have to specify it on the API.
[root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
cluster_size=65536 lazy_refcounts=off
[root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
Formatting 'img.raw', fmt=raw size=1073741824
[root@devcloud-kvm7 tmp]# file img.qcow2
img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
[root@devcloud-kvm7 tmp]# parted img.raw mklabel
New disk label type? msdos
[root@devcloud-kvm7 tmp]# file img.raw
img.raw: x86 boot sector, code offset 0xb8
On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
wrote:
> Hi Andrija,
>
> have you tried to convert (qemu-img convert) it to RAW and upload then?
> Ceph is using RAW devices. The conversion takes place on storage
> migration but on upload?
>
> Regards,
> Ingo
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Dienstag, 9. Juni 2015 10:24
> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> Betreff: Problem Upload Windows volume to ACS 4.5.1
>
> HI guys,
>
> we try to move some volumes from one ACS installation to another (from
> 4.3.2 to 4.5.1).
>
> Since we are using CEPH, and volume extract/download doesn't work at
> the moment, we do workarround, we snapshots Windows DATA volume,
> convert to template, and then we extract URL / download.
>
> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> almoust imiddiately with error inside SSVM (nothing usefull in
> management
> log) - and the volume is deleted from ACS:
>
> I see there is inspecting disk with "file" commands...any thought why
> is this failing ?
>
> These are source Windows DATA disk btw:
>
> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> Cmd ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false
> ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUM
> E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.Nfs
> TO":{"_url":"nfs://
> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> }
> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadCommand
> 2015-06-09 07:58:47,815 INFO
> [storage.resource.NfsSecondaryStorageResource]
> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> to IP
> 10.13.2.1
> 2015-06-09 07:58:47,873 INFO
> [storage.template.HttpTemplateDownloader]
> (agentRequest-Handler-10:null) No credentials configured for host=
> 46.232.180.244:80
> 2015-06-09 07:58:47,895 INFO
> [storage.template.HttpTemplateDownloader]
> (pool-1-thread-3:null) Starting download from
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> ow2
> to
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_ remoteSize=21474836480 , max
> size=5497558138880
> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> (pool-1-thread-3:null)
> Executing: /bin/bash -c file
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_
> | cut -d: -f2
> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> (pool-1-thread-3:null) Execution is successful.
> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) Download Completion for jobId:
> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) local:
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_, bytes=1053854, error=Template content is
> unsupported, or mismatch between selected format and template content.
> Found : x86 boot sector; partition 1, pct=0
> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904
> -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> content is unsupported, or mismatch between selected format and
> template content. Found : x86 boot sector; partition
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/d
> d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660
> 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySi
> calSize":0,"result":true,"details":"Template
> content is unsupported, or mismatch between selected format and
> template content. Found : x86 boot sector; partition 1","wait":0}}] }
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
This email was Virus checked by UTM 9. http://www.sophos.com
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
"qemu-img info <filename>" will also give you the information what type the file is.
-----Ursprüngliche Nachricht-----
Von: Marcus [mailto:shadowsor@gmail.com]
Gesendet: Mittwoch, 10. Juni 2015 01:54
An: dev@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Betreff: Re: Problem Upload Windows volume to ACS 4.5.1
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's what the 'file' command is doing. We used to just trust the name of the file, but this was enhanced to inspect the first 1MB of the download and validate that you are supplying the image format that CS expects.
Because the first 1MB shows that this image has a boot sector, I'm assuming it is a raw disk image, instead of a qcow2. Note that CloudStack 4.5 should support raw format for KVM images, but you have to specify it on the API.
[root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
cluster_size=65536 lazy_refcounts=off
[root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
Formatting 'img.raw', fmt=raw size=1073741824
[root@devcloud-kvm7 tmp]# file img.qcow2
img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
[root@devcloud-kvm7 tmp]# parted img.raw mklabel
New disk label type? msdos
[root@devcloud-kvm7 tmp]# file img.raw
img.raw: x86 boot sector, code offset 0xb8
On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
wrote:
> Hi Andrija,
>
> have you tried to convert (qemu-img convert) it to RAW and upload then?
> Ceph is using RAW devices. The conversion takes place on storage
> migration but on upload?
>
> Regards,
> Ingo
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Dienstag, 9. Juni 2015 10:24
> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> Betreff: Problem Upload Windows volume to ACS 4.5.1
>
> HI guys,
>
> we try to move some volumes from one ACS installation to another (from
> 4.3.2 to 4.5.1).
>
> Since we are using CEPH, and volume extract/download doesn't work at
> the moment, we do workarround, we snapshots Windows DATA volume,
> convert to template, and then we extract URL / download.
>
> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> almoust imiddiately with error inside SSVM (nothing usefull in
> management
> log) - and the volume is deleted from ACS:
>
> I see there is inspecting disk with "file" commands...any thought why
> is this failing ?
>
> These are source Windows DATA disk btw:
>
> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> Cmd ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false
> ,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUM
> E","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.Nfs
> TO":{"_url":"nfs://
> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> ow2 ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> }
> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadCommand
> 2015-06-09 07:58:47,815 INFO
> [storage.resource.NfsSecondaryStorageResource]
> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds
> to IP
> 10.13.2.1
> 2015-06-09 07:58:47,873 INFO
> [storage.template.HttpTemplateDownloader]
> (agentRequest-Handler-10:null) No credentials configured for host=
> 46.232.180.244:80
> 2015-06-09 07:58:47,895 INFO
> [storage.template.HttpTemplateDownloader]
> (pool-1-thread-3:null) Starting download from
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qc
> ow2
> to
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_ remoteSize=21474836480 , max
> size=5497558138880
> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> (pool-1-thread-3:null)
> Executing: /bin/bash -c file
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_
> | cut -d: -f2
> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> (pool-1-thread-3:null) Execution is successful.
> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) Download Completion for jobId:
> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) local:
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnl
> d8533335093017660470tmp_, bytes=1053854, error=Template content is
> unsupported, or mismatch between selected format and template content.
> Found : x86 boot sector; partition 1, pct=0
> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904
> -4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> content is unsupported, or mismatch between selected format and
> template content. Found : x86 boot sector; partition
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/d
> d40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660
> 470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySi
> calSize":0,"result":true,"details":"Template
> content is unsupported, or mismatch between selected format and
> template content. Found : x86 boot sector; partition 1","wait":0}}] }
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
--
This email was Virus checked by UTM 9. http://www.sophos.com
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
Interesting...it is raw indeed. Will try to specify raw as the format
during upload volume....
Acs 4.3.2 exported this from ceph with extension .qcow2 so I did not check
if ot was really this...
Thanks Marcus for explaining !
On Jun 10, 2015 1:56 AM, "Marcus" <sh...@gmail.com> wrote:
> ... and this is the relevant portion of the logs indicating the failure
> reason:
>
> "Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition 1"
>
> On Tue, Jun 9, 2015 at 4:53 PM, Marcus <sh...@gmail.com> wrote:
>
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the name
> of
> > the file, but this was enhanced to inspect the first 1MB of the download
> > and validate that you are supplying the image format that CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> > 4.5 should support raw format for KVM images, but you have to specify it
> on
> > the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> > wrote:
> >
> >> Hi Andrija,
> >>
> >> have you tried to convert (qemu-img convert) it to RAW and upload then?
> >> Ceph is using RAW devices. The conversion takes place on storage
> >> migration but on upload?
> >>
> >> Regards,
> >> Ingo
> >>
> >> -----Ursprüngliche Nachricht-----
> >> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> >> Gesendet: Dienstag, 9. Juni 2015 10:24
> >> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> >> Betreff: Problem Upload Windows volume to ACS 4.5.1
> >>
> >> HI guys,
> >>
> >> we try to move some volumes from one ACS installation to another (from
> >> 4.3.2 to 4.5.1).
> >>
> >> Since we are using CEPH, and volume extract/download doesn't work at the
> >> moment, we do workarround, we snapshots Windows DATA volume, convert to
> >> template, and then we extract URL / download.
> >>
> >> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> >> almoust imiddiately with error inside SSVM (nothing usefull in
> management
> >> log) - and the volume is deleted from ACS:
> >>
> >> I see there is inspecting disk with "file" commands...any thought why
> is
> >> this failing ?
> >>
> >> These are source Windows DATA disk btw:
> >>
> >> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> Cmd
> >> ,
> >> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> >>
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
> >> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> >>
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> >> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> >> }
> >> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Processing command:
> >> org.apache.cloudstack.storage.command.DownloadCommand
> >> 2015-06-09 07:58:47,815 INFO
> >> [storage.resource.NfsSecondaryStorageResource]
> >> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to
> IP
> >> 10.13.2.1
> >> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
> >> (agentRequest-Handler-10:null) No credentials configured for host=
> >> 46.232.180.244:80
> >> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
> >> (pool-1-thread-3:null) Starting download from
> >>
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> >> to
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> >> remoteSize=21474836480 , max size=5497558138880
> >> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> (pool-1-thread-3:null)
> >> Executing: /bin/bash -c file
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> >> | cut -d: -f2
> >> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> >> (pool-1-thread-3:null) Execution is successful.
> >> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> >> (pool-1-thread-3:null) Download Completion for jobId:
> >> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> >> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> >> (pool-1-thread-3:null) local:
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
> >> bytes=1053854, error=Template content is unsupported, or mismatch
> between
> >> selected format and template content. Found : x86 boot sector;
> partition
> >> 1, pct=0
> >> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> >> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> >>
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> >> content is unsupported, or mismatch between selected format and template
> >> content. Found : x86 boot sector; partition
> >>
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
> >> content is unsupported, or mismatch between selected format and template
> >> content. Found : x86 boot sector; partition 1","wait":0}}] }
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >> --
> >> This email was Virus checked by UTM 9. http://www.sophos.com
> >>
> >> --
> >> This email was Virus checked by UTM 9. http://www.sophos.com
> >>
> >
> >
>
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Andrija Panic <an...@gmail.com>.
Interesting...it is raw indeed. Will try to specify raw as the format
during upload volume....
Acs 4.3.2 exported this from ceph with extension .qcow2 so I did not check
if ot was really this...
Thanks Marcus for explaining !
On Jun 10, 2015 1:56 AM, "Marcus" <sh...@gmail.com> wrote:
> ... and this is the relevant portion of the logs indicating the failure
> reason:
>
> "Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition 1"
>
> On Tue, Jun 9, 2015 at 4:53 PM, Marcus <sh...@gmail.com> wrote:
>
> > Looks like it is seeing a raw disk, when you specified it was QCOW2.
> > That's what the 'file' command is doing. We used to just trust the name
> of
> > the file, but this was enhanced to inspect the first 1MB of the download
> > and validate that you are supplying the image format that CS expects.
> >
> > Because the first 1MB shows that this image has a boot sector, I'm
> > assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> > 4.5 should support raw format for KVM images, but you have to specify it
> on
> > the API.
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
> >
> > Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> > cluster_size=65536 lazy_refcounts=off
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=raw size=1073741824
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.qcow2
> >
> > img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
> >
> >
> > [root@devcloud-kvm7 tmp]# parted img.raw mklabel
> >
> > New disk label type? msdos
> >
> >
> > [root@devcloud-kvm7 tmp]# file img.raw
> >
> > img.raw: x86 boot sector, code offset 0xb8
> >
> > On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> > wrote:
> >
> >> Hi Andrija,
> >>
> >> have you tried to convert (qemu-img convert) it to RAW and upload then?
> >> Ceph is using RAW devices. The conversion takes place on storage
> >> migration but on upload?
> >>
> >> Regards,
> >> Ingo
> >>
> >> -----Ursprüngliche Nachricht-----
> >> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> >> Gesendet: Dienstag, 9. Juni 2015 10:24
> >> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> >> Betreff: Problem Upload Windows volume to ACS 4.5.1
> >>
> >> HI guys,
> >>
> >> we try to move some volumes from one ACS installation to another (from
> >> 4.3.2 to 4.5.1).
> >>
> >> Since we are using CEPH, and volume extract/download doesn't work at the
> >> moment, we do workarround, we snapshots Windows DATA volume, convert to
> >> template, and then we extract URL / download.
> >>
> >> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> >> almoust imiddiately with error inside SSVM (nothing usefull in
> management
> >> log) - and the volume is deleted from ACS:
> >>
> >> I see there is inspecting disk with "file" commands...any thought why
> is
> >> this failing ?
> >>
> >> These are source Windows DATA disk btw:
> >>
> >> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: {
> Cmd
> >> ,
> >> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> >>
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
> >> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> >>
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> >> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> >> }
> >> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Processing command:
> >> org.apache.cloudstack.storage.command.DownloadCommand
> >> 2015-06-09 07:58:47,815 INFO
> >> [storage.resource.NfsSecondaryStorageResource]
> >> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to
> IP
> >> 10.13.2.1
> >> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
> >> (agentRequest-Handler-10:null) No credentials configured for host=
> >> 46.232.180.244:80
> >> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
> >> (pool-1-thread-3:null) Starting download from
> >>
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> >> to
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> >> remoteSize=21474836480 , max size=5497558138880
> >> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script]
> (pool-1-thread-3:null)
> >> Executing: /bin/bash -c file
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> >> | cut -d: -f2
> >> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
> >> (pool-1-thread-3:null) Execution is successful.
> >> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> >> (pool-1-thread-3:null) Download Completion for jobId:
> >> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> >> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> >> (pool-1-thread-3:null) local:
> >>
> >>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
> >> bytes=1053854, error=Template content is unsupported, or mismatch
> between
> >> selected format and template content. Found : x86 boot sector;
> partition
> >> 1, pct=0
> >> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> >> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> >> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> >>
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> >> content is unsupported, or mismatch between selected format and template
> >> content. Found : x86 boot sector; partition
> >>
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
> >> content is unsupported, or mismatch between selected format and template
> >> content. Found : x86 boot sector; partition 1","wait":0}}] }
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >> --
> >> This email was Virus checked by UTM 9. http://www.sophos.com
> >>
> >> --
> >> This email was Virus checked by UTM 9. http://www.sophos.com
> >>
> >
> >
>
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Marcus <sh...@gmail.com>.
... and this is the relevant portion of the logs indicating the failure
reason:
"Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition 1"
On Tue, Jun 9, 2015 at 4:53 PM, Marcus <sh...@gmail.com> wrote:
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the name of
> the file, but this was enhanced to inspect the first 1MB of the download
> and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> 4.5 should support raw format for KVM images, but you have to specify it on
> the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> wrote:
>
>> Hi Andrija,
>>
>> have you tried to convert (qemu-img convert) it to RAW and upload then?
>> Ceph is using RAW devices. The conversion takes place on storage
>> migration but on upload?
>>
>> Regards,
>> Ingo
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
>> Gesendet: Dienstag, 9. Juni 2015 10:24
>> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
>> Betreff: Problem Upload Windows volume to ACS 4.5.1
>>
>> HI guys,
>>
>> we try to move some volumes from one ACS installation to another (from
>> 4.3.2 to 4.5.1).
>>
>> Since we are using CEPH, and volume extract/download doesn't work at the
>> moment, we do workarround, we snapshots Windows DATA volume, convert to
>> template, and then we extract URL / download.
>>
>> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
>> almoust imiddiately with error inside SSVM (nothing usefull in management
>> log) - and the volume is deleted from ACS:
>>
>> I see there is inspecting disk with "file" commands...any thought why is
>> this failing ?
>>
>> These are source Windows DATA disk btw:
>>
>> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd
>> ,
>> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
>> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
>> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
>> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
>> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
>> }
>> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Processing command:
>> org.apache.cloudstack.storage.command.DownloadCommand
>> 2015-06-09 07:58:47,815 INFO
>> [storage.resource.NfsSecondaryStorageResource]
>> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
>> 10.13.2.1
>> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
>> (agentRequest-Handler-10:null) No credentials configured for host=
>> 46.232.180.244:80
>> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
>> (pool-1-thread-3:null) Starting download from
>> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
>> to
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
>> remoteSize=21474836480 , max size=5497558138880
>> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
>> Executing: /bin/bash -c file
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
>> | cut -d: -f2
>> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
>> (pool-1-thread-3:null) Execution is successful.
>> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
>> (pool-1-thread-3:null) Download Completion for jobId:
>> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
>> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
>> (pool-1-thread-3:null) local:
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
>> bytes=1053854, error=Template content is unsupported, or mismatch between
>> selected format and template content. Found : x86 boot sector; partition
>> 1, pct=0
>> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
>> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
>> content is unsupported, or mismatch between selected format and template
>> content. Found : x86 boot sector; partition
>> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
>> content is unsupported, or mismatch between selected format and template
>> content. Found : x86 boot sector; partition 1","wait":0}}] }
>>
>> --
>>
>> Andrija Panić
>>
>> --
>> This email was Virus checked by UTM 9. http://www.sophos.com
>>
>> --
>> This email was Virus checked by UTM 9. http://www.sophos.com
>>
>
>
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Marcus <sh...@gmail.com>.
... and this is the relevant portion of the logs indicating the failure
reason:
"Template
content is unsupported, or mismatch between selected format and template
content. Found : x86 boot sector; partition 1"
On Tue, Jun 9, 2015 at 4:53 PM, Marcus <sh...@gmail.com> wrote:
> Looks like it is seeing a raw disk, when you specified it was QCOW2.
> That's what the 'file' command is doing. We used to just trust the name of
> the file, but this was enhanced to inspect the first 1MB of the download
> and validate that you are supplying the image format that CS expects.
>
> Because the first 1MB shows that this image has a boot sector, I'm
> assuming it is a raw disk image, instead of a qcow2. Note that CloudStack
> 4.5 should support raw format for KVM images, but you have to specify it on
> the API.
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
>
> Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
> cluster_size=65536 lazy_refcounts=off
>
>
> [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
>
> Formatting 'img.raw', fmt=raw size=1073741824
>
>
> [root@devcloud-kvm7 tmp]# file img.qcow2
>
> img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
>
>
> [root@devcloud-kvm7 tmp]# parted img.raw mklabel
>
> New disk label type? msdos
>
>
> [root@devcloud-kvm7 tmp]# file img.raw
>
> img.raw: x86 boot sector, code offset 0xb8
>
> On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
> wrote:
>
>> Hi Andrija,
>>
>> have you tried to convert (qemu-img convert) it to RAW and upload then?
>> Ceph is using RAW devices. The conversion takes place on storage
>> migration but on upload?
>>
>> Regards,
>> Ingo
>>
>> -----Ursprüngliche Nachricht-----
>> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
>> Gesendet: Dienstag, 9. Juni 2015 10:24
>> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
>> Betreff: Problem Upload Windows volume to ACS 4.5.1
>>
>> HI guys,
>>
>> we try to move some volumes from one ACS installation to another (from
>> 4.3.2 to 4.5.1).
>>
>> Since we are using CEPH, and volume extract/download doesn't work at the
>> moment, we do workarround, we snapshots Windows DATA volume, convert to
>> template, and then we extract URL / download.
>>
>> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
>> almoust imiddiately with error inside SSVM (nothing usefull in management
>> log) - and the volume is deleted from ACS:
>>
>> I see there is inspecting disk with "file" commands...any thought why is
>> this failing ?
>>
>> These are source Windows DATA disk btw:
>>
>> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd
>> ,
>> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
>> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
>> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
>> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
>> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
>> }
>> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Processing command:
>> org.apache.cloudstack.storage.command.DownloadCommand
>> 2015-06-09 07:58:47,815 INFO
>> [storage.resource.NfsSecondaryStorageResource]
>> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
>> 10.13.2.1
>> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
>> (agentRequest-Handler-10:null) No credentials configured for host=
>> 46.232.180.244:80
>> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
>> (pool-1-thread-3:null) Starting download from
>> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
>> to
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
>> remoteSize=21474836480 , max size=5497558138880
>> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
>> Executing: /bin/bash -c file
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
>> | cut -d: -f2
>> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script]
>> (pool-1-thread-3:null) Execution is successful.
>> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
>> (pool-1-thread-3:null) Download Completion for jobId:
>> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
>> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
>> (pool-1-thread-3:null) local:
>>
>> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
>> bytes=1053854, error=Template content is unsupported, or mismatch between
>> selected format and template content. Found : x86 boot sector; partition
>> 1, pct=0
>> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
>> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
>> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
>> content is unsupported, or mismatch between selected format and template
>> content. Found : x86 boot sector; partition
>> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
>> content is unsupported, or mismatch between selected format and template
>> content. Found : x86 boot sector; partition 1","wait":0}}] }
>>
>> --
>>
>> Andrija Panić
>>
>> --
>> This email was Virus checked by UTM 9. http://www.sophos.com
>>
>> --
>> This email was Virus checked by UTM 9. http://www.sophos.com
>>
>
>
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Marcus <sh...@gmail.com>.
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's
what the 'file' command is doing. We used to just trust the name of the
file, but this was enhanced to inspect the first 1MB of the download and
validate that you are supplying the image format that CS expects.
Because the first 1MB shows that this image has a boot sector, I'm assuming
it is a raw disk image, instead of a qcow2. Note that CloudStack 4.5 should
support raw format for KVM images, but you have to specify it on the API.
[root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
cluster_size=65536 lazy_refcounts=off
[root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
Formatting 'img.raw', fmt=raw size=1073741824
[root@devcloud-kvm7 tmp]# file img.qcow2
img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
[root@devcloud-kvm7 tmp]# parted img.raw mklabel
New disk label type? msdos
[root@devcloud-kvm7 tmp]# file img.raw
img.raw: x86 boot sector, code offset 0xb8
On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
wrote:
> Hi Andrija,
>
> have you tried to convert (qemu-img convert) it to RAW and upload then?
> Ceph is using RAW devices. The conversion takes place on storage migration
> but on upload?
>
> Regards,
> Ingo
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Dienstag, 9. Juni 2015 10:24
> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> Betreff: Problem Upload Windows volume to ACS 4.5.1
>
> HI guys,
>
> we try to move some volumes from one ACS installation to another (from
> 4.3.2 to 4.5.1).
>
> Since we are using CEPH, and volume extract/download doesn't work at the
> moment, we do workarround, we snapshots Windows DATA volume, convert to
> template, and then we extract URL / download.
>
> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> almoust imiddiately with error inside SSVM (nothing usefull in management
> log) - and the volume is deleted from ACS:
>
> I see there is inspecting disk with "file" commands...any thought why is
> this failing ?
>
> These are source Windows DATA disk btw:
>
> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> }
> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadCommand
> 2015-06-09 07:58:47,815 INFO
> [storage.resource.NfsSecondaryStorageResource]
> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
> 10.13.2.1
> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
> (agentRequest-Handler-10:null) No credentials configured for host=
> 46.232.180.244:80
> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
> (pool-1-thread-3:null) Starting download from
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> to
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> remoteSize=21474836480 , max size=5497558138880
> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
> Executing: /bin/bash -c file
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> | cut -d: -f2
> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script] (pool-1-thread-3:null)
> Execution is successful.
> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) Download Completion for jobId:
> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) local:
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
> bytes=1053854, error=Template content is unsupported, or mismatch between
> selected format and template content. Found : x86 boot sector; partition
> 1, pct=0
> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition 1","wait":0}}] }
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
Re: Problem Upload Windows volume to ACS 4.5.1
Posted by Marcus <sh...@gmail.com>.
Looks like it is seeing a raw disk, when you specified it was QCOW2. That's
what the 'file' command is doing. We used to just trust the name of the
file, but this was enhanced to inspect the first 1MB of the download and
validate that you are supplying the image format that CS expects.
Because the first 1MB shows that this image has a boot sector, I'm assuming
it is a raw disk image, instead of a qcow2. Note that CloudStack 4.5 should
support raw format for KVM images, but you have to specify it on the API.
[root@devcloud-kvm7 tmp]# qemu-img create -f qcow2 img.qcow2 1G
Formatting 'img.qcow2', fmt=qcow2 size=1073741824 encryption=off
cluster_size=65536 lazy_refcounts=off
[root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
Formatting 'img.raw', fmt=raw size=1073741824
[root@devcloud-kvm7 tmp]# file img.qcow2
img.qcow2: QEMU QCOW Image (v3), 1073741824 bytes
[root@devcloud-kvm7 tmp]# parted img.raw mklabel
New disk label type? msdos
[root@devcloud-kvm7 tmp]# file img.raw
img.raw: x86 boot sector, code offset 0xb8
On Tue, Jun 9, 2015 at 3:01 AM, Jochim, Ingo <In...@bautzen-it.de>
wrote:
> Hi Andrija,
>
> have you tried to convert (qemu-img convert) it to RAW and upload then?
> Ceph is using RAW devices. The conversion takes place on storage migration
> but on upload?
>
> Regards,
> Ingo
>
> -----Ursprüngliche Nachricht-----
> Von: Andrija Panic [mailto:andrija.panic@gmail.com]
> Gesendet: Dienstag, 9. Juni 2015 10:24
> An: dev@cloudstack.apache.org; users@cloudstack.apache.org
> Betreff: Problem Upload Windows volume to ACS 4.5.1
>
> HI guys,
>
> we try to move some volumes from one ACS installation to another (from
> 4.3.2 to 4.5.1).
>
> Since we are using CEPH, and volume extract/download doesn't work at the
> moment, we do workarround, we snapshots Windows DATA volume, convert to
> template, and then we extract URL / download.
>
> Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails
> almoust imiddiately with error inside SSVM (nothing usefull in management
> log) - and the volume is deleted from ACS:
>
> I see there is inspecting disk with "file" commands...any thought why is
> this failing ?
>
> These are source Windows DATA disk btw:
>
> 2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011,
> [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
> 10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> ","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
> }
> 2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Processing command:
> org.apache.cloudstack.storage.command.DownloadCommand
> 2015-06-09 07:58:47,815 INFO
> [storage.resource.NfsSecondaryStorageResource]
> (agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
> 10.13.2.1
> 2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
> (agentRequest-Handler-10:null) No credentials configured for host=
> 46.232.180.244:80
> 2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
> (pool-1-thread-3:null) Starting download from
> http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
> to
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> remoteSize=21474836480 , max size=5497558138880
> 2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
> Executing: /bin/bash -c file
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
> | cut -d: -f2
> 2015-06-09 07:58:47,936 DEBUG [utils.script.Script] (pool-1-thread-3:null)
> Execution is successful.
> 2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) Download Completion for jobId:
> c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
> 2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
> (pool-1-thread-3:null) local:
>
> /mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
> bytes=1053854, error=Template content is unsupported, or mismatch between
> selected format and template content. Found : x86 boot sector; partition
> 1, pct=0
> 2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
> (agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
> MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition
> 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
> content is unsupported, or mismatch between selected format and template
> content. Found : x86 boot sector; partition 1","wait":0}}] }
>
> --
>
> Andrija Panić
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
Hi Andrija,
have you tried to convert (qemu-img convert) it to RAW and upload then?
Ceph is using RAW devices. The conversion takes place on storage migration but on upload?
Regards,
Ingo
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Dienstag, 9. Juni 2015 10:24
An: dev@cloudstack.apache.org; users@cloudstack.apache.org
Betreff: Problem Upload Windows volume to ACS 4.5.1
HI guys,
we try to move some volumes from one ACS installation to another (from
4.3.2 to 4.5.1).
Since we are using CEPH, and volume extract/download doesn't work at the moment, we do workarround, we snapshots Windows DATA volume, convert to template, and then we extract URL / download.
Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails almoust imiddiately with error inside SSVM (nothing usefull in management log) - and the volume is deleted from ACS:
I see there is inspecting disk with "file" commands...any thought why is this failing ?
These are source Windows DATA disk btw:
2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011, [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
}
2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Processing command:
org.apache.cloudstack.storage.command.DownloadCommand
2015-06-09 07:58:47,815 INFO
[storage.resource.NfsSecondaryStorageResource]
(agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
10.13.2.1
2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
(agentRequest-Handler-10:null) No credentials configured for host= 46.232.180.244:80
2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
(pool-1-thread-3:null) Starting download from
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
to
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
remoteSize=21474836480 , max size=5497558138880
2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
Executing: /bin/bash -c file
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
| cut -d: -f2
2015-06-09 07:58:47,936 DEBUG [utils.script.Script] (pool-1-thread-3:null) Execution is successful.
2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) Download Completion for jobId:
c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) local:
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
bytes=1053854, error=Template content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1, pct=0
2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10, [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1","wait":0}}] }
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
--
This email was Virus checked by UTM 9. http://www.sophos.com
AW: Problem Upload Windows volume to ACS 4.5.1
Posted by "Jochim, Ingo" <In...@bautzen-it.de>.
Hi Andrija,
have you tried to convert (qemu-img convert) it to RAW and upload then?
Ceph is using RAW devices. The conversion takes place on storage migration but on upload?
Regards,
Ingo
-----Ursprüngliche Nachricht-----
Von: Andrija Panic [mailto:andrija.panic@gmail.com]
Gesendet: Dienstag, 9. Juni 2015 10:24
An: dev@cloudstack.apache.org; users@cloudstack.apache.org
Betreff: Problem Upload Windows volume to ACS 4.5.1
HI guys,
we try to move some volumes from one ACS installation to another (from
4.3.2 to 4.5.1).
Since we are using CEPH, and volume extract/download doesn't work at the moment, we do workarround, we snapshots Windows DATA volume, convert to template, and then we extract URL / download.
Then we use this URL to "Upload Volume" to ACS 4.5.1 - but it fails almoust imiddiately with error inside SSVM (nothing usefull in management log) - and the volume is deleted from ACS:
I see there is inspecting disk with "file" commands...any thought why is this failing ?
These are source Windows DATA disk btw:
2015-06-09 07:58:47,811 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Request:Seq 81-4133460032995983410: { Cmd ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 100011, [{"org.apache.cloudstack.storage.command.DownloadCommand":{"hvm":false,"maxDownloadSizeInBytes":5497558138880,"id":468,"resourceType":"VOLUME","installPath":"volumes/2/468","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://
10.13.2.1/data/tank/secondary","_role":"Image"}},"url":"
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2","format":"QCOW2","accountId":2,"name":"andrija2","wait":0}}]
}
2015-06-09 07:58:47,814 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Processing command:
org.apache.cloudstack.storage.command.DownloadCommand
2015-06-09 07:58:47,815 INFO
[storage.resource.NfsSecondaryStorageResource]
(agentRequest-Handler-10:null) Determined host 10.13.2.1 corresponds to IP
10.13.2.1
2015-06-09 07:58:47,873 INFO [storage.template.HttpTemplateDownloader]
(agentRequest-Handler-10:null) No credentials configured for host= 46.232.180.244:80
2015-06-09 07:58:47,895 INFO [storage.template.HttpTemplateDownloader]
(pool-1-thread-3:null) Starting download from
http://46.232.180.244/userdata/6f2280e7-86d6-4fc7-abe8-e2bbfdeed442.qcow2
to
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
remoteSize=21474836480 , max size=5497558138880
2015-06-09 07:58:47,909 DEBUG [utils.script.Script] (pool-1-thread-3:null)
Executing: /bin/bash -c file
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_
| cut -d: -f2
2015-06-09 07:58:47,936 DEBUG [utils.script.Script] (pool-1-thread-3:null) Execution is successful.
2015-06-09 07:58:47,941 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) Download Completion for jobId:
c95b3d60-f904-4ecc-ab9f-7ed1c36eba20, status=UNRECOVERABLE_ERROR
2015-06-09 07:58:47,942 INFO [storage.template.DownloadManagerImpl]
(pool-1-thread-3:null) local:
/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_,
bytes=1053854, error=Template content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1, pct=0
2015-06-09 07:58:50,876 DEBUG [cloud.agent.Agent]
(agentRequest-Handler-10:null) Seq 81-4133460032995983410: { Ans: ,
MgmtId: 90520741174948, via: 81, Ver: v1, Flags: 10, [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"c95b3d60-f904-4ecc-ab9f-7ed1c36eba20","downloadPct":0,"errorString":"Template
content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/dd40674b-575d-3bd2-87b3-7f1e1db4c02e/volumes/2/468/dnld8533335093017660470tmp_","installPath":"volumes/2/468","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Template
content is unsupported, or mismatch between selected format and template content. Found : x86 boot sector; partition 1","wait":0}}] }
--
Andrija Panić
--
This email was Virus checked by UTM 9. http://www.sophos.com
--
This email was Virus checked by UTM 9. http://www.sophos.com