Re: Unable to create new store: freenet.node.NodeInitException: Operation not supported (3)
On 9/25/19 9:36 PM, Steve Dougherty wrote: Hm, I’m not loving the exception logging there; the stack trace of the source of the problem does not appear to be included. The useful part of that trace seems like https://github.com/freenet/fred/blob/build01484/src/freenet/node/Node.java#L862 https://github.com/freenet/fred/blob/build01484/src/freenet/node/Node.java#L2900 I’d expect wrapper.log (or stderr depending on how you’ve started the node) to contain more information after the string "Could not open store: " Can you find such a log line? Ah yes. It was in the wrapper.log, not in the freenet log where I was looking. And now that you've pointed that out, the problem was obvious: NFS locking wasn't running! After starting statd and lockd, switching the datastore type from ram to salt-hash worked perfectly. Thanks for your help! The log: 8< INFO | jvm 1| 2019/08/18 20:36:40 | Setting datastore size to 524056200KiB INFO | jvm 1| 2019/08/18 20:36:40 | Initializing CHK Datastore (7668822 keys) INFO | jvm 1| 2019/08/18 20:36:40 | Could not open store: java.io.IOException: Operation not supported INFO | jvm 1| 2019/08/18 20:36:40 | java.io.IOException: Operation not supported INFO | jvm 1| 2019/08/18 20:36:40 | at sun.nio.ch.FileDispatcherImpl.lock0(Native Method) INFO | jvm 1| 2019/08/18 20:36:40 | at sun.nio.ch.FileDispatcherImpl.lock(FileDispatcherImpl.java:94) INFO | jvm 1| 2019/08/18 20:36:40 | at sun.nio.ch.FileChannelImpl.lock(FileChannelImpl.java:1072) INFO | jvm 1| 2019/08/18 20:36:40 | at java.nio.channels.FileChannel.lock(FileChannel.java:1053) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.store.saltedhash.SaltedHashFreenetStore.openStoreFiles(SaltedHashFreenetStore.java:838) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.store.saltedhash.SaltedHashFreenetStore.(SaltedHashFreenetStore.java:192) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.store.saltedhash.SaltedHashFreenetStore.construct(SaltedHashFreenetStore.java:149) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node.makeStore(Node.java:2980) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node.makeStore(Node.java:2973) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node.initSaltHashFS(Node.java:2803) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node.makeStore(Node.java:862) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node$StoreTypeCallback.set(Node.java:336) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.node.Node$StoreTypeCallback.set(Node.java:309) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.config.Option.set(Option.java:73) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.config.Option.setValue(Option.java:62) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.config.SubConfig.set(SubConfig.java:318) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.wizardsteps.DATASTORE_SIZE._setDatastoreSize(DATASTORE_SIZE.java:122) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.wizardsteps.DATASTORE_SIZE.postStep(DATASTORE_SIZE.java:93) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.FirstTimeWizardToadlet.handleMethodPOST(FirstTimeWizardToadlet.java:262) INFO | jvm 1| 2019/08/18 20:36:40 | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) INFO | jvm 1| 2019/08/18 20:36:40 | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) INFO | jvm 1| 2019/08/18 20:36:40 | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) INFO | jvm 1| 2019/08/18 20:36:40 | at java.lang.reflect.Method.invoke(Method.java:498) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.ToadletContextImpl.callToadletMethod(ToadletContextImpl.java:747) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:660) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:1036) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) INFO | jvm 1| 2019/08/18 20:36:40 | at freenet.support.io.NativeThread.run(NativeThread.java:156) 8< On Wed, Sep 25, 2019 at 8:07 PM, CyberLeo <mailto:cyber...@sdf.lonestar.org>> wrote: You know, I just realized I sent this from the wrong address and it never made it to the list. On 8/19/19 2:10 AM, CyberLeo wrote: > During test-setup of a new node from
Re: Unable to create new store: freenet.node.NodeInitException: Operation not supported (3)
You know, I just realized I sent this from the wrong address and it never made it to the list. On 8/19/19 2:10 AM, CyberLeo wrote: During test-setup of a new node from Github release build01484, I get the following exception, both during the new startup wizard and whenever I instruct the node to change the datastore type from ram to salt-hash. The store type remains as ram. The node is a VM running FreeBSD 11.3-RELEASE amd64, NFS-mounted home directory from the host, and the host filesystem is backed by a dedicated ZFS dataset with plenty of space. Any ideas on how to start troubleshooting the source of this error? Thanks! 8< Aug 18, 2019 20:36:40:281 (freenet.node.Node, HTTP socket handler@1389158290(3), ERROR): Unable to create new store freenet.node.NodeInitException: Operation not supported (3) at freenet.node.Node.initSaltHashFS(Node.java:2900) at freenet.node.Node.makeStore(Node.java:862) at freenet.node.Node$StoreTypeCallback.set(Node.java:336) at freenet.node.Node$StoreTypeCallback.set(Node.java:309) at freenet.config.Option.set(Option.java:73) at freenet.config.Option.setValue(Option.java:62) at freenet.config.SubConfig.set(SubConfig.java:318) at freenet.clients.http.wizardsteps.DATASTORE_SIZE._setDatastoreSize(DATASTORE_SIZE.java:122) at freenet.clients.http.wizardsteps.DATASTORE_SIZE.postStep(DATASTORE_SIZE.java:93) at freenet.clients.http.FirstTimeWizardToadlet.handleMethodPOST(FirstTimeWizardToadlet.java:262) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at freenet.clients.http.ToadletContextImpl.callToadletMethod(ToadletContextImpl.java:747) at freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:660) at freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:1036) at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) at freenet.support.io.NativeThread.run(NativeThread.java:156) Aug 18, 2019 20:36:40:305 (freenet.clients.http.wizardsteps.DATASTORE_SIZE, HTTP socket handler@1389158290(3), ERROR): Should not happen, please report!freenet.config.InvalidConfigValueException: Unable to create new store: freenet.node.NodeInitException: Operation not supported (3) freenet.config.InvalidConfigValueException: Unable to create new store: freenet.node.NodeInitException: Operation not supported (3) at freenet.node.Node.makeStore(Node.java:868) at freenet.node.Node$StoreTypeCallback.set(Node.java:336) at freenet.node.Node$StoreTypeCallback.set(Node.java:309) at freenet.config.Option.set(Option.java:73) at freenet.config.Option.setValue(Option.java:62) at freenet.config.SubConfig.set(SubConfig.java:318) at freenet.clients.http.wizardsteps.DATASTORE_SIZE._setDatastoreSize(DATASTORE_SIZE.java:122) at freenet.clients.http.wizardsteps.DATASTORE_SIZE.postStep(DATASTORE_SIZE.java:93) at freenet.clients.http.FirstTimeWizardToadlet.handleMethodPOST(FirstTimeWizardToadlet.java:262) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at freenet.clients.http.ToadletContextImpl.callToadletMethod(ToadletContextImpl.java:747) at freenet.clients.http.ToadletContextImpl.handle(ToadletContextImpl.java:660) at freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:1036) at freenet.support.PooledExecutor$MyThread.innerRun(PooledExecutor.java:249) at freenet.support.PooledExecutor$MyThread.realRun(PooledExecutor.java:189) at freenet.support.io.NativeThread.run(NativeThread.java:156) 8< -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Element9 Communications http://www.Element9.net Furry Peace! - http://www.fur.com/peace/
Re: [freenet-support] Constructive Criticism of Freenet
of their browser; yet it is still the most stigmatized browser in existence due to the continued prevalence of Internet Explorer 6, a legacy implementation that is no longer supported, but in continued use simply because it can be. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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 0.7.5 build 1401
On 08/26/2011 10:50 AM, Matthew Toseland wrote: > Freenet 0.7.5 build 1401 is now available. Please upgrade, it will be > mandatory at midnight. This build turns off New Load Management, for the time > being. If performance continues to be poor we will know the problem is > elsewhere (it is possible that it is a problem with the asyncGet changes, > although I don't see how). There are also fixes related to dropping peers due > to the one IP per connection setting. You should not normally enable this > setting on darknet (core settings); it can cause your friends to be lost. > > Thanks, and sorry for all the problems lately. I just noticed this warning appearing today on my FreeBSD-native node, running 1401. Everything seems to be running alright, so I'm not sure how accurate the message might be (aside from the strange rejection of a Sun Java implementation because it is not a Sun Java implementation). Is this bug-worthy? 8< You are trying to run Freenet under a non-Sun/Oracle Java: Sun Microsystems Inc. 1.6.0 (OpenJDK 64-Bit Server VM). This is not recommended: Freenet may not run well. Please get Sun/Oracle Java from http://www.java.com/getjava/ if possible. 8< I had just switched Java versions yesterday to get rid of the huge red XML vulnerability message I was receiving with the official Sun JDK. -- Thanks! -CyberLeo ___ 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
[freenet-support] FCP information
Hi! I was going through the client protocol documentation[0], and had a question. One of the things I found visually interesting about the old FuqID client atop the 0.5 network was the presentation of a splitfile as a multicoloured bar that filled in to show which blocks in the splitfile were pending, found, or failed. Since the fetching and decoding are now handled by the node instead of the client, and the most detailed information offered by the SimpleProgress stanza is a blind block count, is there an easy way via the FCP to obtain a bitmap of unfetched/fetched/failed/fatal blocks for a given download or upload, so that such a progress bar can be constructed clientside? Thanks. [0] http://new-wiki.freenetproject.org/FCPv2 -- Thanks! -CyberLeo ___ 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-Support] wrapper-FreeBSD.zip oddity
On 12/21/2010 02:22 PM, Matthew Toseland wrote: > Would you mind filing a bug? This is most convenient for us. > https://bugs.freenetproject.org/ As requested: https://bugs.freenetproject.org/view.php?id=4614 Thank you. -- Thanks! -CyberLeo ___ 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
[freenet-support] [Freenet-Support] wrapper-FreeBSD.zip oddity
As a test, I installed Freenet on a FreeBSD machine (8.1-RELEASE amd64) using the headless installer[1] and noticed some oddity when it bootstrapped. The 1run.sh script ran just fine, but when it downloaded wrapper_FreeBSD.zip and unpacked it, the zipfile appeared to contain the linux wrapper code instead. As the required wrapper binary did not exist, run.sh proceeded to run the jvm in foreground. When I checked the originating site for the appropriate wrapper[2], I noticed that they did have wrapper packages for FreeBSD x86 and amd64, although they are built for an earlier OS version (6.x). Once I stuck the appropriate binary and library from this package into the Freenet directory (and installed compat6x to solve missing library errors), it appears to run perfectly fine. Are the erroneous contents of the wrapper_FreeBSD.zip file just an oversight, or is this a side effect of a lack of inherent FreeBSD support within Freenet? [1]http://downloads.freenetproject.org/alpha/installer/freenet07.tar.gz [2]http://wrapper.tanukisoftware.com/doc/english/download.jsp#stable -- Thanks! -CyberLeo ___ 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] Straw poll: Should Freenet require Javascript?
On 10/18/2010 02:29 PM, Ray Jones wrote: > On Mon, 2010-10-18 at 14:11 -0500, Ian Clarke wrote: > >> It would be really helpful if people could spend a little time to >> understand what is being debated before they start ranting. > > Try again. I subscribed to this list lastMay? I have received > perhaps a half dozen messages since then until this last week. Suddenly > I have 50 messages some dating back to June and July. The first message > I received in the bunch was the straw poll on javascript. Since then I > have carefully read every message I have received. There has been very > little discussion as to why js is needed, or I am missing a bunch of > messages, or the discussion seriously needs to be brought down to a > level that I can understand. So don't tell me to understand before I > start ranting if you are not part of the solution of helping me > understand. Until I understand, my vote still stands at no. When first joining a mailing list, it's generally good etiquette to peruse the list archives prior to posting; not only to get a feel for the community, but also to ensure your question or statement hasn't been brought up in the past. http://emu.freenetproject.org/pipermail/support/ As for the Javascript requirement... I suggest switching 'require' for 'intelligently utilize'. I can see how the use of Javascript and AJAX-type functionality can make the FProxy experience much better; however, there is a lot to be said for gracefully degrading to support user agents that are unwilling or unable to execute javascript, such as Lynx, or possibly Curl. Likewise, since this is still highly experimental software, there is at least a slight probability of a bug or a maliciously crafted insert slipping a bit of Javascript through the content filter, so having the option to disable it completely (at the expense of a slower or less-featureful FProxy experience) might be beneficial for those truly paranoid. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ 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
[freenet-support] Invalidate Multicast Received
I see tons of these messages in my wrapper.log, roughly 8 every 8 seconds. The original packets seem to be spanning-tree advertisements generated by a wireless bridge attached to my network. Is there some way to get Freenet to ignore such multicast traffic? INFO | jvm 1| 2010/07/08 03:52:30 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:30 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:30 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:31 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:31 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:31 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:31 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 INFO | jvm 1| 2010/07/08 03:52:31 | CyberGarage warning : Invalidate Multicast Recieved : /ff02:0:0:0:0:0:0:c,/239.255.255.250 Thanks! -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ 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] Progress bar fail
bbac...@googlemail.com wrote: > The progress bar goes crazy. I was downloading a file. The % value > does not match the bar, > the bar is wrong, the value is correct. See attached screenshot. Both are correct, but the reasons are obscure. All splitfiles in freenet occupy twice the number of data blocks, due to the redundant information added to allow them to survive random blocks dropping out of the mesh. Because of this redundancy, your node need only acquire half the total number of data blocks to successfully reconstruct the entire file. This is also, presumably, why the first half of the progress bar is shaded light green. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ 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
[freenet-support] Out of memory kills node?
About once every 1-2 weeks, my node will shut down completely. In the wrapper log, I see: INFO | jvm 2| 2009/10/20 16:30:59 | Out of memory: Emergency shutdown to protect database integrity in progress... followed by a full thread dump and db shutdown, and then ERROR | wrapper | 2009/10/20 16:33:09 | Shutdown failed: Timed out waiting for the JVM to terminate. ERROR | wrapper | 2009/10/20 16:33:09 | JVM did not exit on request, terminated INFO | wrapper | 2009/10/20 16:33:09 | JVM exited on its own while waiting to kill the application. STATUS | wrapper | 2009/10/20 16:33:09 | JVM exited in response to signal SIGKILL (9). STATUS | wrapper | 2009/10/20 16:33:09 | <-- Wrapper Stopped then terminates without restarting. Is a total shutdown instead of a simple restart intended? The machine itself runs comfortably, and never oomkills, and the wrapper has wrapper.java.maxmemory=256. I can upload the entire wrapper.log and wrapper.conf someplace, if needed. Thanks! -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ 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
[freenet-support] Null Pointer Exception on FCP
Attempting to connect via FCP to a node that has its 'seized' protection set to 'high', but hasn't had the password entered to unlock it yet, logs a NullPointerException in the wrapper.log[1] and closes the connection. [1] wrapper.log.gz -- Thanks! -CyberLeo wrapper.log.gz Description: application/gzip ___ 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
[freenet-support] Node name isn't defined.
Hi! Since I started this instance of freenet, mid 2007, I've repeatedly received an alert 'Your node name isn't defined.'. Despite deciding that the nickname provided is suitable and clicking 'apply', the alert comes back every time the node restarts. Is there some regular expression it uses to determine if the nickname is of the autogenerated kind, or is it just not remembering that I chose that nickname? Thanks. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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
[freenet-support] Why is the development of the freenet project going so slow
bqz69 wrote: > I was just wondering? > I do not have any capabilities of programming myself, and is only a > possibly enduser of Freenet. I think that about sums it up right there. Most people involved in the project are end-users, and there seems to be only one paid and two or three volunteer coders working on it. While end-user feedback is very important in such a project, so is actual code weaving. Given that, I think they've been doing an excellent job. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/
Re: [freenet-support] Why is the development of the freenet project going so slow
bqz69 wrote: > I was just wondering? > I do not have any capabilities of programming myself, and is only a > possibly enduser of Freenet. I think that about sums it up right there. Most people involved in the project are end-users, and there seems to be only one paid and two or three volunteer coders working on it. While end-user feedback is very important in such a project, so is actual code weaving. Given that, I think they've been doing an excellent job. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/ ___ 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
[freenet-support] https and FProxy
Andy Dixon wrote: > I am running Freenet on a Dedicated Server down in London and > accessing it remotely. This way it has a fast connection and at the > moment 100gb for caches. > > Could anyone tell me how to se up freenet so it gets tunneled over > https instead of http? Research a program called 'stunnel'. It supports wrapping any TCP protocol in SSL, with a bunch of features for encryption and authentication, and there are Windows and Posix ports of it. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net Furry Peace! - http://.fur.com/peace/
Re: [freenet-support] https and FProxy
Andy Dixon wrote: > I am running Freenet on a Dedicated Server down in London and > accessing it remotely. This way it has a fast connection and at the > moment 100gb for caches. > > Could anyone tell me how to se up freenet so it gets tunneled over > https instead of http? Research a program called 'stunnel'. It supports wrapping any TCP protocol in SSL, with a bunch of features for encryption and authentication, and there are Windows and Posix ports of it. -- Fuzzy love, -CyberLeo Technical Administrator CyberLeo.Net Webhosting http://www.CyberLeo.Net <[EMAIL PROTECTED]> Furry Peace! - http://.fur.com/peace/ ___ 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:[EMAIL PROTECTED]
[freenet-support] Build 754 uses all available RAM
Matthew Toseland wrote: > I run my nodes in -Xmx100M. Well recently it's been 256 thanks to the > wrapper. Were you downloading many huge files? The JVM will not use a > gigabyte of RAM unless you actually tell it that it can. If it's using > (much) more than your -Xmx setting, then there is a bug _in the JVM_. It > should OOM and fail. So what was your -Xmx setting (if you are using the > wrapper, wrapper.java.maxmemory in wrapper.conf) ? wrapper.conf: wrapper.java.maxmemory=256 ps axwwwopid,user,state,command : 31110 freenet S java -Xms128m -Xmx256m -Djava.library.path=lib -classpath lib/wrapper.jar:freenet-cvs-snapshot.jar:freenet-ext.jar -Dwrapper.key=PII4PXFbPlyaUE0E -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=31108 -Dwrapper.version=3.2.0 -Dwrapper.native_library=wrapper -Dwrapper.ignore_signals=TRUE -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp freenet.node.Node I'm assuming the 'Resident' size is the one controlled by -Xmx, as that number had never been above 256mb in the past, but now is definitely rising beyond that limit. I will upgrade to Sun Java 1.5.0_07 and see if this takes care of the issue. Thanks! -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/
[freenet-support] Build 754 uses all available RAM
CyberLeo wrote: > Matthew Toseland wrote: >> Sounds like a bug to me. :) >> >> What was the node doing? > > Two open connections, three backed off connections, 60-80% niced CPU > usage, and servicing frost with about seventy boards. That's about it. > > The logs don't report much else than attempts at node contact and > splitfile block transfers. > > This still occurs in build 760. It appears that the memory usage only goes up when I'm downloading splitfiles via Frost. I'm not sure if this happens while browsing regular freesites or downloading frost messages, or if those are just too tiny to seriously affect the memory usage as much as a bunch of large files. Is there any more information I can provide to help track this down? -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/
Re: [freenet-support] Build 754 uses all available RAM
Matthew Toseland wrote: I run my nodes in -Xmx100M. Well recently it's been 256 thanks to the wrapper. Were you downloading many huge files? The JVM will not use a gigabyte of RAM unless you actually tell it that it can. If it's using (much) more than your -Xmx setting, then there is a bug _in the JVM_. It should OOM and fail. So what was your -Xmx setting (if you are using the wrapper, wrapper.java.maxmemory in wrapper.conf) ? wrapper.conf: wrapper.java.maxmemory=256 ps axwwwopid,user,state,command : 31110 freenet S java -Xms128m -Xmx256m -Djava.library.path=lib -classpath lib/wrapper.jar:freenet-cvs-snapshot.jar:freenet-ext.jar -Dwrapper.key=PII4PXFbPlyaUE0E -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.pid=31108 -Dwrapper.version=3.2.0 -Dwrapper.native_library=wrapper -Dwrapper.ignore_signals=TRUE -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp freenet.node.Node I'm assuming the 'Resident' size is the one controlled by -Xmx, as that number had never been above 256mb in the past, but now is definitely rising beyond that limit. I will upgrade to Sun Java 1.5.0_07 and see if this takes care of the issue. Thanks! -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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:[EMAIL PROTECTED]
Re: [freenet-support] Build 754 uses all available RAM
CyberLeo wrote: Matthew Toseland wrote: Sounds like a bug to me. :) What was the node doing? Two open connections, three backed off connections, 60-80% niced CPU usage, and servicing frost with about seventy boards. That's about it. The logs don't report much else than attempts at node contact and splitfile block transfers. This still occurs in build 760. It appears that the memory usage only goes up when I'm downloading splitfiles via Frost. I'm not sure if this happens while browsing regular freesites or downloading frost messages, or if those are just too tiny to seriously affect the memory usage as much as a bunch of large files. Is there any more information I can provide to help track this down? -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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:[EMAIL PROTECTED]
[freenet-support] Build 754 uses all available RAM
Matthew Toseland wrote: > Sounds like a bug to me. :) > > What was the node doing? Two open connections, three backed off connections, 60-80% niced CPU usage, and servicing frost with about seventy boards. That's about it. The logs don't report much else than attempts at node contact and splitfile block transfers. This still occurs in build 760. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/
Re: [freenet-support] Build 754 uses all available RAM
Matthew Toseland wrote: Sounds like a bug to me. :) What was the node doing? Two open connections, three backed off connections, 60-80% niced CPU usage, and servicing frost with about seventy boards. That's about it. The logs don't report much else than attempts at node contact and splitfile block transfers. This still occurs in build 760. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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:[EMAIL PROTECTED]
[freenet-support] Build 754 uses all available RAM
Freenet 0.7 build 754, 5GB datastore Sun Java version "1.5.0_06" Linux bawls 2.6.16-bawls #6 PREEMPT Sat May 13 22:03:41 CDT 2006 i686 athlon-4 i386 GNU/Linux Since updating to 754, after about two hours of running, the node has been consuming far more ram than the set limit of 256MB. In some cases, this approaches 1-1.5GB of allocated RAM. The machine does not have any swap. Are there some command line options to help limit this usage? This does tend to make the machine completely unusable, as the node causes other applications to be killed due to lack of memory. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/
[freenet-support] Build 754 uses all available RAM
Freenet 0.7 build 754, 5GB datastore Sun Java version "1.5.0_06" Linux bawls 2.6.16-bawls #6 PREEMPT Sat May 13 22:03:41 CDT 2006 i686 athlon-4 i386 GNU/Linux Since updating to 754, after about two hours of running, the node has been consuming far more ram than the set limit of 256MB. In some cases, this approaches 1-1.5GB of allocated RAM. The machine does not have any swap. Are there some command line options to help limit this usage? This does tend to make the machine completely unusable, as the node causes other applications to be killed due to lack of memory. -- Fuzzy love, -CyberLeo Furry Peace! - http://www.fur.com/peace/ ___ 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:[EMAIL PROTECTED]