PProxy buff-in wordt leeg gegeten door clients

[Verwijderd]

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]

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

[Verwijderd]

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]

Kun je eens een stuk logfile van een niet werkende client hier posten?

[crisp]

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

[Verwijderd]

Van de pproxy bedoel je?? (Chaos)

[Chaos]

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]

- 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=[e-mail]

[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]

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]

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.

[Verwijderd]

Ik zal het proberen, hopelijk werkt het!

[Verwijderd]

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]

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?

[Verwijderd]

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]

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.

[Verwijderd]

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

[flipjevandejam]

whahahaha - ff tussedoor - wel cool hoe GoT op je keys reageerd !

[crisp]

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.

[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]

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

[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]

<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 [e-mail] 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]

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]

<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)

[Verwijderd]

Dubbel post

[Verwijderd]

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