The TIBCO Platform is a real-time, composable data platform that will bring together an evolving set of your TIBCO solutions - and it's available now!
A chart showing the TIBCO Platform vision
Jump to content
Forums
Ask questions and gain insight from discussions

I have a question regarding the number of concurrent sessions


Ivan Hancock

Recommended Posts

Hi all,

I have a question regarding the number of concurrent sessions. If I am going SFTP -> MFT IS -> SFTP, within the application, is there a way of controlling the number of concurrent sessions a source can establish or is this all controlled by the SSH config on the boxes

We are running IS 7.2.4.

Thanks

Ivan

Link to comment
Share on other sites

Thanks for bringing this up Ivan. One of the issues that we have found here is at times if you have certain transfer definitions in place wherein you are supposed to get a file transferred from IS to another external server (SSH or SFTP); then depending on the number of times the transfer definition has triggered the number of connections to the external server will go up. Now in a typical Linux/UNIX environment you have ulimits set at an OS level. For instance, if the number of open files per process is set to 1024 then IS will be able to open max 1024 connections and these are the entries as part of file descriptors. Beyond the same, one may get "Too many open files" error.

In certain organizations increasing ulimits may not be suitable hence there needs to be a way to handle such TCP connections. Is there really a configuration (as part of web.xml or server.xml) which could be used

Link to comment
Share on other sites

Thanks for this, but I was more interested in understanding if it can be controlled on a server by server basis rather than in it's entirety. For example, what is there to stop one source opening 1000's of concurrent connections. In Connect:Direct for example you have a max sessions parm per node that controls the number of available sessions. Is there similar limiting config in IS or is it just controlled at this higher level
Link to comment
Share on other sites

With IS, if you have multiple nodes, they share the same back end database that controls the various send/receive server/transfer/user information. The server.xml file is specific to that machine and is configured independent of each other. So, yes, it is on a server by server basis. The maxConnections tomcat parameter will limit the number of simultaneous sessions once it is configured. All server.xml parameters are on a server by server basis. There is also lockout rules that can be done (which involve failed password attempts) on a more global level.
Link to comment
Share on other sites

Satyakam, I can't say for sure, that is probably more of a support ticket type of question. "too many" is a very observational type of comparison. I would check the settings on the transfer definitions and see if there is pooling in place. That's the only thing I can think of at the moment. I haven't observed any impact from "close_wait" status connections on any of my machines.
Link to comment
Share on other sites

I have seen instances of connections in a close wait state, but we have been unable to determine the cause of this.

I suspect it may be due to idle connections being terminated.

I suggest setting the SSH Pooling Idle Timeout to 10 (default is 30) minutes

I suggest setting the FTP Pooling Idle Timeout to 10 (default is 30) minutes

In these cases, MFT will terminate the connections before a firewall terminates them.

Link to comment
Share on other sites

  • 2 years later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...