You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Mārtiņš Jakubovičs <ma...@vertigs.lv> on 2015/07/16 14:31:04 UTC
User data is too long for an http GET request
Hello,
I try to push 8KB user-data when deploy new instance though cloudmonkey,
but I receive error message:
Error 431: User data is too long for an http GET request
cserrorcode = 4350
errorcode = 431
errortext = User data is too long for an http GET request
uuidList:
Looks like CloudStack can't handle so big request, but as documentation
describe, it should handle till 32KB.
http://cloudstack-administration.readthedocs.org/en/4.3/api.html
ACS 4.3.2.
Best regards,
Martins
Re: User data is too long for an http GET request
Posted by Mārtiņš Jakubovičs <ma...@vertigs.lv>.
Done.
I ran up on to this issue when was trying to deploy CoreOS with rich
cloud-init data. So yeah, I think in future will be more users who will
use "big" userdata.
Issue: https://issues.apache.org/jira/browse/CLOUDSTACK-8644
On 2015.07.16. 19:01, Pierre-Luc Dion wrote:
> Martins,
>
> post will work, if there is no feature request on cloudmonkey could you
> add one in Jira ? I found too that it could be a valuable feature to
> cloudmonkey.
>
>
> ref:
> http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.5/virtual_machines.html#user-data-and-meta-data
>
> Cheers,
>
>
>
> On Thu, Jul 16, 2015 at 9:31 AM, Mārtiņš Jakubovičs <ma...@vertigs.lv>
> wrote:
>
>> Looks like API calls with GET method can have only 4KB of userdata, but
>> with POST it can be till 32 KB.
>>
>> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
>> CloudMonkey use GET method, when change method in source code to POST it
>> is possible to send API calls with bigger userdata.
>>
>>
>> On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
>>
>>> Hello,
>>>
>>> I try to push 8KB user-data when deploy new instance though cloudmonkey,
>>> but I receive error message:
>>>
>>> Error 431: User data is too long for an http GET request
>>> cserrorcode = 4350
>>> errorcode = 431
>>> errortext = User data is too long for an http GET request
>>> uuidList:
>>>
>>> Looks like CloudStack can't handle so big request, but as documentation
>>> describe, it should handle till 32KB.
>>> http://cloudstack-administration.readthedocs.org/en/4.3/api.html
>>>
>>> ACS 4.3.2.
>>>
>>> Best regards,
>>> Martins
>>>
>>
Re: User data is too long for an http GET request
Posted by Rajani Karuturi <ra...@apache.org>.
I agree with this approach. But, the default shouldnt be GET but
configurable.
and each api call can have the additional requesttype=[POST|GET|PUT] to
overwrite the default
~Rajani
On Fri, Jul 17, 2015 at 5:30 PM, Pierre-Luc Dion <pd...@cloudops.com> wrote:
> Their is the possibility that sysadmin managing CloudStack would block
> request type POST on their firewall. Because of that I would be tempted to
> ask for a param in cloudmonkey for the request type. So when you use
> "deploy virtualmachine userdata=ASDASHDAD name=..." we could add the param
> "requesttype=post" and by default it would be a get.
>
> Or the user simplicity method, automatically do a post if the query is
> larger then 2KB.
>
> Cheers,
>
>
> On Fri, Jul 17, 2015 at 5:30 AM, Rohit Yadav <ro...@shapeblue.com>
> wrote:
>
> > How about we add feature in CloudMonkey to do HTTP post for non-listing
> > APIs? Should we do it, or add a specific if-else for this API call?
> >
> > On 16-Jul-2015, at 9:31 pm, Pierre-Luc Dion <pd...@cloudops.com> wrote:
> >
> > Martins,
> >
> > post will work, if there is no feature request on cloudmonkey could you
> > add one in Jira ? I found too that it could be a valuable feature to
> > cloudmonkey.
> >
> >
> > ref:
> > http://docs.cloudstack.apache.org/projects/cloudstack-
> > administration/en/4.5/virtual_machines.html#user-data-and-meta-data
> >
> > Cheers,
> >
> >
> >
> > On Thu, Jul 16, 2015 at 9:31 AM, Mārtiņš Jakubovičs <ma...@vertigs.lv>
> > wrote:
> >
> > Looks like API calls with GET method can have only 4KB of userdata, but
> > with POST it can be till 32 KB.
> >
> >
> >
> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
> > CloudMonkey use GET method, when change method in source code to POST it
> > is possible to send API calls with bigger userdata.
> >
> >
> > On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
> >
> > Hello,
> >
> > I try to push 8KB user-data when deploy new instance though cloudmonkey,
> > but I receive error message:
> >
> > Error 431: User data is too long for an http GET request
> > cserrorcode = 4350
> > errorcode = 431
> > errortext = User data is too long for an http GET request
> > uuidList:
> >
> > Looks like CloudStack can't handle so big request, but as documentation
> > describe, it should handle till 32KB.
> > http://cloudstack-administration.readthedocs.org/en/4.3/api.html
> >
> > ACS 4.3.2.
> >
> > Best regards,
> > Martins
> >
> >
> >
> >
> > Regards,
> > Rohit Yadav
> > Software Architect, ShapeBlue
> >
> >
> >
> >
> > M. +91 88 262 30892 | rohit.yadav@shapeblue.com
> > Blog: bhaisaab.org | Twitter: @_bhaisaab
> >
> >
> >
> >
> > Find out more about ShapeBlue and our range of CloudStack related
> > services
> >
> > IaaS Cloud Design & Build
> > <http://shapeblue.com/iaas-cloud-design-and-build//>
> > CSForge – rapid IaaS deployment framework <http://shapeblue.com/csforge/
> >
> > CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/>
> > CloudStack Software Engineering
> > <http://shapeblue.com/cloudstack-software-engineering/>
> > CloudStack Infrastructure Support
> > <http://shapeblue.com/cloudstack-infrastructure-support/>
> > CloudStack Bootcamp Training Courses
> > <http://shapeblue.com/cloudstack-training/>
> >
> > This email and any attachments to it may be confidential and are intended
> > solely for the use of the individual to whom it is addressed. Any views
> or
> > opinions expressed are solely those of the author and do not necessarily
> > represent those of Shape Blue Ltd or related companies. If you are not
> the
> > intended recipient of this email, you must neither take any action based
> > upon its contents, nor copy or show it to anyone. Please contact the
> sender
> > if you believe you have received this email in error. Shape Blue Ltd is a
> > company incorporated in England & Wales. ShapeBlue Services India LLP is
> a
> > company incorporated in India and is operated under license from Shape
> Blue
> > Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
> Brasil
> > and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
> is
> > a company registered by The Republic of South Africa and is traded under
> > license from Shape Blue Ltd. ShapeBlue is a registered trademark.
> >
>
Re: User data is too long for an http GET request
Posted by Pierre-Luc Dion <pd...@cloudops.com>.
Their is the possibility that sysadmin managing CloudStack would block
request type POST on their firewall. Because of that I would be tempted to
ask for a param in cloudmonkey for the request type. So when you use
"deploy virtualmachine userdata=ASDASHDAD name=..." we could add the param
"requesttype=post" and by default it would be a get.
Or the user simplicity method, automatically do a post if the query is
larger then 2KB.
Cheers,
On Fri, Jul 17, 2015 at 5:30 AM, Rohit Yadav <ro...@shapeblue.com>
wrote:
> How about we add feature in CloudMonkey to do HTTP post for non-listing
> APIs? Should we do it, or add a specific if-else for this API call?
>
> On 16-Jul-2015, at 9:31 pm, Pierre-Luc Dion <pd...@cloudops.com> wrote:
>
> Martins,
>
> post will work, if there is no feature request on cloudmonkey could you
> add one in Jira ? I found too that it could be a valuable feature to
> cloudmonkey.
>
>
> ref:
> http://docs.cloudstack.apache.org/projects/cloudstack-
> administration/en/4.5/virtual_machines.html#user-data-and-meta-data
>
> Cheers,
>
>
>
> On Thu, Jul 16, 2015 at 9:31 AM, Mārtiņš Jakubovičs <ma...@vertigs.lv>
> wrote:
>
> Looks like API calls with GET method can have only 4KB of userdata, but
> with POST it can be till 32 KB.
>
>
> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
> CloudMonkey use GET method, when change method in source code to POST it
> is possible to send API calls with bigger userdata.
>
>
> On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
>
> Hello,
>
> I try to push 8KB user-data when deploy new instance though cloudmonkey,
> but I receive error message:
>
> Error 431: User data is too long for an http GET request
> cserrorcode = 4350
> errorcode = 431
> errortext = User data is too long for an http GET request
> uuidList:
>
> Looks like CloudStack can't handle so big request, but as documentation
> describe, it should handle till 32KB.
> http://cloudstack-administration.readthedocs.org/en/4.3/api.html
>
> ACS 4.3.2.
>
> Best regards,
> Martins
>
>
>
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
>
>
>
>
> M. +91 88 262 30892 | rohit.yadav@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design & Build
> <http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework <http://shapeblue.com/csforge/>
> CloudStack Consulting <http://shapeblue.com/cloudstack-consultancy/>
> CloudStack Software Engineering
> <http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support
> <http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses
> <http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>
Re: User data is too long for an http GET request
Posted by Rohit Yadav <ro...@shapeblue.com>.
How about we add feature in CloudMonkey to do HTTP post for non-listing APIs? Should we do it, or add a specific if-else for this API call?
On 16-Jul-2015, at 9:31 pm, Pierre-Luc Dion <pd...@cloudops.com>> wrote:
Martins,
post will work, if there is no feature request on cloudmonkey could you
add one in Jira ? I found too that it could be a valuable feature to
cloudmonkey.
ref:
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.5/virtual_machines.html#user-data-and-meta-data
Cheers,
On Thu, Jul 16, 2015 at 9:31 AM, Mārtiņš Jakubovičs <ma...@vertigs.lv>
wrote:
Looks like API calls with GET method can have only 4KB of userdata, but
with POST it can be till 32 KB.
https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
CloudMonkey use GET method, when change method in source code to POST it
is possible to send API calls with bigger userdata.
On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
Hello,
I try to push 8KB user-data when deploy new instance though cloudmonkey,
but I receive error message:
Error 431: User data is too long for an http GET request
cserrorcode = 4350
errorcode = 431
errortext = User data is too long for an http GET request
uuidList:
Looks like CloudStack can't handle so big request, but as documentation
describe, it should handle till 32KB.
http://cloudstack-administration.readthedocs.org/en/4.3/api.html
ACS 4.3.2.
Best regards,
Martins
Regards,
Rohit Yadav
Software Architect, ShapeBlue
[cid:9DD97B41-04C5-45F0-92A7-951F3E962F7A]
M. +91 88 262 30892 | rohit.yadav@shapeblue.com<ma...@shapeblue.com>
Blog: bhaisaab.org<http://bhaisaab.org> | Twitter: @_bhaisaab
Find out more about ShapeBlue and our range of CloudStack related services
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//>
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
CloudStack Software Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure Support<http://shapeblue.com/cloudstack-infrastructure-support/>
CloudStack Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>
This email and any attachments to it may be confidential and are intended solely for the use of the individual to whom it is addressed. Any views or opinions expressed are solely those of the author and do not necessarily represent those of Shape Blue Ltd or related companies. If you are not the intended recipient of this email, you must neither take any action based upon its contents, nor copy or show it to anyone. Please contact the sender if you believe you have received this email in error. Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services India LLP is a company incorporated in India and is operated under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is a registered trademark.
Re: User data is too long for an http GET request
Posted by Pierre-Luc Dion <pd...@cloudops.com>.
Martins,
post will work, if there is no feature request on cloudmonkey could you
add one in Jira ? I found too that it could be a valuable feature to
cloudmonkey.
ref:
http://docs.cloudstack.apache.org/projects/cloudstack-administration/en/4.5/virtual_machines.html#user-data-and-meta-data
Cheers,
On Thu, Jul 16, 2015 at 9:31 AM, Mārtiņš Jakubovičs <ma...@vertigs.lv>
wrote:
> Looks like API calls with GET method can have only 4KB of userdata, but
> with POST it can be till 32 KB.
>
> https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
> CloudMonkey use GET method, when change method in source code to POST it
> is possible to send API calls with bigger userdata.
>
>
> On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
>
>> Hello,
>>
>> I try to push 8KB user-data when deploy new instance though cloudmonkey,
>> but I receive error message:
>>
>> Error 431: User data is too long for an http GET request
>> cserrorcode = 4350
>> errorcode = 431
>> errortext = User data is too long for an http GET request
>> uuidList:
>>
>> Looks like CloudStack can't handle so big request, but as documentation
>> describe, it should handle till 32KB.
>> http://cloudstack-administration.readthedocs.org/en/4.3/api.html
>>
>> ACS 4.3.2.
>>
>> Best regards,
>> Martins
>>
>
>
Re: User data is too long for an http GET request
Posted by Mārtiņš Jakubovičs <ma...@vertigs.lv>.
Looks like API calls with GET method can have only 4KB of userdata, but
with POST it can be till 32 KB.
https://github.com/apache/cloudstack/blob/master/server/src/com/cloud/vm/UserVmManagerImpl.java#L3434
CloudMonkey use GET method, when change method in source code to POST it
is possible to send API calls with bigger userdata.
On 2015.07.16. 15:31, Mārtiņš Jakubovičs wrote:
> Hello,
>
> I try to push 8KB user-data when deploy new instance though
> cloudmonkey, but I receive error message:
>
> Error 431: User data is too long for an http GET request
> cserrorcode = 4350
> errorcode = 431
> errortext = User data is too long for an http GET request
> uuidList:
>
> Looks like CloudStack can't handle so big request, but as
> documentation describe, it should handle till 32KB.
> http://cloudstack-administration.readthedocs.org/en/4.3/api.html
>
> ACS 4.3.2.
>
> Best regards,
> Martins