loadrunner Hi All, A weird issue I'm facing in one of the...

[Vigneshwaran Narayanaswami]

Hi All, A weird issue I'm facing in one of the scripts(LR Version - 12.02). Despite giving Unique, each iteration & abort VUsers in the parameter settings: 1. I could see Vusers are re-using the same data(I've given huge amount of data in parameter file). 2. Ran the script in controller and wrote the data that Vusers are using in to an output file and confirmed data duplication is happening. Next Plan: # Gonna re-create the scenario and verify. # Please help me with your suggestions at the earliest. Thanks a lot in advance Vignesh

 

[Sagar Aggarwal]

First check, if your parameter file has repetitive values or not

 

[Shakul Hameedu]

Did you try setting block for vusers..

 

[Rajesh Segavalu]

try simulate parameter option and check the data which is passed .

 

[Mohamed Ibrahim]

Try unique once

 

[Siva Pandian]

Check .prm file or once you done the settings try to run for one iteration through vugen and run in controller

 

[Shakul Hameedu]

Could you check if the same setting retained in controller scenario too

 

[Esha Agarwal]

Make sure your Controller and Load generators versions are same

 

[James Pulley]

2) Suggest using lr_output_message() to send the message to the controller. You can then filter for your message and check for uniqueness. It should be noted that Uniqueness with a data file can be enforced within a group, but not across groups. So, if your reuse is across groups you my need to break the scripts. Per your note about a Trump-esque Yuuuge Data file, this may not be working to your advantage. The data file is loaded into RAM at the beginning of the test to avoid the overhead of constantly going to disk for the data. This is also why you cannot write to a data file and have it show up for other users. Depending upon the size of the data file you could actually cause a huge swapping situation on your load generator which degrades performance. I recall one individual who used the entire contents of a phone book, only to find that all of the users slowed down because of the threads/processes constantly having to be swapped out to and from disk. You may not be experiencing this issue, but it is something I run across often where users are trying to enforce uniqueness.