Per Edisons comments about not knowing the image size, can't we just set
some headers and store metadata with the template in S3 to save the virtual
size when the template is registered? I'm assuming here that the SSVM does
the work of pulling the template in and uploading to S3. Or it could be
stored in the template table?
On Aug 26, 2014 9:11 PM, "Francois Gaudreault" <fgaudrea...@cloudops.com>
wrote:
> Looks like your SSVM cannot reach Internet properly?
>
> FG
>
> On 2014-08-26, 11:14 AM, Punith S wrote:
>
>> hi francois,
>>
>> since i'm not having a swift setup, i'm using the s3 bucket.
>>
>> and as you recommended i got the SSVM up with seeded nfs storage,
>>
>> post that i removed the nfs secondary storage and added the S3 with
>> staging nfs store as the new sec storage, since you cannot have any nfs
>> secondary storage while using the S3.
>>
>> on registering the a new template, i'm getting template status as*Unable
>> to execute HTTP request: No route to host*
>> in managementserver.log
>>
>> 2014-08-26 20:41:07,502 DEBUG [o.a.c.s.RemoteHostEndPoint]
>> (Timer-24:ctx-b68380cd) Sending command org.apache.cloudstack.storage.
>> command.DownloadProgressCommand to host: 10
>> 2014-08-26 20:41:07,507 DEBUG [c.c.a.t.Request] (Timer-24:ctx-b68380cd)
>> Seq 10-5684105679694996125: Sending { Cmd , MgmtId: 52242179434, via:
>> 10(s-142-VM), Ver: v1, Flags: 100011, [{"org.apache.cloudstack.
>> storage.command.DownloadProgressCommand":{"jobId":"d43a17c9-3b03-4ff9-
>> 8906-e1d155981e86","request":"GET_STATUS","hvm":true,"
>> description":"centext","maxDownloadSizeInBytes":53687091200,"id":209,"
>> resourceType":"TEMPLATE","installPath":"template/tmpl/2/
>> 209/209-2-b624436c-5f37-30d4-8eaf-81582eb0d39d","_store":{"
>> com.cloud.agent.api.to.S3TO":{"id":14,"uuid":"e4afd7bb-39ea-
>> 4128-ab93-f8a09b1d5e03","bucketName":"test-cloudstack",
>> "httpsFlag":false,"created":"Aug 26, 2014 8:16:24 PM","enableRRS":false,"
>> maxSingleUploadSizeInBytes":5368709120}},"url":"http://
>> download.cloud.com/templates/builtin/centos56-x86_64.vhd.bz2
>> ","format":"VHD","accountId":2,"name":"209-2-b624436c-5f37-30d4-8eaf-81582eb0d39d","wait":0}}]
>> }
>> 2014-08-26 20:41:07,556 DEBUG [c.c.a.t.Request]
>> (AgentManager-Handler-10:null) Seq 10-5684105679694996125: Processing: {
>> Ans: , MgmtId: 52242179434, via: 10, Ver: v1, Flags: 10,
>> [{"com.cloud.agent.api.storage.DownloadAnswer":{"
>> jobId":"d43a17c9-3b03-4ff9-8906-e1d155981e86","
>> downloadPct":0,"errorString":"No route to host","downloadStatus":"
>> DOWNLOAD_ERROR","installPath":"template/tmpl/2/209/209-2-
>> b624436c-5f37-30d4-8eaf-81582eb0d39d","templateSize":
>> 0,"templatePhySicalSize":0,"result":true,"details":"No route to
>> host","wait":0}}] }
>>
>> but i don't see any logging happening in secondary storage vm's cloud.log
>>
>> not sure this error is happening due to S3!
>>
>>
>> thanks!
>>
>
>
> --
> Francois Gaudreault
> Gestionnaire de Produit | Product Manager - Cloud Platform & Services
> t:514-629-6775
>
> CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
> 420 rue Guy | Montreal | Quebec | H3J 1S6
> w: cloudops.com | tw: @CloudOps_
>
>
