Software Quality Assurance & Testing Stack Exchange is a question and answer site for software quality control experts, automation engineers, and software testers. Join them; it only takes a minute:

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

We have cluster of 5 nodes with all of them are only Firefox nodes. We have run into so many issues maintaining the grid up and running.

  • Selenium nodes goes out of memory (JAVA heap space issues)

  • Some sessions stuck in the nodes and it will go for infinite loop hence my Jenkins job hangs and never come back. Sometime a session is hung at ClickEvent or sometime other place but Session is hung while reading on socket.

  • Browser updates? selenium server jar updates ?

Whats the best way to handle the Grid service up and running ? Give us your thoughts.

share|improve this question
What are the issues you mean in your last point? – dzieciou May 12 '13 at 17:31
Not really an answer to your question, but I've seen a lot of people having success with rather than maintaining their own grid and the fees seem reasonable especially considering you now don't need to worry about hardware or maintenance for the grid. – Sam Woods May 13 '13 at 16:17
up vote 1 down vote accepted

Last year I wrote a blog post about similar issues I had:

In short:

  • Finish all the tests (Put Jenkins in shutdown mode to prevent starting of new tests)
  • Shutdown hub (with lifecycle manager)
  • Daily reboot your nodes (auto start server on boot)
  • Place all the executables/scripts on a central file share (for easy updating)
  • Restart hub and take Jenkins out of shutdown mode

The post does not handle the browser updates, but a lot has been written already about updating software on computers with packaging systems. For example Firefox with MS SMS. Shouldn't be to hard to find information about this, maybe even your local IT department has experience with this.

In the end I think its cheaper to just run your tests against Sauce Labs (USA) or TestingBot (EU), because maintaining your own Grid and a lot of different browsers and operating systems can be very time consuming.

share|improve this answer

The memory issue you mentioned has apparently been fixed, so you've got that going for you.

I've had problems with browser updates causing problems; Firefox has a tendancy to throw some popups up when its updating versions which Selenium can't interact with. We've had to login over VNC to our headless servers to try and work out what was going on.

With regards to locking scenarios, a minutely cronjob on the server could check the last changed date of the selenium log; if its not changed in the last hour, restart the node. This might cause the node to keep restarting through the quiet times, but would also keep the locked jobs in Jenkins to a maximum of an hour.

share|improve this answer

You could always set timeout after which grid will lose connection.

You can as well update grid jars(even if not as jenkins plugin).

You need latest selenium drivers if your browsers update regularly.

share|improve this answer
Welcome to SQA, Skorp! Could you elaborate on which of the problems this solves, and just expand on this in general, perhaps including personal experience? – corsiKa Mar 12 '14 at 15:18

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.