[ https://jira.duraspace.org/browse/DS-1396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=26977#comment-26977 ]
Graham Triggs commented on DS-1396: ----------------------------------- Ian, Can you isolate the apps? Does the problem occur when there is only one webapp being loaded, and if so which one? Or does it require a combination (again, what is the minimal combination)? Also, are you judging this by the startup logging from Tomcat, or the first response of the application to requests? The Solr app alone clearly isn't going to be affected by EPerson changes / Bouncy Castle, although it does have significant startup overhead of it's own. Xmlui as well has quite a bit to load. I wouldn't have expected Bouncy Castle to be getting involved during application startup - only when a page is accessed - but I haven't looked over it or traced the execution in quite a while. G > Very slow startup on Linux Platforms > ------------------------------------ > > Key: DS-1396 > URL: https://jira.duraspace.org/browse/DS-1396 > Project: DSpace > Issue Type: Bug > Affects Versions: 3.0 > Environment: Linux version 2.6.32-38-server (buildd@allspice) (gcc > version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) ) > /usr/lib/jvm/java-6-sun/bin/java > -Djava.util.logging.config.file=/usr/local/tomcat7/conf/logging.properties > -Djava.awt.headless=true -Djava.security.egd=file:/dev/./urandom -Xms256m > -Xmx800m -XX:PermSize=256m -XX:NewSize=64m -server -XX:+UseConcMarkSweepGC > -Djava.net.preferIPv4Stack=true > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > -Djava.endorsed.dirs=/usr/local/tomcat7/endorsed -classpath > /usr/local/tomcat7/bin/bootstrap.jar:/usr/local/tomcat7/bin/tomcat-juli.jar > -Dcatalina.base=/usr/local/tomcat7 -Dcatalina.home=/usr/local/tomcat7 > -Djava.io.tmpdir=/tmp/tomcat7-tmp org.apache.catalina.startup.Bootstrap start > Reporter: Ian Boston > Priority: Critical > > I am experiencing extremely slow startup times for DS3-rc3 on Linux with the > stock sun JVM, and I have experienced total hangs 11:19-15:09 of the JVM with > perfect operation after the end of the period (no restart of any form was > required). By slow startup I mean just bringing up solr, xmlui and jspui can > take 60 minutes. > I think this is due to /dev/ramdom on the OS not getting sufficient entropy, > probably caused by the Bouncy Castle crypto APIs or the new SecureRandom() in > Eperson. > performing a > find / > as root appears to unstick the JVM on startup, pointing to an entropy issue > (find / will cause disk I/O not from cache generating low level device driver > entropy) > Has anyone else seen these issues ? > Is there a known fix (other than performing a find) > I have already tried -Djava.security.egd=file:/dev/./urandom -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Dspace-devel mailing list Dspace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-devel