Distributed SCM connection problems/timeouts. help! [solved]
2 answers
if the time out happens on the "client" side, how about configuring the timeout setting on the eclipse as the following jazz.net article described?
(b. increase connection timeout section in the 5. Checklist)
Flow changes cross repositories with Rational Team Concert
https://jazz.net/library/article/535/
Comments
thanks..
sadly the timeout error does not say where.
even when we use the Eclipse UI, with timeout set to 9999 we still encounter the error sometimes.
now. working with with support we did change the config on both servers to increase the JVM memory. AND I found the api to set the connection timeout in my plainjava app.
the default timeout of 480 seconds (8 mins) turns out to be the magic number indicator,
in my initial testing a few weeks back, nearly all the copies finished in 2-3 minutes.
with the prioritized list of users, the master build users workspaces take 9-12 minutes.
all beyond the 8 minute default!..
changing the timeout to 9999 seconds (2hrs 50 mins) has allowed the utility to process large workspaces (12 in row as of when I left at 10pm last night) without problem.
(I go back in to resume the migration in an hour)
if the error had had ONE more word.. 'client' socket timeout.
Comments
Arne Bister
JAZZ DEVELOPER Jan 31 '14, 4:13 p.m.Sam,
given your high level of experience and outstanding reputation in our Jazz community I guess you have your own good reasons to run on Derby. Personally I have abandoned Derby even for demo and eval purposes.
Unfortunately I have no personal experience with distributed delivery timeouts - but I would highly recommend to involve support as early as possible rather than as late as possible. It comes free with maintenance and if they have the same fair chance as the board, it is an equal race to see who gets you the answer first.
- Arne
sam detweiler
Jan 31 '14, 5:17 p.m.thanks.. I wouldn't use derby in production either. but the team that setup this one server used derby and I have to get their source off NOW, today, and their project stuff too.
1 vote
Arne Bister
JAZZ DEVELOPER Feb 01 '14, 3:02 a.m.:-)
Imagined it would be something like this. I am glad to hear the migration was successful and the team should be glad to have you as the able commander of their migration project.
Maybe just another example of the mantra taught to me by Ralph Schoon, to never use Derby even for an evaluation server, because most evaluation servers ends up being productive anyway.
sam detweiler
Feb 01 '14, 6:30 a.m.oh how I wish! so far we have 3 of 150 workspaces.. even manual duplicate fails..
so close..
I really don't think this is a derby problem.. we are getting socket timeouts..
problem is I have no idea the DSCM code strategy. how the data objects move..
anyhow.. thx.. back to the grind stone today trying to figure out what to do. have a little over 48 hours to move the code twice. (ugh)