There is a joke I always tell people here; database interventions (in CloudStack) is forbidden, unless when I execute them. It does not work like that, going to the DB and simply changing a flag. You need to understand why the status is stuck in “uploaded”, and is not changing to ready.
There is something that called my attention now. Are you uploading the file (using your browser)? Or, are you configuring the template/data disk as link, and then the SSVM is downloading them? These are two distinct operations. I was under the impression that you were using the latter. So, which one of these methods are you using? If nothing is working, I would expect some error messages either in the CloudStack management server, system VMs or in the hosts. Did you check them? On Fri, Nov 2, 2018 at 12:32 PM Nicolas Bouige <n.bou...@dimsi.fr> wrote: > Hi, > > SSVM works fine and we dont use any redirection. > We are able to Upload the volume-data after some modifications directly on > the cloudplatform SSVM. > > But the problem is still there as we can't attach the volume to a VM. It > is in a state "Uploaded", i tried to modify manually the state into the DB > (Uploaded --> Ready) but i ran into a new issue. > Exception com.xensource.xenapi.Types$UuidInvalid :VDI getByUuid for uuid: > null failed due to The uuid you supplied was invalid. > > -----Message d'origine----- > De : Andrija Panic [mailto:andrija.pa...@gmail.com] > Envoyé : vendredi 2 novembre 2018 16:03 > À : users <users@cloudstack.apache.org> > Objet : Re: Upload Data Volume > > Ok, so SSVM can access remote web server properly, that is good - but > please note, any http redirections are not allowed nor httpS (ssl) when > downloading volume/template from remote locations via CloudStack, just > plain http and http response/status code 200... > > Can you please also verify health of the SSVM with the script that exists > inside SSVM: /usr/local/cloud/system.../ssvm-check or similar named...there > should be no errors... > > Best, > Andrija > > > > On Fri, Nov 2, 2018, 11:46 Nicolas Bouige <n.bou...@dimsi.fr wrote: > > > Hi Andrija, > > > > I can download the .vhd directly on the SSVM. > > I tried with the link provided by CP and link from my webserver. > > > > Both works fine. > > > > From CP, to make it work, we had to modifiy symbolic link and add > > permission on the .vhd. > > 49085a35-73bc-4e11-a40b-c7547c798787.vhd -> > > /mnt/SecStorage/null/volumes/4/29907/7f9a2e42-04e1-4733-be3e-a00b41cb2 > > f08.vhd > > ln -sfn > > /mnt/SecStorage/1766927c-d83e-3423-aa68-87a5d0c71771/volumes/4/29907/7 > > f9a2e42-04e1-4733-be3e-a00b41cb2f08.vhd > > 49085a35-73bc-4e11-a40b-c7547c798787.vhd > > > > Now, the DATA volume is staying in state "Uploaded" and we are not > > able to make any operations with it , like attach disk to a VM. > > > > Best regards, > > N.B > > > > -----Message d'origine----- > > De : Andrija Panic [mailto:andrija.pa...@gmail.com] Envoyé : mercredi > > 31 octobre 2018 18:45 À : users <users@cloudstack.apache.org> Objet : > > Re: Upload Data Volume > > > > Login inside SSVM in destination CloudStack and try to wget the volume > > as suggested in previous email. See if that works first. > > > > Best > > Andrija > > > > On Wed, Oct 31, 2018, 18:36 Nicolas Bouige <n.bou...@dimsi.fr> wrote: > > > > > 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:rafaelweingart...@gmail.com] > > > Envoyé : mercredi 31 octobre 2018 18:26 À : users > > > <users@cloudstack.apache.org> 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 <n.bou...@dimsi.fr> > > 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:rafaelweingart...@gmail.com] > > > > Envoyé : mercredi 31 octobre 2018 17:36 À : users > > > > <users@cloudstack.apache.org> 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 <n.bou...@dimsi.fr> > > > 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":"1866970 > > > > > c- > > > > > b1 > > > > > 9f > > > > > -427a-b957-3738bbd50d0e","downloadPct":0,"errorString":"Connecti > > > > > on > > > > > refused (Connection > > > > > refused)","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt > > > > > /S > > > > > ec > > > > > St > > > > > orage/2949d66c-3490-3636-93f7-f2299fa5f4b2/volumes/12/615/dnld36 > > > > > 26 > > > > > 14 > > > > > 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 > > > > > > -- Rafael Weingärtner
