Re: [freenet-support] Freenet 0.7.5 build 1276 and my recent absence
No, it would not become the opennet as your node is still connected to mostly nodes who share your interest and who also connect mostly to nodes that share your interest. Thus you are still having the routing advantages of small world routing. If you carry that operation to everyone doing what you did then eventually the opennet would be a giant manually tweaked small world net, with just the odd random connection in there. > I am thinking more along the lines of membership interests. I want to be > in the yoga darknet group but also in the tennis darknet group. But if I > join both, I have now bridged these two groups into a new yoga-tennis > group. If I was to carry this operation of members joining other darknet > groups, eventually I end up with one single group, what we have today, > opennet. > ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Fwd: NPE and log file size of 50 GiB
I would try this:
Enable panic button.
Downloading two files so there is at least two files downloading at once (i
think panic button only shows if this is the case).
Click panic button.
Click yes.
it deletes your downloads and history and cache and basically resets your
nodw, BUT, it keeps all your settings, statistics, and datastore.
it might clean up whatever corrupt state your node is in.
> I see that my error report was just ignored, maybe the problem is not
> critical (at least for others ^^).
>
> My new feedback: with the latest official version the node still goes
> into a 100% loop on my dual core CPU.
> But no more log entries are written. The node seem to work normally,
> the web interface works.
>
> I have no uploads or downloads enqueued and no FCP app is running at all.
>
> Freetalk and WoT plugins refuse to load now for some reason, so they
> also do not run.
>
>
> -- Forwarded message --
> From:
> Date: Sat, Feb 27, 2010 at 09:44
> Subject: Fwd: NPE and log file size of 50 GiB
> To: support@freenetproject.org
>
>
> No one can help me?
>
> Had a look into the code, and it fails here:
>
>synchronized (FECQueue.this) {
>job =
> getFECJobBlockingNoDBAccess();
>job.running = true;
>}
>
> getFECJobBlockingNoDBAccess() could returns null. Isn't this handled here?
>
> Please help me, I canot run my node because of this :(
>
>
>
> -- Forwarded message --
> From:
> Date: Fri, Feb 26, 2010 at 06:41
> Subject: NPE and log file size of 50 GiB
> To: support@freenetproject.org
>
>
> This morning I found my node in a pitiful status. It was looping with
> 100% cpu (dual core).
>
> The hard disk was full, no space left. Guess who eat up the space?
> Now, look at this, and check the file sizes:
>
> 26.02.2010 05:4095.944.236 freenet-1240-2010-02-26-05-00.log.gz
> 26.02.2010 05:4019.405.026.616 freenet-latest.log
> 26.02.2010 05:0030.861.309.599 freenet-previous.log
> 3 File(s) 50.362.280.451 bytes
>
> Of course I had a look into the files before I deleted them, as far as
> I can see the only
> messages that filled the log were:
>
> Feb 26, 2010 03:00:00:437 (freenet.client.FECQueue$2, FEC Pool 0(1),
> ERROR): Caught: java.lang.NullPointerException
> java.lang.NullPointerException
>at freenet.client.FECQueue$2.run(FECQueue.java:204)
>at
> freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:227)
> at freenet.support.io.NativeThread.run(NativeThread.java:101) Feb 26, 2010
> 03:00:00:437 (freenet.client.FECQueue$2, FEC Pool 1(2), ERROR): Caught:
> java.lang.NullPointerException
> java.lang.NullPointerException
>at freenet.client.FECQueue$2.run(FECQueue.java:204)
>at
> freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:227)
> at freenet.support.io.NativeThread.run(NativeThread.java:101)
>
> and so on
>
> One other line at top of one log:
>
> GRRR: ERROR: Logging too fast, chopped 1312 entries, 4718400 bytes in
> memory
>
> --
> __
> GnuPG key: (0x48DBFA8A)
> Keyserver: pgpkeys.pca.dfn.de
> Fingerprint:
> 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A
> __
>
>
>
> --
> __
> GnuPG key: (0x48DBFA8A)
> Keyserver: pgpkeys.pca.dfn.de
> Fingerprint:
> 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A
> __
>
___
Support mailing list
Support@freenetproject.org
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Global download queue slowness
Regarding Auto-Update: Not sure about others, but on my Linux system, I have never had a problem with the freenet auto update in well over a year. >- Freenet 0.7.5 Build #1237 build01237 >- Freenet-ext Build #26 r23771 > > Lot's of people are saying they got slow downloads. I have never bitched > about it but I can offer you some info. > I use WinXpPro with 1GB allocated to freenet and big rambuckets. > The problem isn't just with this release but older ones as well. > Downloads with high availability come as fast as ever. > > But these downloads I'm trying aren't all completely available and the ones > that are, are almost extinct on datablocks from freenet. > > What I think happens with global queue vs non-global downloads: > Global: FN tries one download for a while, then tries a bit from another > one and so on. Result: Slow download > NonGlobal: FN tries several files at the same time, when blocks are found > it continues to leech them, the concurrent downloads that cant find > blocks, only slow it down a bit. > > I present you with my graph. I'm downloading music from freenet. > > Look at my bandwidth meter on the top. > Starting from the left, you can see 8 hours of downloading these tunes with > global queue. > On the right, you can see 2 hours of when I switched on Frost's Non-Global > downloading. > If I were to put that in numbers of downloaded bytes, non-global downloads > 3 times as much in the same time, with the same downloads. > I have been testing this for months, but finally decided to nag about it. > > I recommend global queue that leeches the files it finds blocks for, or > download several threads to several files at once. > == > Also, the automatic update still doesn't work, just remove it. > When it tries to update, freenet restarts 4-7 times without updating. > Then Freenet stops and won't restart anymore. At that point, the update has > been completed, but node is left dead or unstarted. > > Update script works as brilliant as ever, but it doesnt make use of update > files downloaded from freenet, I'm fine with that. > I would like a notification of a new version so I can manually run the > update script. > Bye. > ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Freenet version
Maybe he is reading the message wrong and it is saying his Java version is too old? Just a guess. > On Thu, Oct 8, 2009 at 7:35 AM, wrote: > > Hi again. > > Well, I've looked there, the stats page, and also at the bottom of > > the Freenet window when it opens. It tells me the version in both > > places and they are the same, 0.7.5, Build #1236 > > > > I downloaded it from the Freenet Project site. > > Please send replies to the support list; it makes it easier for others > to help with the problem, and for anyone with the same problem to see > the answer. (Unless, of course, you're sending info you'd like kept > private.) > > I have no idea why it would be saying you need to update, given that > you have the latest version. > > If you look at your stats page, in the Peer Statistics box, how many > peers does it show? Ideally, you should have a moderate number > (~10-40, depending on bandwidth) as either CONNECTED of BACKED OFF > (aka BUSY), with most of those CONNECTED. If your version truly is > old, it will show a few peers as TOO NEW. Do you have connected > peers? Do you have peers that are too new? > > Evan Daniel > ___ > Support mailing list > Support@freenetproject.org > http://news.gmane.org/gmane.network.freenet.support > Unsubscribe at > http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or > mailto:support-requ...@freenetproject.org?subject=unsubscribe > ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
Re: [freenet-support] Time to fill datastore
Hi Matthew, The cache (50g) portion of the datastore (100g) is indeed full. It has been full for quite some time (not sure when it became full). It is the 'Store' portion that is still only 22.0% (9.60GiB) full. I believe the average speed stated was usually around 85KiB/s. A lot of the time I would check it it was in mid 90's. Never seen it below 60's for more than a second and very rarely. By the way, just for your information: now with the new max connections change I only average 77.1KiB/sec. It was roughly 100 for a while at the beginning (I suppose before many others had updated to the new build), but later that day was down below the 85 average I had before the change and has settled at 77.1KiB/s. So anyways, I realize the cache fills up much faster than 'Store'. But I assumed that at 85KiB/sec for a year, the 'Store' would be more full than 9.6 GiB. I am talking true 24/7, 99.9% uptime of freenet (only ever down to auto- restart after auto-update, or due to system updates on the system requiring restart). And if it maters, the store was set at 100g from the beginning. If that is normal behavior, that is fine I guess, although I think should be improved, as it means that vast amounts of storage space are being wasted on the freenet. What I was more thinking is it has to be a problem with my store perhaps due to it being a year old and thus converted from old versions who knows how many times, and perhaps corrupt as a result? Regards, Sam > On Tuesday 18 August 2009 18:19:24 Evan Daniel wrote: > > On Tue, Aug 18, 2009 at 1:14 PM, Sam wrote: > > > Hello, > > > > > > I am wondering how long it should take to fill up the datastore of 100g > > > that I setup? It has only filled up about 10g of the 50g (datastore > > > half of datastore). This node has been running 24/7 for almost a year > > > now with the setting of 100g for datastore. The connection speed is > > > 100kB/sec up and down and it averages close to that. I rarely download > > > anything from freenet, but shouldn't other peoples traffic cause my > > > datastore to be filled up by a year of running at 100kB/sec!? > > > > > > Is that normal that it is so incredibly under utilizing the space I > > > have given it? > > > > > > Or is something wrong? > > > Should I nuke it and reinstall freenet completely? I don't want to try > > > nuking it if it is just going to end up taking a year to build up to > > > 10g again. > > > > > > Thanks for any help. > > > > Nuking things won't help anything, and is bad for the network. Please > > don't. > > > > Unfortunately, this is a known issue that needs fixing. See eg bugs > > 2932 and 2933 on the bugtracker. > > I'm not following. He is complaining that even of the 50GB half that is the > cache, that is not filling up as fast as he hopes. I doubt he has averaged > 100KB/sec over a year, but if he had, that ought to be 3TB of data > transferred; why have we only cached 10GB of it!? > > IMHO the most likely explanation is that the store stats are inaccurate. We > should verify this, perhaps with the original reporter. > ___ Support mailing list Support@freenetproject.org http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:support-requ...@freenetproject.org?subject=unsubscribe
