Too Many Open Files - Linux 5.0
Nancy Palmquist
nlp at vss3.com
Tue Oct 12 08:47:30 PDT 2010
On 10/11/2010 7:12 PM, Nancy Palmquist wrote:
> I know something is wrong. The following is a dump of @ALLFILES[]
>
> Starting with element 422 (450-423 are blank) I get a bunch of the same
> thing.
>
> Right before this I used getnext to find all the entries that match one
> inquiry number. There could easily have been hundreds, but each access
> should not list the same index.
>
> * 10/11/10 19:04:53 -------------------------------- START
> * Start: F10500385482000
> * ---------------------------------
> * ========= 422-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 421-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 420-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 419-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 418-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 417-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 416-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 415-/home/appl/filepro/mrxmlinqy/index10.D
>
> [snip] everything from 414 to 17 - they are all the same
>
> * ========= 16-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 15-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 14-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 13-/home/appl/filepro/mrxmlinqy/index10.D
> * ========= 12-/home/appl/filepro/metrodb/index.A
> * ========= 11-/home/appl/filepro/xmltransID/index.E
> * ========= 10-/home/appl/filepro/xmltransID/index.D
> * ========= 9-/home/appl/filepro/xmltransID/index.C
> * ========= 8-/home/appl/filepro/xmltransID/index.B
> * ========= 7-/home/appl/filepro/xmltransID/index.A
> * ========= 6-/home/appl/tmp/rpX2ug1r
> * ========= 5-/home/appl/filepro/xmltransID/index.E
> * ========= 4-/home/appl/filepro/xmltransID/index.D
> * ========= 3-/home/appl/filepro/xmltransID/index.C
> * ========= 2-/home/appl/filepro/xmltransID/index.B
> * ========= 1-/home/appl/filepro/xmltransID/index.A
> * Start: E09300241396000
>
> I did a CLOSE before the Start at the bottom and then it crashed when I tried to do the next inquiry processing.
> I tried running this in readonly to make sure it was not updating anything.
>
> This has run in the past but it has been a few months since I ran this report.
>
> I get too many open files - 60 is the limit. I have to get this running. It seems to affect more than just this report.
>
> Any ideas.
> Nancy
Update info. This file is shared across an NSF mount, I was using it
from the source drive, not the mounted drive. I copied the key to a
qualifier, built fresh indexes for the qualifier and the processes run
perfectly.
My conclusion is that it is an issue with the NSF mount somehow. I have
no idea how to troubleshoot that issue, but I just wanted to post the
suspect, in case someone else is having issues.
When I ran it from the qualifer, the @allfiles[] did not have the
mrxmlinqy/index10.D repeated over 400 times. It was just there once.
Not sure what is happening in filePro but something is certainly funky.
Nancy
--
Nancy Palmquist MOS& filePro Training Available
Virtual Software Systems Web Based Training and Consulting
PHONE: (412) 835-9417 Web site: http://www.vss3.com
More information about the Filepro-list
mailing list