सेलेनियम सर्वर SIGTERM

Question

के साथ मारे जाने के बाद सॉकेट से बंधे नहीं है, एक बार मारे जाने के बाद, सेलेनियम सर्वर सर्वर पोर्ट को प्राप्त करने के बिना भी सभी स्टार्टअप पर लटकता है।

रीबूटिंग समस्या को हल करता है। एक अलग उपयोगकर्ता के रूप में चलने से सेलेनियम फिर से शुरू होता है, लेकिन के बाद प्रक्रिया मारे जाती है, यह अब और काम नहीं करेगी।

यह वर्चुअलबॉक्स वीएम में लिनक्स 2.6.32-5-amd64 (डेबियन निचोड़) पर है। working और when it's not पर सिस्टम कॉल का लॉग देखकर, कुछ घटक सॉकेट भी बाध्य होने से पहले लॉक लगते हैं। selenium log बहुत मदद नहीं है।

उत्पादन कोई संकेत नहीं देता है या तो:

$ java -jar selenium-server-standalone-2.28.0.jar 
Dec 27, 2012 5:41:35 PM org.openqa.grid.selenium.GridLauncher main 
INFO: Launching a standalone server 
17:41:35.703 INFO - Java: Sun Microsystems Inc. 14.0-b16 
17:41:35.704 INFO - OS: Linux 2.6.32-5-amd64 amd64 
17:41:35.737 INFO - v2.28.0, with Core v2.28.0. Built from revision 18309 
17:41:35.867 INFO - RemoteWebDriver instances should connect to: http://127.0.0.1:4444/wd/hub 
17:41:35.868 INFO - Version Jetty/5.1.x 
17:41:35.868 INFO - Started HttpContext[/selenium-server/driver,/selenium-server/driver] 
17:41:35.869 INFO - Started HttpContext[/selenium-server,/selenium-server] 
17:41:35.869 INFO - Started HttpContext[/,/] 

Answer 1

यह एक जावा समस्या है, इसकी आरएनजी /dev/random से अनिवार्य रूप से पढ़ती है। एक वीएम पर, यादृच्छिक पूल सीमित है और अक्सर एक या दो रनों के बाद थक जाता है। किसी कारण से, सेलेनियम/जेट्टी स्टार्टअप का एक हिस्सा समस्याग्रस्त आरएनजी के लिए पूछता है। समस्या को ठीक करने के लिए, advise Java to use /dev/urandom instead:

java -Djava.security.egd=file:/dev/./urandom \ 
    -jar selenium-server-standalone-2.28.0.jar 

ठीक काम करता है।