Nope, i exported the .vhd manually from my Xen pool  and put it in a webserver 
to be download by Cloudstack. 
This step works fine. So that's not a problem if the download volume feature 
from CloudPlatform didn' work.

i'm in trouble with the second part, to import the .vhd hosted on my webserver  
to cloudstack.


-----Message d'origine-----
De : Rafael Weingärtner [mailto:[email protected]] 
Envoyé : mercredi 31 octobre 2018 18:26
À : users <[email protected]>
Objet : Re: Upload Data Volume

Ah, so the cloud platform is not working properly. I mean, it is not exporting 
the VHDs already. That is your problem, right?

On Wed, Oct 31, 2018 at 2:24 PM Nicolas Bouige <[email protected]> wrote:

> Hi Rafael,
>
> Did not try as i got an access denied via my web browser...that's why 
> i exported the .vhd on my own webserver instead to use this feature.
>
> Best regards,
> N.B
>
> -----Message d'origine-----
> De : Rafael Weingärtner [mailto:[email protected]]
> Envoyé : mercredi 31 octobre 2018 17:36 À : users 
> <[email protected]> Objet : Re: Upload Data Volume
>
> Did you log in the SSVM of your ACS 4.11, and tried to wget the 
> template/data disk using the URL provided by the Citrix/Accelerite 
> cloud platform?
>
> On Wed, Oct 31, 2018 at 1:33 PM Nicolas Bouige <[email protected]> wrote:
>
> > Hello All,
> >
> >
> >
> > I’m currently trying to migrate some VMs from Cloudplatform 4.7 
> > (XEN) to Cloudstack 4.11.1 (XCP)
> >
> >
> >
> > Im stuck with the DATA Volume, there are exported on a web server 
> > and accessible by the  management-server.
> >
> > Webserver is working  fine as i can upload ROOT disk from it.
> >
> >
> >
> > The only difference is for upload ROOT DISK as template SSVM is 
> > involved with the public ip  and  DATA DISK, the management server 
> > is used with private ip.
> > Both ip (private and public) are « pingable » from mgmt-server and 
> > SSVM and i can download .vhd.
> >
> > Unfortunately, each time i try to upload DATA disk, i got this error :
> >
> >
> >
> > 2018-10-31 15:26:09,493 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-15:null) (logid:) Seq 34-3493104460979266769:
> > Processing:  { Ans: , MgmtId: 2886211232, via: 34, Ver: v1, Flags: 
> > 10, 
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"1866970c-b1
> > 9f 
> > -427a-b957-3738bbd50d0e","downloadPct":0,"errorString":"Connection
> > refused (Connection
> > refused)","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/Sec
> > St
> > orage/2949d66c-3490-3636-93f7-f2299fa5f4b2/volumes/12/615/dnld362614
> > 18 
> > 85766458800tmp_","installPath":"volumes/12/615","templateSize":0,"te
> > mp latePhySicalSize":0,"result":true,"details":"Connection
> > refused (Connection refused)","wait":0}}] }
> >
> > 2018-10-31 15:26:09,563 WARN  [o.a.c.alerts]
> > (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) AlertType:: 28 
> > |
> > dataCenterId:: 0 | podId:: null | clusterId:: null | message:: 
> > Failed to upload volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error:
> > Connection refused (Connection refused)
> >
> > 2018-10-31 15:26:09,573 ERROR [o.a.c.s.i.BaseImageStoreDriverImpl]
> > (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) Failed to 
> > upload
> > volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error: Connection 
> > refused (Connection refused)
> >
> >
> >
> > I don’t know where the « connection refused » comes from.
> >
> >
> >
> > Someone knows the exact process in cloudstack to upload volumes from 
> > an URL ?
> >
> > Best regards,
> >
> >
> >
> > [image: SignatureBouige]
> >
> >
> >
>
>
> --
> Rafael Weingärtner
>


--
Rafael Weingärtner

Reply via email to