Hi Steve,

Thanks for the prompt.  The problem is intermittent, unfortunately.  (Or, at 
least, I have not been able to isolate the problem case.)

Also, I can only reproduce the problem off-site.  If connected to the server's 
local network, the problem does not show up, which is interesting.  I wonder 
what this means?

You can observe the problem from the user end by navigating to our beta site:
http://www.library.unh.edu/digital/islandora/solr/search/%2520/1/-/dismax

...and browsing through the categories.  Eventually one page will not load 
every thumbnail.  An http packet sniffer will indicate that the thumbs which do 
not load have their http replies returned 200 but never load any of the payload 
chunks.

Our configuration: Fedora 3.4.2, MySQL, embedded Mulgara, and we are using 
Tomcat directly.  Attached is our install.properties.  Our configuration is 
pretty vanilla.

Our environment: RHEL 5.6, Java 1.6.0_16, -Xms1024m -Xmx1024m -XX:PermSize=512m 
-XX:MaxPermSize=512m

Rob


From: Steve Bayliss 
[mailto:stephen.bayl...@acuityunlimited.net]<mailto:[mailto:stephen.bayl...@acuityunlimited.net]>
Sent: Wednesday, April 06, 2011 4:26 AM
To: 'Support and info exchange list for Fedora users.'
Subject: Re: [fcrepo-user] Http response 200 but no payload?

Hi Rob

Do you have a repeatable test-case for this?  Maybe some kind of script where 
you can reliably provoke this issue?

We could then try and reproduce this and see if we can track down the issue.

It would also be useful to know your overall configuration, ie
- your install.properties file (with passwords removed)
- your SQL database (eg embedded Derby, MySQL etc)
- your RI configuration if enabled (eg embedded Mulgara, MPTStore etc)
- any additional setup customisations you have made
- whether you are testing directly against Tomcat or are hosting behind eg 
Apache
- details of your environment (OS, Java version, JVM settings etc)

Regards
Steve
-----Original Message-----
From: Wolff, Robert 
[mailto:rob.wo...@unh.edu]<mailto:[mailto:rob.wo...@unh.edu]>
Sent: 05 April 2011 20:28
To: 
fedora-commons-users@lists.sourceforge.net<mailto:fedora-commons-users@lists.sourceforge.net>
Subject: Re: [fcrepo-user] Http response 200 but no payload?
After checking the Fedora and Tomcat logs (and setting them to log everything), 
there doesn't appear to be any difference between responses which return the 
payload and those that do not.

Does anyone have any suggestions as to potential causes we could chase down?  
I'm stumped as to what the trouble might be.  The server is not under 
significant load as we haven't gone live yet, so it doesn't look to be a 
resource issue.

Thanks for any help.

Rob


From: Wolff, Robert
Sent: Monday, March 28, 2011 9:44 AM
To: 
fedora-commons-users@lists.sourceforge.net<mailto:fedora-commons-users@lists.sourceforge.net>
Subject: Http response 200 but no payload?

Hi Everyone,

We're having an issue wherein Fedora/Tomcat will respond to a REST API-A 
request with 200 and Transfer-Encoding: chunked but then sends no chunks.  
Here's a typical response header:

HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
Pragma: No-cache
Cache-Control: no-cache
Expires: Wed, 31 Dec 1969 19:00:00 EST
content-disposition: inline; filename="Annual report Town of Center Harbor New 
Hampshire 2008.jpg"
Content-Type: image/jpeg
Transfer-Encoding: chunked
Date: Sun, 27 Mar 2011 01:46:23 GMT

...and that's it, no payload.

This might be a Tomcat issue, but has anyone seen this before?  I thought I'd 
check before pouring over the logs. We're running Fedora 3.4.2.

Thanks,
Rob

Attachment: install.properties
Description: install.properties

------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to