opensta-users — OpenSTA users discussion and support

Re: [OpenSTA-users] Not able to login on application while recording

[Olaf K. <ok...@ab...>]

Dev Grover schrieb:
> Hi All,
> 
> I am trying to create a login script for an application but when i
> provide UID and PWD to this application and click on Login button,
> application does not show that i am logged in however if i login on
> this application normally, it shows my name and logout link.
> 
> if record the same script using LoadRunner application shows my name
> and logout link.
> 
> What could be the reason? please help me in resolving this issue.

Hi,

my first thought is that this due to session data, perhaps cookies or
url-encoded session identifiers, that are not recorded...

Does the generated script look like the session cookie is correctly
identified and handled in the script?

Cheers,
Olaf

Re: [OpenSTA-users] Load Request_info header?

[Olaf K. <ok...@ab...>]

Parvinder Ghotra schrieb:
> Hello,
> 
> Is there command "Load Request_info Header"?  I know there is a command
> "Load Response_info Header", but the cookies I'm try to parse out are in
> the "request headers" section of the headers.  Below is an example of a
> HEADER, I need to grab _utma, _utmb from the cookie under the REQUEST
> HEADERS section:

Why would you load something FROM the Request headers, if it's only in
there when you send it first... ?

The request contains headers that are specified by the sender, e.g. the
sending script.

If you need access to some cookie values, they have most likely been
previously recorded from a response header. If they are not recorded
they probably have already been set prior to recording... Delete all
cookies for your domain-under-test before starting to record.

Cheers,
Olaf

Re: [OpenSTA-users] Load Request_info header?

[Carsten F. <car...@s-...>]

I might have got it wrong, but I would expect that all that's in the script
belongs to the request-side of things. ;-)

Unless you're running some local java or something application in your
browser, that sets up cookies all by itself, 
cookies ought to be send to you at an earlier stage of the communication
with the webserver. Look back in the script - cookies
are identified by the URI, sometimes the top address, like
www.something.xom, sometimes constrained to specific paths, like
www.something.xom/admin/somewhereelse/ and your browser will always send
along all the cookies that it knows, which can be identified
with the URI it communicates with.
I would take a wild guess that the cookies arrives earlier on, and you need
to find out when. Recording does automatically (or is it an option ?)
extract cookies into variables, so they are easy to find.

Cheers,
/Carsten :-)


-----Original Message-----
From: ope...@li...
[mailto:ope...@li...] On Behalf Of Parvinder
Ghotra
Sent: 22. februar 2008 21:09
To: ope...@li...
Subject: [OpenSTA-users] Load Request_info header?

Hello,

Is there command "Load Request_info Header"?  I know there is a command
"Load Response_info Header", but the cookies I'm try to parse out are in
the "request headers" section of the headers.  Below is an example of a
HEADER, I need to grab _utma, _utmb from the cookie under the REQUEST
HEADERS section:

RESPONSE HEADERS
Date	Fri, 22 Feb 2008 19:40:04 GMT
X-Powered-By	Servlet 2.4; JBoss-4.0.5.GA (build: CVSTag=Branch_4_0
date=200610162339)/Tomcat-5.5, JSF/1.2
P3P	policyref="/w3c/p3p.xml", CP="NOI DSP COR CURa ADMa DEVa TAIa
OUR BUS IND UNI COM NAV INT"
Path=/ communityId=Business; Path=/ communityId=Business; Path=/
communityId=Business; Path=/ communityId=Business; Path=/
Keep-Alive	timeout=5, max=100
Connection	Keep-Alive
Transfer-Encoding	chunked
Content-Type	text/html;charset=UTF-8

REQUEST HEADERS
User-Agent	Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Accept-Language	en-us,en;q=0.5
Accept-Encoding	gzip,deflate
Accept-Charset	ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive	300
Connection	keep-alive
Cookie	__utma=172432185.1240105491.1203699992.1203701405.1203709111.3;
__utmz=172432185.1203699992.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(
none); JSESSIONID=D60A7E103C954D732BEB1C2BD09A76C4.kaptest12;
__utmc=172432185; __utmb=172432185; 


Thank You.

Parvinder Ghotra
QA Automation Engineer
Kaplan Test Prep and Admissions


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
-- 
OpenSTA-users mailing list Ope...@li...
Subscribe/Unsubscribe/Options:
http://lists.sf.net/lists/listinfo/opensta-users
Posting Guidelines: http://portal.opensta.org/faq.php?topic=UserMailingList

Re: [OpenSTA-users] Not able to login on application while recording

[Carsten F. <car...@s-...>]

Hi Dev,

when recording the application 'sees' the opensta nameserver. It might cause
the trouble if you're dealing with
https-requests, which is usually the case when logging in. Check if you're
starting out with http, and then change to
https while logging in. 
I suggest you download the Fiddler (google for it) plugin for IE and use it
while recording and while not recording, then
compare what happens.


Good luck,
/Carsten :-)

[OpenSTA-users] Load Request_info header?

[Parvinder G. <Par...@ka...>]

Hello,

Is there command "Load Request_info Header"?  I know there is a command
"Load Response_info Header", but the cookies I'm try to parse out are in
the "request headers" section of the headers.  Below is an example of a
HEADER, I need to grab _utma, _utmb from the cookie under the REQUEST
HEADERS section:

RESPONSE HEADERS
Date	Fri, 22 Feb 2008 19:40:04 GMT
X-Powered-By	Servlet 2.4; JBoss-4.0.5.GA (build: CVSTag=Branch_4_0
date=200610162339)/Tomcat-5.5, JSF/1.2
P3P	policyref="/w3c/p3p.xml", CP="NOI DSP COR CURa ADMa DEVa TAIa
OUR BUS IND UNI COM NAV INT"
Path=/ communityId=Business; Path=/ communityId=Business; Path=/
communityId=Business; Path=/ communityId=Business; Path=/
Keep-Alive	timeout=5, max=100
Connection	Keep-Alive
Transfer-Encoding	chunked
Content-Type	text/html;charset=UTF-8

REQUEST HEADERS
User-Agent	Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Accept-Language	en-us,en;q=0.5
Accept-Encoding	gzip,deflate
Accept-Charset	ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive	300
Connection	keep-alive
Cookie	__utma=172432185.1240105491.1203699992.1203701405.1203709111.3;
__utmz=172432185.1203699992.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(
none); JSESSIONID=D60A7E103C954D732BEB1C2BD09A76C4.kaptest12;
__utmc=172432185; __utmb=172432185; 


Thank You.

Parvinder Ghotra
QA Automation Engineer
Kaplan Test Prep and Admissions

[OpenSTA-users] Not able to login on application while recording

[Dev G. <dev...@gm...>]

Hi All,

I am trying to create a login script for an application but when i
provide UID and PWD to this application and click on Login button,
application does not show that i am logged in however if i login on
this application normally, it shows my name and logout link.

if record the same script using LoadRunner application shows my name
and logout link.

What could be the reason? please help me in resolving this issue.

Thanks
Dev

[OpenSTA-users] 1.4.4 problem recording with Proxy server

[Stephen K. <Ste...@on...>]

I was wondering if anyone else has seen this problem:

My Environment
---------------------------
Browser (IE 6.0) and Web Server live on the internal company intranet.
Some requests go to external source, outside of the intranet (reporting).

So my IE Browser has a proxy server configured, and a bunch of addresses in
the "Do not use proxy server for addresses beginning with:".

I'm using OpenSTA 1.4.4

My Problem.
----------------------
I can browse my Web Server inside the intranet fine, and the requests are
sent and fulfilled by the external source fine, it's all lovely.

However, when I try to record the script through the modeler I get an error
from the proxy server.  According to the settings in IE, the request
shouldn't be going to the proxy server.  I confirmed the settings in
OpenSTA ("Options -> Gateway") so I know that OpenSTA has read the settings
from IE correctly.  Everything looks good to me, it looks like the request
should go straight to the webserver and not the proxy server.

When I recorded the script in 1.4.3. using all the same equipment it worked
perfectly, so this problem seems related to v1.4.4.

The interesting thing is that I can see that the 1.4.4 script starts with
this:

      Start Timer T_MYTIMER
      CONNECT TO "proxy.example.domain.com:8080" ON 1

So the very first thing the script does it connect to the proxy server,
even though my request should not be sent there.  The 1.4.3 script only has
this "CONNECT " command when it actually sent stuff to the external source.

I've tried recoding using HTTP 1.0 and 1.1, the only thing I could think
would make a difference, and neither of them work, they boh result in the
CONNECT command at the top of the script and the error message from the
proxy server.

I looked at the release note on sourceforge and can't see anything related
to this changing in 1.4.4.

Does anyone know if this area of code changed in 1.4.4?  Is this a known
issue in 1.4.4?  Does it sounds like an issue or a user problem (I can't
think what I'm missing but happy to be told I did something stupid)?

Thanks in advance,
Steve


For the latest data on the economy and society consult National Statistics at http://www.statistics.gov.uk

*********************************************************************************


Please Note:  Incoming and outgoing email messages are routinely monitored for compliance with our policy on the use of electronic communications
*********************************************************************************


Legal Disclaimer  :  Any views expressed by the sender of this message are not necessarily those of the Office for National Statistics
*********************************************************************************


The original of this email was scanned for viruses by the Government Secure Intranet virus scanning service supplied by Cable&Wireless in partnership with MessageLabs. (CCTM Certificate Number 2007/11/0032.) On leaving the GSi this email was certified virus free.
Communications via the GSi may be automatically logged, monitored and/or recorded for legal purposes.

[OpenSTA-users] Recording and playback of https requests yields double {

[Carsten F. <car...@s-...>]

Hi All,

I=92ve been troubled a lot by opensta suddenly giving me a double=A0 { =
in the
URLs. Why this happens is unknown to me, but it comes in these two
varieties:

a. recording a script which requires several redirects, all https. At a
specific point the redirect comes back as:
Location:http://{{server.domain.xx/blablabla....

b. playing back a recorded script, where all references goes as =
https://...
=A0When following the redirects again this may come back as above.

Now, handling b) is fairly simple: just check if the URL-string begins =
with
http://{{ and if so, exchange that with https://...=A0=20
Handling a) is more complicated.

I solved it this way (just in case anybody else drops into this trap =
hole):
Install Fiddler (google will be your friend). It=92s an addon for IE.

Prepare for recording a script in opensta =96 but don=92t press =
=91record=92 just
yet.
Start a browser manually. It will have a button for Fiddler. Press that =
and
await Fiddler to fully launch.
Now go back and record. A new browser opens (with browser I mean IE6), =
and
you can work normally up=20
to the point where you are about to encounter the {{-problem.=20
Then switch to fiddler, and set up a rule breakpoint before requests.
Now continue recording. You=92ll need to approve everything in Fiddler, =
before
it=92s sent, which is tedious. However,
when the culprit request occurs, press =91break on response=92 and =
correct the
response header Location-entry.
(how you do this in Fiddler is pretty simple, so I will not explain in
detail how it=92s done. However, to get you going: rules are in the =
menu, and
you need to see the header-tabs. Editing is done by rightclicking).

Continue with the rule on, until you think it=92s allright, or you=92ve =
got
enough recorded.

Question is though: why does this happen ? Have anybody else this =
problem ?
=A0Have we got a bug in openSTA, as I suspect, as I don=92t think any =
other
piece of software will start putting in extra { in the URLs.. ;-)

I should note that this is encountered on windows XP / windows server + =
IE6.
Another interesting observation is, that I once ran a script that worked
splendidly. 1 hour later I ran a similar, but slightly different script. =
It
failed. I checked that the first script could run, to figure out the
difference.. now it didn=92t. It could be traced down to the b) =
situation. No
configurations where changed in the midtime. Strange..
I didn=92t have this problem all last year, it has only started this =
year. Any
clues ?

Cheers,
/Carsten :-)

Re: [OpenSTA-users] Gateway.exe infinite loop

[Daniel S. <da...@Op...>]

Damien B wrote:
> I write here before opening a bug in order to get some input.

Thank you for doing this - you have not found a bug and this is
exactly why I ask people to post here before logging one.

> Here is the configuration:
> - OpenSTA 1.4.4.11
> - Windows XP SP2
> - Browser IE7 and Firefox (same behaviour)

Both IE7 and the latest Firefoxes are known to have issues with the
OpenSTA gateway recording mechanism, specifically for HTTPS sites,
but they can be made to work with regular sites if you know what you
are doing.

> While recording a script:
> - gateway listening on 192.168.1.103:81
> - target server is 192.168.1.103:8033 (same machine)
> - fetching the very first URL (IE or Firefox address bar + <enter>),
> gateway.exe goes 100% on the CPU, and opens a load connexions.
> 
> Here is the begininning of the console:
> Running in default mode (as a console)...
> 
> Initialize the gateway...
> Listening on < 192.168.1.103:3000>.
> Gateway is running...
> Connection from <192.168.1.103:2759>.
> Listening default on <192.168.1.103:81 > for <> using gwhttp.dll.
> 
> Original Browser configuration
> ------------------------------
> Proxy Configuration : HTTP:POROP103:81;SSL:POROP103:81;FTP:POROP103:81;GOPHER:PO
> ROP103:81;SOCKS:POROP103:81
> Exceptions :
> Local Proxy Value : proxy_for_local

We see here that the proxy in you browser is already set to be port
81 of your local machine before the Gateway starts up and modifies
it to be this.  The effect of this is to create a proxy loop - the
Gateway uses the existing proxy to be the proxy it will pass the
traffic on to.  So effectively it passes the same traffic on to
itself.

Unless you have a real proxy you want to pass onto you should not
have a proxy set up in your browser if you are using the automatic
recording mechanism (where the Modeler starts the browser).

I would also suggest not trying to record and test any Web site
running on the same machine as OpenSTA unless you absolutely cannot
avoid it - there are just too many things that can go wrong and casue
confusion, so you are asking for trouble.

Cheers
/dan
-- 
Daniel Sutcliffe <Da...@Op...>
  OpenSTA part-time caretaker - http://OpenSTA.org/

Re: [OpenSTA-users] Gateway.exe infinite loop

[Dan D. <ddo...@me...>]

Damien wrote:
>Sent: Thursday, January 24, 2008 4:58 PM
>To: ope...@li...
>Subject: [OpenSTA-users] Gateway.exe infinite loop
>Hello,
>I write here before opening a bug in order to get some input.
>Here is the configuration:
>- OpenSTA 1.4.4.11
>- Windows XP SP2
>- Browser IE7 and Firefox (same behaviour)
>
>While recording a script:
>- gateway listening on 192.168.1.103:81
>- target server is 192.168.1.103:8033 (same machine)
>- fetching the very first URL (IE or Firefox address bar + <enter>),
>gateway.exe goes 100% on the CPU, and opens a load connexions.

Damien:  try using IE6 instad of IE7 or Firefox, as Opensta does not support
either of those browsers.

...Dan
www.mentora.com

[OpenSTA-users] Gateway.exe infinite loop

[Damien B <nig...@gm...>]

Hello,
I write here before opening a bug in order to get some input.
Here is the configuration:
- OpenSTA 1.4.4.11
- Windows XP SP2
- Browser IE7 and Firefox (same behaviour)

While recording a script:
- gateway listening on 192.168.1.103:81
- target server is 192.168.1.103:8033 (same machine)
- fetching the very first URL (IE or Firefox address bar + <enter>),
gateway.exe goes 100% on the CPU, and opens a load connexions.

Here is the begininning of the console:
Running in default mode (as a console)...


Initialize the gateway...
Listening on < 192.168.1.103:3000>.
Gateway is running...
Connection from <192.168.1.103:2759>.
Listening default on <192.168.1.103:81 > for <> using gwhttp.dll.

Original Browser configuration
------------------------------
Proxy Configuration : HTTP:POROP103:81;SSL:POROP103:81;FTP:POROP103:81;GOPHER:PO
ROP103:81;SOCKS:POROP103:81
Exceptions :
Local Proxy Value : proxy_for_local

Connection from <192.168.1.103:2761> to default <0.0.0.0:0> using gwhttp.dll .
Connection from <192.168.1.103:2762> to default <0.0.0.0:0> using gwhttp.dll.
Connection from < 192.168.1.103:2763> to default <0.0.0.0:0> using gwhttp.dll.
Connection from <192.168.1.103:2764> to default < 0.0.0.0:0> using gwhttp.dll.
Connection from <192.168.1.103:2765> to default <0.0.0.0:0> using gwhttp.dll.
Connection from < 192.168.1.103:2766> to default <0.0.0.0:0> using gwhttp.dll.
[... the port number is sequentially incremented]
Connection from < 192.168.1.103:2804> to default <0.0.0.0:0> using gwhttp.dll.
Connection from <192.168.1.103:2805> to default < 0.0.0.0:0> using gwhttp.dll.
Connection from <192.168.1.103:2806> to default <0.0.0.0:0> using gwhttp.dll.
Connection from < 192.168.1.103:2807> to default <0.0.0.0:0> using gwhttp.dll.


Activating Console & Trace (same bloc repeated over and over):
 > ACT 3: SELECT:CAPTURE> ACT 3: SELECT:CAPTURE.
>>> GCT 5: new gateway client task.
>>> GCT 5: try to load the library 'gwhttp.dll'.
>>> GCT 5: <application client    -> ' gwhttp.dl' -> target listener      >
>>> GCT 5: <192.168.1.103:3109    -> 81/0        -> 0.0.0.0:0            >
>>> GCT 5: target address auto detect mode is actif.
nspsend:packet dump - parseBuffer 1,350
nspsend:47 45 54 20 68 74 74 70 3A 2F 2F 31 39 32 2E 31 36 38 2E 31 2E
31 30 33 3A 38 30 33 33 2F 20 48  |GET http://192.168.1.103:8033/ H|
nspsend:54 54 50 2F 31 2E 31 0D 0A 41 63 63 65 70 74 3A 20 2A 2F 2A 0D
0A 41 63 63 65 70 74 2D 4C 61 6E  |TTP/1.1..Accept: */*..Accept-Lan|
nspsend:67 75 61 67 65 3A 20 66 72 0D 0A 55 41 2D 43 50 55 3A 20 78 38
36 0D 0A 41 63 63 65 70 74 2D 45  |guage: fr..UA-CPU: x86..Accept-E|
nspsend:6E 63 6F 64 69 6E 67 3A 20 67 7A 69 70 2C 20 64 65 66 6C 61 74
65 0D 0A 55 73 65 72 2D 41 67 65  |ncoding: gzip, deflate..User-Age|
nspsend:6E 74 3A 20 4D 6F 7A 69 6C 6C 61 2F 34 2E 30 20 28 63 6F 6D 70
61 74 69 62 6C 65 3B 20 4D 53 49  |nt: Mozilla/4.0 (compatible; MSI|
nspsend:45 20 37 2E 30 3B 20 57 69 6E 64 6F 77 73 20 4E 54 20 35 2E 31
3B 20 28 52 31 20 31 2E 36 29 3B  |E 7.0; Windows NT 5.1; (R1 1.6);|
nspsend:20 2E 4E 45 54 20 43 4C 52 20 31 2E 31 2E 34 33 32 32 3B 20 49
6E 66 6F 50 61 74 68 2E 32 3B 20  | .NET CLR 1.1.4322; InfoPath.2; |
nspsend:2E 4E 45 54 20 43 4C 52 20 32 2E 30 2E 35 30 37 32 37 3B 20 2E
4E 45 54 20 43 4C 52 20 33 2E 30  |.NET CLR 2.0.50727; .NET CLR 3.0|
nspsend:2E 30 34 35 30 36 2E 33 30 3B 20 2E 4E 45 54 20 43 4C 52 20 33
2E 30 2E 30 34 35 30 36 2E 36 34  |.04506.30; .NET CLR 3.0.04506.64|
nspsend:38 29 0D 0A 48 6F 73 74 3A 20 31 39 32 2E 31 36 38 2E 31 2E 31
30 33 3A 38 30 33 33 0D 0A 50 72  |8)..Host: 192.168.1.103:8033..Pr|
nspsend:6F 78 79 2D 43 6F 6E 6E 65 63 74 69 6F 6E 3A 20 4B 65 65 70 2D
41 6C 69 76 65 0D 0A 0D 0A 00 00  |oxy-Connection: Keep-Alive......|
After
nspsend:47 45 54 20 68 74 74 70 3A 2F 2F 31 39 32 2E 31 36 38 2E 31 2E
31 30 33 3A 38 30 33 33 2F 20 48  |GET http://192.168.1.103:8033/ H|
nspsend:54 54 50 2F 31 2E 31 0D 0A 41 63 63 65 70 74 3A 20 2A 2F 2A 0D
0A 41 63 63 65 70 74 2D 4C 61 6E  |TTP/1.1..Accept: */*..Accept-Lan|
nspsend:67 75 61 67 65 3A 20 66 72 0D 0A 55 41 2D 43 50 55 3A 20 78 38
36 0D 0A 41 63 63 65 70 74 2D 45  |guage: fr..UA-CPU: x86..Accept-E|
nspsend:6E 63 6F 64 69 6E 67 3A 20 67 7A 69 70 2C 20 64 65 66 6C 61 74
65 0D 0A 55 73 65 72 2D 41 67 65  |ncoding: gzip, deflate..User-Age|
nspsend:6E 74 3A 20 4D 6F 7A 69 6C 6C 61 2F 34 2E 30 20 28 63 6F 6D 70
61 74 69 62 6C 65 3B 20 4D 53 49  |nt: Mozilla/4.0 (compatible; MSI|
nspsend:45 20 37 2E 30 3B 20 57 69 6E 64 6F 77 73 20 4E 54 20 35 2E 31
3B 20 28 52 31 20 31 2E 36 29 3B  |E 7.0; Windows NT 5.1; (R1 1.6);|
nspsend:20 2E 4E 45 54 20 43 4C 52 20 31 2E 31 2E 34 33 32 32 3B 20 49
6E 66 6F 50 61 74 68 2E 32 3B 20  | .NET CLR 1.1.4322; InfoPath.2; |
nspsend:2E 4E 45 54 20 43 4C 52 20 32 2E 30 2E 35 30 37 32 37 3B 20 2E
4E 45 54 20 43 4C 52 20 33 2E 30  |.NET CLR 2.0.50727; .NET CLR 3.0|
nspsend:2E 30 34 35 30 36 2E 33 30 3B 20 2E 4E 45 54 20 43 4C 52 20 33
2E 30 2E 30 34 35 30 36 2E 36 34  |.04506.30; .NET CLR 3.0.04506.64|
nspsend:38 29 0D 0A 48 6F 73 74 3A 20 31 39 32 2E 31 36 38 2E 31 2E 31
30 33 3A 38 30 33 33 0D 0A 50 72  |8)..Host: 192.168.1.103:8033..Pr|
nspsend:6F 78 79 2D 43 6F 6E 6E 65 63 74 69 6F 6E 3A 20 4B 65 65 70 2D
41 6C 69 76 65 0D 0A 0D 0A 00 00  |oxy-Connection: Keep-Alive......|

Does someone has a clue to make it work?

Damien B

Re: [OpenSTA-users] OpenSTA on Clustered Environment with Kerberos

[Gary C. <gar...@gm...>]

Correction..
"... However, in a non-clustered env.." - This should be CLUSTERED
env, where the problem occurs. We don't have any problem recording and
running scripts in the non-clustered env. Only in the clustered one,
where we must perform load testing.

[OpenSTA-users] OpenSTA on Clustered Environment with Kerberos

[Gary C. <gar...@gm...>]

Hello.

We use OpenSTA v 1.4.4.
We have 2 test environments:
1. Non-clustered, and using NTLM
2. Clustered, and using Kerberos (Negotiate) - where load testing will
be conducted
All web servers are Windows 2003 Server.

In the non-clustered env, we could record successfully. We need to
manually edit the script, though, for the NTLM change-response
authentication. But the script works, no problem with that. However,
in a non-clustered env, we get the 401 Unauthorized status most of the
time during the recording of the scripts. And afterwards, we would
also be getting this when we access the web app using just the browser
(without OpenSTA recording). After leaving the machine idle for a few
minutes, it returns back to normal.

We could actually record successfully sometimes. But most of the time,
it's unsuccessful. Nevertheless, a complete script usually gets the
Unauthorized status when ran. So we can't proceed with our load
testing because we're not sure if the error is caused by incorrect
scripting or by OpenSTA itself.

Does any of you know why this happens? Is this because of the
clustering or the Kerberos? Or both?

Regards,
Gary Concepcion

Re: [OpenSTA-users] Compiling problems

[Simeon P. <st...@ya...>]

Hi Ellinor, 

The first error (Source Line is Too Long) may come
from the line length restriction in OpenSTA scripts. 
Sometimes recording a script will record a line that
is too long.  Fix Line 23 as in the following example:

"this is an OpenSta source line that is too long."

becomes

"this is an OpenSta source line" &
" that is too long."

Simply break the line up in the middle, and add an &
character after the first line.  If you break the line
in the middle of a string (like in the example), also
add a " character to the end of the first line and
start the next line with a " character.

Simeon Potts

--- Ellinor Wahlund
<ell...@cy...> wrote:

> Hi!
> 
> i have big problems playing a test in the latest
> version of openSTA (1.4.4), or actuay theproblems
> starts already in the script since I cannot compile
> the script. I record a  simple test script, going to
> www.google.se<http://www.google.se> and seacrh for
> semthing, then stop the recording. When I  use this
> script in a test I get compile error
> 
<...snip...>
> C:\Program
> Files\OpenSTA\Repository\Scripts\GOOGLE_SE.HTP(23) :
> error (badrecsiz), Source Line is Too Long
<...snip...>

[OpenSTA-users] Compiling problems

[Ellinor W. <ell...@cy...>]

Hi!

i have big problems playing a test in the latest version of openSTA (1.4.4)=
, or actuay theproblems starts already in the script since I cannot compile=
 the script. I record a  simple test script, going to www.google.se<http://=
www.google.se> and seacrh for semthing, then stop the recording. When I  us=
e this script in a test I get compile error

  "User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; SIMBAR=3D=
{A7DB4622-C79D-4F0B-B2C3-B99341FFC77E}; .NET CLR 2.0.50727)"
***************************************************************************=
**********************************************************
C:\Program Files\OpenSTA\Repository\Scripts\GOOGLE_SE.HTP(23) : error (badr=
ecsiz), Source Line is Too Long
Code
****
C:\Program Files\OpenSTA\Repository\Scripts\GOOGLE_SE.HTP(25) : error (extt=
xt), Unexpected Text Encountered Following Statement
 Entry[USER_AGENT,USE_PAGE_TIMERS]
 *********************************
C:\Program Files\OpenSTA\Repository\Scripts\GOOGLE_SE.HTP(27) : error (invd=
efcmnd), Invalid Definition Section Command
... and much more. The same erorrs appear if I compile the script in the Sc=
ript modeler.
I record the script in Explorer 7 (selected Explorer 6 in the Option - Brow=
ser since 7 was not available).  I have Mozilla installed on my computer, b=
ut it is not running while I record.

Can someone please help me with this?
/Ellinor

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D
Ellinor Wahlund

Cybercom Sweden East
Box 47612
117 94  Stockholm
Visit: =C5rsta=E4ngsv=E4gen 19B
Mobile: +46 (0)702 019 384

www.cybercomgroup.com<http://www.cybercomgroup.com/>

[OpenSTA-users] (no subject)

[Valeria M. <val...@ho...>]

Hi everybody.
I have created a very simple script (access to an url, log in, and two clic=
ks inside the page, before logging out). This works on my repository when i=
 disable the cookies, but the first problem is, i cannot execute the test i=
n another repository (same and different host). The second problem is, i ca=
nnot manage to change the cookies for variable or constant, i define and in=
icialize them but they keep the cookie value, what could this be?.
Thanks in advance.
Val.
PS: Windows XP. Opensta 1.4.4

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/=

Re: [OpenSTA-users] Gateway initialization problem

[Bernie V. <Ber...@iP...>]

Hi Olivier,

I wish I had something more to offer you but I believe there is something 
unique about your PC that is causing problems. I encourage you to try 
another computer, preferably one with a clean windows install (2003 or XP 
Pro SP2) with IE6.

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html 

Re: [OpenSTA-users] Gateway initialization problem

[Olivier P. <opa...@la...>]

Hi again Mr. Velivis,
I am really glad of your support. This is well appreciated.
First, just to be clear, I am having problem with the gateway initialization
before browsing any pages (I did not do any recording). So it won't be
useful to give you a page that I want to record.
I tried all of your ideas (I tried IE6, I tried changing the registry,
turning off anti-phishing, and changing the MaxUserPort registry) and there
were no good result.
Also, I am not going through a gateway to access the Internet.
Hope this will help,
Olivier


-----------------------------------------------------------
Hi Olivier,

This is the first time I have seen a 10048 error during recording. This
error is common during playback and a solubtion is described here
http://portal.opensta.org/modules.php?op=modload&name=phpWiki&pagename=Playb
ackAddressInUse&file=index

Please read the above and try increasing MaxUserPort in the registry. I
doubt the gateway reads the TExecuter_web.ini file, but you can try making
the changes for linger and reuseadr specified by the URL I asked you to
read.

A few other things;

1) Is the URL private or is it available over the internet? (If I can
experience the error myself, it might give me some inspiration. Fee free to
email me privately with the URL if it can be reached via the internet.)
2) How many pages do you visit before the error occurs during recording? If
it does not happen on the first page, what happens if you stop the recording
before the failure? Is a script generated?
3) Can you reproduce this with IE6?
4) Do you normally go through a gateway (not OpenSTA's gateway)  to access
the web site?
5) Does turning off IE7's anti-phishing features help?

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900


----- Original Message -----
From: "Olivier Paquette" <opa...@la...>
To: <ope...@li...>
Sent: Monday, December 10, 2007 11:48 AM
Subject: Re: [OpenSTA-users] Gateway initialization problem


> Hi again, Mr. Velvilis, and thank you for your reply.
> To be more precise, I am using Windows XP Pro with Service Pack 2 and IE7.
> Also, I installed it on another computer (with admin privs) so I am sure 
> it
> is not an installation problem.
> Moreover, the error with the gateway cannot be made from a problem of
> shutting it down because it happened on the first time, so I it never 
> opened
> right.
> Finally, to give you a better idea of the gateway problem, I runned
> gateway.exe through a console and it gave me that log:
> Initialize the gateway...
> Close listener on <10.10.11.1:7208>.
> !!               WSAEADDRINUSE,              Address already in use.,
>   Only one usage of each socket address (protocol/IP address/port) is
> normally
> permitted. This error occurs if an application attempts to bind a socket 
> to
> an I
> P address/port that has already been used for an existing socket, or a
> socket th
> at wasn't closed properly, or one that is still in the process of closing.
> For s
> erver applications that need to bind multiple sockets to the same port
> number, c
> onsider using setsockopt(SO_REUSEADDR). Client applications usually need 
> not
> cal
> l bind at all - connectwill choose an unused port automatically.
> ,<
>
F:\OpenSTA\Builds\cvs-rw\ostaw32\src\Architecture\CyrToolsOS\socket.cpp/832>
> ,100
> 48
> newTask: new task's initialization
> failed.,<F:\OpenSTA\Builds\cvs-rw\ostaw32\src
> \http\HttpGateway\gateway\gateway.cpp/478>4265615
>
> So thanks again for your help,
> Olivier

Re: [OpenSTA-users] Gateway initialization problem

[Bernie V. <Ber...@iP...>]

Hi Olivier,

This is the first time I have seen a 10048 error during recording. This 
error is common during playback and a solubtion is described here 
http://portal.opensta.org/modules.php?op=modload&name=phpWiki&pagename=PlaybackAddressInUse&file=index

Please read the above and try increasing MaxUserPort in the registry. I 
doubt the gateway reads the TExecuter_web.ini file, but you can try making 
the changes for linger and reuseadr specified by the URL I asked you to 
read.

A few other things;

1) Is the URL private or is it available over the internet? (If I can 
experience the error myself, it might give me some inspiration. Fee free to 
email me privately with the URL if it can be reached via the internet.)
2) How many pages do you visit before the error occurs during recording? If 
it does not happen on the first page, what happens if you stop the recording 
before the failure? Is a script generated?
3) Can you reproduce this with IE6?
4) Do you normally go through a gateway (not OpenSTA's gateway)  to access 
the web site?
5) Does turning off IE7's anti-phishing features help?

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html


----- Original Message ----- 
From: "Olivier Paquette" <opa...@la...>
To: <ope...@li...>
Sent: Monday, December 10, 2007 11:48 AM
Subject: Re: [OpenSTA-users] Gateway initialization problem


> Hi again, Mr. Velvilis, and thank you for your reply.
> To be more precise, I am using Windows XP Pro with Service Pack 2 and IE7.
> Also, I installed it on another computer (with admin privs) so I am sure 
> it
> is not an installation problem.
> Moreover, the error with the gateway cannot be made from a problem of
> shutting it down because it happened on the first time, so I it never 
> opened
> right.
> Finally, to give you a better idea of the gateway problem, I runned
> gateway.exe through a console and it gave me that log:
> Initialize the gateway...
> Close listener on <10.10.11.1:7208>.
> !!               WSAEADDRINUSE,              Address already in use.,
>   Only one usage of each socket address (protocol/IP address/port) is
> normally
> permitted. This error occurs if an application attempts to bind a socket 
> to
> an I
> P address/port that has already been used for an existing socket, or a
> socket th
> at wasn't closed properly, or one that is still in the process of closing.
> For s
> erver applications that need to bind multiple sockets to the same port
> number, c
> onsider using setsockopt(SO_REUSEADDR). Client applications usually need 
> not
> cal
> l bind at all - connectwill choose an unused port automatically.
> ,<
> F:\OpenSTA\Builds\cvs-rw\ostaw32\src\Architecture\CyrToolsOS\socket.cpp/832>
> ,100
> 48
> newTask: new task's initialization
> failed.,<F:\OpenSTA\Builds\cvs-rw\ostaw32\src
> \http\HttpGateway\gateway\gateway.cpp/478>4265615
>
> So thanks again for your help,
> Olivier
>
>
> -------------------------------
> Olivier ,
>
> Based on prior questions of the same nature, It is likely that gateway is
> not gracefully shutting down when you stop recording. So when you try to
> start another recording, you get the init error. I trust you are not using
> Vista. IE7 is know to not work with HTTPS recording. IE7 can also try to
> open HTTPS links when trying to do "anti-phishing" stuff which causes
> problems. If on Vista, try XP or Win 2003. If IE6 is an option, try that 
> ...
>
> OpenSTA 1.4.4, IE6, and Win 2003 or XP Pro are a proven stable 
> combination.
>
> Lastly, something might have gotten trashed in the install. Be sure you 
> have
> admin privs both to install and run OpenSTA. To re-install, run the .msi
> file, and select remove. Reboot. Run the .msi and  select install. Reboot.
> Try a fresh recording, using IE6 if possilbe.
>
> All the best,
>
> Bernie Velivis
> Performax Inc (www.iPerformax.com)
> 2 Colburn Lane, Hollis, NH 03049, 603.860.7900
>
> Need rapid response OpenSTA support and bug fixes?
> Learn more at http://iperformax.com/services.html
>
> ----- Original Message -----
> From: "Olivier Paquette" <opa...@la...>
> To: <ope...@li...>
> Sent: Friday, December 07, 2007 10:36 AM
> Subject: [OpenSTA-users] Gateway initialization problem
>
>> Hi,
>> I am new to the world of load testing software and I received good
>> comments
>> on this software, so I decided to try it out. Now I just want to do a
>> local
>> recording with my browser to learn how it works. The thing is that when I
>> push the record button, I have to wait 5-6 seconds to have a "start
>> gateway:cannot initialize the gateway" problem. I have searched a lot on
>> the internet about this, but I didn't find anything that suits my
>> situation.
>> I am using Internet Explorer 7 with the 1.4.4 version of OpenSTA. I have
>> also read the FAQ and the index, but it still does not work. Note that I
>> do
>> not have an Automatic Proxy on my desktop, that I'm not trying to work
>> with
>> HTTPS connections and that my browser is closed when I push the record
>> button.
>> The Lan Settings of my browser are just like it is told in the
>> documentation, and I tried some different port values, and it still does
>> not
>> work.
>> Would you please help my on that one?
>> Thanks a lot,
>> Olivier
>
>
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> -- 
> OpenSTA-users mailing list Ope...@li...
> Subscribe/Unsubscribe/Options: 
> http://lists.sf.net/lists/listinfo/opensta-users
> Posting Guidelines: 
> http://portal.opensta.org/faq.php?topic=UserMailingList 

Re: [OpenSTA-users] Gateway initialization problem

[Olivier P. <opa...@la...>]

Hi again, Mr. Velvilis, and thank you for your reply.
To be more precise, I am using Windows XP Pro with Service Pack 2 and IE7.
Also, I installed it on another computer (with admin privs) so I am sure it
is not an installation problem.
Moreover, the error with the gateway cannot be made from a problem of
shutting it down because it happened on the first time, so I it never opened
right. 
Finally, to give you a better idea of the gateway problem, I runned
gateway.exe through a console and it gave me that log:
Initialize the gateway...
Close listener on <10.10.11.1:7208>.
!!               WSAEADDRINUSE,              Address already in use.,
   Only one usage of each socket address (protocol/IP address/port) is
normally
permitted. This error occurs if an application attempts to bind a socket to
an I
P address/port that has already been used for an existing socket, or a
socket th
at wasn't closed properly, or one that is still in the process of closing.
For s
erver applications that need to bind multiple sockets to the same port
number, c
onsider using setsockopt(SO_REUSEADDR). Client applications usually need not
cal
l bind at all - connectwill choose an unused port automatically.
,<
F:\OpenSTA\Builds\cvs-rw\ostaw32\src\Architecture\CyrToolsOS\socket.cpp/832>
,100
48
newTask: new task's initialization
failed.,<F:\OpenSTA\Builds\cvs-rw\ostaw32\src
\http\HttpGateway\gateway\gateway.cpp/478>4265615

So thanks again for your help,
Olivier


-------------------------------
Olivier ,

Based on prior questions of the same nature, It is likely that gateway is
not gracefully shutting down when you stop recording. So when you try to
start another recording, you get the init error. I trust you are not using
Vista. IE7 is know to not work with HTTPS recording. IE7 can also try to
open HTTPS links when trying to do "anti-phishing" stuff which causes
problems. If on Vista, try XP or Win 2003. If IE6 is an option, try that ...

OpenSTA 1.4.4, IE6, and Win 2003 or XP Pro are a proven stable combination.

Lastly, something might have gotten trashed in the install. Be sure you have
admin privs both to install and run OpenSTA. To re-install, run the .msi
file, and select remove. Reboot. Run the .msi and  select install. Reboot. 
Try a fresh recording, using IE6 if possilbe.

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html

----- Original Message -----
From: "Olivier Paquette" <opa...@la...>
To: <ope...@li...>
Sent: Friday, December 07, 2007 10:36 AM
Subject: [OpenSTA-users] Gateway initialization problem

> Hi,
> I am new to the world of load testing software and I received good 
> comments
> on this software, so I decided to try it out. Now I just want to do a 
> local
> recording with my browser to learn how it works. The thing is that when I
> push the record button, I have to wait 5-6 seconds to have a "start
> gateway:cannot initialize the gateway" problem. I have searched a lot on
> the internet about this, but I didn't find anything that suits my 
> situation.
> I am using Internet Explorer 7 with the 1.4.4 version of OpenSTA. I have
> also read the FAQ and the index, but it still does not work. Note that I 
> do
> not have an Automatic Proxy on my desktop, that I'm not trying to work 
> with
> HTTPS connections and that my browser is closed when I push the record
> button.
> The Lan Settings of my browser are just like it is told in the
> documentation, and I tried some different port values, and it still does 
> not
> work.
> Would you please help my on that one?
> Thanks a lot,
> Olivier

Re: [OpenSTA-users] Gateway initialization problem

[Bernie V. <Ber...@iP...>]

Olivier ,

Based on prior questions of the same nature, It is likely that gateway is 
not gracefully shutting down when you stop recording. So when you try to 
start another recording, you get the init error. I trust you are not using 
Vista. IE7 is know to not work with HTTPS recording. IE7 can also try to 
open HTTPS links when trying to do "anti-phishing" stuff which causes 
problems. If on Vista, try XP or Win 2003. If IE6 is an option, try that ... 
OpenSTA 1.4.4, IE6, and Win 2003 or XP Pro are a proven stable combination.

Lastly, something might have gotten trashed in the install. Be sure you have 
admin privs both to install and run OpenSTA. To re-install, run the .msi 
file, and select remove. Reboot. Run the .msi and  select install. Reboot. 
Try a fresh recording, using IE6 if possilbe.

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html



----- Original Message ----- 
From: "Olivier Paquette" <opa...@la...>
To: <ope...@li...>
Sent: Friday, December 07, 2007 10:36 AM
Subject: [OpenSTA-users] Gateway initialization problem


> Hi,
> I am new to the world of load testing software and I received good 
> comments
> on this software, so I decided to try it out. Now I just want to do a 
> local
> recording with my browser to learn how it works. The thing is that when I
> push the record button, I have to wait 5-6 seconds to have a "start
> gateway:cannot initialize the gateway" problem. I have searched a lot on
> the internet about this, but I didn't find anything that suits my 
> situation.
> I am using Internet Explorer 7 with the 1.4.4 version of OpenSTA. I have
> also read the FAQ and the index, but it still does not work. Note that I 
> do
> not have an Automatic Proxy on my desktop, that I'm not trying to work 
> with
> HTTPS connections and that my browser is closed when I push the record
> button.
> The Lan Settings of my browser are just like it is told in the
> documentation, and I tried some different port values, and it still does 
> not
> work.
> Would you please help my on that one?
> Thanks a lot,
> Olivier
>
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> -- 
> OpenSTA-users mailing list Ope...@li...
> Subscribe/Unsubscribe/Options: 
> http://lists.sf.net/lists/listinfo/opensta-users
> Posting Guidelines: 
> http://portal.opensta.org/faq.php?topic=UserMailingList 

[OpenSTA-users] Gateway initialization problem

[Olivier P. <opa...@la...>]

Hi,
I am new to the world of load testing software and I received good =
comments
on this software, so I decided to try it out.=A0 Now I just want to do a =
local
recording with my browser to learn how it works.=A0=A0 The thing is that =
when I
push the record button, I have to wait 5-6 seconds to have a =93start
gateway:cannot initialize the gateway=94 problem.=A0 I have searched a =
lot on
the internet about this, but I didn=92t find anything that suits my =
situation.
I am using Internet Explorer 7 with the 1.4.4 version of OpenSTA.=A0 I =
have
also read the FAQ and the index, but it still does not work.=A0 Note =
that I do
not have an Automatic Proxy on my desktop, that I=92m not trying to work =
with
HTTPS connections and that my browser is closed when I push the record
button.
The Lan Settings of my browser are just like it is told in the
documentation, and I tried some different port values, and it still does =
not
work.
Would you please help my on that one?
Thanks a lot,
Olivier

Re: [OpenSTA-users] How to set SNMP collector to work?

[Bernie V. <Ber...@iP...>]

Jari,

You need to drag and drop the collector onto a new task group (e.g drop on 
the cell row 2,  column "Task 1") in your test to create a task group 
dedicated to running the collector. Once you have done this, click on the 
"start" column of the new task group and assign values for "start task 
group" (usually immediately) and the stop time (set to the duration of your 
test). Tests that include a collector typically have a minimum of two task 
groups, one to run the script(s) and one to run the collector.

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html

----- Original Message ----- 
From: <jar...@ar...>
To: <ope...@li...>
Sent: Tuesday, December 04, 2007 10:53 AM
Subject: [OpenSTA-users] How to set SNMP collector to work?


>
> Hi,
>
> I've created an SNMP collector as documented in OpenSTA 1.4.4.11 Help 
> file.
> But however, I didn't find any documentation how to connect the SNMP
> collector to certain Test run.
>
> So I assumed that the collect makes it's job all the time while some Test
> run is undergoing. But seems that this is not correct, because no "Custom
> NT" or "Custom SNMP" created in Test Pane as mentioned in the help file.
>
> So, what went wrong? As far I know, there is very few documentation about
> the SNMP in OpenSTA.
>
> I have checked, that SNMP works fine in my Linux Server or from my OpenSTA
> workstation. I can even browse the MIB tree using the Collector Query
> Editor in Commander.
>
> My workstation is XPPro SP2.
>
> Thanks,
> Jari
>
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by: The Future of Linux Business White Paper
> from Novell.  From the desktop to the data center, Linux is going
> mainstream.  Let it simplify your IT future.
> http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> -- 
> OpenSTA-users mailing list Ope...@li...
> Subscribe/Unsubscribe/Options: 
> http://lists.sf.net/lists/listinfo/opensta-users
> Posting Guidelines: 
> http://portal.opensta.org/faq.php?topic=UserMailingList 

[OpenSTA-users] How to set SNMP collector to work?

[<jar...@ar...>]

Hi,

I've created an SNMP collector as documented in OpenSTA 1.4.4.11 Help file.
But however, I didn't find any documentation how to connect the SNMP
collector to certain Test run.

So I assumed that the collect makes it's job all the time while some Test
run is undergoing. But seems that this is not correct, because no "Custom
NT" or "Custom SNMP" created in Test Pane as mentioned in the help file.

So, what went wrong? As far I know, there is very few documentation about
the SNMP in OpenSTA.

I have checked, that SNMP works fine in my Linux Server or from my OpenSTA
workstation. I can even browse the MIB tree using the Collector Query
Editor in Commander.

My workstation is XPPro SP2.

Thanks,
Jari

Re: [OpenSTA-users] Can OpenSTA do this?

[Bernie V. <Ber...@iP...>]

> When I replay my script. It says "script completed successfully".
> However, in the HTML output pane, there was no web page displayed. Why
> did this happened?

OpenSTA does not display rendered html during playback. With the prior 
version (1.4.3) there is an add-on called Bview 
(http://portal.opensta.org/index.php?name=News&file=article&sid=42)  which 
adds the capability, but as far as I know it is not available for version 
1.4.4. Read about verifying results to see how this can be done with OpenSTA 
(http://portal.opensta.org/index.php?name=News&file=article&sid=40)

All the best,

Bernie Velivis
Performax Inc (www.iPerformax.com)
2 Colburn Lane, Hollis, NH 03049, 603.860.7900

Need rapid response OpenSTA support and bug fixes?
Learn more at http://iperformax.com/services.html