9.96 Upgrade Issues

mahughe
Contributor

Anyone who has upgraded to 9.96 seen any bizarre behaviors in their clustered environment?

81 REPLIES 81

mml7
New Contributor II

Hey Todd- Unfortunately, it's not just a Windows issue. We started having crashing issues with 9.96 on RHEL 6. The issues didn't appear in test, but our test environment doesn't have the same load as production and our test environment isn't (yet) clustered. We had tried increasing the thread pools per JAMF Support, but it didn't resolve anything. In the end, disabling patch reporting brought our JSS environment back to a stable environment (knock, knock)

bradtchapman
Valued Contributor II

Would a memcache server help at all in this instance?

https://www.jamf.com/jamf-nation/articles/428/caching-configuration

https://www.jamf.com/jamf-nation/discussions/20755/memcached

CasperSally
Valued Contributor II

jamf support told me not to touch memcache yet when I asked them.

They did just give me an edit on my my.ini file (added line table_open_cache=6000) - after adding and restarting mysql and all my tomcat instances - I was able to send out a MDM command and my servers didn't crash.

First time since going to 9.96, I think. I'd check with your TAMs, but maybe this could help some of you.

mahughe
Contributor

Last week this started to occur again on Mon/Tue when I was at JNUC, and nothing after that until today. Different webapps have been bouncing since this morning through out the day.

I'm hoping 9.7 will take care of this issue.

mahughe
Contributor

Back at the bouncing web apps this morning again. Rebooted them all from being down all night and one has already went down. Now, when I say it went down..it's still up, but unable to communicate across the network at all. Can't ping it, can't ssh into it..all you can do is power cycle it...

mahughe
Contributor

one thing I have noticed about these incidents, is that often happen after the weekend primarily on Mon/Tues..fwiw

m_donovan
Contributor III

I am having the same issues as most everyone else on this thread. I have 5 JSS's 4 behind LB all windows server 2008 VMs running 16G ram and 4 cores each. My database server is a physical machine running 16G ram 16 cores and windows server 08. I have worked with my TAM to adjust threads, connections, pools and anything else we can think of with no success. We setup a memcaching server and converted the database engine from MyIsam to InnoDB for all tables except 2 and still no significant improvement. I am about at my wits end with this problem. I would just revert back to 9.92 but we needed 9.96 for the iOS 10 support.

mahughe
Contributor

was advised today by my STAM that it's possible java 8u101 is a commonality in these issues and to update to the latest version which is 8u111. I finished that up a bit ago, and will be monitoring it closely.

m_donovan
Contributor III

I am running java 8u91 I will look into going to 8u111.

mahughe
Contributor

It appeared that the update to java was going to work but then all of the webapps eventually crashed again.

Back to the drawing board...

CasperSally
Valued Contributor II

@mahughe @m.donovan have you tried table_open_cache setting in my.ini? I'd check with your TAM first but we've been up ever since doing this.

m_donovan
Contributor III

I have table_open_cache set to 8000 and even at peak traffic times I have not seen it go higher than 3900ish.

adhuston
Contributor

I'm having this same issue as well. Seems to come and go. I can go for a couple days without seeing to much of an issue, but then others the JSS slows to a crawl. Today I started seeing enrollment errors on some of my test clients. I removed my Patch Management records and it seemed to immediately clear up some of the sluggishness. MySQL and Tomcat are still consuming a good amount of resources on the JSS, but not like it was when I had my patch management records in there and the number of MySQL connections has gone way down. I'm waiting to hear back from my TAM to see if there is anything else I can try. They had me up the max connections and tomcat memory a couple weeks ago, but it didn't help all that much.

mahughe
Contributor

got everyone back up this morning, 30 mins later they started to drop again. I disabled the downed webapp in the load balancer so it could then just send request to the two that remained up. I also changed the weighted round robin to weighted least request and brought the downed webapp back up, re-enabled it in the load balancer and so far they've all been up for more then an hour after doing a stress test of updating inv on 3500 plus iPads.

@CasperSally @m.donovan it appears increasing that cache on a Mac would cause issues, so I'm inclined to leave it set where it is at this point.

CGundersen
Contributor III

We are needing to tiptoe around our JSS as well (doing less with more). Have been since 9.92 patch release (now 9.96). Linux/clustered/obscene resources dedicated. Missed JNUC but heard that JAMF doubled engineering in the last year (most working on version 10?) ... they very much need to increase QA team it would seem. Really feeling for support as everything rolls downhill to them. Next release needs to be much improved or JAMF won't have much time left in this institution. Much sadness.

mahughe
Contributor

Webapps have remained up all day since 930AM this morning. I have a webex scheduled for tomorrow afternoon, hopefully this will get the situation corrected. Will keep the thread posted.

CasperSally
Valued Contributor II

Our cluster went down this morning, so much for table_open_cache fix. I wish we never clustered!

cdenesha
Valued Contributor III

I don't see how to turn off or disable Patch Reporting. Are you just removing all configured titles?

CasperSally
Valued Contributor II

@cdenesha yup! fun times.

m_donovan
Contributor III

Anybody seeing any improvement in a clustered environment? My district has been crippled by 9.96 for nearly two weeks. Something has to change.

jrwilcox
Contributor

We are still seeing issues.

CasperSally
Valued Contributor II

I haven't had an issue since installing a hotfix provided by JAMF on Thursday evening. I'll consider it like fixed if we stay up without issue for a week.

jrwilcox
Contributor

We have the hot fix and it did make things better but we sit have issues. We had one 24 hour period where it went down 6 times.

chriscollins
Valued Contributor

Just put on the hotfix and tomcat froze up 20 minutes later, so no go for us. Hopefully its more successful for other people.

claven
New Contributor III

Killing patch reporting has so far stopped the issues in our clustered environment. 4 days and holding. Hoping that the issue was patch reporting.

chriscollins
Valued Contributor

Yeah unfortunately Patch Reporting has never been enabled on our system and removing our setup from a clustered configuration didn't help either. :(

mahughe
Contributor

update from this side of the things....Got the hot fix in place on Tuesday of this week, 11/1 no issues since but we didn't have issues for over a week prior. I back tracked and some where in the range of 28-33 days mine would start having the same repeatable issues. Then after checking tables,repairing any then repair/optimize the DB it clears up. I'll know about the 15th of the month if mine is resolved or not. Hopefully 9.97 will be out soon with this fix in it, however, I understand that this hotfix is something that is going to be needed for V10.

@jrwilcox even being hosted your having these issues?

jrwilcox
Contributor

Yes we are hosted and still se these issues.

CasperSally
Valued Contributor II

Ours has crashed twice since getting the hotfix. It seems to correlated when apps are updating (for us, iOS).

We tried spreading out update times, but there's really no great way to do this. I assume they should be spread out according to how many clients get the app. We tried alphabetically just as something that would be easy for techs to have a plan to follow.

Our crash last night was 9:09pm - our first update window for apps is 9pm, so it must be that taking it down. I asked JAMF to confirm via logs. We only have 44 apps updating window at 9pm, no idea how many actually processed an update last night (or attempted to). Those 44 apps, though, are scoped to a few hundred iPads.

If this is going to be an issue going forward, JAMF needs to build in a better way for customers to spread out the updates - not just pick a time on every app and hope for the best.

m_donovan
Contributor III

We are dead in the water at 7am AGAIN. We have the hot fix, have reverted to a known good java connector, flipped database engines twice, adjusted just about every setting in MySQL and Java that we can multiple times. Now Flash has updated again and I don't have a reliable way to distribute it or even image any machines. Did I mention my 10.8 clients are all becoming unmanaged and can't run inventory updates. If I sound like I am venting it is because I am. It has been over a month since our upgrade and it has not been right since.

jrwilcox
Contributor

I feel your pain. We are not working correctly either. We do as little as possible during school hours in hopes that it will not crash again.

CasperSally
Valued Contributor II

Since our outages seem related to App update schedules (jamf hasn't confirmed, but just my best guess), I entered a feature request for them to improve app updating

please vote up if you agree

Edit: fixed link

andykang
New Contributor

We're seeing similar issues on a newly built clustered JSS on RHEL 7, Oracle Java 1.8.0_31, and a separate MySQL 5.5 server. We had 2 crashes on Day 1 of our go-live, then it was stable the rest of the week. Yesterday, we had the master crash about 6 times throughout the day. Happy Monday right?

I'm wondering if the Java version is causing this...is everyone on Oracle Java 1.8?

I switched to OpenJDK for the time being to see if this helps. The issue is, the version of Java we're on has some TLS cipher bugs so I'm getting SSL errors.

andyinindy
Contributor II

@andykang: sorry to disappoint, but we are seeing the issue on Java 7u51. However, I can tentatively state that the hotfix seems to have helped in our environment. I just performed the same action that triggered our crash last week (flushing history for a policy scoped to ~6,000 computers), and jamftomcat and MySQL are not spiking out of control. I also do not see the huge numbers of java.sql.SQLException errors in the JAMFSoftwareServer.log.

Perhaps there is a separate issue with Java 8... what sort of errors do you see in the JSS logs when the crash occurs?

andykang
New Contributor

Here's a small sampling of errors with Oracle Java 1.8.0_31:

2016-11-07 15:40:56,905 [ERROR] [Tomcat-1 ] [EnrollmentAJAXMonitor ] - Processing AJAX responder: javax.xml.transform.TransformerException: org.xml.sax.SAXException: java.io.IOException: Unable to wrap data, invalid status [CLOSED] org.apache.catalina.connector.ClientAbortException: java.io.IOException: Unable to wrap data, invalid status [CLOSED] at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:401) at com.jamfsoftware.jss.frontend.enrollment.EnrollmentAJAXMonitor.processRequest(EnrollmentAJAXMonitor.java:183) at com.jamfsoftware.jss.frontend.enrollment.EnrollmentAJAXMonitor.doPost(EnrollmentAJAXMonitor.java:43) at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: org.xml.sax.SAXException: java.io.IOException: Unable to wrap data, invalid status [CLOSED] org.apache.catalina.connector.ClientAbortException: java.io.IOException: Unable to wrap data, invalid status [CLOSED] at org.apache.xml.serializer.ToStream.flushWriter(ToStream.java:268) at org.apache.xml.serializer.ToXMLStream.endDocument(ToXMLStream.java:199) at org.apache.xalan.transformer.TransformerIdentityImpl.endDocument(TransformerIdentityImpl.java:963) at org.apache.xml.serializer.TreeWalker.traverse(TreeWalker.java:176) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:390) ... 27 more 2016-11-07 11:49:20,924 [ERROR] [Tomcat-28 ] [JAXBMessageMarshaller ] - Error marshalling message javax.xml.bind.MarshalException - with linked exception: [com.ctc.wstx.exc.WstxIOException: java.io.IOException: Connection reset by peer] at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:322) at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:172) at com.jamfsoftware.communication.jaxb.JAXBMessageMarshaller.writeMessage(JAXBMessageMarshaller.java:214) at com.jamfsoftware.communication.JAMFMessageFactory.writeMessage(JAMFMessageFactory.java:43) at com.jamfsoftware.jss.client.communication.JAMFHttpServlet.handleException(JAMFHttpServlet.java:206) at com.jamfsoftware.jss.client.communication.JAMFHttpServlet.doPost(JAMFHttpServlet.java:96) at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.client.communication.ClientCommunicationFilter.doFilter(ClientCommunicationFilter.java:61) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSAccessFilter.doFilter(JSSAccessFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: com.ctc.wstx.exc.WstxIOException: java.io.IOException: Connection reset by peer at com.ctc.wstx.sw.BaseStreamWriter.finishDocument(BaseStreamWriter.java:1687) at com.ctc.wstx.sw.BaseStreamWriter.writeEndDocument(BaseStreamWriter.java:585) at com.jamfsoftware.communication.jaxb.XMLStreamWriterForCdata.writeEndDocument(XMLStreamWriterForCdata.java:43) at com.jamfsoftware.communication.jaxb.CDataXMLStreamWriter.writeEndDocument(CDataXMLStreamWriter.java:8) at com.sun.xml.bind.v2.runtime.output.XMLStreamWriterOutput.endDocument(XMLStreamWriterOutput.java:106) at com.sun.xml.bind.v2.runtime.output.ForkXmlOutput.endDocument(ForkXmlOutput.java:70) at com.sun.xml.bind.v2.runtime.XMLSerializer.endDocument(XMLSerializer.java:855) at com.sun.xml.bind.v2.runtime.MarshallerImpl.postwrite(MarshallerImpl.java:369) at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:316) ... 36 more Caused by: org.apache.catalina.connector.ClientAbortException: java.io.IOException: Connection reset by peer at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:396) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:426) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:345) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:320) at org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:110) at com.ctc.wstx.io.UTF8Writer.flush(UTF8Writer.java:99) at com.ctc.wstx.sw.BufferingXmlWriter.flush(BufferingXmlWriter.java:214) at com.ctc.wstx.sw.BufferingXmlWriter.close(BufferingXmlWriter.java:194) at com.ctc.wstx.sw.BaseStreamWriter.finishDocument(BaseStreamWriter.java:1685) ... 44 more Caused by: java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:51) at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:470) at org.apache.tomcat.util.net.SecureNioChannel.flush(SecureNioChannel.java:140) at org.apache.tomcat.util.net.SecureNioChannel.write(SecureNioChannel.java:521) at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:101) at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:172) at org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:139) at org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:197) at org.apache.coyote.http11.InternalNioOutputBuffer.access$000(InternalNioOutputBuffer.java:41) at org.apache.coyote.http11.InternalNioOutputBuffer$SocketOutputBuffer.doWrite(InternalNioOutputBuffer.java:320) at org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(ChunkedOutputFilter.java:118) at org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:256) at org.apache.coyote.Response.doWrite(Response.java:491) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:391) ... 52 more 2016-11-07 11:49:20,926 [ERROR] [Tomcat-28 ] [JAMFHttpServlet ] - Unable to write out exception for request. com.jamfsoftware.communication.exceptions.JAMFCommunicationException: javax.xml.bind.MarshalException - with linked exception: [com.ctc.wstx.exc.WstxIOException: java.io.IOException: Connection reset by peer] at com.jamfsoftware.communication.jaxb.JAXBMessageMarshaller.writeMessage(JAXBMessageMarshaller.java:217) at com.jamfsoftware.communication.JAMFMessageFactory.writeMessage(JAMFMessageFactory.java:43) at com.jamfsoftware.jss.client.communication.JAMFHttpServlet.handleException(JAMFHttpServlet.java:206) at com.jamfsoftware.jss.client.communication.JAMFHttpServlet.doPost(JAMFHttpServlet.java:96) at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.client.communication.ClientCommunicationFilter.doFilter(ClientCommunicationFilter.java:61) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSAccessFilter.doFilter(JSSAccessFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: javax.xml.bind.MarshalException - with linked exception: [com.ctc.wstx.exc.WstxIOException: java.io.IOException: Connection reset by peer] at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:322) at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:172) at com.jamfsoftware.communication.jaxb.JAXBMessageMarshaller.writeMessage(JAXBMessageMarshaller.java:214) ... 34 more Caused by: com.ctc.wstx.exc.WstxIOException: java.io.IOException: Connection reset by peer at com.ctc.wstx.sw.BaseStreamWriter.finishDocument(BaseStreamWriter.java:1687) at com.ctc.wstx.sw.BaseStreamWriter.writeEndDocument(BaseStreamWriter.java:585) at com.jamfsoftware.communication.jaxb.XMLStreamWriterForCdata.writeEndDocument(XMLStreamWriterForCdata.java:43) at com.jamfsoftware.communication.jaxb.CDataXMLStreamWriter.writeEndDocument(CDataXMLStreamWriter.java:8) at com.sun.xml.bind.v2.runtime.output.XMLStreamWriterOutput.endDocument(XMLStreamWriterOutput.java:106) at com.sun.xml.bind.v2.runtime.output.ForkXmlOutput.endDocument(ForkXmlOutput.java:70) at com.sun.xml.bind.v2.runtime.XMLSerializer.endDocument(XMLSerializer.java:855) at com.sun.xml.bind.v2.runtime.MarshallerImpl.postwrite(MarshallerImpl.java:369) at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:316) ... 36 more Caused by: org.apache.catalina.connector.ClientAbortException: java.io.IOException: Connection reset by peer at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:396) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:426) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:345) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:320) at org.apache.catalina.connector.CoyoteOutputStream.flush(CoyoteOutputStream.java:110) at com.ctc.wstx.io.UTF8Writer.flush(UTF8Writer.java:99) at com.ctc.wstx.sw.BufferingXmlWriter.flush(BufferingXmlWriter.java:214) at com.ctc.wstx.sw.BufferingXmlWriter.close(BufferingXmlWriter.java:194) at com.ctc.wstx.sw.BaseStreamWriter.finishDocument(BaseStreamWriter.java:1685) ... 44 more Caused by: java.io.IOException: Connection reset by peer at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:51) at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:470) at org.apache.tomcat.util.net.SecureNioChannel.flush(SecureNioChannel.java:140) at org.apache.tomcat.util.net.SecureNioChannel.write(SecureNioChannel.java:521) at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:101) at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:172) at org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:139) at org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:197) at org.apache.coyote.http11.InternalNioOutputBuffer.access$000(InternalNioOutputBuffer.java:41) at org.apache.coyote.http11.InternalNioOutputBuffer$SocketOutputBuffer.doWrite(InternalNioOutputBuffer.java:320) at org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(ChunkedOutputFilter.java:118) at org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:256) at org.apache.coyote.Response.doWrite(Response.java:491) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:391) ... 52 more 2016-11-07 11:40:50,658 [ERROR] [Tomcat-19 ] [GlobalExceptionHandler ] - 500 [] org.apache.catalina.connector.ClientAbortException: java.io.IOException: Broken pipe at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:396) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:426) at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:339) at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:421) at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:409) at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:97) at com.fasterxml.jackson.core.json.UTF8JsonGenerator._flushBuffer(UTF8JsonGenerator.java:1848) at com.fasterxml.jackson.core.json.UTF8JsonGenerator.writeString(UTF8JsonGenerator.java:439) at com.fasterxml.jackson.databind.ser.impl.StringCollectionSerializer.serializeContents(StringCollectionSerializer.java:170) at com.fasterxml.jackson.databind.ser.impl.StringCollectionSerializer.serialize(StringCollectionSerializer.java:126) at com.fasterxml.jackson.databind.ser.impl.StringCollectionSerializer.serialize(StringCollectionSerializer.java:23) at com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:575) at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.serializeFields(BeanSerializerBase.java:666) at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:156) at com.fasterxml.jackson.databind.ser.impl.IndexedListSerializer.serializeContents(IndexedListSerializer.java:113) at com.fasterxml.jackson.databind.ser.impl.IndexedListSerializer.serialize(IndexedListSerializer.java:73) at com.fasterxml.jackson.databind.ser.impl.IndexedListSerializer.serialize(IndexedListSerializer.java:19) at com.fasterxml.jackson.databind.ser.BeanPropertyWriter.serializeAsField(BeanPropertyWriter.java:575) at com.fasterxml.jackson.databind.ser.std.BeanSerializerBase.serializeFields(BeanSerializerBase.java:666) at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:156) at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider.serializeValue(DefaultSerializerProvider.java:129) at com.fasterxml.jackson.databind.ObjectWriter.writeValue(ObjectWriter.java:851) at org.springframework.http.converter.json.AbstractJackson2HttpMessageConverter.writeInternal(AbstractJackson2HttpMessageConverter.java:264) at org.springframework.http.converter.AbstractGenericHttpMessageConverter.write(AbstractGenericHttpMessageConverter.java:100) at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:222) at org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:153) at org.springframework.web.servlet.mvc.method.annotation.RequestResponseBodyMethodProcessor.handleReturnValue(RequestResponseBodyMethodProcessor.java:165) at org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:80) at org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:126) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:814) at org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:737) at org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: java.io.IOException: Broken pipe at sun.nio.ch.FileDispatcherImpl.write0(Native Method) at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:47) at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93) at sun.nio.ch.IOUtil.write(IOUtil.java:51) at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:470) at org.apache.tomcat.util.net.SecureNioChannel.flush(SecureNioChannel.java:140) at org.apache.tomcat.util.net.SecureNioChannel.write(SecureNioChannel.java:521) at org.apache.tomcat.util.net.NioBlockingSelector.write(NioBlockingSelector.java:101) at org.apache.tomcat.util.net.NioSelectorPool.write(NioSelectorPool.java:172) at org.apache.coyote.http11.InternalNioOutputBuffer.writeToSocket(InternalNioOutputBuffer.java:139) at org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:197) at org.apache.coyote.http11.InternalNioOutputBuffer.access$000(InternalNioOutputBuffer.java:41) at org.apache.coyote.http11.InternalNioOutputBuffer$SocketOutputBuffer.doWrite(InternalNioOutputBuffer.java:320) at org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(ChunkedOutputFilter.java:118) at org.apache.coyote.http11.AbstractOutputBuffer.doWrite(AbstractOutputBuffer.java:256) at org.apache.coyote.Response.doWrite(Response.java:491) at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:391) ... 61 more

SSL errors with OpenJDK 1.8.0_31:

2016-11-07 18:06:21,273 [ERROR] [Tomcat-12 ] [eTitleSummaryHTMLResponse] - An error has occurred trying to retrieve software titles from the patch server org.springframework.web.client.ResourceAccessException: I/O error on GET request for "https://jamf-patch.jamfcloud.com/v1/software":java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available; nested exception is javax.net.ssl.SSLException: java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at org.springframework.web.client.RestTemplate.doExecute(RestTemplate.java:607) at org.springframework.web.client.RestTemplate.execute(RestTemplate.java:572) at org.springframework.web.client.RestTemplate.exchange(RestTemplate.java:523) at com.jamfsoftware.jss.patch.PatchNationService.getAllSoftwareTitles(PatchNationService.java:121) at com.jamfsoftware.jss.patch.PatchNationService.getAllSoftwareTitlesAvailable(PatchNationService.java:100) at com.jamfsoftware.jss.patch.SoftwareTitleSummaryHTMLResponse.prepareListView(SoftwareTitleSummaryHTMLResponse.java:61) at com.jamfsoftware.jss.frontend.HTMLResponse.prepareListViewWrapper(HTMLResponse.java:989) at com.jamfsoftware.jss.frontend.HTMLResponse.process(HTMLResponse.java:601) at com.jamfsoftware.jss.frontend.HTMLController.processRequest(HTMLController.java:300) at com.jamfsoftware.jss.frontend.HTMLController.doGet(HTMLController.java:83) at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.objects.system.sso.SsoFilter.doFilter(SsoFilter.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSAccessFilter.doFilter(JSSAccessFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) 2016-11-08 01:09:28,551 [ERROR] [duledPool-8] [JSSMetricsRunnable ] - The JSS could not submit anonymous metrics data to JN. javax.net.ssl.SSLException: java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1937) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1894) at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1877) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1398) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1375) at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1282) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1257) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:250) at com.jamfsoftware.jss.client.communication.JSSCommunicationRequest.writeMessage(JSSCommunicationRequest.java:115) at com.jamfsoftware.jss.objects.metrics.JSSMetricsRunnable.run(JSSMetricsRunnable.java:52) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:308) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:180) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:294) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.util.ECUtil.getECParameters(ECUtil.java:141) at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:190) at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385) at sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1060) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:277) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:957) at sun.security.ssl.Handshaker.process_record(Handshaker.java:892) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1050) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1363) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1391) ... 15 more Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.jca.GetInstance.getInstance(GetInstance.java:159) at java.security.Security.getImpl(Security.java:695) at java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146) at sun.security.util.ECUtil.getECParameters(ECUtil.java:139) ... 24 more 2016-11-08 09:08:32,732 [ERROR] [Tomcat-21 ] [JSSSummaryHTMLResponse ] - Exception thrown when uploading summary to JAMF Nation javax.net.ssl.SSLException: java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1937) at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1894) at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1877) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1398) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1375) at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:563) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:185) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream0(HttpURLConnection.java:1282) at sun.net.www.protocol.http.HttpURLConnection.getOutputStream(HttpURLConnection.java:1257) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getOutputStream(HttpsURLConnectionImpl.java:250) at com.jamfsoftware.jss.client.communication.JSSCommunicationRequest.writeMessage(JSSCommunicationRequest.java:115) at com.jamfsoftware.jss.frontend.landingpages.JSSSummaryHTMLResponse.prepareListView(JSSSummaryHTMLResponse.java:326) at com.jamfsoftware.jss.frontend.HTMLResponse.prepareListViewWrapper(HTMLResponse.java:989) at com.jamfsoftware.jss.frontend.HTMLResponse.process(HTMLResponse.java:601) at com.jamfsoftware.jss.frontend.HTMLController.processRequest(HTMLController.java:300) at com.jamfsoftware.jss.frontend.HTMLController.doPost(HTMLController.java:89) at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.objects.system.sso.SsoFilter.doFilter(SsoFilter.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSAccessFilter.doFilter(JSSAccessFilter.java:59) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at com.jamfsoftware.jss.frontend.JSSLoadingFilter.doFilter(JSSLoadingFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:528) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1099) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:670) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1520) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1476) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.RuntimeException: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.util.ECUtil.getECParameters(ECUtil.java:141) at sun.security.util.ECUtil.getECParameterSpec(ECUtil.java:190) at sun.security.ssl.JsseJce.getECParameterSpec(JsseJce.java:385) at sun.security.ssl.HandshakeMessage$ECDH_ServerKeyExchange.<init>(HandshakeMessage.java:1060) at sun.security.ssl.ClientHandshaker.processMessage(ClientHandshaker.java:277) at sun.security.ssl.Handshaker.processLoop(Handshaker.java:957) at sun.security.ssl.Handshaker.process_record(Handshaker.java:892) at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1050) at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1363) at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1391) ... 43 more Caused by: java.security.NoSuchAlgorithmException: EC AlgorithmParameters not available at sun.security.jca.GetInstance.getInstance(GetInstance.java:159) at java.security.Security.getImpl(Security.java:695) at java.security.AlgorithmParameters.getInstance(AlgorithmParameters.java:146) at sun.security.util.ECUtil.getECParameters(ECUtil.java:139) ... 52 more

andykang
New Contributor

Here's an update...no crashes today.

We lowered our tomcat max threads to 200 (from 450). This along with OpenJDK seems to have stabilized the JSS. We are testing OpenJDK 1.8.0_111 in our dev environment and will be moving to this build to fix the TLS issues.

mahughe
Contributor

Update from here...Yesterday afternoon we experienced our first crash since the hotfix about 2.5 weeks ago at about 130PM, and again over night...Everything came back up from this morning fine after doing a hard reset on the boxes. Again, ours seem to happen about 28-33 days and lasts no more then 72 hrs, or less and usually on a Mon or Tues. Now that I know what to do if you can call it that it is not as big a deal. In my world, at least I don't think it's app update.

MrRoboto
Contributor III

This thread went dead in November, did everyone get their issues resolved by disabling patch reporting or upgrading to 9.97 or later?

We are having high cpu and memory spikes on our 9.96 install with patch reporting enabled.

seann
Contributor

@MrRoboto Patch reporting is the problem. I'd turn it off until they fix it. I didn't bother turning it back on after upgrading to 9.99 as I don't think it actually does anything useful right now.

CasperSally
Valued Contributor II

patch reporting bug was fixed with hot fix awhile ago as far as I know. I've been running it with no problem. I think it's better to enable it vs not if you plan to someday use patch in jamf to catch possible issues early.