At 19.57 14/10/02 -0400, you wrote:
>On Monday 14 October 2002 15:37, Marco wrote:
>
>> With several node (513 & 515) when trying to recover a FEC
>> key, I always have one of this two error
...
>> There is trouble on the FEC decoder ?
>
>Try this test:
>0) Insert a > 1MB file into your local node from the fproxy web interface at
>at htl 0.
Insert Status
Inserting a split file can consume a lot of resources. Use the link
below if you want to stop the insert cleanly. <p>
<p><a href="/__INTERNAL__00/8709853646532201078/cancel/">Cancel Insert</a> </p>
Inserting SplitFile: ginotalibano
Processing segment 1 of 1.
Creating 4 262144 byte check blocks.
Be patient. This can take a long time...
UNEXPECTED EXCEPTION: java.io.FileNotFoundException: /tmpbffile_1 (Permission
denied)
java.io.FileNotFoundException: /tmpbffile_1 (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:176)
at java.io.FileOutputStream.<init>(FileOutputStream.java:102)
at freenet.support.FileBucket.getOutputStream(FileBucket.java:42)
at FECUtils.makeBuckets(FECUtils.java:243)
at OnionFECEncoder.encode(OnionFECEncoder.java:92)
at freenet.client.FECTools.encodeSegment(FECTools.java:221)
at
freenet.client.http.InsertContext.insertSplitFileSegment(InsertContext.java:403)
at
freenet.client.http.InsertContext.insertSplitFileBlocks(InsertContext.java:443)
at freenet.client.http.InsertContext.run(InsertContext.java:604)
at java.lang.Thread.run(Thread.java:536)
<h1> Insert Failed. </h1>
.... and, yes, /tmp *is* world writable & empty ....
>1) Request it from your local node.
Not work, fproxy returns immediatly the normal screen
if I use a tunneled node.
It is my opinion (is not related to this FEC problem) that
fproxy is *more broken than ever*.
try this:
http://bespin.homelinux.net:443 tunneled mainport
http://bespin.homelinux.net:444 tunneled nodestatus
http://bespin.homelinux.net:8888 not tunneled mainport
I am able to insert only using 8888, 443 returns immediatly a windows
"server closed connection"
>Here's my best guess.
>
>I think what is probably happening is that you are requesting a FEC split
>file that was encoded with an obsolete encoder, fproxy can't get a decoder so
>treats it as a non-redundant split-file, and hits a bug somewhere in the
>non-redundant downloading codepath.
>
>I'll look into this. If there's a bug I'll clean it up.
>
>But the real solution is to get content authors to insert files using the new
>FEC code. fproxy is using the new code so any FEC files inserted via fproxy
>should be retrievable by fproxy. fish's FCP based command line tools should
>be using the new encoders too, though I haven't looked at them lately.
I attach my config file, just in case.
I'm using fcptools from snapshot dir to inser; there is a better suited
tool for FEC insert ?
Are the FEC related lines of my config correct ?
Ciao. Marco
--
+ il Progetto Freenet - segui il coniglio bianco +
* the Freenet Project - follow the white rabbit *
* Marco A. Calamari marcoc at dada.it www.marcoc.it *
* PGP RSA: ED84 3839 6C4D 3FFE 389F 209E 3128 5698 *
+ DSS/DH: 8F3E 5BAE 906F B416 9242 1C10 8661 24A9 BFCE 822B +
-------------- next part --------------
A non-text attachment was scrubbed...
Name: freenet.conf
Type: application/octet-stream
Size: 13814 bytes
Desc: not available
URL:
<https://emu.freenetproject.org/pipermail/devl/attachments/20021015/28242525/attachment.obj>
