[freenet-support] Unstable builds

2002-12-11 Thread Der Vagabund 
Hi Matthew,

I've got an error message for the TFE-page (and cruft) with Fproxy (several 
days and build numers now).
I will give you the debug-log of this error.

It seems to be a problem with the datastore. It's almost full with 1492 kb 
free (of 512 MB).
Interesting is that this error occurs only with some pages and that
SSK@rBjVda8pC-Kq04jUurIAb8IzAGcPAgM/3df68000-TFE// works fine.

With stable build's I didn't see this error.

Hope this helps,

Der Vagabund

Attach:

freenet.log:


11.12.2002 21:38:49 (freenet.client.http.FproxyServlet, QThread-9): Key is: 
SSK@rBjVda8pC-Kq04jUurIAb8IzAGcPAgM/TFE//
11.12.2002 21:38:49 (freenet.client.http.FproxyServlet, QThread-9): 
Starting request process with htl 15
11.12.2002 21:38:49 (freenet.Ticker, QThread-9): scheduling 
freenet.client.InternalClient$ClientMessageVector@131303f @ 1039639129333
11.12.2002 21:38:49 (freenet.Ticker, QThread-6): running 
freenet.client.InternalClient$ClientMessageVector@131303f @ 1039639129333
11.12.2002 21:38:49 (freenet.node.states.request.DataPending, QThread-6): 
Starting Pending chain 509c283c8988188c
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory, QThread-6): get 
semaphore
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory, QThread-6): fetch: 
0x1 : 1557a5cceefa275300f85357d14235ac1b0b440f0f0203
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory, QThread-6): 
Synchronized on buffers
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-6): done setLastModified (d)
11.12.2002 21:38:49 (freenet.node.ds.FSDataStore, QThread-6): key found: 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203
11.12.2002 21:38:49 (freenet.node.ds.FSDataStoreElement, QThread-6): 
FSDataStoreElement initializing: 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203:0
11.12.2002 21:38:49 (freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl, 
QThread-6): KeyInputStreamImpl initializing
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-6): getInputStream 0x1 : 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203:committed:0:-1
11.12.2002 21:38:49 
(freenet.fs.dir.NativeFSDirectory$NativeBuffer$NativeInputStream, 
QThread-6): open input: 0x1 : 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203:committed:0:-1
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-6): Got input stream for 0x1 : 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203:committed:0:-1: 
freenet.fs.dir.NativeFSDirectory$NativeBuffer$NativeInputStream@56860b
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-18): done setLastModified (d)
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-6): done setLastModified (d)
11.12.2002 21:38:49 (freenet.fs.dir.NativeFSDirectory$NativeBuffer, 
QThread-18): done setLastModified (d)
11.12.2002 21:38:49 (freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl, 
QThread-6): Read 0 into fields in 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203, Key: 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203 Buffer: 
freenet.fs.dir.NativeFSDirectory$ExternalNativeBuffer@7a5a19 New: false ( 0 
of 0 read)
java.lang.IllegalStateException: debug
	at 
freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl.init(FSDataStoreElement.java:238)
	at 
freenet.node.ds.FSDataStoreElement.getKeyInputStream(FSDataStoreElement.java:46)
	at freenet.node.ds.FSDataStore.getData(FSDataStore.java:169)
	at freenet.node.states.request.Pending.searchData(Pending.java:464)
	at 
freenet.node.states.request.Pending.receivedRequestInitiator(Pending.java:154)
	at 
freenet.node.states.request.DataPending.receivedMessage(DataPending.java:66)
	at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
	at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:324)
	at freenet.node.State.received(State.java:126)
	at 
freenet.client.InternalClient$NewInternalGet.received(InternalClient.java:493)
	at freenet.node.StateChain.received(StateChain.java:161)
	at freenet.node.StateChain.received(StateChain.java:52)
	at 
freenet.node.StandardMessageHandler$Ticket.run(StandardMessageHandler.java:212)
	at 
freenet.node.StandardMessageHandler$Ticket.received(StandardMessageHandler.java:159)
	at 
freenet.node.StandardMessageHandler$Ticket.access$0(StandardMessageHandler.java:121)
	at freenet.node.StandardMessageHandler.handle(StandardMessageHandler.java:68)
	at freenet.Ticker$Event.run(Ticker.java:214)
	at freenet.thread.QThreadFactory$QThread.run(QThreadFactory.java:212)
11.12.2002 21:38:49 (freenet.node.ds.FSDataStoreElement$KeyInputStreamImpl, 
QThread-6): Remaining: 0 bytes in 
1557a5cceefa275300f85357d14235ac1b0b440f0f0203.
11.12.2002 21:38:49 (freenet.client.http.FproxyServlet, QThread-9): 
Reporting exception to browser
freenet.client.WrongStateException: Wrong state: FAILED should be DONE: 
getting next request
	at freenet.client.GetRequestProcess.getNextRequest(GetRequestProcess.java:105)
	at

Re: [freenet-support] unstable builds

2002-11-29 Thread Stef 
Am 29.11.2002 00:41:49, schrieb Der Vagabund [EMAIL PROTECTED]:

Hi Matthew,

have you notice that the cruft site doesn't work with the unstable builds ?
He makes a double redirection with his DBR :
the daily redirect is an redirect to an manifest, not the manifest itself.


Der Vagabund


Yes, something is strange. The site is always retrievable, but something with
the timing is wrong:

retrieved DBR version   date of the latest article on Cruft
../cruft//?date=20021124Friday, November 22, 2002
../cruft//?date=20021125Saturday, November 23, 2002
../cruft//?date=20021126Sunday, November 24, 2002
../cruft//?date=20021127Monday, November 25, 2002
../cruft//?date=20021128Tuesday, November 26, 2002
../cruft//?date=20021129Monday, November 25, 2002

I think it's not a problem with the node build. I have Build: 627 and
I can load *all* Freesites. (or is there a different result on a stable node?)

Perhaps it's a mistake on Cruft's side (wrong version inserted)?


Greetings,
Stef




___
support mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support

[freenet-support] unstable builds

2002-11-28 Thread Der Vagabund 
Hi Matthew,

have you notice that the cruft site doesn't work with the unstable builds ?
He makes a double redirection with his DBR :
the daily redirect is an redirect to an manifest, not the manifest itself.


Der Vagabund


___
support mailing list
[EMAIL PROTECTED]
http://hawk.freenetproject.org/cgi-bin/mailman/listinfo/support