Hi All,
I’m seeing problems with my ARGUS server and was wondering if anyone else had seen similar issues before I submit a support ticket.
It’s SL6 EMI3 (3.7.2-1). Using the sun Java 1.7 (same issues seen with openjdk 1.6)
argus-pap-1.6.1-1.el6.noarch
argus-pdp-1.6.0-1.el6.noarch
argus-pdp-pep-common-1.4.0-2.el6.noarch
argus-pep-api-c-2.2.0-1.el6.x86_64
argus-pepcli-2.2.0-1.el6.x86_64
argus-pep-common-2.3.0-1.el6.noarch
argus-pep-server-1.6.1-1.el6.noarch
Most of the time it runs fine but then every so often it stops providing mappings to our ArcCEs. Usually restarting all the services (PAP, PDP, PEPC) slowly then reloading the policy and clearing the cache is enough to get it back online for another week or two. However this weekend it’s been up and down every few hours and restarting it doesn’t seem to have helped at all.
Using the arc-lcmaps tool to test it, I get a variety of errors, usually after many seconds of hanging (it works in maybe 10% of the tests).
Error: pep_authorize(request,response) failed. The Argus-PEP return code is: 1076 with error message: "Server returned nothing (no headers, no data)”
Error: pep_authorize(request,response) failed. The Argus-PEP return code is: 1052 with error message: "Timeout was reached”
Error: pep_authorize(request,response) failed. The Argus-PEP return code is: 1059 with error message: "SSL connect error"
Interestingly after having restarted the services on a terminal window I later get errors like the following in that window - I’m not sure what process they are from, I’ll have to try restarting the services from different windows.
Exception in thread "pool-1-thread-4" java.lang.IllegalStateException: Internal error
at sun.security.ssl.SSLEngineImpl.initHandshaker(SSLEngineImpl.java:451)
at sun.security.ssl.SSLEngineImpl.readRecord(SSLEngineImpl.java:986)
at sun.security.ssl.SSLEngineImpl.readNetRecord(SSLEngineImpl.java:884)
at sun.security.ssl.SSLEngineImpl.unwrap(SSLEngineImpl.java:758)
at javax.net.ssl.SSLEngine.unwrap(SSLEngine.java:624)
at org.mortbay.jetty.security.SslHttpChannelEndPoint.unwrap(SslHttpChannelEndPoint.java:562)
at org.mortbay.jetty.security.SslHttpChannelEndPoint.close(SslHttpChannelEndPoint.java:170)
at org.mortbay.io.nio.SelectChannelEndPoint.idleExpired(SelectChannelEndPoint.java:174)
at org.mortbay.jetty.security.SslHttpChannelEndPoint.doIdleExpired(SslHttpChannelEndPoint.java:122)
at org.mortbay.jetty.security.SslHttpChannelEndPoint$1.run(SslHttpChannelEndPoint.java:108)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:724)
Has anyone seen anything like it?
Many Thanks,
Chris.
--
Scanned by iCritical.
|