--- Mark Carroll wrote:
You mean, we have to keep doing something manually, so that a reboot
doesn't make our node forget everything it learned? I've always found
Freenet performance useless, and kept clicking on links and trying stuff
periodically, and would hate to think that I wasted all that time in the
belief that I was improving my node's ability to retrieve stuff, because
I sometimes need to reboot.
------
Heh...yeah. I couldn't even get off my own node with the included seednodes.ref, even
after I updated it with the ones from the www.hawk something-or-other site. I googled
for more and added them to the refs file, and then suddenly I could get to a couple of
the sites off the fproxy gateway page. From "The Freedom Engine" I think I've been
able to reach four or five of the listed sites (definitely better results after
running my node for a day). I was also able to get [EMAIL PROTECTED], but some smartass
replaced it with porn and a note that said "KSK keys are insecure, mmmkay?" FunNEE.
Also searched for the us constitution (one of the examples from the gateway page) and
got a text document that said, simply, "kiss my ass." I successfully inserted some
test documents -- [EMAIL PROTECTED], [EMAIL PROTECTED] if anyone actually wants to try to
find them, VERY boring content. ;)
------
Thanks for sharing this!
--- end of quote ---
Anytime! Hope it helps. I don't think that a reboot is _supposed_ to render the node
clueless, but rather it simply takes so long for it to find other nodes and their
neighbors that I figured (perhaps wrongly) that a maximum amount of "priming the pump"
would help. For all I know, I'm the only working, semi-permanent node south of the
Mason-Dixon line (2 way cable, IP changes occasionally but not often). Maybe if I were
in Boston it would've found nodes all over the place. :) FWIW, the developer (forgot
his name) with the "Da GJ" page said that he thinks an occasional reboot actually
helps performance.
I dunno what this means, but I am seeing a lot of these in the freenet.log file:
Jun 3, 2002 3:28:21 PM (freenet.interfaces.servlet.SingleHttpServletContainer,
OThread+4): I/O error in servlet
Also, when I start to use the gateway, I get a bunch of these:
java.io.IOException: Broken pipe
at java.net.SocketOutputStream.socketWrite(Native Method)
at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
at
freenet.support.servlet.ServletResponseImpl$MagicBufferOutputStream.flush(ServletResponseImpl.java:296)
at
freenet.support.servlet.ServletOutputStreamImpl.flush(ServletOutputStreamImpl.java:28)
at
freenet.support.servlet.ServletResponseImpl.flushBuffer(ServletResponseImpl.java:151)
at freenet.client.http.FproxyServlet.doGet(FproxyServlet.java:694)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at freenet.client.http.FproxyServlet.service(FproxyServlet.java:334)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at freenet.interfaces.servlet.ServletContainer.handle(ServletContainer.java:62)
at
freenet.interfaces.LocalInterface$ConnectionShell.run(LocalInterface.java:129)
at freenet.thread.PThreadFactory$OThread.run(PThreadFactory.java:94)
On a semi-related note, I have not had _any_ success running the command-line
FCPtools. I tried getting my own little text documents (which I know are on my own
store, since I can snag them through fproxy almost instantaneously) and it fails after
3 tries. ? I have not yet tried running tcpdump to see what's happening during the
attempt.
Dumb question -- I see a file in my freenet directory called "store_27177" (same
number as my node port). It's a little over 200 MB of unreadable data, and though the
file size never seems to change, the modification time is always recent. I assume this
is the data store? There are also a few files starting with "t" and a bunch of random
characters, whose creation dates seem to jive with my fproxy access attempts. Are
these part of the main data store, or are they simply some kind of local cache my node
uses for my requests, or something else entirely?
Thanks,
-- MB (newb)
_______________________________________________
support mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support
