That's great Asger. Janna - the artefacts from the latest build are available from
https://bamboo.duraspace.org/browse/FCREPO-MAINT-7/artifact You can grab the latest installer from there - you should be able to just extract the fcrepo-server-*.jar from inside the war from inside the installer rather than do a full reinstall. This will have a few fixes in addition to Asger's fix for the issue below. You can see a full list by browsing subversion (r8835-r8847). Steve -----Original Message----- From: Asger Askov Blekinge [mailto:a...@statsbiblioteket.dk] Sent: 02 December 2010 16:21 To: Support and info exchange list for Fedora users. Subject: Re: [fcrepo-user] Occasional random (FilterSetup) Can't do next doFilter() error Should be in maintenance now On Wed, 2010-12-01 at 20:49 +0100, Janna Wemekamp wrote: > Steve, > > I'm happy to 'test' a fix when it becomes available. I should be able > to set up a scenario which triggers it on my dev machine. > > Cheers! > > > Janna > > > On 02/12/2010 00:07, Steve Bayliss wrote: > > I don't see a commit for this in maintenance-3.4, it would be good to get > > this in (and into trunk) - and as the sanity build on this branch will have > > the release artefacts available we could get someone to verify the fix. > > > > Regards > > > > Steve > > > > -----Original Message----- > > From: Asger Askov Blekinge [mailto:a...@statsbiblioteket.dk] > > Sent: 01 December 2010 12:52 > > To: Support and info exchange list for Fedora users. > > Subject: Re: [fcrepo-user] Occasional random (FilterSetup) Can't do next > > doFilter() error > > > > > > It is the same bug. > > > > This is the process that cause the bug > > 1 .Fedora opens a stream to the data, and stores the stream in an > > object. > > 2. Said object closes the stream when it is finalized > > > > Often fedora then discards the object storing the stream, and passing > > the stream on. But if the garbage collecter finalizes the store-object > > before the stream is read, the stream is closed. > > > > So far, we have regarded the bug to be not serious enough to warrant a > > new release. I think it is fixed in the 3.4 Maintenance branch. > > > > The only known workaround is to ensure that the fedora server is never > > put under load, and have way to much memory, as this will hopefully > > prevent the garbage collecter from running very often. > > > > Hope this helps > > > > Regards > > > > On Tue, 2010-11-30 at 17:07 +0100, Steve Bayliss wrote: > > > This looks like it's the same as > > > https://jira.duraspace.org/browse/FCREPO-774 - looks like the same > > > exception. > > > > > > Regards > > > Steve > > > > > > > > > -----Original Message----- > > > From: Janna Wemekamp [mailto:janna.wemek...@gmail.com] > > > Sent: 29 November 2010 20:25 > > > To: Support and info exchange list for Fedora users. > > > Subject: Re: [fcrepo-user] Occasional random (FilterSetup) Can't do > > > next doFilter() error > > > > > > > > > Hi Jörg, > > > > > > No solution yet. I still get it occasionally on two different > > > machines. I'm pleased (sort-of) that someone else is also encountering > > > this. What is your platform and which version of FC are you running? > > > > > > > > > Janna > > > > > > > > > On 30/11/2010 01:50, Jörg Panzer wrote: > > > > Hello Janna, > > > > > > > > > > > > i've got the same problem. The Servlet Interface is running fine, > > > > but with the Rest API appears the error. Do you already found any > > > > solution? > > > > > > > > > > > > Thanks you in advance for your help. > > > > > > > > > > > > > > > > > > > > Jörg > > > > > > > > > > > > -- > > > > > > > > Am 21.10.2010 um 05:04 schrieb Janna Wemekamp: > > > > > > > > > I occasionally (and randomly) receive the following error when > > > > > retrieving large (100-2000) numbers of managed datastreams in > > > > > succession: > > > > > > > > > > ERROR 2010-10-21 09:00:59.934 [TP-Processor11] (FilterSetup) Can't > > > > > do next doFilter() > > > > > java.io.IOException: Bad file descriptor > > > > > at java.io.FileInputStream.readBytes(Native Method) > > > > > [na:1.6.0_22] > > > > > at java.io.FileInputStream.read(FileInputStream.java:199) > > > > > [na:1.6.0_22] > > > > > at java.io.FilterInputStream.read(FilterInputStream.java:116) > > > > > [na:1.6.0_22] > > > > > at java.io.FilterInputStream.read(FilterInputStream.java:116) > > > > > [na:1.6.0_22] > > > > > at java.io.FilterInputStream.read(FilterInputStream.java:90) > > > > > [na:1.6.0_22] > > > > > > > > > > (The full error log is attached.) > > > > > > > > > > I've seen this error in FedoraCommons versions from 3.0 up to the > > > > > latest 3.4.1. The error this morning occurred in a 3.4.1 > > > > > repository using the Akubra storage module, the FC supplied Tomcat > > > > > running under (RHEL's) Java 1.6.0_22 on an up to date RHEL 5.5 > > > > > system. > > > > > > > > > > It can happen if I'm retrieving a succession of (managed) > > > > > descMedatata datastreams (MODS) using the REST API; it can also > > > > > happen if I'm retrieving a succession of (managed) PDF2TEXT > > > > > datastreams when I'm updating a Solr index - again via the REST > > > > > API. I've been totally unable to force the error to occur. In most > > > > > cases, I'm the only user accessing the FC repository. > > > > > > > > > > It's more of a nuisance than a show-stopper; I just have to > > > > > remember to check my application's error log each time. > > > > > > > > > > Is this a Fedora problem or a REST API problem or a Java problem > > > > > or a RHEL+Java problem or ??? > > > > > > > > > > Thanks muchly! > > > > > > > > > > > > > > > Janna Wemekamp > > > > > Toldark Pty Limited > > > > > > > > > > > > > > > > > > > > > > > > > > > <fedora-bad-file-descriptor.log>-------------------------------------------- > > ---------------------------------- > > > > > Nokia and AT&T present the 2010 Calling All Innovators-North > > > > > America contest > > > > > Create new apps & games for the Nokia N8 for consumers in U.S. > > > > > and Canada > > > > > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > > > > > marketing > > > > > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi > > > > > Store > > > > > > > http://p.sf.net/sfu/nokia-dev2dev___________________________________________ > > ____ > > > > > Fedora-commons-users mailing list > > > > > Fedora-commons-users@lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > --- > > > > Jörg-H. Panzer > > > > > > > > Georg-August-Universitaet Goettingen > > > > Germany > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------------------- > > -- > > > > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > > > > Tap into the largest installed PC base & get more eyes on your game by > > > > optimizing for Intel(R) Graphics Technology. Get started today with the > > > > Intel(R) Software Partner Program. Five $500 cash prizes are up for > > grabs. > > > > http://p.sf.net/sfu/intelisp-dev2dev > > > > > > > > _______________________________________________ > > > > Fedora-commons-users mailing list > > > > Fedora-commons-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > > ---------------------------------------------------------------------------- > > -- > > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > > Tap into the largest installed PC base & get more eyes on your game by > > optimizing for Intel(R) Graphics Technology. Get started today with the > > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > > http://p.sf.net/sfu/intelisp-dev2dev > > _______________________________________________ > > Fedora-commons-users mailing list > > Fedora-commons-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > > > > ---------------------------------------------------------------------------- -- > > Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! > > Tap into the largest installed PC base & get more eyes on your game by > > optimizing for Intel(R) Graphics Technology. Get started today with the > > Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. > > http://p.sf.net/sfu/intelisp-dev2dev > > _______________________________________________ > > Fedora-commons-users mailing list > > Fedora-commons-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ---------------------------------------------------------------------------- -- Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ Fedora-commons-users mailing list Fedora-commons-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
