After upgrading to 6459 I got this situation:

Current routingTime 18ms 
Current messageSendTimeRequest 0ms 
Pooled threads running jobs 22 (20%) 
Current upstream bandwidth usage 211 bytes/second (2,1%) 
Estimated external pSearchFailed (based only on QueryRejections due to load): 
1.8249762470488975E-21 
Current recommended request interval sent to client nodes 1825735.5630938804ms 

(deleted the, as I think, unimportant lines)

for some reason the request interval got insane, with the result, that the node got 
the last 500 queries in 2,7 hours. Probably the node got no request since then. The 
node also did some other strange things after the update: For example it allowed a lot 
inbound connection from nodes with versions below 6452, and took also some in the 
routing table. There was even some transferring, both up and down. I know, I should 
switch the port, to not get any inbound connection from old nodes, but it seems 
strange to me, that the node is actually communicating with nodes with different 
network protocolls and is even transferring usefull data as it seems.
Until now (7 hours after the upgrade), the old nodes seem to disappear from the 
routing table, but even now they are not completly gone.
The node is also currently easily overloaded, (FCP connection are often rejected for 
no obvious reason) then actually blocking the whole internet connection. I also get a 
lot RNFs again, which was not the case before at least 6457. I just will try to 
restart it now, hoping that that will help. If someone want a log or something: I 
could start logging now, but for reducing the out of memory errors, I reduced the log 
level to "Error", so there is really nearly nothing interesting in there right now. 
The only entrys are right now:

21:06:44 Please close() me manually in finalizer: Key: 
d3b3237051aac42b0ae6f33a435823cd6bd3337e120302 Buffer: [EMAIL 
PROTECTED]:0x1:aac42b0ae6f33a435823cd6bd3337e120302:temp:262641:a09e6d4f6132b600 New: 
true ( 0 of 262460 read) 

01:00:56 jobPartDone(245) on [EMAIL PROTECTED] 
MuxConnectionHandler[conn=[tcp/connection: CLOSED,[EMAIL PROTECTED], [EMAIL 
PROTECTED], [EMAIL PROTECTED], identity=[DSA(099a 5af2 bdc7 1eb5 bbfb fa36 a90d 6573 
3217 f0e7)], sock=[Socket[addr=/68.48.126.51,port=19407,localport=6824]], 
chan=[java.nio.channels.SocketChannel[connected local=/192.168.213.112:6824 
remote=/68.48.126.51:19407]], peer=[Peer [DSA(099a 5af2 bdc7 1eb5 bbfb fa36 a90d 6573 
3217 f0e7) @ 68.48.126.51:19407 (1/3)]], outbound=[false]] but sendingPacket == null! 

03:07:09 Got a trailer chunk ahead of our time!: message starts 18187, stream 
currently at 0 from [EMAIL PROTECTED]: id=29855, keyOffset=18187, length=1399, cb=null 
on [EMAIL PROTECTED]: curPos=0, 0 chunks pending, wantChunk=true 

the one from 21:06 was reported before I updated. Just added it, because I never saw 
such a error in the logs before.
_______________________________________________
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]

Reply via email to