I missed those messages from mgmt-server :
2018-11-02 17:41:53,779 ERROR [o.a.c.s.v.VolumeServiceImpl]
(Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733 ctx-b786c44b)
(logid:e218d7a4) failed to copy volume from image store
com.cloud.utils.exception.CloudRuntimeException: Failed to update
state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
transition to a new state from Copying via CopyRequested
018-11-02 17:41:53,805 INFO [c.c.v.VmWorkJobHandlerProxy]
(Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733 ctx-b786c44b)
(logid:e218d7a4) Rethrow exception
com.cloud.utils.exception.CloudRuntimeException: Failed to update
state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
transition to a new state from Uploaded via OperationFailed
2018-11-02 17:41:53,805 DEBUG [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733) (logid:e218d7a4) Done
with run of VM work job: com.cloud.vm.VmWorkAttachVolume for VM 532, job
origin: 6732
2018-11-02 17:41:53,806 ERROR [c.c.v.VmWorkJobDispatcher]
(Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733) (logid:e218d7a4) Unable
to complete AsyncJobVO {id:6733, userId: 15, accountId: 12, instanceType: null,
instanceId: null, cmd: com.cloud.vm.VmWorkAttachVolume, cmdInfo:
rO0ABXNyAB9jb20uY2xvdWQudm0uVm1Xb3JrQXR0YWNoVm9sdW1lB62v-WGH4hwCAAJMAAhkZXZpY2VJZHQAEExqYXZhL2xhbmcvTG9uZztMAAh2b2x1bWVJZHEAfgABeHIAE2NvbS5jbG91ZC52bS5WbVdvcmufmbZW8CVnawIABEoACWFjY291bnRJZEoABnVzZXJJZEoABHZtSWRMAAtoYW5kbGVyTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO3hwAAAAAAAAAAwAAAAAAAAADwAAAAAAAAIUdAAUVm9sdW1lQXBpU2VydmljZUltcGxwc3IADmphdmEubGFuZy5Mb25nO4vkkMyPI98CAAFKAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cAAAAAAAAAJv,
cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result:
null, initMsid: 2886211232, completeMsid: null, lastUpdated: null, lastPolled:
null, created: Fri Nov 02 17:41:52 CET 2018}, job origin:6732
com.cloud.utils.exception.CloudRuntimeException: Failed to update
state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
transition to a new state from Uploaded via OperationFailed
Does the attach disk process works on the same way than template/iso ?
De : Nicolas Bouige [mailto:[email protected]]
Envoyé : vendredi 2 novembre 2018 17:26
À : users <[email protected]>
Objet : RE: Upload Data Volume
Hi Rafael,
I know this is not a proper way to work directly on the DB. But sometimes
that's permit me to "unblock" situations specially with VMs...so why not give
a try ?
I used the link created by Cloudpatform and i uploaded it in Cloudstack using
the "upload" button in the storage tabs.
The .vhd is present into the cloudstack SSVM with his volume.properties file
and correct informations...(that's why i just tried to change the flag.. )
I did not see any related error messages, i going to try again and check in
real time just in case...thanks !
Best regards,
N.B
________________________________
De : Rafael Weingärtner <[email protected]> Envoyé : vendredi 2
novembre 2018 16:53:54 À : users Objet : Re: Upload Data Volume
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 <[email protected]> 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:[email protected]] Envoyé : vendredi
> 2 novembre 2018 16:03 À : users <[email protected]> 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 <[email protected] 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-a00b41c
> > b2
> > 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:[email protected]] Envoyé :
> > mercredi
> > 31 octobre 2018 18:45 À : users <[email protected]> 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 <[email protected]> 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:[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":"18669
> > > > > 70
> > > > > c-
> > > > > b1
> > > > > 9f
> > > > > -427a-b957-3738bbd50d0e","downloadPct":0,"errorString":"Connec
> > > > > ti
> > > > > on
> > > > > refused (Connection
> > > > > refused)","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/m
> > > > > nt
> > > > > /S
> > > > > ec
> > > > > St
> > > > > orage/2949d66c-3490-3636-93f7-f2299fa5f4b2/volumes/12/615/dnld
> > > > > 36
> > > > > 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
