Unable to open or very slow opening of DCR

Hi,

I have one user for which the DCR either do not open or takes very long time (more than 10-15mins). The same user ID works without any slowness from all other locations except this 2 office locations (where it was working alright without any issue till few days back). The datacapture.cfg is very typical with few text boxes, radio buttons & 2-3 simple inlines. I checked with the user machine & found nothing unusual.

basically they just see the white box with the heading "Teamsite templating data capture form" & mouse in execution state.

wasnt able to find poper helpful links in devnet on this. Any thoughts how i can proceed with any conclusive tests or any tips. I will be talking to the n/w admins there tmorrow on this.

!thanks
Chary

Find more posts tagged with

Comments

iwovGraduate

TeamSite version ? SP/Patch level ? OS ?
Client browser version ?

psr

Very Sorry ..

Solaris 5.8
TS552
SP3
Client Browser : IE6.0

!Thanks

Edited by psr on 03/17/05 05:51 AM (server time).

Migrateduser

It's very likely that the issue might be completely network-related and not TS at all. I've seen instances where this latency had occured in very isolated environments. Most often, it's turned out to be the network environment.

Of course, the more inlines you're calling, the more likely that one of them could be the problem (again, relating to network settings), but I'd try working with a few sample users that are experiencing this problem, gradually stripping out DCT elements and if it's still a problem, THEN I think it's appropriate to pass the buck

Dave

Current Environment(s):
(1) TS 6.1 SP2 on W2K3
(2) TS 6.1 SP2 on W2K
(3) TS 6.1 on W2K

nipper

run DOS ad ping the server (from the problem machine and from a good machine)

ping -t servername

psr

The network people have checked for any netwrok issues & it came out -ve there. The ping works absolutely fine from the user machines. Any further ideas?

Migrateduser

I assume that the performance issues have been pretty much constant since they were first noticed? I realize that it'd be a pain in the @ss, but what about stripping out the DCT until it's bare? It might determine if/where there is a bottleneck (especially with inlines). Also, other things that can impact performance are active workflows. Do you know how many active workflows and tasks there are on the server currently? Also, what kind of hardware is the server running on? What kind of hardware are the problem client machines running on? From a client machine, they'd be able to open up the task manager and monitor the CPU to see if it's spiking and therefore not enough resources running on the client box(es) to support the DCT? I've seen this more than a few times with 5.5.2.

Dave

Current Environment(s):
(1) TS 6.1 SP1 on W2K3
(2) TS 6.1 SP2 on W2K
(3) TS 6.1 on W2K

nipper

Inlines run on the server, so those should be consistant for all users.

Do you have FormAPI in these DCRs ?

Andy

nipper

Also, do you have a laptop that people use for TS ? Can you put in this office
& see if the if the performance is poor ?

Do you use a lot of the visual formatter ? Try removing it and reinstalling it.

Andy

Migrateduser

Regarding inlines:

Right, but who knows what kind of calls he's making on (presumably) his inlines? He might be calling routines that parse or otherwise reference files on machines remote to the server, etc. I've done some pretty FuNkY things with inlines, so I know what an x-factor they can be. It's just a suggestion, anyway

Dave

Current Environment(s):
(1) TS 6.1 SP1 on W2K3
(2) TS 6.1 SP2 on W2K
(3) TS 6.1 on W2K

psr

Sorry guys was little busy working on ths same issue & talking to the people,

Basically the client is at remote place, Here are some of my findings & I may rephrase few things here,

1. The user can connect to TeamSite but it is very slow
2. The TeamSite GUI itslef is taking lot of time to comeup
3. Now when he try to edit the DCR, it takes a very long time to open the DCR (10-15 mins) or doesnt open at all.
4. Using the same User ID I can successfully edit the same DCR from my machine as well as the people from other remote locations, as well as few other locations nearby users office ..but it is only the 2 locations from where they are facing this problem
5. They recently had a infrastructure change .. but the netowrk folks say there are no issues. As a matter of fact the user can access rest of the other sites (I asked for CNN, BBC, yahoo...) wihout any issue.
6. The ping to server works just fine
7. There are few simple elements in the DCT & no direct usage of VFE (it get activated on a click of button)
8. last but no least things were working fine few days back for the same users for the same contents

In my view .. the possible culprits are ...
1. Networking (most likely)
2. Some problem with the user machines (but this can not happen for all the users in the same office)
3. some problem with the datacapture.cfg (somebody else taks care of but looks simple)

The people are at distant location & there is a time difference & difficulty in interaction. I was unable to test the DCT changes, was just waiting for the networking folks reply.

I already faced simillar issue with other clients before where there was some networking issue involved. But dont recollect the exact details now.

Any clues how I can test for any networking issues related to DCR editing.

!Thanks

Adam Stoller

Not sure if this helps or not - but I find that opening DCRs - especially those with lots of replicants in them (and perhaps especially in IE) seems to take a long time because it fetches all those icons for the '+', '<' '>', and 'X' for each and every replicant - and that's a lot of back-and-forth HTML traffic.

Perhaps IWOV should continue with their change from using buttons to using hyperlinks for these functions?

--fish
Senior Consultant, Quotient Inc.
http://www.quotient-inc.com

psr

No there are no replicants at all :-)

nipper

How is the performance of regular web traffic from your TS server to the office ?

i.e. run in your browser:

http://ts_server:81/iw-mount/default/main/BRANCH/WORKAREA/WA/index.html (or what ever)

Take TeamSite out of the equation, how does that perform ?

Also log into the TS server and try to ping or traceroute the remote office servers.
I have seen problems when a client can easily get to a server, but the server cannot
reply to the client (without waiting for a timeout)

Andy