Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I recently ran into a problem where a Solaris server could not establish a TCP socket on port 2126. From a packet capture I see this (note: A is a Solaris server, B is a router):

  1. A sends SYN to B
  2. B sends SYN, ACK to A

Notice A (Solaris) does not acknowledge the SYN from B.

Due to the business impact of the problem, I had to reboot the server to fix the problem. That said, I want to know the next time the problem occurs, what can I do to get a root cause (ie before server reboot)?

Thanks in advance.

share|improve this question
Where and how do you capture the traffic ? Is this reproducible ? Why are you rebooting the server ? – jlliagre Dec 21 '10 at 14:07
We captured traffic from the Solaris server using snoop. Unfortunately this is not a reproducible problem. Why reboot? Well, there are 35 routers. I found the socket failure always occurred with the 35th router. In other words, I have to bring one router "out of service" to open a socket on another. It seemed to me this is some resource starvation issue. – anurag kohli Dec 21 '10 at 22:30

You didn't mentioned which Solaris version we are talking here about. As a solution: The best option is to check whether Oracle created any patches and how current is this Solaris. Do you have any support for this system? Also, consider setting DTrace probes, to collect some data of the system when this occurs.

share|improve this answer
This is Solaris 10 (5.10 Generic_137111-02). Yes there is a support contract. I am new to Solaris so I will look further into Dtrace. Any recommendations? – anurag kohli Dec 21 '10 at 22:38
You should start (and finish) here:… Regards! – plluksie Dec 26 '10 at 10:34
Thanks plluksie. – anurag kohli Dec 27 '10 at 8:08
You're welcome. Good luck. – plluksie Dec 27 '10 at 18:32

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.