LimeWire en java.io.FileNotfoundException

[Verwijderd]

Ik snap er weinig van... een week lang heeft LimeWire goed gedraaid, maar sindsdien krijg ik vrijwel altijd een popup met 'Limewire has encountered an internal error'. Details tonen de volgende exception:

code:

                        LimeWire version 4.9.30
Java version 1.5.0_05 from Sun Microsystems Inc.
Linux v. 2.6.12-1.1447_FC4 on i386
Free/total memory: 9024824/64344064

java.io.FileNotFoundException: /home/stefan/Incomplete/T-102934528-ALIZEE.J'en.Ai.Marre.(Live.Sexy).(emulek.com).avi (Too many open files) 
        at java.io.RandomAccessFile.open(Native Method)
        at java.io.RandomAccessFile.<init>(Unknown Source)
        at com.limegroup.gnutella.downloader.VerifyingFile.open(VerifyingFile.java:209)
        at com.limegroup.gnutella.downloader.ManagedDownloader.openVerifyingFile(ManagedDownloader.java:2256)
        at com.limegroup.gnutella.downloader.ManagedDownloader.initializeDownload(ManagedDownloader.java:2042)
        at com.limegroup.gnutella.downloader.ManagedDownloader.performDownload(ManagedDownloader.java:1965)
        at com.limegroup.gnutella.downloader.ManagedDownloader$1.run(ManagedDownloader.java:738)
        at java.lang.Thread.run(Unknown Source)
        at com.limegroup.gnutella.util.ManagedThread.managedRun(ManagedThread.java:64)
        at com.limegroup.gnutella.util.ManagedThread.run(ManagedThread.java:53)


-- listing session information --
Current thread: ManagedDownload
Active Threads: 58
Uptime: 11:11:47
Is Connected: true
Number of Ultrapeer -> Ultrapeer Connections: 0
Number of Ultrapeer -> Leaf Connections: 0
Number of Leaf -> Ultrapeer Connections: 3
Number of Old Connections: 0
Acting as Ultrapeer: false
Acting as Shielded Leaf: true
Number of Active Uploads: 0
Number of Queued Uploads: 0
Number of Active Managed Downloads: 4
Number of Active HTTP Downloaders: 16
Number of Waiting Downloads: 4
Received incoming this session: false
Number of Shared Files: 16
Guess Capable: false
Received Solicited UDP: true
SIMPP version: 26
Port Stable: true
FWT Capable: true
Last Reported Port: 19960
External Port: 19960
IP Pongs Received: 409

-- listing threads --
HttpClient-ReferenceQueueThread: 1
NIODispatcher: 1
AWT-XAWT: 1
UDPHostRanker: 1
UDPScheduler: 1
Thread-7: 1
DownloadWorker: 31
Acceptor: 1
MulticastService: 1
AWT-EventQueue-0: 1
AWT-Shutdown: 1
Timer-0: 1
clipboard parser: 1
DestroyJavaVM: 1
process reaper: 1
MessageDispatch: 1
UDPUpdateThread: 1
QueryUnicaster: 1
ManagedDownload: 4
Java2D Disposer: 1
TimerQueue: 1
BlockingVF: 1
HttpClient-IdleConnectionThread: 1
QRPPropagator: 1
HTTPAcceptor: 1


-- listing properties --
FILTER_HASH_QUERIES=true
DOWNLOAD_SPEED=87
LAST_EXPIRE_TIME=1128135499176
LAST_ACCEPTABLE_BUG_VERSION=4.9.31
PARALLEL_SEARCH=20
INCOMPLETE_PURGE_TIME=365
UPDATE_DOWNLOAD_DELAY=20000000
UPLOADS_PER_PERSON=1
COUNTRY=
CLIENT_ID=76458DEF7783594C062BDB4B378C3400
UPLOAD_SPEED=44
TREE_NODE_PREFIXES=z
FREELOADER_ALLOWED=37
MAX_UPLOAD_BYTES_PER_SEC=37
DAAP_ENABLED=false
TOTAL_UPTIME=41145
PORT=19960
AVERAGE_UPTIME=41145
UNSET_FIREWALLED_FROM_CONNECTBACK=true
UPDATE_GIVEUP_FACTOR=24
FLUSH_DELAY_TIME=256
FILTER_WMV_ASF=false
HARD_MAX_UPLOADS=3
MAX_SIM_DOWNLOAD=40
INSTALLED=true
LAST_GWEBCACHE_FETCH_TIME=1128136607288
MAX_DOWNLOAD_BYTES_PER_SEC=137
CONNECTION_SPEED=350
UPDATE_DELAY=25200002

Dit gebeurt bv als ik een file in de download queue dubbelklik om te previewen, dan zegt hij 'file not found'. Files die op 100% zijn met downloaden worden niet 'complete', maar 'disk problem'. Er wordt niets van ~/Incomplete naar ~/Shared verplaatst en de files in ~/Incomplete beginnen nog allemaal met iets als Preview-T-10293452. Vaak zijn er meerdere voor 1 file die ik aan het downloaden was en ze zijn geen van alle complete, moeten dus nog aan elkaar geplakt worden o.i.d. Ook toont de status window onderin dat sommige files op 20% o.i.d. zijn, maar als ik naar de filesize kijk in Incomplete dan zijn ze toch echt wel op 98 of 99%.

Ik meen toch echt de allernieuwste java en limewire te hebben, op een hele nieuwe PC, en er is absoluut niets mis met mijn disks. Uninstall/ reinstall heb ik al geprobeerd en dan draait hij een paar uur goed, maar daarna gaat het weer de mist in.

Met google heb ik al wat links gevonden van hetzelfde probleem, maar alleen bij threads van 2002. Het is nu 3 jaar later en ik mag hopen dat die bug er uit is...

Waarschijnlijk kan niemand me helpen maar ik post het toch maar

[ Voor 3% gewijzigd door Verwijderd op 01-10-2005 16:40 ]

[Verwijderd]

Nou ja, ik kan op http://forums.gnutellanews.com niet eens posten omdat hij mijn login niet eens onthoudt, zowel niet onder firefox, opera als mijn XP laptop. Vreselijk frustrerend.

[cool_zero]

Een kleine zoektocht leverde op dat het waarschijnlijk geen probleem is van java of limewire, maar het aantal files dat een proces open kan hebben in linux. Zie o.a. hier:
http://forum.java.sun.com...=586733&messageID=3025550

[Verwijderd]

Bedankt voor je antwoord Maar dat lijkt me eigenlijk sterk... ik heb nl. vrijwel niks open, en ik neem aan dat limewire wel 10 simultane downloads aan moet kunnen. Dat moet ver onder het max. open files per proces o.i.d. liggen.

Als ik 1 a 2 files download dan werkt het meestal wel, dus ik denk dat ik het dan maar zo doe...

Thanks

[Verwijderd]

Probeer anders de nieuwste versie van Limewire: 4.9.32 bèta, te downloaden van Limewire.com .

[Roel]

Verwijderd schreef op maandag 03 oktober 2005 @ 04:45:
Bedankt voor je antwoord Maar dat lijkt me eigenlijk sterk... ik heb nl. vrijwel niks open, en ik neem aan dat limewire wel 10 simultane downloads aan moet kunnen. Dat moet ver onder het max. open files per proces o.i.d. liggen.

Als ik 1 a 2 files download dan werkt het meestal wel, dus ik denk dat ik het dan maar zo doe...

Thanks

Toch is het dat. Ook omdat je verbindingen met andere clients opzet, zijn dat files. Vraag me niet waarom, maar zo is het.. Azureus heeft hetzelfde probleem, kijk hier maar eens voor een oplossing.

(azureus is java bittorrent client)

[CyBeR]

Het gaat ook niet om files maar om filedescriptors. En een socket is ook een filedescriptor.

Wat zegt 'ulimit -n'?