jubileumflush
Er lijken inderdaad zo'n 300K minder blocks te zijn dan gisteren , maar bij d.net zie ik ook geen 300K blocks terug.
Neem aan dat het een *glitch* in de stats is.
Neem aan dat het een *glitch* in de stats is.
Distributed.net: the only reason my computer is on, right now!
Helaas moet ik je dan teleur stellen... De blokjes zijn weg, echt weg... Ik was hier vanochtend ook al achter gekomen en ben toen gaan zoeken. Gisteren (woensdag) is de server herstart, een normale en geplande herstart. Om een of andere nog onduidelijke reden was het aantal blokjes in de buffer van de proxy bij het opnieuw opstarten 330K minder dan ervoor.
Helaas zijn we hier vandaag pas achter gekomen en hebben we dus ook geen backup meer van de buffer (iedere nacht wordt er een backup gemaakt en de oude is dus overschreven). We hebben wel nog een maandagelijkse backup van 1 jan, toen stond de teller op ongeveer 735K, na het opnieuw opstarten van gisteren op 636K. Deze 735K buffer hebben we (lees: dsmarty) veilig gesteld en zullen we ook gaan flushen. Hiermee weten we de schade waarschijnlijk te beperken tot 230K. Wat natuurlijk gruwelijk veel is
Ik heb inmiddels een email naar Dnet gestuurd met de vraag wat er mis kan zijn gegaan. Ik heb ze daarbij onderstaand deel van de logfile meegestuurd om hopelijk duidelijk te krijgen wat er fout kan zijn gegaan.
Helaas zijn we hier vandaag pas achter gekomen en hebben we dus ook geen backup meer van de buffer (iedere nacht wordt er een backup gemaakt en de oude is dus overschreven). We hebben wel nog een maandagelijkse backup van 1 jan, toen stond de teller op ongeveer 735K, na het opnieuw opstarten van gisteren op 636K. Deze 735K buffer hebben we (lees: dsmarty) veilig gesteld en zullen we ook gaan flushen. Hiermee weten we de schade waarschijnlijk te beperken tot 230K. Wat natuurlijk gruwelijk veel is
Ik heb inmiddels een email naar Dnet gestuurd met de vraag wat er mis kan zijn gegaan. Ik heb ze daarbij onderstaand deel van de logfile meegestuurd om hopelijk duidelijk te krijgen wat er fout kan zijn gegaan.
Code: Select all
2009-01-21 09:26:07,rc5-72 r=53607/68843, d=964249/10000000, 956.7 Mkeys/sec, tot=349139/343269
2009-01-21 09:26:07,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=167/190 stubs
2009-01-21 09:26:07,Status: Uptime: 34.23:46:34, 1 listener, 0 uplinks
2009-01-21 09:26:07,Status: 0 active clients (peak: 3, mean: 0.14)
2009-01-21 09:26:38,rc5-72 r=53607/68843, d=964249/10000000, 956.4 Mkeys/sec, tot=349139/343269
2009-01-21 09:26:38,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=167/190 stubs
2009-01-21 09:26:38,Status: Uptime: 34.23:47:05, 1 listener, 0 uplinks
2009-01-21 09:26:38,Status: 0 active clients (peak: 3, mean: 0.14)
2009-01-21 09:26:56,Status: Shutting down listeners...
2009-01-21 09:26:56,Status: Closing client connections...
2009-01-21 09:26:56,Status: Closing uplink connections...
2009-01-21 09:26:56,*Break* Initiating shutdown.
2009-01-21 09:26:56,Shutting down contests.
2009-01-21 09:26:56,Shutting down contest rc5-72.
2009-01-21 09:29:36,distributed.net Personal Proxy (build 343)
2009-01-21 09:29:36,Visit http://www.distributed.net/ for details.
2009-01-21 09:29:36,Proxy starting up.
2009-01-21 09:29:36,Verbosity set to: general stats keyblock server client buffers timestamp attention errlow errsevere (3519)
2009-01-21 09:29:36,rc5-72-in: limits adjusted to min 46, max 1000
2009-01-21 09:29:36,rc5-72-dupe: resized to dupe history size of 31
2009-01-21 09:29:45,Currently enumerated 51886 blocks...
2009-01-21 09:29:45,Currently enumerated 73406 blocks...
2009-01-21 09:29:45,Currently enumerated 73407 blocks...
2009-01-21 09:29:45,Notice: connectivity mode is normal
2009-01-21 09:29:45,Notice: Loaded 0 ignoredip addresses from ini file
2009-01-21 09:29:45,Notice: Loaded 0 allowedip addresses from ini file
2009-01-21 09:29:45,Notice: Primary listener bound to 192.168.252.100:2300
2009-01-21 09:29:50,rc5-72 r=53607/1000, d=636025/10000000, 0.0 Mkeys/sec, tot=0/0
2009-01-21 09:29:50,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=0/0 stubs
2009-01-21 09:29:50,Status: Uptime: 0.00:00:05, 1 listener, 0 uplinks
2009-01-21 09:29:50,Status: 0 active clients (peak: 0, mean: 0.00)
2009-01-21 09:30:21,rc5-72 r=53607/1000, d=636025/10000000, 0.0 Mkeys/sec, tot=0/0
2009-01-21 09:30:21,ogrng r=200/200, d=0/0, 0.0 Mnodes/sec, tot=0/0 stubs
2009-01-21 09:30:21,Status: Uptime: 0.00:00:36, 1 listener, 0 uplinks
2009-01-21 09:30:21,Status: 0 active clients (peak: 0, mean: 0.00)
Het antwoord van Dnet is helaas ook niet wat ik hoopte:
Mensen met een CUDA compaltie video kaart zou ik willen aanraden om de oude beta te installeren en de tijd van hun computer op bijvoorbeeld zaterdag de 17e te zetten. Dan doet de client het wel gewoon namelijk. Zodra er ee nieuwe beta is zal ik dat hier posten (ik kijk ca 10-20 keer per dag of ie er al is ).Update to issue 778 by mikereed
Action:
Hi Aarjan,
Thanks for writing to us.
The 'currently enumerating' lines are where your proxy server is loading the in-buffer into RAM.
Cow (project mascot, lead coder...) has told me that the proxy server does sanity checks on buffers when it loads them and sometimes discards blocks. He also recommended flushing completed work a bit more regularly. You're not doing mega-flushes, are you? It would seem that the work is lost, unless you have another copy of the out-buffer file. I'm sorry about that.
Kind regards,
Mike
To respond to this issue just reply to this email leaving the subject intact.