Re: [freenet-support] Uptimes (was DATA STORE)

2004-06-16 Thread Toad
On Wed, Jun 16, 2004 at 12:02:08PM -0400, Paul Derbyshire wrote:
> On 16 Jun 2004 at 10:07, Michael R. Stork wrote:
> 
> > Anytime I've had to restart my node, it appears that the data store is 
> > just plain gone. I can go from having my resources at 60+% full one 
> > minutes, restart, and I'm at 0. That and it then seems to need to be 
> > active again for 10+ hours before clicking on anything is practical. 
> > Unfortunately I'm only able to run a transient node at the moment, 
> > something I'm working to remedy, and doing so seems almost worthless.
> 
> This has come up several times lately, that it takes 10+ hours of 
> uptime before a node is reasonably integrated into the network. Has 
> anyone considered that this is problematical when the most commonly 
> used OS around, Windows, has a mean uptime between crashes shorter 
> than that? :P

LOL. Ignoring the obvious troll, a node should integrate much faster the
second time. If you leave a node offline for a week it may take a long
time to reintegrate but if you're just restarting it because of a reboot
it shouldn't take long. I don't know how this scales when you take a
node offline for several hours every day... any reports would be
welcome.
-- 
Matthew J Toseland - [EMAIL PROTECTED]
Freenet Project Official Codemonkey - http://freenetproject.org/
ICTHUS - Nothing is impossible. Our Boss says so.


signature.asc
Description: Digital signature
___
Support mailing list
[EMAIL PROTECTED]
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]

Re: [freenet-support] Uptimes (was DATA STORE)

2004-06-16 Thread Michael R. Stork
Jay Oliveri wrote:
On 16 Jun 2004 at 10:07, Michael R. Stork wrote:
   

Anytime I've had to restart my node, it appears that the data store is
just plain gone. I can go from having my resources at 60+% full one
minutes, restart, and I'm at 0. That and it then seems to need to be
active again for 10+ hours before clicking on anything is practical.
Unfortunately I'm only able to run a transient node at the moment,
something I'm working to remedy, and doing so seems almost worthless.
 


 This sounds like a bug, and since the thread 
doesn't specify stable/unstable what conclusion can you come to?

You *should* be able to shut down the node and restart it without much of a 
problem.  If someone was in the middle of a transfer from your node, I 
would expect it gets restarted or drops out.  At any rate once the data is 
in your datastore it will stay there until it's forced out by more recent 
data.

I was running stable and still "announcing my presence" to test the node 
out, don't know about the other person who brought this up.

Irregardless, it has been pointed out by multiple people that until 
you're had your node up for quite some time, some have said as long as 
48 hours, that you're not going to be able to make any connections. I've 
found this to be very accurate, and even after running for 2 1/2 days 
up, I was still getting "couldn't get key" and the like errors on most 
links I clicked. It seemed that they'd either come up almost instantly, 
or not at all.

___
Support mailing list
[EMAIL PROTECTED]
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]


Re: [freenet-support] Uptimes (was DATA STORE)

2004-06-16 Thread Jay Oliveri
On Wednesday 16 June 2004 12:02 pm, Paul Derbyshire wrote:
> On 16 Jun 2004 at 10:07, Michael R. Stork wrote:
> > Anytime I've had to restart my node, it appears that the data store is
> > just plain gone. I can go from having my resources at 60+% full one
> > minutes, restart, and I'm at 0. That and it then seems to need to be
> > active again for 10+ hours before clicking on anything is practical.
> > Unfortunately I'm only able to run a transient node at the moment,
> > something I'm working to remedy, and doing so seems almost worthless.
>
> This has come up several times lately, that it takes 10+ hours of
> uptime before a node is reasonably integrated into the network. Has
> anyone considered that this is problematical when the most commonly
> used OS around, Windows, has a mean uptime between crashes shorter
> than that? :P

This is flamebait right?  This sounds like a bug, and since the thread 
doesn't specify stable/unstable what conclusion can you come to?

You *should* be able to shut down the node and restart it without much of a 
problem.  If someone was in the middle of a transfer from your node, I 
would expect it gets restarted or drops out.  At any rate once the data is 
in your datastore it will stay there until it's forced out by more recent 
data.

-- 
Jay Oliveri
GnuPG ID: 0x5AA5DD54
FCPTools Maintainer
www.sf.net/users/joliveri
___
Support mailing list
[EMAIL PROTECTED]
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]


Re: [freenet-support] Uptimes (was DATA STORE)

2004-06-16 Thread Paul Derbyshire
On 16 Jun 2004 at 10:07, Michael R. Stork wrote:

> Anytime I've had to restart my node, it appears that the data store is 
> just plain gone. I can go from having my resources at 60+% full one 
> minutes, restart, and I'm at 0. That and it then seems to need to be 
> active again for 10+ hours before clicking on anything is practical. 
> Unfortunately I'm only able to run a transient node at the moment, 
> something I'm working to remedy, and doing so seems almost worthless.

This has come up several times lately, that it takes 10+ hours of 
uptime before a node is reasonably integrated into the network. Has 
anyone considered that this is problematical when the most commonly 
used OS around, Windows, has a mean uptime between crashes shorter 
than that? :P
___
Support mailing list
[EMAIL PROTECTED]
http://news.gmane.org/gmane.network.freenet.support
Unsubscribe at http://dodo.freenetproject.org/cgi-bin/mailman/listinfo/support
Or mailto:[EMAIL PROTECTED]