Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-users@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of Nitin.Mehta@citrix.com
 designates 203.166.19.134 as permitted sender)
From: Nitin Mehta <Nitin.Mehta@citrix.com>
To: "cloudstack-users@incubator.apache.org"
	<cloudstack-users@incubator.apache.org>
Date: Thu, 2 Aug 2012 23:59:53 +0530
Subject: RE: Copying templates between availability zones
Thread-Topic: Copying templates between availability zones
Thread-Index: Ac1w2BoZUpgorZM1TR+AU7x1QZmGUQAA7P3+
Message-ID: 
 <CE52B3BAA8221C4A91FA40D3C8194ED2E91B7BBB43@BANPMAILBOX01.citrite.net>
References: 
 <5CE10D86-D60F-4A57-A104-EB61F25EC0AE@aweber.com>,<2EE87463-1E09-4819-B646-24567D255019@aweber.com>
In-Reply-To: <2EE87463-1E09-4819-B646-24567D255019@aweber.com>
Accept-Language: en-US
Content-Language: en-US
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Can you see the first log for this template initiation ? It should be logge=
d with DownloadCommand and should have the url of the source ssvm's templat=
e. Then you can try going to the destination SSVM and try downloading that =
url.=20
See what issues you get. I would also check the iptable rules to see if the=
 destination ssvm is blocked from accessing the source ssvm and also if the=
re is any .htaccess file in the apache directories forbidding the download =
of template
Refer to http://wiki.cloudstack.org/pages/viewpage.action?pageId=3D9601278 =
for help as well.

Thanks,
-Nitin
________________________________________
From: AWeber - Benjamin Krein [benk@aweber.com]
Sent: Thursday, August 02, 2012 11:25 PM
To: cloudstack-users@incubator.apache.org
Subject: Re: Copying templates between availability zones

On Aug 2, 2012, at 1:50 PM, AWeber - Benjamin Krein wrote:

> When I try to copy a template from one availability zone to another the w=
ebui says it succeeds, but the copy never shows up & I see this in the mana=
gement log:
>
> 2012-08-02 17:44:00,935 DEBUG [agent.transport.Request] (Timer-6:null) Se=
q 12-1476463345: Sending  { Cmd , MgmtId: 161334717904, via: 12, Ver: v1, F=
lags: 100011, [{"storage.DownloadProgressCommand":{"jobId":"7b468191-a7dc-4=
1bf-8453-9e39b01b5fba","request":"GET_STATUS","hvm":true,"description":"Ubu=
ntu10.04.4 64-bit (5GB)","checksum":"393d4aebf205603314affb8cd4d58d64","aut=
h":{"userName":"cloud","password":"XXXXXXXXXXXXX"},"maxDownloadSizeInBytes"=
:53687091200,"id":205,"url":"https://10-1-6-126.realhostip.com/copy/SecStor=
age/52659020-ee26-38cc-bca1-d037e65522a5/template/tmpl/2/205//50cfbdf4-1ae5=
-43ee-af9d-df9e73f56593.qcow2","format":"QCOW2","accountId":2,"name":"50cfb=
df4-1ae5-43ee-af9d-df9e73f56593","secUrl":"nfs://myhost.internal.net/storag=
e/cloud-sec2","wait":0}}] }
>
> 2012-08-02 17:44:00,977 DEBUG [agent.transport.Request] (AgentManager-Han=
dler-1:null) Seq 12-1476463345: Processing:  { Ans: , MgmtId: 161334717904,=
 via: 12, Ver: v1, Flags: 10, [{"storage.DownloadAnswer":{"jobId":"7b468191=
-a7dc-41bf-8453-9e39b01b5fba","downloadPct":0,"errorString":" HTTP Server r=
eturned 403 (expected 200 OK) ","downloadStatus":"NOT_DOWNLOADED","download=
Path":"/mnt/SecStorage/16d441cf-f675-343b-884e-2ea5677773e8/template/tmpl/2=
/205/dnld4460230303792654544tmp_","templateSize":0,"templatePhySicalSize":0=
,"result":false,"wait":0}}] }
>
> I do not see the 403 in the Apache logs of the storage VMs.  I can select=
 "Download Template" from the actions & successfully download the qcow thro=
ugh the webui.


I should also note that I see the above log lines over and over again even =
after making the initial request.  It's almost like the initial request is =
stuck & no other requests are actually doing anything.  I've tried destroyi=
ng/rebuilding the storage VMs & restarting the cloud-management service fol=
lowed by re-running cloud-setup-management several times to no avail.

I've also set the global 'secstorage.allowed.internal.sites' to match our i=
nternal subnet (10.1.0.0/16) which you can see that the storage VM request =
is in along with the secondary storage, agents, etc.


--
Benjamin Krein