Emergency MF?

[Wilke]

Is het misschien een goed idee om in verband met die bug in client versie 8012 vandaag of morgen een soort van Mega Flush te houden van alles wat er nu nog in iedereens out-buffers zit?

Kunnen we weer eens een leuke score halen. En deze keer is het hun eigen schuld dat wij gaan MFen, moeten ze maar geen bugs in hun client hebben

Is zoiets al gepland, en zo ja wanneer?

[DSmarty]

MegaFlushes zijn voor RC5 verboden, dus er gaat geen MegaFlush komen.

[Chaos]

Iedereen is sowieso gespaarde blocks aan het dumpen sinds ze die .plan update zagen... nergens voor nodig om dan iets te organiseren .

[FlipFlap]

Op maandag 26 februari 2001 17:17 schreef DSmarty het volgende:
MegaFlushes zijn voor RC5 verboden, dus er gaat geen MegaFlush komen.

Dus doen we geen MF meer!

Wel flushen we ff wat we nog in de buffer-out hebben staan voordat we de cliënts downgraden.

NOTE!
Niet downgraden als je met OGR net lekker aan het grazen bent. Wacht dan ff tot je koe uitgekauwd is. Bij up- en downgraden raak je je onderhanden werk kwijt

[Thijs B]

pff smart ass..... moeten ze maar geen bugy client uitgeven.. Leuk als je al meer dan 2 maanden spaart.. Dus dan moet je wel flushen..

[FlipFlap]

Op maandag 26 februari 2001 17:22 schreef Thijs B het volgende:
pff smart ass..... moeten ze maar geen bugy client uitgeven.. Leuk als je al meer dan 2 maanden spaart.. Dus dan moet je wel flushen..

idd, nu ff serieus. We moeten wel flushen, anders heb je kans dat het straks niet meer meegenomen wordt in de stats. Het enige wat we kunnen doen is het proberen gecoördineerd te doen. Misschien kunnen we, als dat nodig is, afspraken maken met D.net over de termijn van de overgang en het flushgedrag. Maar volgens mij moet de DPC-Crew er dan wel snel bij zijn om te voorkomen dat we ons dag-flush-record gaan breken.

[FlipFlap]

..... of het back-log record

[Chaos]

Op maandag 26 februari 2001 17:41 schreef FlipFlap het volgende:
..... of het back-log record

http://n0cgi.distributed.net/rc5-proxyinfo.html

Het overleden D.Net-proxy record hebben we al gehaald geloof ik

[B-Force]

Op maandag 26 februari 2001 17:21 schreef FlipFlap het volgende:

[..]

Dus doen we geen MF meer!

Wel flushen we ff wat we nog in de buffer-out hebben staan voordat we de cliënts downgraden.

NOTE!
Niet downgraden als je met OGR net lekker aan het grazen bent. Wacht dan ff tot je koe uitgekauwd is. Bij up- en downgraden raak je je onderhanden werk kwijt

Niet als je je checkpoint gewoon laat staan in dezelfde map waar je wil installen (moet je hem eerst bacjuppen en dan daar pasten, bij een uninstall wordt ie idd weggegooid)(iig bij mij niet)

[FlipFlap]

LOL: 2 down 15 to go! (excl. keymaster)

Verder valt het eigenlijk nog wel mee. Alleen de keymaster heeft nog een kleine 4M weg te kauwen.

[crisp]

Op maandag 26 februari 2001 17:57 schreef B-Force het volgende:

[..]

Niet als je je checkpoint gewoon laat staan in dezelfde map waar je wil installen (moet je hem eerst bacjuppen en dan daar pasten, bij een uninstall wordt ie idd weggegooid)(iig bij mij niet)

Zelfs met checkpoint file begint 'ie opnieuw met een blokje/stub! beter dus ff goed kijken hoe ver 'ie is (voor zover mogelijk).
Bij OGR kan je meestal het aantal Gnodes wel gokken aan de hand van de grootte van de voorgaande stubs.

[FlipFlap]

Op maandag 26 februari 2001 17:57 schreef B-Force het volgende:

[..]

Niet als je je checkpoint gewoon laat staan in dezelfde map waar je wil installen (moet je hem eerst bacjuppen en dan daar pasten, bij een uninstall wordt ie idd weggegooid)(iig bij mij niet)

hmmm.....
Ik bedoelde eigenlijk de stubb (ofzoiets) waar hij op dat moment mee bezig was. Ben al een paar keer een 200Gnodes kwijtgeraakt door vastlopers + 1x 15Gnodes (pffff) bij upgraden.

Die checkpoint van jou volg ik niet helemaal . Kun je me die ff uitleggen?

[Chaos]

Op maandag 26 februari 2001 17:58 schreef FlipFlap het volgende:
LOL: 2 down 15 to go! (excl. keymaster)

Hmm.. toen ik dat postte stonden de beide ivo's ook in het rood.

[FlipFlap]

Op maandag 26 februari 2001 17:59 schreef crisp het volgende:

[..]

Zelfs met checkpoint file begint 'ie opnieuw met een blokje/stub! beter dus ff goed kijken hoe ver 'ie is (voor zover mogelijk).
Bij OGR kan je meestal het aantal Gnodes wel gokken aan de hand van de grootte van de voorgaande stubs.

Volgens mij kun je ook de status zo instellen dat je de voortgang van een OGR-WU in % uitgedrukt krijgt. In de de oude versie heb je zoiets onder config/1/crunch-o-meter =yes

[FlipFlap]

Hmmm.... De keymaster zijn/haar buffers lopen wel langzaam wat op! Hoeveel kan deze eigenlijk hebben?

[Burat]

Ohw, er is nog nauwelijks backlog. Wij gaan onze 4 ton rond een uurtje of 11 vanavond flushen denk ik.. Je kan toch tot 1:00 flushen?

[Sequence]

kheb net effe met nugget gesproken over wanneer ze de 8012-blokjes/stubs gaan weigeren.. enne:

< Nugget > yeah, you've got at least a week.

dus ga nou niet allemaal paniekerig zitten flushen, 17 januari waren wij de enige die MF'den (leuk woord ) maar nu zal de hele wereld dat doen.. en zou jammer zijn als dnet door een giga-backlog plat gaat..

[Sequence]

hmm.. kheb net effe met moose zitten praten en die blijkt het niet echt met nugget eens te zijn en vindt dat we maar zo snel mogelijk moeten gaan flushen

< sequence > hi, could you tell me when you start refusing blocks/stubs from 8012? since we (dutch power cows) will probably have a lot of blocks in our buffers (remember january 17th) and we already backlogged dnet once and don't want to do it again and this time the entire world will flush..
< Moose > i would suggest you start flushing asap
< sequence > we can do that but are you sure that your network can handle it? in january we had a huge backlog for a week, now the entire world will start to flush..
< Moose > why you guys are the only ones that do mega flushes
< Moose > even though we ask you not to
< Moose > just flush we will keep up
< sequence > oke..
< sequence > and for the facts: the january flush was not planned.. it was just me yelling at everybody because i knew about a few rejoins and thought we could take over the 1st place that day.. i didn't expect it to get that big

kheb hem dus gewaarschuwd dat het weer veel kan worden (lees: wordt )

[Verwijderd]

Mijne zijn al weg (OGR/RC-65)

BTW. status @ 26/2 20.38
proxy.distributed.net Admin CheckIn Build Uptime Keyrate Buffers DNS
proxy1.mpls.mn.us bovine 4.2m 321 3.6mo 3466.67 4042/9 none
proxy1.hou.tx.us dbaker 25.0m 318 3.0d 0.00 5064444/0 none
proxy2.hou.tx.us dbaker 5.1m 321 6.8d 21992.99 5000018/0 us
proxy1.red.wa.us davehart 15.0m 321 3.3w 1398.80 497740/9 us23 jp23 asia23
proxy2.red.wa.us davehart 10.3m 321 2.6w 1277.70 2999472/317 us23 jp23 asia23
proxy3.red.wa.us davehart 55s 321 3.4w 6467.21 298473/8 us80
proxy1.mtnview.ca.us peter 7.6m 318 1.7mo 23345.76 503983/43 us jp asia aussie
proxy3.mtnview.ca.us peter down n/a 0.0h 0.00 none
proxy1.kl.my alex 11.7m 321 1.9w 5279.41 2999326/0 asia jp
proxy1.madsn.wi.us bob 7.6m 321 1.1w 21372.87 5998593/2842 us
proxy1.rwc.ca.us cdy 7.6m 321 1.2w 33553.73 7998529/192 us us21 us23 us25 us80 us110 aussie aussie23 aussie80 jp jp23 jp80 asia asia23 asia80
proxy1.delft.nl ivo 6.6m 321 3.4h 16068.81 5000643/0 euro euro80
proxy2.delft.nl ivo 13.6m 321 3.3h 14763.37 4999509/0 euro euro80
proxy1.fll.fl.us chipper 8.5m 321 1.1mo 19585.46 3999356/482 us us23
proxy1.utrecht.nl kwark 16.6m 321 1.3mo 20614.84 4999591/0 euro euro23 euro80
proxy2.utrecht.nl kwark 8.3m 321 1.7w 14121.37 4999023/0 euro euro23
proxy1.mel.vic.au bang down n/a 0.0h 0.00 none
keymaster NOC 323 6.4d 184832.01 1585740/4934261

Maw ze houden het nog

[d33n]

eigenlijk sparen voor de 50k dump, nu zijn het er 5 geworden

maarja, dan begin ik nu maar met sparen (samen met tracer voor QU|CCC)

[Burat]

Heb 410.103 geflushd .

[crisp]

Het wordt gewoon weer een mini-flush... mf3 welteverstaan....

[Verwijderd]

Op maandag 26 februari 2001 20:40 schreef Dax het volgende:
proxy1.utrecht.nl kwark 16.6m 321 1.3mo 20614.84 4999591/0 euro euro23 euro80
proxy2.utrecht.nl kwark 8.3m 321 1.7w 14121.37 4999023/0 euro euro23
proxy1.mel.vic.au bang down n/a 0.0h 0.00 none
keymaster NOC 323 6.4d 184832.01 1585740/4934261

Euhhh, kan iemand me mischien vertellen wat die twee waarden van de buffer precies voorstellen?

4999591/0
1585740/4934261
etc

Ik zit al een poosje naar al die getalletjes te staren, maar mij gaat zo 123 geen lampje branden.

[Wilke]

Jawel hoor, die getalletjes voor de slash geeft het aantal blokjes in de IN-buffer aan, het getal na de slash de OUT-buffer.

Het getal achter de slash moet bij voorkeur <1000 zijn, als het veel groter wordt spreekt men van 'backlog'.

Uiteindelijk komen alle blokjes bij de keymaster aan, die ze moet verwerken in de DB. Zoals je kunt zien, heeft de keymaster nu een 'backlog' van ca. 7 miljoen blokjes in RC5, en ook de proxy van Kwark heeft het aardig zwaar te verduren (logisch, alle DPCers zijn al hun zooi aan het flushen vanwege die brakke client 8012)

[Verwijderd]

Bedankt Wilke!

En ik maar denken dat voor de slash het aantal blokjes stond dat al verwerkt was

Het werkt dus net als mijn eigen proxy....|:(

Voor de slash het aantal ongekraakte blokjes die nog aan de clients kunnen worden gevoerd en na de slash het aantal blokjes dat nog na de keymaster moet....

Het was al laat zullen we maar zeggen.....