Re: [freenet-support] No frequest.exe or finsert.exe
Stef ([EMAIL PROTECTED]) wrote: > The official website of the Frost developer is: > http://jtcfrost.sourceforge.net/ Frank Stoeckl ([EMAIL PROTECTED]) wrote: > http://sourceforge.net/projects/jtcfrost/ These two URLs go to entirely different -- DRAMATICALLY different -- places. This is mind-boggling. It's almost as bad as the Freenet FAQ situation. And yes, for the record, frequest.exe and finsert.exe date back to Freenet 0.3. -- Greg Wooledge | "Truth belongs to everybody." [EMAIL PROTECTED] |- The Red Hot Chili Peppers http://wooledge.org/~greg/ | msg02277/pgp0.pgp Description: PGP signature
Re: [freenet-support] Re: Carrying Over The Datastore
On Wed, Nov 27, 2002 at 10:13:48AM +0100, [EMAIL PROTECTED] wrote: > > > I don't see why you did a "fresh install". > > > >I felt like it. It was just as easy. There may have been updates to the > >Windows installer. It seems more natural to do it that way when in the > >Windows world. So on. > > > >I have fixed the problem. Before I had copied over the entire folder. As > >in " store_X ", and it wasn't working. But then I tried copying over > >all the individual folders that are inside (as in " store_X/* ") of the > >datastore folder to inside the new datastore folder that the new install > >created, and that seemed to work. > > because atfer a *fresh* install fred grabs different ports as the old version had. > so when you old installation used port 1234 you will get a node_1234 file and a >store_1234 directory > after a fresh install fred randomizes his port new and grabs in your new >installation port , which will lead to node_ and store_ > so when you copy store_1234 into the new installation fred will look for store_ >and ignore the old DS! > you can adjust the settings in yout config file to make fred look for store_1234 or >- as you did - copy the contents of the storedir > > i'm not sure if the node_x file is needed to locate keys within store_x! > so you might copy the node_1234, too. let's hope the internal format of that file >hasn't changed then ;) It isn't. We don't superencrypt the store now. > > >Any reason this might be? And another question, for the hell of it: What > >is the naming scheme of the directories in the datastore directory? All > >the keys seem to start with "1-". See other mail. > > > >-todd > > -- Matthew Toseland [EMAIL PROTECTED] [EMAIL PROTECTED] Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/1/03 http://freenetproject.org/ msg02276/pgp0.pgp Description: PGP signature
Re: [freenet-support] Re: Carrying Over The Datastore
On Tue, Nov 26, 2002 at 06:16:26PM -0800, Todd Walton wrote: > > I don't see why you did a "fresh install". > > I felt like it. It was just as easy. There may have been updates to the > Windows installer. It seems more natural to do it that way when in the > Windows world. So on. > > I have fixed the problem. Before I had copied over the entire folder. As > in " store_X ", and it wasn't working. But then I tried copying over > all the individual folders that are inside (as in " store_X/* ") of the > datastore folder to inside the new datastore folder that the new install > created, and that seemed to work. > > Any reason this might be? And another question, for the hell of it: What > is the naming scheme of the directories in the datastore directory? All > the keys seem to start with "1-". store/temp/ stores amongst other things keys that haven't been committed yet. store//- is a key that has been committed. The two hex digits are just a hash of the rest, to make sure we have only a moderate number of files in each directory. There are 256 of them. The number indicates what part of the node stored this file - at the moment this is just 1 for the datastore, but we did have the routing table using 101 and 102. The long hex string is the freenet key. For more information, read src/freenet/fs/dir/NativeFSDirectory.java. Then ask me any questions, since it's my code. > > -todd -- Matthew Toseland [EMAIL PROTECTED] [EMAIL PROTECTED] Freenet/Coldstore open source hacker. Employed full time by Freenet Project Inc. from 11/9/02 to 11/1/03 http://freenetproject.org/ msg02275/pgp0.pgp Description: PGP signature
Re: [freenet-support] java.lang.OutOfMemoryError
Me too. What I did was this (on Win32 that is): change to freenet directory and type: java -Xms64m -Xmx256m -jar freenet.jar The bad thing about this is you don't get the cute little bunny icon in your system tray and you have a console stuck in your task bar all the time. I didn't try javaw because I need the console to kill freenet (^C), otherwise I'd have to kill it through the task manager, which I assume would be worse :) - Original Message - From: "Shawn Yarbrough" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 9:00 PM Subject: [freenet-support] java.lang.OutOfMemoryError > My dedicated Freenet node won't start. I stopped it because the load > was only 20% (I'm used to around 80% load, 24 hours a day). It was > working fine 12 hours ago as far as I could tell from :. > > I'm seeing: > > Exception in thread "main" java.lang.OutOfMemoryError > > in the bash shell that I run my node from. This occurs after "loading > routing table" in freenet.log, and then the node crashes. > > > This node is the latest version and has been around since the stable > release. Uptime was over five days. It has about 19 GB in it's > datastore. System is Athlon 1333 mhz, Debian GNU/Linux 3.0, Linux > kernel 2.2.20, Sun Java, 768 MB RAM, 2 GB swap, no swap being used. > > > Any suggestions what could be wrong? I tried renaming the ls* and rt* > files but that had no effect so I put them back. I can provide more > info/logs/testing but I don't currently have time to debug any code myself. > > > Shawn Yarbrough > [EMAIL PROTECTED] > > > ___ > support mailing list > [EMAIL PROTECTED] > http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support > ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
Re: [freenet-support] Re: Carrying Over The Datastore
> > I don't see why you did a "fresh install". > >I felt like it. It was just as easy. There may have been updates to the >Windows installer. It seems more natural to do it that way when in the >Windows world. So on. > >I have fixed the problem. Before I had copied over the entire folder. As >in " store_X ", and it wasn't working. But then I tried copying over >all the individual folders that are inside (as in " store_X/* ") of the >datastore folder to inside the new datastore folder that the new install >created, and that seemed to work. because atfer a *fresh* install fred grabs different ports as the old version had. so when you old installation used port 1234 you will get a node_1234 file and a store_1234 directory after a fresh install fred randomizes his port new and grabs in your new installation port , which will lead to node_ and store_ so when you copy store_1234 into the new installation fred will look for store_ and ignore the old DS! you can adjust the settings in yout config file to make fred look for store_1234 or - as you did - copy the contents of the storedir i'm not sure if the node_x file is needed to locate keys within store_x! so you might copy the node_1234, too. let's hope the internal format of that file hasn't changed then ;) >Any reason this might be? And another question, for the hell of it: What >is the naming scheme of the directories in the datastore directory? All >the keys seem to start with "1-". > >-todd > > >___ >support mailing list >[EMAIL PROTECTED] >http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ___ support mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support