Hi Stefan, I'd recommend checking your log files closely (both DSpace and Tomcat) when the error occurs. My suspicion is there may be an error reported there that could help diagnose the problem. Let us know on this list what you find.
Tim On Mon, Nov 26, 2018 at 7:49 AM Stefan Kombrink <[email protected]> wrote: > Hi there, > > we are struggling for a long time already with this issue that under > unidentified circumstances our DSpace Instances stop delivering service > documents via SwordV2. > > I do multiple setups where I follow identical installation instructions > line by line, and yet I am able to obtain this behavior on one machine > and not on another. However, the issue is not deliberately reproducible. > Basically we have no idea when it happens nor what may be the cause. > > Here it can be observed: > > Working machine: > > curl -i https://vm-152-118.bwcloud.uni-ulm.de/swordv2/servicedocument > --user > <https://vm-152-118.bwcloud.uni-ulm.de/swordv2/servicedocument--user> > '[email protected]:iamthebest' > > <service xmlns="http://www.w3.org/2007/app"; > xmlns:atom="http://www.w3.org/2005/Atom";><workspace><atom:title > type="text">bwFDM test DSpace</atom:title><collection > href="https://vm-152-118.bwcloud.uni-ulm.de/xmlui/handle/123456789/1 > "><atom:title > type="text">Faculty of Education</atom:title><mediation > xmlns="http://purl.org/net/sword/terms/";>true</mediation><service > xmlns="http://purl.org/net/sword/terms/";> > https://vm-152-118.bwcloud.uni-ulm.de/swordv2/servicedocument/123456789/1 > </service></collection><collection > href="https://vm-152-118.bwcloud.uni-ulm.de/xmlui/handle/123456789/2 > "><atom:title > type="text">Faculty of Science and Technology</atom:title><mediation > xmlns="http://purl.org/net/sword/terms/";>true</mediation><service > xmlns="http://purl.org/net/sword/terms/";> > https://vm-152-118.bwcloud.uni-ulm.de/swordv2/servicedocument/123456789/2 > </service></collection><collection > href="https://vm-152-118.bwcloud.uni-ulm.de/xmlui/handle/123456789/12 > "><atom:title > type="text">Oparu Bibliography</atom:title><mediation > xmlns="http://purl.org/net/sword/terms/";>true</mediation><service > xmlns="http://purl.org/net/sword/terms/";> > https://vm-152-118.bwcloud.uni-ulm.de/swordv2/servicedocument/123456789/12 > </service><abstract > xmlns="http://purl.org/dc/terms/";>for performance > testing...</abstract></collection></workspace><generator > xmlns="http://www.w3.org/2005/Atom"; > uri="http://www.dspace.org/ns/sword/2.0/"; > version="2.0">[email protected]</generator><version > xmlns="http://purl.org/net/sword/terms/";>2.0</version></service> > > Non-Working machine: > > curl -i > http://dspace5-test.sara-service.org:8080/swordv2/servicedocument --user > '[email protected]:iamthebest' > > HTTP/1.1 200 OK > Server: Apache-Coyote/1.1 > Transfer-Encoding: chunked > Date: Mon, 26 Nov 2018 13:42:41 GMT > > curl: (18) transfer closed with outstanding read data remaining > > What is strange is that I can obtain a sword service document whereas I > can't on the okay-working machine: > > curl -i http://dspace5-test.sara-service.org:8080/sword/servicedocument > --user > <http://dspace5-test.sara-service.org:8080/sword/servicedocument--user> > '[email protected]:iamthebest' > > HTTP/1.1 200 OK > Server: Apache-Coyote/1.1 > Content-Type: application/atomsvc+xml;charset=UTF-8 > Transfer-Encoding: chunked > Date: Mon, 26 Nov 2018 13:44:11 GMT > > <?xml version="1.0" encoding="UTF-8"?> > <app:service xmlns:app="http://www.w3.org/2007/app"; > xmlns:sword="http://purl.org/net/sword/"; > xmlns:dcterms="http://purl.org/dc/terms/"; > xmlns:atom="http://www.w3.org/2005/Atom";> > <sword:version>1.3</sword:version> > <sword:verbose>true</sword:verbose> > <sword:noOp>true</sword:noOp> > <sword:maxUploadSize>-1</sword:maxUploadSize> > <atom:generator uri="http://www.dspace.org/ns/sword/1.3.1"; > version="1.3"/> > <app:workspace> > <atom:title type="text">SARA DSpace 5 Test Instance</atom:title> > </app:workspace> > </app:service> > > We find this an issue for both DSpace5 and DSpace6, in DSpace5 however > it seems to happen much more frequently. > > Clues & suggestions are highly welcome! > > With best regards > Stefan > > -- > Stefan Kombrink > Universität Ulm > Kommunikations- und Informationszentrum (kiz) > Abteilung Informationsmedien > +49-731-50-31482 <+49%20731%205031482> > > -- > All messages to this mailing list should adhere to the DuraSpace Code of > Conduct: https://duraspace.org/about/policies/code-of-conduct/ > --- > You received this message because you are subscribed to the Google Groups > "DSpace Technical Support" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at https://groups.google.com/group/dspace-tech. > For more options, visit https://groups.google.com/d/optout. > -- Tim Donohue Technical Lead for DSpace & DSpaceDirect DuraSpace.org | DSpace.org | DSpaceDirect.org -- All messages to this mailing list should adhere to the DuraSpace Code of Conduct: https://duraspace.org/about/policies/code-of-conduct/ --- You received this message because you are subscribed to the Google Groups "DSpace Technical Support" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/dspace-tech. For more options, visit https://groups.google.com/d/optout.
