[freenet-support] Re: Freenet daemon dies

2006-01-19 Thread Harrison Smith
Harrison Smith <[EMAIL PROTECTED]> writes:

> No luck. I fiddled with the -Xmx option; I even downgraded to jre 1.4.2
> blackdown - but it still randomly crashes without explanation. I didn't any
> hs_err_pid_ files, either. If you want to see any of my logs, just tell me
> where they are, and I'll share them.

Okay, I left my telnet session open a while longer, and when freenet started
acting up, a lot of stuff showed up right on the terminal. This is what it said:

("\" means continuation of the previous line)

java.io.IOException: Attempt to use a released TempFileBucket: /root/f
\reenet/store/temp/tbf_11b51af
at freenet.support.SpyOutputStream.checkValid(SpyOutputStream
\.java:29)
at freenet.support.SpyOutputStream.(SpyOutputStream.java
\:48)
at freenet.support.TempFileBucket.getOutputStream(TempFileBuck
\et.java:133)
at freenet.client.SegmentOutputStream.nextBucket(SegmentOutput
\Stream.java:280)
at freenet.client.SegmentOutputStream.write(SegmentOutputStrea
\m.java:192)
at java.io.OutputStream.write(OutputStream.java:58)
at freenet.crypt.DecipherOutputStream.write(DecipherOutputStre
\am.java:40)
at freenet.client.InternalClient$InternalFeedbackToken$Interna
\lDataChunkOutputStream.sendChunk(InternalClient.java:279)
at freenet.support.io.DataChunkOutputStream.write(DataChunkOut
\putStream.java:43)
at freenet.support.io.CBStripOutputStream.write(CBStripOutputS
\tream.java:41)
at freenet.OutputStreamTrailerWriter.writeTrailing(OutputStrea
\mTrailerWriter.java:19)
at freenet.node.states.data.SendData.sendWritePadding(SendData
\.java:536)
at freenet.node.states.data.SendData.received(SendData.java:27
\0)
at freenet.node.StateChain.received(StateChain.java:177)
at freenet.node.StateChain.received(StateChain.java:61)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.run(StateChainManagingMessageHandler.java:335)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.received(StateChainManagingMessageHandler.java:288)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.access$100(StateChainManagingMessageHandler.java:207)
at freenet.node.StateChainManagingMessageHandler.handle(StateC
\hainManagingMessageHandler.java:99)
at freenet.Ticker$Event.run(Ticker.java:325)
at freenet.thread.YThreadFactory$YThread.run(YThreadFactory.ja
\va:285)
java.io.IOException: Attempt to use a released TempFileBucket: /root/f
\reenet/store/temp/tbf_11b51af
at freenet.support.SpyOutputStream.checkValid(SpyOutputStream.
\java:29)
at freenet.support.SpyOutputStream.(SpyOutputStream.java
\:48)
at freenet.support.TempFileBucket.getOutputStream(TempFileBuck
\et.java:133)
at freenet.client.SegmentOutputStream.nextBucket(SegmentOutput
\Stream.java:280)
at freenet.client.SegmentOutputStream.write(SegmentOutputStrea
\m.java:192)
at java.io.OutputStream.write(OutputStream.java:58)
at freenet.crypt.DecipherOutputStream.write(DecipherOutputStre
\am.java:40)
at freenet.client.InternalClient$InternalFeedbackToken$Interna
\lDataChunkOutputStream.sendChunk(InternalClient.java:279)
at freenet.support.io.DataChunkOutputStream.write(DataChunkOut
\putStream.java:43)
at freenet.support.io.CBStripOutputStream.write(CBStripOutputS
\tream.java:41)
at freenet.OutputStreamTrailerWriter.writeTrailing(OutputStrea
\mTrailerWriter.java:19)
at freenet.node.states.data.SendData.sendWritePadding(SendData
\.java:536)
at freenet.node.states.data.SendData.received(SendData.java:27
\0)
at freenet.node.StateChain.received(StateChain.java:177)
at freenet.node.StateChain.received(StateChain.java:61)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.run(StateChainManagingMessageHandler.java:335)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.received(StateChainManagingMessageHandler.java:288)
at freenet.node.StateChainManagingMessageHandler$ChainContaine
\r.access$100(StateChainManagingMessageHandler.java:207)
at freenet.node.StateChainManagingMessageHandler.handle(StateC
\hainManagingMessageHandler.java:99)
at freenet.Ticker$Event.run(Ticker.java:325)
at freenet.thread.YThreadFactory$YThread.run(YThreadFactory.ja
\va:285)
port.SpyOutputStream.checkValid(SpyOutputStream.java:29)
at freenet.support.SpyOutputStream.(SpyOutputStream.java
\:48)
at freenet.support.TempFileBucket.getOutputStream(TempFileBuck
\et.java:133)
at freenet.client.SegmentOutputStream.nextBucket(SegmentOutput
\Stream.java:280)
at freenet.client.SegmentOutputStream.write(SegmentOutputStrea
\m.java:192)
at java.io.OutputStream.write(OutputStream.java:58)
at freenet.crypt.DecipherOutputStream.write(DecipherOutputStre
\am.java:40)
at freenet.c

[freenet-support] Re: Freenet daemon dies

2006-01-19 Thread Harrison Smith
Bob  writes:
> Presumably Java is crashing for some reason, you probably have a load of
> hs_err_pid_ files in the freenet directory containing random stack
> dumps.
> What does `java -version` say? You should use Sun (preferably) or
> Blackdown at least v1.4.2 (later versions are generally speaking
> "better" but use more memory.)
> 
> How long does it take it to die? How big is your datastore? Did it use
> to work or has it always done this?
> 
> AFAIK, the most common reason for random crashes other than hardware
> issues is running out of heap with large datastores. Java stupidly
> provides no real way for apps to tell they're running out of memory (or
> disk space!), so starvation results in slowing to a crawl followed by an
> OOM exception. Some versions of Java appear to be worse at this than
> others, e.g. on blackdown 1.4.1 (only one I can use, Sparc box) I had to
> set the maximum heap to 1GB yes one Gigabyte for it to start
> successfully, and it doesn't even have a large store :)
> Although that box is temporarily out of commission with RAM ECC errors
> on one module now so that may have had something to do with it ...
> 
> Anyway find the "java -Xmx128m etc etc" line at the end of
> start-freenet.sh that actually runs freenet, and try changing the Xmx
> (maximum heap size) to something larger e.g. -Xmx256m. Hopefully this
> will help.
> 
> Incidentally it's intended to get the current alpha development version,
> the pretty much rewritten and significantly different (UDP, mixed
> scalable darknet/lightnet etc) 0.7, to work with with Free JVMs like
> Kaffe at some point which may help with this sort of issue.
> 
> Bob

No luck. I fiddled with the -Xmx option; I even downgraded to jre 1.4.2
blackdown - but it still randomly crashes without explanation. I didn't any
hs_err_pid_ files, either. If you want to see any of my logs, just tell me
where they are, and I'll share them.

I've noticed something else strange. Before fred crashes, my hard drive goes
insanely busy. The terminal responds really slowly, and the freenet web
interface takes forever to load. Then, after a few minutes, silence, and no java
running at all. I'm running entropy/rsa and it's been working since the day I
installed it. Why does freenet have to be so much harder?


thanks for your reply,
 Harrison