Re: [freenet-support] various problems
In einer eMail vom Di, 27. Apr. 2004 17:40 MEZ schreibt [EMAIL PROTECTED]: In einer eMail vom Di, 27. Apr. 2004 16:26 MEZ schreibt Niklas Bergh [EMAIL PROTECTED]: As soon as a new build with your logging improvements gets out I will report what is loged then, thanks for your help so far. :) The Error Action cannot be taken after termination does not happen anymore after the update to 60079, strange. (and nice ;) )But the temp-files are still not deleted properly and the error Please close() me manually in finalizer: Key: *removed* Buffer: [EMAIL PROTECTED] : *removed*:temp:*removed* New: true ( 0 of 262460 read) java.lang.IllegalStateException: unclosed does still occur. And a new one was introduced: sendingPacket NULL in sendPacket java.lang.Exception: debug ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] various problems
In einer eMail vom Mi, 28. Apr. 2004 14:28 MEZ schreibt [EMAIL PROTECTED]: The Error Action cannot be taken after termination does not happen anymore after the update to 60079, strange. (and nice ;) ) Have to correct me, they reappeared. For some reason not one of them occured at first, so I just began to hope that they vanished... ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
RE: [freenet-support] various problems
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: den 26 april 2004 19:34 To: [EMAIL PROTECTED] Subject: [freenet-support] various problems I wanted to report, that I get currently a lot of the following error messages: Action cannot be taken after termination Additional logging has been added to unstable to help tracking down this issue. java.lang.Exception: debug Please close() me manually in finalizer: Key: *removed* Buffer: [EMAIL PROTECTED] * : *removed*:temp:*removed* New: true ( 0 of 262460 read) java.lang.IllegalStateException: unclosed Hmm.. That is an only issue :( I do not know, what the error messages mean, but perhaps it has something to do with the following behaviour: Every time I insert something, the value Space used by temp files increases irreversible. Does it increase _only_ when you insert or will it increase no matter what? It does not matter if the insert succeeds or not (usually not, my current insert speed is between 0kb/s and 1kb/s, sometimes freenet does not manage to get anything inserted for hours), the value increases and never decreases again. The crazy thing about this is, that the temp folder contains at any time only some files (the maximum I observed was something around 20). At one time there was not one single file in the temp folderand freenet reported 200MB of temp files... There seems to be a whole bunch of different temp files around.. Not only 'store\temp'... Maybe some of those other contained files? This behaviour ends normally in a Java VM crash after some time What do you mean with crash? (I do not think, that the crashes have something to do with this, Java VM crashes occured already before, but just in case...), or, if the reported temp file value reaches around 700MB, in a IO error, because too many files are opened. (Which files?! Some files in the datastore?) Can you check with the OS which files that are open? I am not a linux guy but isn't there a command like lsof or something that can do this? Freenet is already working with the same settings for months, so I do not think, that I have misconfigured anything, but it may be, that I just had not inserted enough in the past, to notice this behaviour. (The node is running on Linux Mandrake 9.1, so this is definatly not the windows temp file bug or something like that!) A month ago I did not insert much data and I could run freenet for up to 2 days or more on that computer without any crash Again, what do your mean by crash? (as long as I did not put heavy load on the node), so this should have something to do with recent changes, but I could be wrong there. I have already tried various changes to the settings (for example disabling the diagnostics, just in case that they use temp files or disabling the datastore index, Don't worry.. _that_ they won't do :) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] various problems
On Tue, Apr 27, 2004 at 09:16:41AM -0400, [EMAIL PROTECTED] wrote: In einer eMail vom Di, 27. Apr. 2004 13:03 MEZ schreibt Niklas Bergh [EMAIL PROTECTED]: Does it increase _only_ when you insert or will it increase no matter what? I think it increases also if I do not insert at all, but only very slowly. (Perhaps this behaviour is also caused from insert requests, so I cannot really check this.) But that is nothing compared to the increasing if I insert something: Then I can watch the size of the temp files going up rapidly. It does not matter if the insert succeeds or not (usually not, my current insert speed is between 0kb/s and 1kb/s, sometimes freenet does not manage to get anything inserted for hours), the value increases and never decreases again. The crazy thing about this is, that the temp folder contains at any time only some files (the maximum I observed was something around 20). At one time there was not one single file in the temp folderand freenet reported 200MB of temp files... There seems to be a whole bunch of different temp files around.. Not only 'store\temp'... Maybe some of those other contained files? I will check that, I thought temp files are in the specified temp folder. Why do you assign one, if the temp files are stored somewhere else... Because we need to store *datastore* temp files in the datastore. Whereas other temp files can be anywhere. This behaviour ends normally in a Java VM crash after some time What do you mean with crash? Look at the attachment, I attached some of the error messages of the past months. They are called HotSpot Virtual Machine Error or something similiar. (I do not think, that the crashes have something to do with this, Java VM crashes occured already before, but just in case...), or, if the reported temp file value reaches around 700MB, in a IO error, because too many files are opened. (Which files?! Some files in the datastore?) Can you check with the OS which files that are open? I am not a linux guy but isn't there a command like lsof or something that can do this? Sorry, I only know the basic console commands, someone will have to tell me how to do this. :| -- Matthew J Toseland - [EMAIL PROTECTED] Freenet Project Official Codemonkey - http://freenetproject.org/ ICTHUS - Nothing is impossible. Our Boss says so. signature.asc Description: Digital signature ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] various problems
This behaviour ends normally in a Java VM crash after some time What do you mean with crash? Look at the attachment, I attached some of the error messages of the past months. They are called HotSpot Virtual Machine Error or something similiar Urk, yes.. those are really crashed.. Unfortunately this is nothing that we can do anything about.. it is a Sun-issue.. or a driver issue or a hardware issue or something like that.. per definition this kind of crash should be impossible to cause from a java application inside the JVM :( /N ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
Re: [freenet-support] various problems
In einer eMail vom Di, 27. Apr. 2004 15:25 MEZ schreibt Toad [EMAIL PROTECTED]: On Tue, Apr 27, 2004 at 09:16:41AM -0400, [EMAIL PROTECTED] wrote: In einer eMail vom Di, 27. Apr. 2004 13:03 MEZ schreibt Niklas Bergh [EMAIL PROTECTED]: There seems to be a whole bunch of different temp files around.. Not only 'store\temp'... Maybe some of those other contained files? I will check that, I thought temp files are in the specified temp folder. Why do you assign one, if the temp files are stored somewhere else... Because we need to store *datastore* temp files in the datastore. Whereas other temp files can be anywhere. I have now checked the datastore and found the temp folder in it. Should have looked there before... Anyway, I have not count the files in the folder, but the output of them to the console took 10 - 20 secs, so there are probably some hundred files in it. (Currently near 400MB of temp-files after two and a half hours) Some were even created soon after the startup of freenet and never touched again. It seems so, as if freenet simply fails to delete them, or at least does not do that. (If you think of the IO error because of too man open files, this should result after some time in near 1000 temp-files.) Would it hurt the node if I would just delete some of the old ones, while freenet is running, to free up some space, or could that for example damage the datastore? (ok, they should be opened, I do not know if it is possible to delete open files, but I do not think so. :|) ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]
[freenet-support] various problems
I wanted to report, that I get currently a lot of the following error messages: Action cannot be taken after termination java.lang.Exception: debug Please close() me manually in finalizer: Key: *removed* Buffer: [EMAIL PROTECTED] : *removed*:temp:*removed* New: true ( 0 of 262460 read) java.lang.IllegalStateException: unclosed I do not know, what the error messages mean, but perhaps it has something to do with the following behaviour: Every time I insert something, the value Space used by temp files increases irreversible. It does not matter if the insert succeeds or not (usually not, my current insert speed is between 0kb/s and 1kb/s, sometimes freenet does not manage to get anything inserted for hours), the value increases and never decreases again. The crazy thing about this is, that the temp folder contains at any time only some files (the maximum I observed was something around 20). At one time there was not one single file in the temp folder and freenet reported 200MB of temp files... This behaviour ends normally in a Java VM crash after some time (I do not think, that the crashes have something to do with this, Java VM crashes occured already before, but just in case...), or, if the reported temp file value reaches around 700MB, in a IO error, because too many files are opened. (Which files?! Some files in the datastore?) Freenet is already working with the same settings for months, so I do not think, that I have misconfigured anything, but it may be, that I just had not inserted enough in the past, to notice this behaviour. (The node is running on Linux Mandrake 9.1, so this is definatly not the windows temp file bug or something like that!) A month ago I did not insert much data and I could run freenet for up to 2 days or more on that computer without any crash (as long as I did not put heavy load on the node), so this should have something to do with recent changes, but I could be wrong there. I have already tried various changes to the settings (for example disabling the diagnostics, just in case that they use temp files or disabling the datastore index, just to test if it got corrupted or something like that.), but nothing really helped. ___ Support mailing list [EMAIL PROTECTED] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[EMAIL PROTECTED]