Toon posts:

PProxy buff-in wordt leeg gegeten door clients

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb een probleem:

Ik heb op mijn werk een pproxy draaien, zodat alle koetjes vanaf mijn eigen PC worden voorzien van wu's. De meeste PC fetchen/flushen goed, maar sommige fetchen alleen maar en flushen niet, dus die grazen mijn hele buff-in leeg, zonder dat ze er iets mee doen :(:( Zodoende komt de rest dus zonder wu's te staan.

Wie kan mij hier mee helpen??? Heeft iemand dit ook al eens gehad?? Want nu kan ik die andere pc's niet gebruiken :(

  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

ini probleem op die pc's misschien.
Gaat de proxy niet automatisch fetchen als de buffer leeg raakt?

Intentionally left blank


Verwijderd

Topicstarter
De ini files zijn identiek aan elkaar, dus ik denk niet dat het daar aanligt.

De proxy fetch niet automatisch, omdat ik hier (nog) geen continue i-net verbinding heb. Ik leeg de buff-out handmatig thuis en flushen idem.

  • Chaos
  • Registratie: November 1999
  • Niet online
Kun je eens een stuk logfile van een niet werkende client hier posten?

  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

vragen:
-graas je RC5 of OGR?
-welke versie proxy gebruik je?
-welke versie clients?
-zie je foutmeldingen in de proxy logs?
-kan je de 'verstopte' koeien wel handmatig flushen?
-post je dnetc.ini eens

Intentionally left blank


Verwijderd

Topicstarter
Van de pproxy bedoel je?? (Chaos)

  • Chaos
  • Registratie: November 1999
  • Niet online
Nee, van de client. En als die niet standaard logt moet je dat even aanzetten en het dan opnieuw in de soep laten lopen.

Verwijderd

Topicstarter
- Ik graas RC5
- Hoe kan ik zien welke versie pproxy??
- V2.8010-463-CTR-00071213
- Logfiles kan ik morgen pas zien of er iets fout is, worden om de dag bijgewerkt volgens mij.
- "verstopte" koeien zijn handmatig te flushen.
- Dnetc.ini

[parameters]
id=rc5dpc@hotmail.com

[misc]
project-priority=RC5,DES=0,CSC=0,OGR=0

[triggers]
exit-flag-filename=taskmgr.exe
pause-flag-filename=taskmgr.exe

[rc5]
randomprefix=232
preferred-blocksize=33

[networking]
keyserver=120.0.0.140:2064
autofindkeyserver=no

Verwijderd

Topicstarter
Chaos: Ik heb de client weer draaien, hij moet alleen de bloks afmaken, dus dat kan nog wel even duren voordat ik de logfile kan bekijken.

  • budi
  • Registratie: Januari 2000
  • Laatst online: 13:46
Probeer dit toe te voegen onder buffers, dan wordt buff-in zoveel mogelijk vol gehouden en buff-out zoveel mogelijk leeg:

[buffers]
frequent-threshold-checks=3

Ik zou trouwens die twee dingen onder [triggers] verwijderen, anders wordt je client afgesloten als ze taskmgr runnen, of is dat ook de bedoeling?
Je kan er ook dit van maken:
[triggers]
pause-watch-plist=c:\winnt\system32\taskmgr.exe
zodat de client alleen wordt gepauseerd, zodat ze niet zien dat dnetc 100% pakken, maar wel weer doordraait als ze taskmgr afsluiten.

MY Systemconfiguration: 10fingers@5chars/s; 2legs@5km/h; 1mouth@14k4; 2ears@18Khz; 2eyes@-6&-7


Verwijderd

Topicstarter
Ik zal het proberen, hopelijk werkt het!

Verwijderd

Topicstarter
De volgende foutmelding geeft de client:

[Nov 15 10:42:43 UTC] The perproxy says: "nothing :-)"
[Nov 15 10:42:44 UTC] Retrieved 11 RC5 packets (25 work units) from server
[Nov 15 10:42:44 UTC] Retrieved a total of 11 packets (25 work units).
[Nov 15 10:42:45 UTC] Sent 5 RC5 packets (7 work units) to server
[Nov 15 10:42:45 UTC] Sent a total of 5 packets (7 work units).
[Nov 15 10:42:45 UTC] Saved RC5 1*2^28 packet DED57EAA:00000000 (0.40% done)
[Nov 15 10:42:45 UTC] BUG! BUG! BUG! LoadState() on active problem!
[Nov 15 10:42:45 UTC] Loaded RC5 1*2^28 packet DED57EAA:00000000
[Nov 15 10:42:45 UTC] Summary: 13 RC5 packets (23*2^28 keys)
0.03:31:59.95 - [482.80 kkeys/s]
[Nov 15 10:42:45 UTC] 11 RC5 packets (25 work units) remain in buff-in.rc5
[Nov 15 10:42:45 UTC] Projected ideal time to completion: 0.03:46:15.00
[Nov 15 10:42:45 UTC] 0 RC5 packets (0 work units) are in buff-out.rc5
[Nov 15 10:42:46 UTC] BUG! BUG! BUG! LoadState() on active problem!
[Nov 15 10:42:46 UTC] Loaded RC5 3*2^28 packet DC8149DD:00000000
[Nov 15 10:42:46 UTC] Summary: 13 RC5 packets (23*2^28 keys)
0.03:31:59.95 - [482.80 kkeys/s]

Kan iemand hier wat wijs uit worden??

  • budi
  • Registratie: Januari 2000
  • Laatst online: 13:46
Welke versie client en welke versie perproxy gebruik je?

Edit: oh wacht versie client staat er al. Misschien kun je een stuk logfile van de perproxy posten?

MY Systemconfiguration: 10fingers@5chars/s; 2legs@5km/h; 1mouth@14k4; 2ears@18Khz; 2eyes@-6&-7


Verwijderd

Topicstarter
Stukje logfile:

11/15/00 10:42:21,Client: Accepted connection from 100.0.0.107:1029
11/15/00 10:42:22,rc564 r=2582/1, d=36582/80000, 12.3 Mkeys/sec, tot=3355
11/15/00 10:42:22,desII r=0/50, d=0/20, 0.0 Mkeys/sec, tot=0
11/15/00 10:42:22,ogr r=0/50, d=0/20, 0.0 Mnodes/sec, tot=0
11/15/00 10:42:22,csc r=0/50, d=0/20, 0.0 Mkeys/sec, tot=0
11/15/00 10:42:22,Status: Uptime: 0.20:21:32, 1 listener, 0 uplinks
11/15/00 10:42:22,Status: 1 active client (peak: 1, mean: 0.00)
11/15/00 10:42:22,Client: 100.0.0.107 (client ver: 460) is connecting
11/15/00 10:42:22,Client: 100.0.0.107 <-- rc564 x 3 dc8149df:00000000
11/15/00 10:42:22,Client: 100.0.0.107 <-- rc564 x 3 dc8149de:00000000
11/15/00 10:42:22,Client: 100.0.0.107 <-- rc564 x 3 dc8149dd:00000000
11/15/00 10:42:22,Client: 100.0.0.107 <-- rc564 x 2 dd798c79:00000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 2 dd798c78:40000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 2 dd798c77:40000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 1 dd798c76:00000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 1 dd798c75:00000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 2 dd798c6e:30000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 3 dd798c6d:00000000
11/15/00 10:42:23,Client: 100.0.0.107 <-- rc564 x 3 dd798c6c:00000000
11/15/00 10:42:23,Client: 100.0.0.107 --> rc564 x 3 ded5755a:00000000
11/15/00 10:42:23,Client: 100.0.0.107 --> rc564 x 1 ded57555:20000000
11/15/00 10:42:23,Client: 100.0.0.107 --> rc564 x 1 ded57552:00000000
11/15/00 10:42:24,Client: 100.0.0.107 --> rc564 x 1 ded57551:00000000
11/15/00 10:42:24,Client: 100.0.0.107 --> rc564 x 1 ded5754e:10000000
11/15/00 10:42:24,Client: 100.0.0.107 has ended communications.
11/15/00 10:42:24,Client: Closing client connection with 100.0.0.107
11/15/00 10:42:35,Client: Accepted connection from 100.0.0.107:1030
11/15/00 10:42:36,Client: 100.0.0.107 (client ver: 460) is connecting
11/15/00 10:42:36,Client: 100.0.0.107 <-- rc564 x 3 dced3844:00000000
11/15/00 10:42:36,Client: 100.0.0.107 <-- rc564 x 3 dced3843:00000000
11/15/00 10:42:36,Client: 100.0.0.107 <-- rc564 x 3 dced3842:00000000
11/15/00 10:42:36,Client: 100.0.0.107 <-- rc564 x 1 dced3804:70000000
11/15/00 10:42:36,Client: 100.0.0.107 <-- rc564 x 3 ded66908:00000000
11/15/00 10:42:37,Client: 100.0.0.107 <-- rc564 x 3 ded66907:00000000
11/15/00 10:42:37,Client: 100.0.0.107 <-- rc564 x 3 ded66906:00000000
11/15/00 10:42:37,Client: 100.0.0.107 <-- rc564 x 3 ded66905:00000000
11/15/00 10:42:37,Client: 100.0.0.107 <-- rc564 x 3 ded66904:40000000
11/15/00 10:42:37,Client: 100.0.0.107 has ended communications.
11/15/00 10:42:37,Client: Closing client connection with 100.0.0.107
11/15/00 10:42:45,Client: Accepted connection from 100.0.0.107:1031
11/15/00 10:42:46,Client: 100.0.0.107 (client ver: 460) is connecting
11/15/00 10:42:46,Client: 100.0.0.107 <-- rc564 x 3 ded66903:00000000
11/15/00 10:42:46,Client: 100.0.0.107 <-- rc564 x 3 ded66902:00000000
11/15/00 10:42:46,Client: 100.0.0.107 <-- rc564 x 3 ded66901:00000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 3 ded66900:00000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 3 ded668ff:00000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 2 dc09cbd0:00000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 2 dd145884:00000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 3 dd1457ff:80000000
11/15/00 10:42:47,Client: 100.0.0.107 <-- rc564 x 2 dd3d1c85:00000000
11/15/00 10:42:47,Client: 100.0.0.107 has ended communications.
11/15/00 10:42:47,Client: Closing client connection with 100.0.0.107
11/15/00 10:42:53,Removing 11 rc564 blocks from block-history
11/15/00 10:42:53,rc564 r=2508/3, d=36589/80000, 12.3 Mkeys/sec, tot=3362
11/15/00 10:42:53,desII r=0/50, d=0/20, 0.0 Mkeys/sec, tot=0
11/15/00 10:42:53,ogr r=0/50, d=0/20, 0.0 Mnodes/sec, tot=0
11/15/00 10:42:53,csc r=0/50, d=0/20, 0.0 Mkeys/sec, tot=0

  • budi
  • Registratie: Januari 2000
  • Laatst online: 13:46
Is dit ook die client die problemen geeft?

11/15/00 10:42:46,Client: 100.0.0.107 (client ver: 460) is connecting

Hier maak ik uit op dat je nog de 460 versie gebruikt. Maar boven zie ik weer 463 staan, dus tsja, kweenie :?

Je kan proberen zoveel mogelijk al je clients te upgraden naar versie 463, maar of dat écht je probleem oplost weet ik ook niet, sorry.

MY Systemconfiguration: 10fingers@5chars/s; 2legs@5km/h; 1mouth@14k4; 2ears@18Khz; 2eyes@-6&-7


Verwijderd

Topicstarter
Maakt niks uit, heb ik net geprobeerd. Iemand anders een idee hoe dit op te lossen is??

  • flipjevandejam
  • Registratie: April 2000
  • Laatst online: 11:27
whahahaha - ff tussedoor - wel cool hoe GoT op je keys reageerd :D :7 !

  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

Probeer anders de buff-in van de client eens weg te gooien. Als het goed is maakt 'ie dan vanzelf een nieuwe buff-in aan.
Misschien is dit bestand beschadigd oid. Blijkbaar schrijft 'ie de opgehaalde blokjes niet weg naar de buff-in waardoor 'ie blijft fetchen totdat het wel lukt om de buff-in te vullen.

Intentionally left blank


Verwijderd

11/15/00 10:42:23,Client: 100.0.0.107 --> rc564 x 1 ded57555:20000000

de client flusht wel naar je proxy, dus wat is het probleem.

tip zet je buuf-in van je proxy wat hoger heb je in ieder geval wat meer wu's opvoorraad

  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

Mo-Bees: 74 blokjes ophalen en maar 7 blokjes flushen lijkt me anders niet goed.
Het fetchen doet 'ie ook 3 keer achter elkaar, en flushen alleen de 1e keer. Dit is gekke koeien-gedrag ;)

Intentionally left blank


Verwijderd

Volgens mij werk je alleen van uit het geheugen en niet van af de HDD.
Als de client een restart krijgt dan laat hij die blokjes vallen en begint op nieuw.

Verwijderd

hahaha het is voor mij ook al laat, maar je hebt gelijk.

weet het anders ook niet!

  • Chaos
  • Registratie: November 1999
  • Niet online
<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>[Nov 15 10:42:45 UTC] BUG! BUG! BUG! LoadState() on active problem!
[Nov 15 10:42:45 UTC] Loaded RC5 1*2^28 packet DED57EAA:00000000[/quote]Probeer eens een andere client of stuur even dit stukje log naar ivo@distributed.net en vraag waardoor het komt (kan gewoon in het Nederlands, Ivo komt uit Delft)

edit:
had eventjes de UBB-tag-kennis van Topix overschat :)

Verwijderd

Topicstarter
Tnx voor de reply's ik zal ze morgen allemaal even uitproberen, hopelijk is het snel opgelost, want 30 extra koeien in de wei zou toch prettig zijn :) ;)

  • crisp
  • Registratie: Februari 2000
  • Nu online

crisp

Devver

Pixelated

<BLOCKQUOTE><font size=1 face=Verdana, Arial, Helvetica>quote:</font><HR>Op 15 november 2000 17:12 schreef Sir.Kiekeboe.kijkt.tv het volgende:
Volgens mij werk je alleen van uit het geheugen en niet van af de HDD.
Als de client een restart krijgt dan laat hij die blokjes vallen en begint op nieuw.[/quote]De client laat maar 1 pakketje tegelijk in het geheugen; de rest slaat 'ie wel op op de harde schijf (de buff-in)

Intentionally left blank


Verwijderd

Topicstarter
Dubbel post :(

Verwijderd

Topicstarter
Ter info:

Probleem is opgelost! In de 460 ver. zat een programmeer fout!! Vanaf 463 doet ze het weer goed.

Allemaal bedankt voor de reacties! Nu heb ik er weer 30 koeien bij :7
Pagina: 1