As explained at 
http://sipp.sourceforge.net/ims_bench/reference.html#Executing+doReport.pl, the 
scripts (both getResults.pl and doReport.pl) are typically executed from the 
location where you have all you benchmark run files (i.e. path under which the 
manager was executing) and typically this is also where you (or the 
ims_bench.pl bench preparation script) would have copied the scenario files. I 
guess in your case, you ran the manager with the default manager.xml which uses 
the "scenario_path" parameter to indicate the location of the scenario files 
(the 'scen' subdirectory). But doReport.pl does not take this into account and 
expects to find all scenario files in the current directory.

So the easiest for you is probably to copy the scenario files from the scen 
subdirectory to your main ims_bench directory and repeat your doReport.pl 
invocation.

Regards,
-David

________________________________
From: Dushyant Dhalia [mailto:[email protected]]
Sent: mercredi 27 mai 2009 12:52
To: [email protected]
Subject: Re: [Sipp-users] Problem running two TS (Test Systems) of IMS Bench on 
the same machine

Another problem -
While generating reports (executing doReport.pl) I am getting following error -

Loading data from report.xml
File does not exist: ims_reg.xml at scripts/doReport.pl line 1287

The commands i gave are -
88ser /usr/ims_bench>perl scripts/getResults.pl
Loading data from report.xml
Copying files...
 scp 10.34.77.88:/usr/local/sipp/sipp_TS1_*.csv .
[email protected]<mailto:[email protected]>'s password:
sipp_TS1_cpumem.csv                                                           
100% 9711     9.5KB/s   00:00
sipp_TS1_retrans.csv                                                          
100%  943     0.9KB/s   00:00
sipp_TS1_scen.csv                                                             
100% 4668     4.6KB/s   00:01
 scp 10.34.77.151:/usr/local/sipp/sipp_TS2_*.csv .
[email protected]<mailto:[email protected]>'s password:
sipp_TS2_cpumem.csv                                                           
100% 9670     9.4KB/s   00:00
sipp_TS2_retrans.csv                                                          
100%  962     0.9KB/s   00:00
sipp_TS2_scen.csv                                                             
100% 4669     4.6KB/s   00:00

Sorting and merging files...
 Merging SIPp scenario stats for 2 SIPp instances (TS1,TS2)
 using 2 CPUs...
 2 processes forked
  Splitting sipp_TS1_scen.csv...
  Splitting sipp_TS2_scen.csv...
 Splitting done!
 2 files to sort
 2 Files individually sorted; now merging
  2 remaining
 Merge time: 41.880126953125ms
 Merging SIPp scenario stats for 2 SIPp instances (TS1,TS2)
 using 2 CPUs...
 2 processes forked
  Splitting sipp_TS1_retrans.csv...
  Splitting sipp_TS2_retrans.csv...
 Splitting done!
 2 files to sort
 2 Files individually sorted; now merging
  2 remaining
 Merge time: 33.73291015625ms
Sorting and merging took 75.613037109375 ms

88ser /usr/ims_bench>perl scripts/doReport.pl -r report.xml -c 
scripts/reportConfig.xml
Loading data from report.xml
File does not exist: ims_reg.xml at scripts/doReport.pl line 1287
88ser /usr/ims_bench>perl scripts/doReport.pl -r report.xml -c 
scripts/reportConfig.xml -i scen/ims_reg.xml
Loading data from report.xml
File does not exist: ims_reg.xml at scripts/doReport.pl line 1287
88ser /usr/ims_bench>perl scripts/doReport.pl -r report.xml -c 
scripts/reportConfig.xml -i ims_bench_0/ims_bench.xml
Loading data from report.xml
File does not exist: ims_reg.xml at scripts/doReport.pl line 1287

Dushyant P S Dhalia
Verbeiren, David wrote:
A different port number is assigned to each user. Assignment is done by looking 
for an available port starting at port 7000. It keeps increasing the port 
number until it finds one available for listening or until it has tried 2000 
consecutive ports for a single user without finding one available (this code is 
in user.cpp source file). You seem to reach the latter case and the reason is 
almost certainly that you run both SIPp TS instances with the same IP address. 
When the first one starts, it takes all ports from 7000 to 7000+nb_users (or 
higher if there are gaps) and when the second SIPp comes around, it tries the 
same thing but of course all ports are already taken by the first instance, so 
it fails.

Multiple SIPp instances on a same system should really use different IP 
addresses, which you can easily add by means of virtual interfaces.

This is described here: 
http://sipp.sourceforge.net/ims_bench/intro.html#New+Features+and+Changes+to+SIPp
 ("One UDP port per User") and how to add virtual IPs is described here: 
http://sipp.sourceforge.net/ims_bench/reference.html#Pre-requisites ("Configure 
Virtual IPs").

Hope this helps,
-David

________________________________
From: Dushyant Dhalia [mailto:[email protected]]
Sent: mercredi 27 mai 2009 9:31
To: [email protected]<mailto:[email protected]>
Subject: [Sipp-users] Problem running two TS (Test Systems) of IMS Bench on the 
same machine

Hi All,

When I try to run two TS (Test Systems) on the same machines i get the 
following errors -
2009-05-27 12:52:15.683:  Unable to associate UDP port arround 9000.
sipp: There were more errors, see '30724_errors.log' file
88ser /usr/local/sipp>cat 30724_errors.log
sipp: The following events occured:
2009-05-27 12:52:15.593: Created CConsole 0x8c6a488.
2009-05-27 12:52:15.683: Exception at user.cpp:315.
2009-05-27 12:52:15.683:  Unable to associate UDP port arround 9000.
2009-05-27 12:52:15.688: final cleanup.

The commands i am giving for running two SIPp clients are -
./sipp -id 1 -i 10.34.77.88 -user_inf ./ims_users_1.inf -rmctrl 
10.34.77.88:5000 10.34.77.249:8888 -trace_stat -trace_logs -trace_timeout 
-trace_msg -trace_err -trace_cpumem -trace_scen -trace_retrans -nd
and,
./sipp -id 2 -i 10.34.77.88 -user_inf ./ims_users_1.inf -rmctrl 
10.34.77.88:5000 10.34.77.249:8888 -trace_msg -trace_err -trace_cpumem 
-trace_scen -trace_retrans -trace_stat -trace_logs -trace_timeout -nd

I tried giving different port numbers with -i and -p options but to no avail. 
manager.xml is attached.
Can anybody suggest what could be the error?
Dushyant P S Dhalia

---------------------------------------------------------------------

Intel Corporation NV/SA

Rond point Schuman 6, B-1040 Brussels

RPM (Bruxelles) 0415.497.718.

Citibank, Brussels, account 570/1031255/09



This e-mail and any attachments may contain confidential material for

the sole use of the intended recipient(s). Any review or distribution

by others is strictly prohibited. If you are not the intended

recipient, please contact the sender and delete all copies.



---------------------------------------------------------------------
Intel Corporation NV/SA
Rond point Schuman 6, B-1040 Brussels
RPM (Bruxelles) 0415.497.718. 
Citibank, Brussels, account 570/1031255/09

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
------------------------------------------------------------------------------
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
is a gathering of tech-side developers & brand creativity professionals. Meet
the minds behind Google Creative Lab, Visual Complexity, Processing, & 
iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
_______________________________________________
Sipp-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sipp-users

Reply via email to