Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@cloudstack.apache.org
Received-SPF: pass (nike.apache.org: domain of andrija.panic@gmail.com
 designates 209.85.212.176 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <4453A64AA18C714C96963CC43A5FDA120A654AD2@bit-mail-01.bit.group>
References: 
 <CAMvtBPMHUgfK_NL0u4it0dbk506bUv4G_JhfQTbC+F5441mAVw@mail.gmail.com>
	<4453A64AA18C714C96963CC43A5FDA120A65393A@bit-mail-01.bit.group>
	<CALFpzo4aK2NPbVGy=k7jbtQnZDi8fznHoF_VOy2tNZNDzmj94A@mail.gmail.com>
	<4453A64AA18C714C96963CC43A5FDA120A6547B0@bit-mail-01.bit.group>
	<CAMvtBPPFH_38OpePURgdVAx5KW1fE4iO+2KPpLBaa_G2XcNcZw@mail.gmail.com>
	<4453A64AA18C714C96963CC43A5FDA120A654AD2@bit-mail-01.bit.group>
Date: Wed, 10 Jun 2015 13:04:50 +0200
Message-ID: 
 <CAMvtBPOzNY8iKwrX=wFn5WcwOFgjxFeivBxbMHgsXuDGD_6q9A@mail.gmail.com>
Subject: Re: Problem Upload Windows volume to ACS 4.5.1
From: Andrija Panic <andrija.panic@gmail.com>
To: "users@cloudstack.apache.org" <users@cloudstack.apache.org>
Cc: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Content-Type: multipart/alternative; boundary=047d7bea453c0bc345051827d831

--047d7bea453c0bc345051827d831
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

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 <Ingo.Jochim@bautzen-it.de> wrote:

> What if you remove the file extension?
>
> -----Urspr=C3=BCngliche 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 fo=
r
> 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 <Ingo.Jochim@bautzen-it.de> wrote:
>
> > "qemu-img info <filename>" will also give you the information what
> > type the file is.
> >
> > -----Urspr=C3=BCngliche 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=3Dqcow2 size=3D1073741824 encryption=3Doff
> > cluster_size=3D65536 lazy_refcounts=3Doff
> >
> >
> > [root@devcloud-kvm7 tmp]# qemu-img create -f raw img.raw 1G
> >
> > Formatting 'img.raw', fmt=3Draw size=3D1073741824
> >
> >
> > [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
> > <Ingo.Jochim@bautzen-it.de>
> > wrote:
> >
> > > Hi Andrija,
> > >
> > > have you tried to convert (qemu-img convert) it to RAW and upload the=
n?
> > > Ceph is using RAW devices. The conversion takes place on storage
> > > migration but on upload?
> > >
> > > Regards,
> > > Ingo
> > >
> > > -----Urspr=C3=BCngliche 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=3D
> > > 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=3D21474836480 , max
> > > size=3D5497558138880
> > > 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=3DUNRECOVERABLE_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=3D1053854, error=3DTemplate conten=
t
> > > is unsupported, or mismatch between selected format and template
> > > content.
> > > Found  : x86 boot sector; partition 1, pct=3D0
> > > 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=C4=87
> > >
> > > --
> > > 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=C4=87
>
> --
> This email was Virus checked by UTM 9. http://www.sophos.com
>


--=20

Andrija Pani=C4=87

--047d7bea453c0bc345051827d831--