Re: Curl-loader results vary from time to time

[alo s. <asi...@ic...>]

Hi Robert,

Done some more analysis on it.

Error: (in one linux 64 system, it works fine. in another linux 64 
system, it throws the following error)
------
setup_curl_handle_appl - error: post_data is NULL.
setup_curl_handle_init - error: setup_curl_handle_appl () failed .

Cause: (when changing the parameters under #POST-part)
-----------------------------------------------------------
case 1: *works fine*
URL=""
URL_USE_CURRENT= 1

case 2: *throws error*
URL= http://xx.x.x.xxx:pppp/main
#URL_USE_CURRENT= 1

case 3: *throws error*
URL= http://xx.x.x.xxx:pppp/login
#URL_USE_CURRENT= 1


Conf file:
---------

# GET-part
URL= http://xx.x.x.xxx:pppp/main
URL_SHORT_NAME="user-GET"
#URL_DONT_CYCLE = 1
REQUEST_TYPE=GET
TIMER_URL_COMPLETION = 0 # In msec. Now it is enforced by cancelling url 
fetch on timeout
TIMER_AFTER_URL_SLEEP =0

# POST-part
URL=""
URL_USE_CURRENT= 1
URL_SHORT_NAME="user-POST"
#URL_DONT_CYCLE = 1
USERNAME=xxxxx
PASSWORD=xxxxx
REQUEST_TYPE=POST
FORM_USAGE_TYPE= SINGLE_USER
FORM_STRING= USERNAME=%s&PASSWORD=%s # Means the same credentials for 
all clients/users
TIMER_URL_COMPLETION = 0    # In msec. When positive, Now it is enforced 
by cancelling url fetch on timeout
TIMER_AFTER_URL_SLEEP =0

New Question:
---------------

Is there any way to test the load with only two or three different type 
of user ids and passwords?. For example, i want to test 1000 login 
attempts with three different user names and passwords. If there is a 
way, please render your advice..

Greatly appreciate your help.

Thanks,
Alo



Robert Iakobashvili wrote:
> Hi Alo,
>
> On Tue, Nov 11, 2008 at 4:13 PM, alo sinnathamby 
> <asi...@ic... <mailto:asi...@ic...>> wrote:
>
>     Hi Robert,
>
>     I wish to do that but i m not sure as how to do it. Anyway i will
>     try it
>     and if there is a success, i will let you know.
>
>     Thanks,
>     Alo
>
>  
> OK.
> If you can share the numbers of concurrent clients and CAPS, that you
> are getting to, it could be also of interest for the list.
>  
> Thanks,
> Robert