At MIT, we've done some adjusting of our memory configuration but have still
seen this occurring on a regular basis (from once every other day to multiple
times in one day). We currently have a band-aid in place in the form of our
monitoring system detecting the state and restarting Tomcat to clear the issue,
but are still looking for the root cause.
Could anyone seeing this issue list how they have their XMLUI webapp configured
in Tomcat? There are many possible causes for a white-screen in Tomcat (even
outside of DSpace installations), one of which is the absence of a ROOT webapp
(though this condition is typically permanent until resolved, but I'm looking
for strange configuration problems, so...). Here is how we have our Tomcat
configured:
- No ROOT directory in the tomcat/webapps directory
- tomcat/conf/server.xml configured with the following entry:
<Engine name="Catalina" defaultHost="dspace.mit.edu<http://dspace.mit.edu>">
<Host name="dspace.mit.edu<http://dspace.mit.edu>"
appBase="/path/to/dspace.mit.edu/deploy/location/webapps"
unpackWARs="true" autoDeploy="true"
xmlValidation="false" xmlNamespaceAware="false">
I am wondering if doing things in this way, or a particular configuration
related to it, is causing something to hang up occasionally. We are running
Tomcat 6.0.20 through Apache2 via mod_jk.
The more details from the community on this one, the better. It's a mysterious
one. Thanks everyone!
--
sands fish
Software Engineer
MIT Libraries
Technology Research & Development
sa...@mit.edu<mailto:sa...@mit.edu>
E25-131
On Jun 22, 2010, at 8:50 AM, Phil Fenstermacher (JIRA) wrote:
[
http://jira.dspace.org/jira/browse/DS-605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11532#action_11532
]
Phil Fenstermacher commented on DS-605:
---------------------------------------
I was having the same issue and found that a different startup script for
Tomcat fixed the problem. The script that would cause the behavior used the
arguments Xss and Xmn, however after they were removed things started behaving
correctly.
The presence of the arguments I'm sure is not what caused Tomcat to crash but
rather improper values set within those arguments. If I find better values to
use I'll be sure to post them.
Blank screen on XMLUI Dspace 1.6.0
----------------------------------
Key: DS-605
URL: http://jira.dspace.org/jira/browse/DS-605
Project: DSpace 1.x
Issue Type: Bug
Components: XMLUI
Affects Versions: 1.6.0
Environment: apache-tomcat-6.0.18
jdk1.6.0_13
Debian GNU Linux 5.0
Reporter: Antero Neto
Priority: Critical
The interface of Dspce XMLUI shows a blank screen and I need to reboot Tomcat.
JSPUI The interface is not affected by the issue. It happens sporadically.
I'm using version 1.6.0 of DSpace. I use a theme based on the theme "Reference"
which comes in DSpace.
Below, some log information that may be related.
2010-06-09 00:07:00,741 ERROR cocoon.handled - Could not read resource
cocoon://DRI/2/handle/xxxx/xxx/workflow
at <map:serialize type="xml"> -
resource://aspects/Statistics/sitemap.xmap:70:31
at <map:transform type="Navigation"> -
resource://aspects/Statistics/sitemap.xmap:38:55
at <map:generate> - resource://aspects/Statistics/sitemap.xmap:33:19
...
org.apache.cocoon.ProcessingException: Could not read resource
cocoon://DRI/2/handle/xxxx/xxx/workflow
at <map:serialize type="xml"> -
resource://aspects/Statistics/sitemap.xmap:70:31
at <map:transform type="Navigation"> -
resource://aspects/Statistics/sitemap.xmap:38:55
at <map:generate> - resource://aspects/Statistics/sitemap.xmap:33:19
...
Caused by: java.lang.NullPointerException
at
org.apache.cocoon.components.source.impl.SitemapSource.init(SitemapSource.java:292)
at
org.apache.cocoon.components.source.impl.SitemapSource.<init>(SitemapSource.java:148)
at
org.apache.cocoon.components.source.impl.SitemapSourceFactory.getSource(SitemapSourceFactory.java:62)
at
org.apache.cocoon.components.source.CocoonSourceResolver.resolveURI(CocoonSourceResolver.java:153)
at
org.apache.cocoon.components.source.CocoonSourceResolver.resolveURI(CocoonSourceResolver.java:183)
at
org.apache.cocoon.generation.FileGenerator.setup(FileGenerator.java:99)
at
org.dspace.app.xmlui.cocoon.AspectGenerator.setup(AspectGenerator.java:112)
at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.dspace.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Dspace-devel mailing list
Dspace-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-devel
