PProxy prob. Stats worden niet bijgehouden

[TheEagle]

Ik heb een behoorlijk probleem met de personal proxy van het MyCow subteam. De proxy draait lekker en als ik de log files nakijk dan worden de blokjes van clients netjes ontvangen en ook doorgestuurd naar de d.net server. Maar de stats worden helemaal niet in de stats lijsten van d.net opgenomen Dit draait nu al een paar dagen en ik heb al vanalles geprobeerd met de buffers enzo. Maar niks helpt. Weet iemand waar dit aan kan liggen

http://mycow.homeip.net/stats/

http://stats.distributed....hp?project_id=8&id=352306

[d33n]

post je ppstats.ini eens?

[d33n]

volgens mij klopt het gewoon, ik zie hier dat er gewoon blokjes binnen komen bij dnet:
http://stats.distributed....hp?project_id=8&id=352306

en gister niet, omdat je proxy pas doorflusht als er 100 in de outbuffer staan

pff, ik ben nog te lui voor de edit-knop

[ Voor 10% gewijzigd door d33n op 09-02-2003 14:27 ]

[SaURoN]

zover ik kan zien klopt alles, hij flushed tot 7 feb gewoon
je moet eerst 100 blockjes klaar hebben

[bobsnl]

Marble schreef op 09 February 2003 @ 14:25:
volgens mij klopt het gewoon, ik zie hier dat er gewoon blokjes binnen komen bij dnet:
http://stats.distributed....hp?project_id=8&id=352306

en gister niet, omdat je proxy pas doorflusht als er 100 in de outbuffer staan

pff, ik ben nog te lui voor de edit-knop

Nee, het klopt niet helaas. Het aantal blokjes dat binnenkomt bij dnet is maar tussen de 10 en 30 % van wat er naar de proxy wordt geflushed.

[d33n]

http://www.crazycows.nl/omreken.php?id=352306

is makkelijker..
verder denk denk ik niet dat het probleem bij je proxy ligt, maar waar dan wel weet ik niet

zorg anders even dat je een stuk consolelog online zet, en het liefst ook je ini dan maar meteen

[ Voor 24% gewijzigd door d33n op 09-02-2003 14:43 ]

[Pim.]

Als ik het zo lees (heb niet naar je stats gekeken) is iemand dubbele blocks op je proxy aan het flushen. Zoveel verlies heeft D.net nou ook weer niet (wil wel eens voorkomen)

Met dit proggie kan je het ff checken (rtm inside )
http://ircow.dnsalias.com/down/dupe.zip

[d33n]

damn, waarom denk ik daar niet aan

en toch zou dat niet kloppen, want dan zou alleen de host Mycows server goede blokjes flushen, maar als je naar de history van die host kijkt, is dat weer niet genoeg om de andere dagen te halen

[ Voor 74% gewijzigd door d33n op 09-02-2003 14:48 ]

[bobsnl]

./Proxy schreef op 09 February 2003 @ 14:42:
Als ik het zo lees (heb niet naar je stats gekeken) is iemand dubbele blocks op je proxy aan het flushen. Zoveel verlies heeft D.net nou ook weer niet (wil wel eens voorkomen)

Met dit proggie kan je het ff checken (rtm inside )
http://ircow.dnsalias.com/down/dupe.zip

Er worden geen dubbele blocks naar de server geflushed tenzij de server zelf dubbele blocks naar de clients zou sturen, maar dat zal toch wel niet???

[Pim.]

bobsnl schreef op 09 February 2003 @ 14:53:
[...]

Er worden geen dubbele blocks naar de server geflushed tenzij de server zelf dubbele blocks naar de clients zou sturen, maar dat zal toch wel niet???

het is mogelijk om je buffer een paar keer te flushen, Bij D.net kom je niet hoger in de stats, op je eigen proxy wel. Het is cheaten, en lame.. maar het kan wel

[bobsnl]

./Proxy schreef op 09 February 2003 @ 14:57:
het is mogelijk om je buffer een paar keer te flushen, Bij D.net kom je niet hoger in de stats, op je eigen proxy wel. Het is cheaten, en lame.. maar het kan wel

Dat weet ik, maar dat is hier niet het geval. Probleem zit helaas dieper.

[d33n]

consolelog?

[bobsnl]

Marble schreef op 09 februari 2003 @ 15:08:
consolelog?

Gaat Chaos_Eagle z.s.m. mogelijk doen als ie terug is. Ik heb wel nog de proxy-ini gevonden en even online gezet.

[TheEagle]

Hier is dan de console log: Console.log

[ Voor 12% gewijzigd door TheEagle op 09-02-2003 21:07 ]

[TheEagle]

Weet iemand al een oplossinkje ???

[job]

kijk eens naar 62.163.19.59,
dat ip zit volgens mij vrij veel blokjes dubbel in te leveren.

EDIT:
hmm, ik zit nog even verder in de logs te kijken, volgens mij zitten er meerdere mensen te dupen.

maar als ik het goed zie, deelt je proxy meerdere malen hetzelfde blokje uit.
dus de members kunnen er niets aan doen.
ik zou zeggen, gooi de proxy weg, verwijder alle buffers.
installeer hem opnieuw.
laat al je teammembers hun inbuffers deleten. en na de install van een nieuwe proxy opnieuw laten fetchen.

[ Voor 74% gewijzigd door job op 10-02-2003 11:47 ]

[bobsnl]

Daar moest ik vannacht ook aan denken of dat mogelijk was. Weet je dit heel zeker? Vreemde is namelijk dat we toen de server net online kwam, opgespaarde blokjes die gefetched waren vanuit een dnet-server hebben geflushed, maar daarvan kwam ook maximaal 50% maar bij de dnet-stats terecht.

[job]

als ik dit zie:

2003-02-03 19:00:46,192.168.0.4: assigned rc5-72 CA:42C325FB:00000000 iter 1
en
2003-02-03 12:52:07,62.163.19.59: assigned rc5-72 CA:42C325FB:00000000 iter 1
dan wordt daar 2 maal hetzelfde blokje uitgedeelt.
hoe dat komt??
ik zou het niet weten.

[bobsnl]

Lijkt er idd op dat je gelijk hebt. Is er geen manier op tijdelijk te fetchen vanaf dnet en te flushen naar de eigen proxy?

[job]

je zou tijdelijke een 2e proxy op kunnen zetten.
die laten fetchen...

en de team proxy kan dan van die tijdelijke proxy fetchen.

[bobsnl]

Maar als de teamproxy weer van die tijdelijke proxy fetch dat zal hij toch net zo goed weer verkeerde blocks uit gaan kunnen delen?

[job]

dat weet ik niet.
het ligt er maar net aan waarom hij ze dubbel uitgeeft..
is de proxy kapot??
of heeft de keyserver verkeerde blokjes uitgedeelt.

dat de proxy stuk is lijkt me logischer.

ik kan trouwens wel een tijdelijke proxy voor je draaien.
zeg maar hoeveel blokjes je wilt

[ Voor 20% gewijzigd door job op 10-02-2003 12:33 ]

[TheEagle]

Wie weet, ik zal vanavond eens kijken en die hele bak opnieuw installeren. Altans, de proxy dan Dan kijken we wel weer verder.

[bobsnl]

Het lijkt dat de problemen met de proxy nu voorbij zijn. De buffers hebben we verlaagd en de oude weggegooid en alles lijkt nu goed te gaan. Alleen met mijn stomme kop mijn 80 blokjes van gister naar de dnetserver geflushed