[freenet-support] java.lang.OutOfMemoryError

2005-09-02 Thread freenetproject....@dynamicbits.com
After running Freenet for a while (Actually only 2 weeks this time), I
sometimes get the exclamation icon in the tray. The last thing in
freenet.log is:


Exception in thread "YThread-2184" java.lang.OutOfMemoryError: Java heap
space

Aug 29, 2005 9:42:23 AM (freenet.node.Node, YThread-1994): Error while
receiving message freenet.message.DataRequest at 129ca93 DataRequest
@freenet.MuxConnectionHandler at cde9f2 @ 589d1a2250c8f962 in state
freenet.node.states.FNP.NewDataRequest at 2e780f @ 589d1a2250c8f962:
java.lang.OutOfMemoryError: Java heap space
java.lang.OutOfMemoryError: Java heap space

Aug 29, 2005 9:42:34 AM (freenet.node.NodeReference, YThread-2191):
t.getAddress(83.134.35.24:3681) took 3078
Exception in thread "YThread-2185" java.lang.OutOfMemoryError: Java heap
space

Scrolling up, I notice several other errors at the end of the log. I
still have Freenet running to possibly assist any debugging that would
need to be done. The About dialog shows: Version 0.5.2.8

--
Andy

-- 
http://www.fastmail.fm - A fast, anti-spam email service.




[freenet-support] java.lang.OutOfMemoryError

2005-09-02 Thread freenetproject . org
After running Freenet for a while (Actually only 2 weeks this time), I
sometimes get the exclamation icon in the tray. The last thing in
freenet.log is:


Exception in thread "YThread-2184" java.lang.OutOfMemoryError: Java heap
space

Aug 29, 2005 9:42:23 AM (freenet.node.Node, YThread-1994): Error while
receiving message [EMAIL PROTECTED] DataRequest
@[EMAIL PROTECTED] @ 589d1a2250c8f962 in state
[EMAIL PROTECTED] @ 589d1a2250c8f962:
java.lang.OutOfMemoryError: Java heap space
java.lang.OutOfMemoryError: Java heap space

Aug 29, 2005 9:42:34 AM (freenet.node.NodeReference, YThread-2191):
t.getAddress(83.134.35.24:3681) took 3078
Exception in thread "YThread-2185" java.lang.OutOfMemoryError: Java heap
space

Scrolling up, I notice several other errors at the end of the log. I
still have Freenet running to possibly assist any debugging that would
need to be done. The About dialog shows: Version 0.5.2.8

--
Andy

-- 
http://www.fastmail.fm - A fast, anti-spam email service.

___
Support mailing list
Support@freenetproject.org
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] Active transfers too high

2004-12-29 Thread freenetproject
My node often overloads with too many transfers.  You will see that I 
have 467 active transfers transmitting.

**Connections [Switch to peers mode]**
Wed Dec 29 10:03:30 PST 2004
[More details]
Connections open (Inbound/Outbound/Limit)   70 (12/58/100)
Transfers active (Transmitting/Receiving)   467 (462/5)
Data waiting to be transferred  47 KiB
Total amount of data transferred2,002 MiB
**Enviroment**
Architecture and Operating System   

Architecturei386
Available processors1
Operating SystemLinux
OS Version  2.6.5-7.111.5-default
Java Virtual Machine
JVM Vendor  Sun Microsystems Inc.
JVM NameJava HotSpot(TM) Server VM
JVM Version 1.5.0-b64
Memory Allocation   
Maximum memory the JVM will allocate259,264 KiB
Memory currently allocated by the JVM   259,264 KiB
Memory in use   221,159,704 Bytes
Estimated memory used by logger None
Unused allocated memory 44,326,632 Bytes
Data Store  
Maximum size117,187,500 KiB
Used space  24,037,700 KiB
Free space  93,149,800 KiB
Percent used20
Total keys  91753
Space used by temp files966,116 KiB
Maximum space for temp files40,000,001,192 Bytes

**General Information**
Version Information  	
	
Node Version	0.5
Protocol Version	STABLE-1.51
Build Number	5100
CVS Revision	1.90.2.50.2.128
	Uptime 	
	 1 day 3 hours 57 minutes 	
	Load 	
Current routingTime	0ms
Current messageSendTimeRequest	0ms
Pooled threads running jobs	14 (7%)
Pooled threads which are idle	15
Current upstream bandwidth usage	12783 bytes/second (104%)
Reason for QueryRejecting requests:	Estimated load (130%) > overloadHigh 
(125%)Estimated load (130%) > overloadHigh (125%)
	It's normal for the node to sometimes reject connections or requests 
for a limited period. If you're seeing rejections continuously the node 
is overloaded or something is wrong (i.e. a bug).
Current estimated load for QueryReject purposes	130%
Current estimated load for rate limiting	133.3% [QueryRejecting all 
incoming requests!]
Reason for load:	Load due to thread limit = 7%
Load due to routingTime = 10% = 100ms / 1000ms <= overloadLow (100%)
Load due to messageSendTimeRequest = 20% = 100ms / 500ms <= overloadLow 
(100%)
Load due to output bandwidth limiting = 129.8% because 
outputBytes(765706) > limit (589824.009 ) = outLimitCutoff (0.8) * 
outputBandwidthLimit (12288) * 60
Load due to CPU usage = 133.3% = 100% / 0.75
Load due to expected inbound transfers: 1.8% because: 4727.252702849095 
req/hr * 0.00277850822403 (pTransfer) * 268259.0 bytes = 3523504 
bytes/hr expected from current requests, but maxInputBytes/minute = 
2949120 (output limit assumed smaller than input capacity) * 60 * 1.1 = 
194641920 bytes/hr target
Load due to expected outbound transfers: 0.1% because: 69.17398158133034 
req/hr * 0.0010(999 0s, 1 1s, 1000 total) (pTransfer) * 268259.0 bytes = 
18556 bytes/hr expected from current requests, but maxOutputBytes/minute 
= 516095 * 60 = 30965759 bytes/hr target
Estimated external pSearchFailed (based only on QueryRejections due to 
load):	0.729
Current estimated requests per hour:	4417.545876413522
Current global quota (requests per hour):	2235.1086113701913
Current global quota limit from bandwidth (requests per hour): 
164903.3210442147
Highest seen bytes downloaded in one minute:	1595458
Current outgoing request rate	4727.252702849095
Current probability of a request succeeding by routing	0.7%
Current probability of an inbound request causing a transfer outwards	0.1%
Current target (best case single node) probability of a request 
succeeding	3.7%


**Node Status Info**
Uptime:   1 day,   4 hours,   0 minutes
Current routingTime: 0ms.
Pooled threads running jobs: 11 (5.5%)   [QueryRejecting all 
incoming requests!]
Pooled threads which are idle: 18
It's normal for the node to sometimes reject connections or requests for 
a limited period. If you're seeing rejections continuously the node is 
overloaded or something is wrong (i.e. a bug). Current estimated load 
for rate limiting: 127.4%.
Load due to thread limit = 5.5%
Load due to routingTime = 10% = 100ms / 1000ms <= overloadLow (100%)
Load due to messageSendTimeRequest = 20% = 100ms / 500ms <= overloadLow 
(100%)
Load due to output bandwidth limiting = 127.4% because 
outputBytes(751185) > limit (589824.009 ) = outLimitCutoff (0.8) * 
outputBandwidthLimit (12288) * 60
Load due to CPU usage = 102.7% = 77% / 0.75
Load due to expected inbound transfers: 1.8% because: 4727.252702849095 
req/hr * 0.00277850822403 (pTransfer) * 268290.0 bytes = 3523911 
bytes/hr expected from current requests, but maxInputBytes/minute = 
2949120 (output limit assumed smaller than input capacity) * 60 * 1.1 = 
194641920 bytes/hr target
Load due to expected outbound transfers: 0.1% because: 63.31118607638463 
req/hr * 0.0010(999 0s, 1 1s, 1000 total) (pTransfer) * 268290.0 bytes = 
16985 bytes/hr expected from current requests, but maxOutputB

[freenet-support] Caught a java.io.IOException: Too many open files

2004-09-23 Thread freenetproject
My Java version
java -version
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-01)
Java HotSpot(TM) Client VM (build Blackdown-1.4.1-01, mixed mode)
I'm running SuSE 8.2 and I have 1.3GB of memory and I'm not running out 
of memory.
uname -a
Linux X 2.4.20-4GB-athlon #1 Tue Aug 10 11:17:52 UTC 2004 i686 
unknown unknown GNU/Linux

I'm using 384MB of memory for Freenet
nice -n 10 -- java -server -Xmx384m $JAVA_ARGS freenet.node.Main "$@" &
This is what the connections page show before the failure
Connections open (Inbound/Outbound/Limit)   117 (64/53/200)
Transfers active (Transmitting/Receiving)   71 (44/27)
Data waiting to be transferred  2,242 Bytes
Total amount of data transferred6,658 MiB
I'm getting this error after a few days of running.
Caught a java.io.IOException: Too many open files, 
LSL.processConnections failin
g
java.io.IOException: Too many open files
at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
at 
sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.jav
a:134)
at 
freenet.transport.ListenSelectorLoop.processConnections(ListenSelecto
rLoop.java:107)
at 
freenet.transport.AbstractSelectorLoop.loop(AbstractSelectorLoop.java
:846)
at 
freenet.transport.ListenSelectorLoop.run(ListenSelectorLoop.java:149)
at java.lang.Thread.run(Thread.java:536)
java.lang.Exception
at 
freenet.transport.AbstractSelectorLoop.loop(AbstractSelectorLoop.java
:847)
at 
freenet.transport.ListenSelectorLoop.run(ListenSelectorLoop.java:149)
at java.lang.Thread.run(Thread.java:536)
Caught a java.io.IOException: Too many open files, 
LSL.processConnections failin
g
java.io.IOException: Too many open files
at sun.nio.ch.ServerSocketChannelImpl.accept0(Native Method)
at 
sun.nio.ch.ServerSocketChannelImpl.accept(ServerSocketChannelImpl.jav
a:134)
at 
freenet.transport.ListenSelectorLoop.processConnections(ListenSelecto
rLoop.java:107)
at 
freenet.transport.AbstractSelectorLoop.loop(AbstractSelectorLoop.java
:846)
at 
freenet.transport.ListenSelectorLoop.run(ListenSelectorLoop.java:149)
at java.lang.Thread.run(Thread.java:536)
java.lang.Exception
at 
freenet.transport.AbstractSelectorLoop.loop(AbstractSelectorLoop.java
:847)
at 
freenet.transport.ListenSelectorLoop.run(ListenSelectorLoop.java:149)
at java.lang.Thread.run(Thread.java:536)

___
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] 5088 - New Build 5089 Doesn't Show On FProxy Main Page

2004-08-05 Thread freenetproject
Since the 5089 announcement, I've been checking the FProxy main page for 
an indication that 5089 is available, but it doesn't show that it is 
available.  I have been able to upgrade to 5089, but I'm concerned that 
there are nodes out there that won't know that it's time to upgrade. 
How is the FProxy main page made aware up a new version?
___
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] Weird Error

2004-07-23 Thread freenetproject
I've found that Freenet is a great tool for stress testing my system. 
You might want to run memtest on your box to see if you have a bad stick 
of memory.

http://www.memtest.org/
http://www.memtest86.com/
Shoey Fighter wrote:
Hello. I have recently installed Slackware 10.0 (java 1.4.2) and the 
latest stable build of Freenet. It worked seemingly fine for a few days, 
but then after letting it go by itself for a while I noticed my router 
wasn't showing much activity. I logged in via SSH, only to find that the 
service was no longer going. Confused, I started it again, and this time 
left the console window open to see if anything would be dumped. 
Eventually, the following message was dumped. (The only settings I 
changed in my configuration are allowedhosts=all computers on my 
network, maxconnections=150, ipaddress=mine, logfile=error, 
datastoresize=5000M). Now it takes about half of an hour (or less) for 
this error to come up. Any suggestions would be greatly appreciated. I 
can also include my configuration or any other info you might need.

Thanks,
ShoeyFighter
Message:
==
Unexpected Signal : 11 occurred at PC=0x4031DF3A
Function=(null)+0x4031DF3A
Library=/usr/lib/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.so
NOTE: We are unable to locate the function name symbol for the error
 just occurred. Please refer to release documentation for possible
 reason and solutions.
Current Java thread:
   at java.lang.Object.wait(Native Method)
   - waiting on <0x45e88ee8> (a java.lang.Thread)
   at java.lang.Thread.join(Thread.java:1001)
   - locked <0x45e88ee8> (a java.lang.Thread)
   at java.lang.Thread.join(Thread.java:1054)
   at freenet.Core.join(Core.java:539)
   at freenet.node.Main.main(Main.java:1016)
Dynamic libraries:
08048000-0804e000 r-xp  03:02 33051  
/usr/lib/j2sdk1.4.2_04/bin/java
0804e000-0804f000 rw-p 5000 03:02 33051  
/usr/lib/j2sdk1.4.2_04/bin/java
4000-40014000 r-xp  03:02 12031  /lib/ld-2.3.2.so
40014000-40015000 rw-p 00013000 03:02 12031  /lib/ld-2.3.2.so
40016000-4001e000 r-xp  03:02 33532  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/native_threads
/libhpi.so
4001e000-4001f000 rw-p 7000 03:02 33532  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/native_threads
/libhpi.so
4001f000-40029000 r-xp  03:02 12071  
/lib/libnss_compat-2.3.2.so
40029000-4002a000 rw-p 9000 03:02 12071  
/lib/libnss_compat-2.3.2.so
4002c000-4003a000 r-xp  03:02 12078  /lib/libpthread-0.10.so
4003a000-4003b000 rw-p e000 03:02 12078  /lib/libpthread-0.10.so
4007d000-4007f000 r-xp  03:02 12067  /lib/libdl-2.3.2.so
4007f000-4008 rw-p 1000 03:02 12067  /lib/libdl-2.3.2.so
4008-401a8000 r-xp  03:02 12065  /lib/libc-2.3.2.so
401a8000-401ac000 rw-p 00128000 03:02 12065  /lib/libc-2.3.2.so
401b-405ab000 r-xp  03:02 33536  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.
so
405ab000-405c6000 rw-p 003fa000 03:02 33536  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/client/libjvm.
so
405d9000-405eb000 r-xp  03:02 12070  /lib/libnsl-2.3.2.so
405eb000-405ec000 rw-p 00011000 03:02 12070  /lib/libnsl-2.3.2.so
405ee000-4060f000 r-xp  03:02 12068  /lib/libm-2.3.2.so
4060f000-4061 rw-p 0002 03:02 12068  /lib/libm-2.3.2.so
4061-40614000 rw-s  03:02 191373 /tmp/hsperfdata_root/1286
40614000-40624000 r-xp  03:02 33525  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libverify.so
40624000-40626000 rw-p f000 03:02 33525  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libverify.so
40626000-40646000 r-xp  03:02 33540  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libjava.so
40646000-40648000 rw-p 0001f000 03:02 33540  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libjava.so
40648000-4065c000 r-xp  03:02 33530  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libzip.so
4065c000-4065f000 rw-p 00013000 03:02 33530  
/usr/lib/j2sdk1.4.2_04/jre/lib/i386/libzip.so
4065f000-41fff000 r--s  03:02 33646  
/usr/lib/j2sdk1.4.2_04/jre/lib/rt.jar
42049000-4205f000 r--s  03:02 33605  
/usr/lib/j2sdk1.4.2_04/jre/lib/sunrsasign.jar
4205f000-4213a000 r--s  03:02 33582  
/usr/lib/j2sdk1.4.2_04/jre/lib/jsse.jar
4213a000-4214b000 r--s  03:02 33652  
/usr/lib/j2sdk1.4.2_04/jre/lib/jce.jar
4214b000-426a4000 r--s  03:02 33644  
/usr/lib/j2sdk1.4.2_04/jre/lib/charsets.jar
4474c000-4474f000 r--s  03:02 33516  
/usr/lib/j2sdk1.4.2_04/jre/lib/ext/dnsns.jar
5080e000-5083a000 r--p  03:02 62976  
/usr/lib/locale/en_US/LC_CTYPE
5083a000-50856000 r--s  03:02 33517  
/usr/lib/j2sdk1.4.2_04/jre/lib/ext/sunjce_provider
.jar
50856000-50863000 r--s  03:02 33518  
/usr/lib/j2sdk1.4.2_04/jre/lib/ext/ldapsec.jar
50863000-5091f000 r--s  03:02 33519  
/usr/lib/j2sdk1.4.2_04/jre/lib/ext/localedata.jar
5091f0

Re: [freenet-support] Freenet freezes internet connection

2004-06-25 Thread freenetproject
Thanks for the timely example.
Not to be too argumentative, but shouldn't 100 connections be the 
default for most users, and if your system can handle more, then you can 
increase it?

Kevin Steen wrote:
On Fri, 2004-06-25 at 14:34, Manfred Huber wrote:
Hello,
I'm experiencing the following problem with Freenet:
After some uptime, Freenet usually freezes my internet connection. Neither
Freenet nor other applications send or receive any data anymore.

This is often caused by your router or DSL modem being unable to handle
sufficient simultaneous connections. Freenet uses a lot more TCP
connections than most other software. 

Try adding the line:
maxNodeConnections=100
to your freenet.conf (or freenet.ini) file and restart freenet. Decrease
the number until you stop experiencing 'connection freezing' problems.
-Kevin
___
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]
___
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] RNFs

2004-06-25 Thread freenetproject
That was helpful - thanks.
Sorry to belabor the issue, but I still wonder if 100 is a reasonable 
number of connections, why would the default be 200?  Shouldn't the 
default be 100?

Kevin Steen wrote:
All the config options and their code-specified default values can be
found on the web interface: 
  http://127.0.0.1:/servlet/nodeinfo/documentation/cli

If you don't use the Windows graphical configuration tool, I'd suggest
deleting all the default entries in the config file and using a file
with only the required lines in it ([Freenet node], ipAddress,
listenPort, outputBandwidthLimit, storeSize). This makes it easier to
review your config changes whenever you upgrade freenet.
-Kevin
On Fri, 2004-06-25 at 15:17, [EMAIL PROTECTED] wrote:
Thanks, that worked.  Would you happen to know the min/max for the 
entries that have a numeric value?

Salah Coronya wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:

Will someone please post the new .conf file with min/max and defaults?
Apparently the .conf file is not updated when the version is updated.
Toad wrote:

No, it's 200. It used to be 512.
___
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]

Back up you old configuration file, (optionally, but recommended also
delete the original) and use java -jar freenet.jar --config to
regenerate it. It'll generate a new config file with all the defaults
(be sure to chose the the same listenPort and datastore size as before).
(If you have customer settings in you old freenet.conf file that aren't
the default, you'll need to re-add them)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFA27znhctESbvQ8ZwRAoYbAJ43mxON7NCbH3WapM91k4QVrbuCnQCfSkiS
u7PDlyB4kut58Ty2/H69bV4=
=XCHq
-END PGP 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]
___
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]

___
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]
___
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] RNFs

2004-06-25 Thread freenetproject
Thanks, that worked.  Would you happen to know the min/max for the 
entries that have a numeric value?

Salah Coronya wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
Will someone please post the new .conf file with min/max and defaults?
Apparently the .conf file is not updated when the version is updated.
Toad wrote:

No, it's 200. It used to be 512.
___
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]

Back up you old configuration file, (optionally, but recommended also
delete the original) and use java -jar freenet.jar --config to
regenerate it. It'll generate a new config file with all the defaults
(be sure to chose the the same listenPort and datastore size as before).
(If you have customer settings in you old freenet.conf file that aren't
the default, you'll need to re-add them)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFA27znhctESbvQ8ZwRAoYbAJ43mxON7NCbH3WapM91k4QVrbuCnQCfSkiS
u7PDlyB4kut58Ty2/H69bV4=
=XCHq
-END PGP 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]
___
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] RNFs

2004-06-24 Thread freenetproject
Will someone please post the new .conf file with min/max and defaults? 
Apparently the .conf file is not updated when the version is updated.

Toad wrote:
No, it's 200. It used to be 512.
___
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] RNFs

2004-06-24 Thread freenetproject
Toad wrote:
OUCH! Have you reseeded recently? In any case if you leave it running
for a day or so it should accumulate more... a reasonable number is 100+
connections...
If 100 is a reasonable number, then why is the default in the .conf file 
 maxNodeConnections=512?  Please correct me if I'm wrong, but each node 
connection takes up memory.  As more connections are established, more 
memory is used until the node runs out of memory.  Then the user has to 
restart their node to get the memory usage back to a reasonable level. 
Why not set the default to something reasonable, like 100 or less?
___
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] norton firewall

2004-06-14 Thread freenetproject
> I'm not a Linux nut, but I agree with this in principal. Just using a 
> software firewall is totally insecure. Your best bet, if you don't want 
> to bother setting up a Linux box to act as your go between, [...]

What, a linux/unix box is *not* a software firewall? :)

-- 
 5:45PM  up 132 days, 3 hrs, 1 user, load averages: 0.15, 0.21, 0.24

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
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] British Telecom starting mass censorship of Web sites

2004-06-06 Thread freenetproject
> First they came for the child porn sites ...
> http://observer.guardian.co.uk/uk_news/story/0,6903,1232422,00.html
> Discussion on http://yro.slashdot.org/yro/04/06/06/132200.shtml
> 
> Blocking connections to Freenet nodes will be only a matter of time,
> so what should we do to prevent them from getting on the blacklists?

The only way to surely prevent governments (whether the brithsh or the
chinese or whichever else) from blocking freenet would probably be to give
up development, and that really isn't an .

I think it might be a good idea to not start mirroring the blocked content
on Freenet merely to prove a point, though.


-- 
 7:21PM  up 124 days,  4:36, 1 user, load averages: 0.18, 0.20, 0.18

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
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] SYNs and SMURFs

2004-06-01 Thread freenetproject
Thanks.  I have a SMC router that does have a tough time keeping up with 
Freenet.

On a side note, I've found another use for Freenet as a system stress 
test.  Unlike most applications, with Freenet you can really see a 
differences when you change your system configuration.  If you have bad 
memory, Freenet will find it.  If you have slow disk access, Freenet 
will really show you how slow it is. That new 2.6Ghz processor, Freenet 
will eat it up and ask for dessert.  If your router is crap, Freenet 
will zero in on that weak spot.

p.s. Sorry for the double post.  I'll blame that on my router too.
Salah Coronya wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roger Hayter wrote:
In message <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes

For a long time I've received what looks like SYN floods and SMURF
attacks to my port associated with Freenet.  I've assumed that it's a
fault of my firewall or PC, but what's weird is that the port of the
"offending" IP increments.  I thought that the port that Freenet uses
was fixed being that it was defined in the .conf file.
Excuse my display of ignorance, but could someone please explain why
the far ends port would need to change?
Example
Time: 05/31/2004, 04:21:52
Message: Smurf
Source: 133.205.255.225, 1905
Time: 05/31/2004, 04:25:38
Message: Smurf
Source: 133.205.255.225, 2600
Etc.
Most likely this is an attempt by a Freenet node on 133.205.255.225 to
connect to your Freenet external port, which is fixed, but is being
prevented by your firewall.  It tries again and chooses the next
available source port.  It has to use a new source port so it can tell
the difference between the present connection and previous ones, should
a packet return. The return packet will be from your Freenet fixed port,
and to the arbitrary source port on the remote machine, 133.205.255.225.
This is normal.  Can you tell your firewall to ignore connections to
your Freenet port?  I think it may well be identifying Freenet packets
as smurf attacks - what does anyone else think?

If this is from a SOHO broadband router - especially a D-Link router,
they should likely be disregarded, as the DoS detection in there doesn't
usually work and it KNOWN to be broken in D-Link's firmware.
There was a version of Freenet, 5023 IIRC, that accidently DID launch a
sort of "syn flood" as it would try to reconnect relentlessly.
In general, most SOHO router simply cannot handle the kind of traffic
Freenet generates, and it confuses it with a DoS attack.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFAu7YxhctESbvQ8ZwRAlhbAJ9Xn5orQIPwNhtdaONP5Ha7vHuNnACfSODp
2eiFYi1hJm8YNcVQSuVA+5o=
=okvI
-END PGP 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]
___
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] SYNs and SMURFs

2004-05-31 Thread freenetproject
For a long time I've received what looks like SYN floods and SMURF 
attacks to my port associated with Freenet.  I've assumed that it's a 
fault of my firewall or PC, but what's weird is that the port of the 
"offending" IP increments.  I thought that the port that Freenet uses 
was static being that it was defined in the .conf file.

Excuse my display of ignorance, but could someone please explain why the 
far end port would need to change?

Example
Time: 05/31/2004, 04:21:52
Message: Smurf
Source: 133.205.255.225, 1905
Time: 05/31/2004, 04:25:38
Message: Smurf
Source: 133.205.255.225, 2600
Time: 05/31/2004, 04:29:24
Message: Smurf
Source: 133.205.255.225, 3259
Time: 05/31/2004, 04:33:18
Message: Smurf
Source: 133.205.255.225, 3844
Time: 05/31/2004, 04:37:06
Message: Smurf
Source: 133.205.255.225, 4412
Time: 05/31/2004, 04:41:33
Message: Smurf
Source: 133.205.255.225, 
___
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] SYNs and SMURFs

2004-05-31 Thread freenetproject
For a long time I've received what looks like SYN floods and SMURF 
attacks to my port associated with Freenet.  I've assumed that it's a 
fault of my firewall or PC, but what's weird is that the port of the 
"offending" IP increments.  I thought that the port that Freenet uses 
was fixed being that it was defined in the .conf file.

Excuse my display of ignorance, but could someone please explain why the 
far ends port would need to change?

Example
Time: 05/31/2004, 04:21:52
Message: Smurf
Source: 133.205.255.225, 1905
Time: 05/31/2004, 04:25:38
Message: Smurf
Source: 133.205.255.225, 2600
Time: 05/31/2004, 04:29:24
Message: Smurf
Source: 133.205.255.225, 3259
Time: 05/31/2004, 04:33:18
Message: Smurf
Source: 133.205.255.225, 3844
Time: 05/31/2004, 04:37:06
Message: Smurf
Source: 133.205.255.225, 4412
Time: 05/31/2004, 04:41:33
Message: Smurf
Source: 133.205.255.225, 
___
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] Stable - Unstable COnnection Disparity

2004-05-22 Thread freenetproject
Ignore this message, it is a dupe.
. wrote:
I've noticed that the stable build does not open as many connections at 
the unstable build.  When I start the stable build, it will make 3 or 4 
connections at first and then just sit there.  Slowly it will build more 
connections.  When I launch the unstable build, it will immediately have 
20 or more connections open.  What could be the problem?

Stable 5082
Connections open (Inbound/Outbound/Limit)13 (0/13/60)
Transfers active (Transmitting/Receiving)18 (18/0)
Data waiting to be transferred942 Bytes
Total amount of data transferred143 MiB
Uptime:   0 days,   7 hours,   1 minute
Current routingTime: 0ms.
Pooled threads running jobs: 2 (1.7%)
Pooled threads which are idle: 26
Current estimated load for rate limiting: 10%.
Load due to thread limit = 1.7%
Load due to routingTime = 10% = 100ms / 1000ms <= overloadLow (50%)
Load due to messageSendTimeRequest = 10% = 100ms / 1000ms <= overloadLow 
(50%)
Load due to output bandwidth limiting = 0% because outputBytes(0) <= 
limit (672000.01 ) = outLimitCutoff (0.8) * outputBandwidthLimit (14000) 
* 60
Load due to expected inbound transfers: 0% because: 0.0 req/hr * 
0.027857298366589584 (pTransfer) * 391846.0 bytes = 0 bytes/hr expected 
from current requests, but maxInputBytes/minute = 108 * 60 * 1.1 = 
7128 bytes/hr target
Current estimated load for QueryRejecting: 1.7%.


Unstable 60106
Connections open (Inbound/Outbound/Limit)34 (0/34/60)
Transfers active (Transmitting/Receiving)152 (152/0)
Data waiting to be transferred18 KiB
Total amount of data transferredNone
Uptime:   0 days,   7 hours,   1 minute
Current routingTime: 0ms.
Pooled threads running jobs: 2 (1.7%)
Pooled threads which are idle: 26
Current estimated load for rate limiting: 10%.
Load due to thread limit = 1.7%
Load due to routingTime = 10% = 100ms / 1000ms <= overloadLow (50%)
Load due to messageSendTimeRequest = 10% = 100ms / 1000ms <= overloadLow 
(50%)
Load due to output bandwidth limiting = 0% because outputBytes(0) <= 
limit (672000.01 ) = outLimitCutoff (0.8) * outputBandwidthLimit (14000) 
* 60
Load due to expected inbound transfers: 0% because: 0.0 req/hr * 
0.027857298366589584 (pTransfer) * 391846.0 bytes = 0 bytes/hr expected 
from current requests, but maxInputBytes/minute = 108 * 60 * 1.1 = 
7128 bytes/hr target
Current estimated load for QueryRejecting: 1.7%.
___
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]

___
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] Re: Open Connection Disparity Between Stable And Unstable

2004-05-22 Thread freenetproject
Thanks for the response.  I had closed the port on my firewall since I 
mistakenly thought that with bidi I wouldn't need to keep it open.  I'll 
 open the port, and see what that does.

Someone wrote:
[EMAIL PROTECTED] schrieb:
I thought that it didn't matter now with bidi built into stable.  Does 
this mean that bidi is not working on the stable node like it does on 
the unstable node?

Bidi means that both outgoing and incoming connections will be used for
routing. It doesn't help against nodes that don't accept incoming conns.
To route to those nodes your node has to wait till they make a connection
to you (provided that your node is able to accept incoming connections).
___
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]

___
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] Re: Open Connection Disparity Between Stable And Unstable

2004-05-22 Thread freenetproject
I thought that it didn't matter now with bidi built into stable.  Does 
this mean that bidi is not working on the stable node like it does on 
the unstable node?

Someone wrote:
[EMAIL PROTECTED] schrieb:
Why does my stable node have so few connections, but my unstable node 
has many?  When I start my stable node it begins with maybe 2 or 3 
connections, but when I start my unstable node I get 20 or more 
connection.  I'm using similar config settings between the two node 
(not the same .conf file).  I've reseeded my stable node, but that 
doesn't help.

My guess is that many stable nodes are behind NATs and or firewalls, that
are not set up right (i.e. the node port isn't forwarded or is blocked
for incoming conns.). This may not be such an big issue on unstable as the
ppl using unstable are more experienced when it comes to setting up their
system the right way.
___
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]

___
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] Open Connection Disparity Between Stable And Unstable

2004-05-22 Thread freenetproject
Why does my stable node have so few connections, but my unstable node 
has many?  When I start my stable node it begins with maybe 2 or 3 
connections, but when I start my unstable node I get 20 or more 
connection.  I'm using similar config settings between the two node (not 
the same .conf file).  I've reseeded my stable node, but that doesn't help.

Stable
Connections open (Inbound/Outbound/Limit)   7 (0/7/60)
Transfers active (Transmitting/Receiving)   39 (29/10)
Data waiting to be transferred  4,945 Bytes
Total amount of data transferred310 MiB
Uptime:   0 days,   16 hours,   44 minutes
Current routingTime: 19ms.
Pooled threads running jobs: 16 (13.3%)
Pooled threads which are idle: 24
Current estimated load for rate limiting: 22.4%.
Load due to thread limit = 13.3%
Load due to routingTime = 1.9% = 19ms / 1000ms <= overloadLow (50%)
Load due to messageSendTimeRequest = 28.5% = 285ms / 1000ms <= 
overloadLow (50%)
Load due to output bandwidth limiting = 22.4% because 
outputBytes(188378) <= limit (672000.01 ) = outLimitCutoff (0.8) * 
outputBandwidthLimit (14000) * 60
Load due to expected inbound transfers: 2.6% because: 2172.0 req/hr * 
0.0021451008122710495 (pTransfer) * 390533.0 bytes = 1819555 bytes/hr 
expected from current requests, but maxInputBytes/minute = 108 * 60 
* 1.1 = 7128 bytes/hr target
Current estimated load for QueryRejecting: 13.3%.


Unstable
Connections open (Inbound/Outbound/Limit)   52 (0/52/60)
Transfers active (Transmitting/Receiving)   273 (266/7)
Data waiting to be transferred  45 KiB
Total amount of data transferredNone
Uptime:   0 days,   16 hours,   38 minutes
Current routingTime: 0ms.
Pooled threads running jobs: 29 (24.2%)
Pooled threads which are idle: 4
Current estimated load for rate limiting: 154.3%.
Load due to thread limit = 23.3%
Load due to routingTime = 10% = 100ms / 1000ms <= overloadLow (100%)
Load due to messageSendTimeRequest = 154.3% = 1543ms / 1000ms > 
overloadLow (100%)
Load due to output bandwidth limiting = 0% because outputBytes(0) <= 
limit (672000.01 ) = outLimitCutoff (0.8) * outputBandwidthLimit (14000) 
* 60
Load due to expected inbound transfers: 12.4% because: 1878.0 req/hr * 
0.01203536640608 (pTransfer) * 391115.0 bytes = 8840144 bytes/hr 
expected from current requests, but maxInputBytes/minute = 108 * 60 
* 1.1 = 7128 bytes/hr target
Current estimated load for QueryRejecting: 27.5%.
___
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] Re: Unable to establish loopback connection

2003-11-29 Thread freenetproject
Hi,

> >I am running newer JVM builds just fine (Windows XP).. I would rather
> >say that Sun ought to adjust their code so that it works similary on
> >different platforms/OS version.
> >
> I have Windows 2000 and the same problem (no loopback connection).
> Tried Java 1.4.0: same error.
> Tried Java 1.3.1: same error.
> I didn't found 1.4.0-b92, so didn't test it yet.

1.4.0-b92 is the version you get when you download the 1.4.0 jre. FWIW, I
found that merely installing an older java version won't work; you have to
de-install all newer versions as well so the older jre will actually be the
one that's used. Maybe that's why it didn't work when you tried 1.4.0 and
1.3.1.
 
> Ehm maybe is a good idea to fix the Freenet code to work
> on 1.4.x too instead of force to use an odd obsoleted Java
> runtime version just to run freenet correctly?...

I think so, too. Changes in Java *are* a reality, and Sun is not gonna undo
them just for us. 

I also think that this should be documented in the FAQ on the freenet
website. *hint, hint*

-- 
10:20PM  up 12 days,  1:20, 2 users, load averages: 0.10, 0.18, 0.16

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
Support mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support


[freenetproject@gl00on.net: [freenet-support] Unable to establish loopback connection]

2003-11-25 Thread freenetproject
Hi everyone,

the following problem (which I reported earlier) continues to persist in the
latest stable build. Any ideas on what might go wrong here and how to fix it
would be appreciated.

Attempting to start up freenet yields the following errors in the logfile:

22.11.2003 18:23:26 (freenet.node.Main, main, NORMAL): starting node
Could not initialize network I/O system! Exiting
java.io.IOException: Unable to establish loopback connection
at sun.nio.ch.PipeImpl$Initializer.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.nio.ch.PipeImpl.(Unknown Source)
at sun.nio.ch.SelectorProviderImpl.openPipe(Unknown Source)
at java.nio.channels.Pipe.open(Unknown Source)
at sun.nio.ch.WindowsSelectorImpl.(Unknown Source)
at sun.nio.ch.WindowsSelectorProvider.openSelector(Unknown Source)
at java.nio.channels.Selector.open(Unknown Source)
at freenet.transport.AbstractSelectorLoop.(AbstractSelectorLoop.java:111)
at 
freenet.transport.ThrottledSelectorLoop.(ThrottledSelectorLoop.java:72)
at freenet.transport.ReadSelectorLoop.(ReadSelectorLoop.java:73)
at freenet.transport.tcpConnection.startSelectorLoops(tcpConnection.java:83)
at freenet.node.Main.startNode(Main.java:1384)
at freenet.node.Main.main(Main.java:1004)
Caused by: java.net.ConnectException: Connection timed out: connect
at sun.nio.ch.Net.connect(Native Method)
at sun.nio.ch.SocketChannelImpl.connect(Unknown Source)
at java.nio.channels.SocketChannel.open(Unknown Source)
... 14 more

The system is Windows XP SP1 with Sun's Java 1.4.2-b28. No part of Freenet's
default configuration was changed except for datastore size and location.

-- 
 6:24PM  up 4 days, 21:25, 1 user, load averages: 0.30, 0.29, 0.21

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
Support mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support

- End forwarded message -

-- 
10:16PM  up 8 days,  1:17, 2 users, load averages: 0.46, 0.26, 0.19

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
Support mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support


[freenet-support] Unable to establish loopback connection

2003-11-22 Thread freenetproject
Hi everyone,

it's been a while since I used freenet, but I decided to install it again.
However, I'm experiencing a problem now: after installing the latest
(stable) build and attempting to start up the node, Freenet reports an
error, and I get the following messages in my logfile:

22.11.2003 18:23:26 (freenet.node.Main, main, NORMAL): starting node
Could not initialize network I/O system! Exiting
java.io.IOException: Unable to establish loopback connection
at sun.nio.ch.PipeImpl$Initializer.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.nio.ch.PipeImpl.(Unknown Source)
at sun.nio.ch.SelectorProviderImpl.openPipe(Unknown Source)
at java.nio.channels.Pipe.open(Unknown Source)
at sun.nio.ch.WindowsSelectorImpl.(Unknown Source)
at sun.nio.ch.WindowsSelectorProvider.openSelector(Unknown Source)
at java.nio.channels.Selector.open(Unknown Source)
at freenet.transport.AbstractSelectorLoop.(AbstractSelectorLoop.java:111)
at 
freenet.transport.ThrottledSelectorLoop.(ThrottledSelectorLoop.java:72)
at freenet.transport.ReadSelectorLoop.(ReadSelectorLoop.java:73)
at freenet.transport.tcpConnection.startSelectorLoops(tcpConnection.java:83)
at freenet.node.Main.startNode(Main.java:1384)
at freenet.node.Main.main(Main.java:1004)
Caused by: java.net.ConnectException: Connection timed out: connect
at sun.nio.ch.Net.connect(Native Method)
at sun.nio.ch.SocketChannelImpl.connect(Unknown Source)
at java.nio.channels.SocketChannel.open(Unknown Source)
... 14 more

The system is Windows XP SP1 with Sun's Java 1.4.2-b28. Any ideas?

-- 
 6:24PM  up 4 days, 21:25, 1 user, load averages: 0.30, 0.29, 0.21

Every non-empty totally disconnected perfect compact metric space is
homeomorphic to the Cantor set.
___
Support mailing list
[EMAIL PROTECTED]
http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support