Telnet client action items hang while logging into remote unix machines

<style type="text/css"> </style>

HI,

We have automated our build recently using FinalBuilder 6.2. This process involves telnetting to remote UNIX machines and running some scripts that does the actual build. We build on 40 machines paralleled. So we have to invoke 40*2 ( 2 telnets for each machine) 80 telnet clients actions items at peak times.

Now coming to the problem description.

For initial 10-15 telnets it is working well and good. Then telnet client action items hang at waiting for login prompt indefinitely. We tried setting up 30 min timeout and retrying it again. But retries happens several times but no use. Each retry is timed out.

After reaching this situation we are helpless. No telnet action works. We have to close FB and restart to get it working.

And telnet connections from command prompt work very well even at the stage when FB was not doing it.

My Questions:

Do you have any limitations on telnet client invocations ? We run near about 80 telnet client action items at a time. And this gets repeated as time passes.

Do you have any work around to make this telnets working continuously without closing and opening FB project? Please note after a close and re-opening FB project telnet clients work well and good up to certain time and again problem starts. We have to run this project continuously 5 days a week without killing.

Hoping to get some solution for this as soon as possible.

We see some stack dump generated on the Messages Tab. Pasted below every thing from that Tab.

[Edit - removed stack trace, please do not post stack traces on our forums]

 

Responded via email - please either post on forums or send email to support, not both.

Hello,

Did you find a solution on this? We have a quite similar problem: FinalBuilder 6.2 and remote builds on multiple UNIX machines via telnet. FB telnet actions time-out, whereas command prompt telnet works. Restarting FB resolves the issue for a while.

Thank you in advance.
Regards,
Lasse