You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Rafael Weingärtner <ra...@gmail.com> on 2017/09/26 19:00:55 UTC
Does browser-based template or volume upload work?
Hey folks,
Has anybody else here used the “Upload from local” feature in ACS?
It seems that it does not work (at least in ACS 4.9.2.0). I receive the
following metadata to execute the POST request and send the template
binaries:
{"postuploadtemplateresponse":{"getuploadparams":{"id":"<ID-template>","postURL"
:"https://URLSSVM/upload/<ID-template>","metadata
….
…
..
The problem is that the request is aborted. I accessed the SSVM and checked
what application is configured to receive the request listening to the port
443. The Apache HTTD is configured to listen this port. However, I did not
see anything specific to handle the “/upload” context. Am I missing
something!?
BTW: While looking the HTTPD of SSVM I found out that SSVMs are enabling
anybody to access “/cgi-bin/ipcalc”. Why is this application there?! I know
organizations that need to expose these systems to the Internet, and that
is accessible to everybody.
--
Rafael Weingärtner
Re: Does browser-based template or volume upload work?
Posted by Wei ZHOU <us...@gmail.com>.
We are using 4.7.1
It works fine after some changes
for example:
1. set max.account.secondary.storage in global setting to another value
other than -1.
2. increase upload.operation.timeout, from default 10 min to larger value,
eg 120.
-Wei
2017-10-02 12:25 GMT+02:00 Andrija Panic <an...@gmail.com>:
> Doesn't also fully work on ACS 4.8, at least some issues definitively (we
> are using domain name as supposed to do, for SSVM, with proper SSL), but
> there is some timeout, that kicks in very soon, or similar.
> I can dig up/test again, if anyone needs info.
>
> CHeers
>
> On 27 September 2017 at 15:34, Rafael Weingärtner <
> rafaelweingartner@gmail.com> wrote:
>
> > Never mind folks,
> >
> > I found the configuration. It was in a file called
> /etc/apache2/cors.conf.
> > I did not check that file before because I do not believe this kind of
> > configuration/operation is a CORS (Cross-origin resource sharing) one.
> > Anyways, I also did not find the “include” for the “cors.conf” file while
> > using grep because it is written as follows: Include
> > /etc/apache2/[cC][oO][rR][sS].conf
> >
> > :(
> >
> >
> >
> > Also, if anybody runs into the same problem, the local upload was not
> > working here because we were not using domains for System VMs, then the
> > certificate used to secure the HTTPS has a common name different from the
> > "name" of the SSVM that is being accessed using IPs (HTTPS://
> > <ip>/upload.....).
> >
> > On Tue, Sep 26, 2017 at 4:00 PM, Rafael Weingärtner <
> > rafaelweingartner@gmail.com> wrote:
> >
> > > Hey folks,
> > >
> > > Has anybody else here used the “Upload from local” feature in ACS?
> > >
> > > It seems that it does not work (at least in ACS 4.9.2.0). I receive the
> > > following metadata to execute the POST request and send the template
> > > binaries:
> > > {"postuploadtemplateresponse":{"getuploadparams":{"id":"<ID-
> > > template>","postURL"
> > > :"https://URLSSVM/upload/<ID-template>","metadata
> > > ….
> > > …
> > > ..
> > >
> > > The problem is that the request is aborted. I accessed the SSVM and
> > > checked what application is configured to receive the request listening
> > to
> > > the port 443. The Apache HTTD is configured to listen this port.
> > However,
> > > I did not see anything specific to handle the “/upload” context. Am I
> > > missing something!?
> > >
> > > BTW: While looking the HTTPD of SSVM I found out that SSVMs are
> enabling
> > > anybody to access “/cgi-bin/ipcalc”. Why is this application there?! I
> > know
> > > organizations that need to expose these systems to the Internet, and
> that
> > > is accessible to everybody.
> > >
> > > --
> > > Rafael Weingärtner
> > >
> >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
>
> --
>
> Andrija Panić
>
Re: Does browser-based template or volume upload work?
Posted by Andrija Panic <an...@gmail.com>.
Doesn't also fully work on ACS 4.8, at least some issues definitively (we
are using domain name as supposed to do, for SSVM, with proper SSL), but
there is some timeout, that kicks in very soon, or similar.
I can dig up/test again, if anyone needs info.
CHeers
On 27 September 2017 at 15:34, Rafael Weingärtner <
rafaelweingartner@gmail.com> wrote:
> Never mind folks,
>
> I found the configuration. It was in a file called /etc/apache2/cors.conf.
> I did not check that file before because I do not believe this kind of
> configuration/operation is a CORS (Cross-origin resource sharing) one.
> Anyways, I also did not find the “include” for the “cors.conf” file while
> using grep because it is written as follows: Include
> /etc/apache2/[cC][oO][rR][sS].conf
>
> :(
>
>
>
> Also, if anybody runs into the same problem, the local upload was not
> working here because we were not using domains for System VMs, then the
> certificate used to secure the HTTPS has a common name different from the
> "name" of the SSVM that is being accessed using IPs (HTTPS://
> <ip>/upload.....).
>
> On Tue, Sep 26, 2017 at 4:00 PM, Rafael Weingärtner <
> rafaelweingartner@gmail.com> wrote:
>
> > Hey folks,
> >
> > Has anybody else here used the “Upload from local” feature in ACS?
> >
> > It seems that it does not work (at least in ACS 4.9.2.0). I receive the
> > following metadata to execute the POST request and send the template
> > binaries:
> > {"postuploadtemplateresponse":{"getuploadparams":{"id":"<ID-
> > template>","postURL"
> > :"https://URLSSVM/upload/<ID-template>","metadata
> > ….
> > …
> > ..
> >
> > The problem is that the request is aborted. I accessed the SSVM and
> > checked what application is configured to receive the request listening
> to
> > the port 443. The Apache HTTD is configured to listen this port.
> However,
> > I did not see anything specific to handle the “/upload” context. Am I
> > missing something!?
> >
> > BTW: While looking the HTTPD of SSVM I found out that SSVMs are enabling
> > anybody to access “/cgi-bin/ipcalc”. Why is this application there?! I
> know
> > organizations that need to expose these systems to the Internet, and that
> > is accessible to everybody.
> >
> > --
> > Rafael Weingärtner
> >
>
>
>
> --
> Rafael Weingärtner
>
--
Andrija Panić
Re: Does browser-based template or volume upload work?
Posted by Rafael Weingärtner <ra...@gmail.com>.
Never mind folks,
I found the configuration. It was in a file called /etc/apache2/cors.conf.
I did not check that file before because I do not believe this kind of
configuration/operation is a CORS (Cross-origin resource sharing) one.
Anyways, I also did not find the “include” for the “cors.conf” file while
using grep because it is written as follows: Include
/etc/apache2/[cC][oO][rR][sS].conf
:(
Also, if anybody runs into the same problem, the local upload was not
working here because we were not using domains for System VMs, then the
certificate used to secure the HTTPS has a common name different from the
"name" of the SSVM that is being accessed using IPs (HTTPS://
<ip>/upload.....).
On Tue, Sep 26, 2017 at 4:00 PM, Rafael Weingärtner <
rafaelweingartner@gmail.com> wrote:
> Hey folks,
>
> Has anybody else here used the “Upload from local” feature in ACS?
>
> It seems that it does not work (at least in ACS 4.9.2.0). I receive the
> following metadata to execute the POST request and send the template
> binaries:
> {"postuploadtemplateresponse":{"getuploadparams":{"id":"<ID-
> template>","postURL"
> :"https://URLSSVM/upload/<ID-template>","metadata
> ….
> …
> ..
>
> The problem is that the request is aborted. I accessed the SSVM and
> checked what application is configured to receive the request listening to
> the port 443. The Apache HTTD is configured to listen this port. However,
> I did not see anything specific to handle the “/upload” context. Am I
> missing something!?
>
> BTW: While looking the HTTPD of SSVM I found out that SSVMs are enabling
> anybody to access “/cgi-bin/ipcalc”. Why is this application there?! I know
> organizations that need to expose these systems to the Internet, and that
> is accessible to everybody.
>
> --
> Rafael Weingärtner
>
--
Rafael Weingärtner