Versie 466 problemen!!! Lees de .plan!

[0rbit]

Roel : Neem maar aan dat het probleem in één van beide projecten zit, maar dat doet eigenlijk niet ter zake; Ze kunnen niet gescheiden clients voor download aanbieden; Er zijn al zo onnoemelijk veel versies.

Voor de zekerheid dus downgraden maar... Flush buffers in de aankomende dagen en dan maar hopen dat snel een volgende versie uitkomt die geen problemen heeft en weer net zo snel is als de 466 op alle fronten...

[Sequence]

Op zondag 25 februari 2001 23:56 schreef Roel het volgende:
Is dat trouwens voor ogr of voor rc5 of voor alle 2 ?
Of is daar helemaal niks van bekend

voor alle 2.. }:O-tje is 1 client voor alletwee projecten...

[DukeBox]

Dan kan ik een hoop koetjes gedag zeggen.. veel pc's zal ik nooit meer onder handen krijgen, dus kan ik ook niet downgraden.. Lekkere actie

[Roel]

Op maandag 26 februari 2001 00:02 schreef Sequence het volgende:
[..]
voor alle 2.. }:O-tje is 1 client voor alletwee projecten...

Dat snap ik, maar voor ieder project is er een andere manier van berekenen.

"t lijkt me in de ogr-core te zitten omdat daar de grootste veranderingen in zaten.
Zou de bug in rc5 zitten dan is het toch wel fijn om die client nog steeds voor ogr te kunnen gebruiken omdat hij veel sneller is.

[Verwijderd]

Shitzooi. Ik heb net een 466 geplant op een machine waar ik niet meer bij kan. TB1000!

De meeste andere koeien hebben 465 of 464/463

Alles RC5.

[DSmarty]

Idem dito voor mij, ik verlies ongeveer 60% van mijn koetjes, simpelweg omdat die pc's onbereikbaar zijn voor mij

[0rbit]

* 0rbit ziet DSmarty vannacht al met de koevoet op pad...

[Frenzy]

a bug that will produce bad results.

wat moet ik me daarbij voorstellen? Te veel of te weinig blocks? Onjuiste grootte? Helemaal geen of juist dubbelle results? Zoals het er nu staat is het wel erg vaag...

[wildhagen]

@#$^%&*(@$&^%&*@%(@%

Kan ik weer alles gaan downgraden...

%@^$987)%@^_^(W^^#&@

[Verwijderd]

heb voor de 463 gekozen toen ik mij 50+ clients installeerde gelukkig, ben wel administrator maar dat wil zeggen beperkt... Als ik nog meer rechten had , kon ik de rest van de 650+ stations ook bereiken DAMN.

Wel spijtig voor het totaal beeld van ons DPC clubje...

[wildhagen]

Meer inside info (via Moose) hierover op http://forums.anandtech.com/messageview.cfm?catid=39&threadid=362084

EN jongens, niet gaan flamen daar aub.

[Verwijderd]

Dus .. alle 465 en 466 koeien die ik nu in spaarstand hebben staan tellen straks niet mee als ik wil flushen????

[wildhagen]

Op maandag 26 februari 2001 08:07 schreef HlpDsK het volgende:
Dus .. alle 465 en 466 koeien die ik nu in spaarstand hebben staan tellen straks niet mee als ik wil flushen????

Inderdaad. Dus je zult ze voor zover mogelijk nu of op zéér korte termijn moeten flushen en downgraden

[Verwijderd]

Als ik mensen zo ver krijg dat ze even een andere executable (dnetc.exe) in de Dnet dir dumpen en laat flushen ben ik dan safe?

Alle andere files inde dir zijn toch ok?

En zwaar kut dit : ik heb mensen die allee neen koetje draaien omdat die core-troughput meter er in zit, en die vinden ze mooi.

En dan heb ik het over TB1000's en zo

Die 463 heeft alleen console toch?

[wildhagen]

Op maandag 26 februari 2001 08:16 schreef HlpDsK het volgende:
Als ik mensen zo ver krijg dat ze even een andere executable (dnetc.exe) in de Dnet dir dumpen en laat flushen ben ik dan safe?

Alle andere files inde dir zijn toch ok?

Jazeker, het gaat puur om de .exe

[Verwijderd]

463 heeft geen core-thoughput meter?

[wildhagen]

Op maandag 26 februari 2001 08:19 schreef HlpDsK het volgende:
463 heeft geen core-thoughput meter?

Nope, dat kwam pas in 465... weer een nadeeltje dus.

[redwing]

Ik heb net een mailtje naar distributed gestuiurd met de vraag hoelang de blokjes nog meetellen. Het antwoord zal ik hier wel bijzetten.

[Verwijderd]

Enig idee wat het termijn is voor het weigeren van de blokjes? een week? een dag?

[Kwai_gon_jinn]

GRMBLE !! software hoor je te upgraden en niet te downgraden. Moeten ze maar een upgraden versie uitbrengen zo snel mogelijk. :(:(

[Verwijderd]

Goed ge-beta-test dan .. NOT!

[Verwijderd]

dus als ik het goed begrijp moet ik terug naar 463.

de 465 versie wordt straks ook niet meer geaccepteerd?

mooi klote is dat!!

[Verwijderd]

Op maandag 26 februari 2001 08:22 schreef wildhagen het volgende:

[..]

Nope, dat kwam pas in 465... weer een nadeeltje dus.

Mij boeit datzelf niet zo. Maar ik heb dus lui een koe weten aan te smeren juist en alleen vanwege die meter ..

[scorpionv]

Maar worden de resultaten van de 4.65 en de 4.64 clients ook waardeloos? Want ik draai 4.65 namelijk, moet er dan gedowngraded worden, of blijven die blocks wel geldig?

[wildhagen]

Op maandag 26 februari 2001 08:55 schreef scorpionv het volgende:
Maar worden de resultaten van de 4.65 en de 4.64 clients ook waardeloos? Want ik draai 4.65 namelijk, moet er dan gedowngraded worden, of blijven die blocks wel geldig?

465 word straks niet meer meegeteld nee, dan moet je echt downgraden. 464 word nog wél meegeteld, maar die versie is nooit officieel gereleased (altijd pre-release geweest), en bevat weer een zwikje andere bugs.

[scorpionv]

Damn, daar gaat mijn mini-flush de mist in Lullo's, kunnen ze geeneens fatsoenlijk Betatesten?

[Verwijderd]

Heeeeeej ..

in het TA-Forum zegt Moose zelf dit :

"The bug is really split between the 2. Basicly what happens the an RC5 block gets loaded while the OGR cruncher thread is still running. This then appears to set the finished flag. Causing the RC5 block to be finished right away. This can also happen the other way. Actually not a very easy situation to find."

Aangezien ik alleen maar RC5 draai, en helemaal geen OGR .. dat wil zeggen dat mijn blokjes allemaal geldig zijn maar worden afgekeurd omdat ze fout kunnen zijn als je ook OGR draait.

Dat is dus dubbel ruk dit!

[wildhagen]

Sterker nog: het schijnt maar één regeltje in de hele code te zijn die fout is...

[Verwijderd]

Kan iemand mijn net gemaakte punt evt. bij TA posten? Misschien dat Moose er zelf wat op te zeggen heeft.

[IceStorm]

Fijn... errug fijn...

Ben gvd net lekker aan het sparen voor een speciale gelegenheid, hoor je dit. Laat ze dit soort onzin voortaan achterwege laten en het MAILEN naar mensen

[Verwijderd]

Moose is persoonlijk naar TA gegaan om het nieuws te brengen.

No offence naar TA, maar DPC is een groter en sterker team tegenwoordig .. maar ik heb Moose of iemand van DNet hier geen melding zien doen.

[Verwijderd]

hmmm daar gaat de flush van I'R Cow :(

[Chaos]

Op maandag 26 februari 2001 09:22 schreef HlpDsK het volgende:
Moose is persoonlijk naar TA gegaan om het nieuws te brengen.

Zie Dutchman's subtiele hint op het TA forum . (Opzich wel begrijpelijk dat Moose niet in zijn vrije tijd gaat rondhangen op een forum waarvan hij de taal niet begrijpt overigens.)

[Verwijderd]

Op maandag 26 februari 2001 09:28 schreef Chaos het volgende:

[..]

Zie Dutchman's subtiele hint op het TA forum . (Opzich wel begrijpelijk dat Moose niet in zijn vrije tijd gaat rondhangen op een forum waarvan hij de taal niet begrijpt overigens.)

Ja uiteraard, maar een melding op z'n minst.

[d33n]

nah.
misschien als je em het e-mail adres van een van de dpc-crew geeft dat ie dat dan wel zou doen.

[Onno]

Alles wat ie daar post staat ook in de .plans hoor, en daar kun je je voor subscriben. Dus laten mailen kan al gewoon.

Maar het is idd wel jammer dat die dingen niet hier gepost worden...

Aangezien ik alleen maar RC5 draai, en helemaal geen OGR .. dat wil zeggen dat mijn blokjes allemaal geldig zijn maar worden afgekeurd omdat ze fout kunnen zijn als je ook OGR draait.
Dat is dus dubbel ruk dit!

Mja, erg vervelend. Maar je kunt blocks nou eenmaal niet droppen of basis van of de submittende client ook OGR doet, die info heeft d.net gewoon niet.

[Verwijderd]

Is nu eigenlijk die emergency mailinglist gebruikt?

[Verwijderd]

Op maandag 26 februari 2001 10:30 schreef [BoerQ] het volgende:
Is nu eigenlijk die emergency mailinglist gebruikt?

Zou wel moeten ja.
Daar is ie immers voor...

Kheb alleen nog geen mailtje gehad.

[Dutchman!]

heb het rond 11:00 verstuurd dus zou er moeten zijn.

[Verwijderd]

ik heb ook geen mailtje gehad, werkt het wel!

[IceStorm]

Iemand al antwoord op de vraag vanaf wanneer 466 blocks NIET meer worden geaccepteerd?

Sowieso dom om ze dan nog wel even te laten ontvangen.. is die bug blijkbaar toch niet levensbedreigend

[Verwijderd]

werkt dus wel, mailtje net in de bus gehad

[Verwijderd]

Op maandag 26 februari 2001 11:11 schreef Mo-Bees het volgende:
werkt dus wel, mailtje net in de bus gehad

Ik nog steeds niet

Zal wel aan de mailserver van @home liggen

[Verwijderd]

het is dus echt van groot belang dat iedereen terug gaat naar versie 463

d-net zal binnenkort niks meer accepteren van clienten hoger dan de v2.8010 serie !!

[Verwijderd]

Ik heb hem om 11:05 gekregen.

[Verwijderd]

Ik heb het iig al op ons forum (grazen.iscool.net) gepost zodat er weer een stuk of 6 mensen ervan op de hoogte zijn

[RobzQ]

GVD

Ik krijg net dus ook die email binnen van Dutchman.

We hebben ruim 116.611 blokjes klaarstaan die zijn verwerkt door de 1012 clients

Als we ze vandaag flushen zouden ze dan nog verwerkt worden?

[Elteor]

Ik probeer momenteel mijn teamgenoten ook in te lichten, wij proberen vandaag alles te flushen wat gereed is .....

Hopelijk tellen de blokjes dan nog mee ...

[Dutchman!]

Op maandag 26 februari 2001 12:17 schreef RobzQ het volgende:
We hebben ruim 116.611 blokjes klaarstaan die zijn verwerkt door de 1012 clients

Als we ze vandaag flushen zouden ze dan nog verwerkt worden?

Tuurlijk, ze worden nog een (onbekende tijd) meegeteld. Wel kan het zijn dat we wat blokjes dubbel gaan doen binnenkort:

We can mark results for v2.8012 as bad in the master bitmaps and resend the work. This means work needs to be rerun, but we can isolate the damage. Stats will not be taken away for work you did with v2.8012 clients. However in the near future credit will not be given to you for work done with v2.8012 clients.

[0rbit]

Dutchman : Die blokjes hebben we dan al eens gedaan, maar wie zegt dat ze dan niet gewoon weer meetellen?

[s3n]

Damn ongeveer 950K klaar staan BAH

Ik daal nu behoorlijk, daar gaat onze flush dus.

[SaURoN]

Damn man net 3 uur geleden geupgradenaar 466 : ( gelukkig nog niet mun andere pc, maar ik was net een flush aan het voor bereiden ....
GRRRRRR DNET LEER BETA TESTEN !!!!!!!!!!

[RobzQ]

De periode waarin we nog kunnen flushen is dat dagen? weken?

Lijkt me geen goed idee als alle subteams vandaag tegelijkertijd hun proxy's leeggooien (alhoewel hebben ze bij d.net weer wat te doen vanacht.)

[s3n]

Op maandag 26 februari 2001 12:32 schreef RobzQ het volgende:
De periode waarin we nog kunnen flushen is dat dagen? weken?

Lijkt me geen goed idee als alle subteams vandaag tegelijkertijd hun proxy's leeggooien (alhoewel hebben ze bij d.net weer wat te doen vanacht.)

Eigen schuld, moeten ze maar betere clients maken

[SaURoN]

Nou ik heb geflusht alles en de .exe van 4.63 er op gezet is nu alles goed dna ?

[s3n]

Zoiets moet er in je koe staan:
dnetc v2.8010-463-CTR-00071213 for Win32 (WindowsNT 5.0).

Dan is het goed

[SaURoN]

staat er in, maar wat een vuile honden zjin het man ! wou ik ff sparen komen en er aan met die shit

[CBA]

Ben ik eens een weekendje weg en lappen ze iedereen dit.

Weet er al iemand hoelang de units nog meetellen ?

't is maar dat ik enkele clients moet downgraden

thnx dnet!!

[BazP]

Zit het nou alleen in 466 of ook in 465???

ik heb namelijk "dnetc v2.8012-465-GTR-01012012 for Win32" en was net lekker blokjes aan het sparen

[SaURoN]

dus wel

Op maandag 26 februari 2001 13:06 schreef BazP het volgende:
Zit het nou alleen in 466 of ook in 465???

ik heb namelijk "dnetc v2.8012-465-GTR-01012012 for Win32 en was net lekker blokjes aan het sparen

this time we are
not rejecting results from v2.8012, but in the near future we will be.

edit:

Typo's

[BazP]

Wat een ellende... zo kom ik echt Noooooooooooooooooit in de top 30

[SaURoN]

Ellende heb ik klote man waarom sliep ik niet langer en dan had ik niet geupdate |:(|:(

[Verwijderd]

/me denkt dat het morgen een mooie megaflush word

[_Gekkie_]

Keej..
Wat ik dus begrijp (ik heb de v2.8012-466-GTR-01020321 for Win32 (WindowsNT 5.0)
Moet ik nou verplicht flushen? Ik kan toch gewoon downgraden en dan verder crunchen?!?!

De buffers die zijn toch ok? of moet ik zorgen dat ik die buffers ASAP leeg heb zodat die nog tellen?

[flipjevandejam]

HOE ZIT HET NOU ?????
is het nu zo dat je zowieso je client moet switchen ? of is dat alleen zo als je OGR en RC5 tegelijk doet of wat ???

[Chaos]

Alle 8012 clients moeten vervangen worden. Het gaat dan wel alleen mis als je RC5 en OGR tegelijk doet, maar omdat ze bij D.Net alleen de client versie kunnen zien worden alle blokken van 8012 binnenkort geweigerd.

[flipjevandejam]

en wat is binnenkort ?

[Chaos]

Daar wordt nog druk over gemaild, voorzover ik weet is dat nog niet bekend.

[Verwijderd]

Op maandag 26 februari 2001 14:18 schreef flipjevandejam het volgende:
HOE ZIT HET NOU ?????
is het nu zo dat je zowieso je client moet switchen ? of is dat alleen zo als je OGR en RC5 tegelijk doet of wat ???

Je MOET downgraden, want binnenkort worden de blokjes van 8012 (465/466) niet meer geaccepteerd.

Wat ik bij mij gezien heb, is dat als je met een project wat blokjes in de outbuffer hebt staan en dan aan een ander project begint, vervolgens probeert te flushen, dat dan de client crashed of blokjes gewoon halverwege afbreekt. (Ik had OGR nodes van 90 MNodes)

[RobzQ]

Wie gaat er flushen vandaag ivm deze client toei en hoeveel ?

[Burat]

Wij. Ongeveer 400.000. Hebben nu 392668 staan, moet nog wat (~20.000) geflusht worden.. (http://bslagter.dynip.com/pper/byhost.html)

[PokkeNoise]

Gelukkig maar die verwisseld moesten worden, heb er drie gedaan, nog ff naar die andere wei om die laatste om te zetten.
Sterkte voor die mensen die hun tjes op onbereikbare plaatsen hebben staan of een uitgebreidere veestapel hebben.

Maar @#$* is en blijft het wel

[Crack]

Originally posted by Moose:

Actually we are talking about about 2 months worth of work. Remember the bad client in question is v2.8012 not v2.8010. And truely not everyoe has updated to the v2.8012 clients.

The bug is really split between the 2. Basicly what happens the an RC5 block gets loaded while the OGR cruncher thread is still running. This then appears to set the finished flag. Causing the RC5 block to be finished right away. This can also happen the other way. Actually not a very easy situation to find.

Goes to prove what 1 line of code can do.

Nou, als je wilt dat er misbruik van de situatie wordt gemaakt, moet je dit vooral publiceren...|:(

[budi]

Ja, nu zullen ze liever vandaag dan morgen 8012 blokjes niet meer accepteren, maar aan de andere kant weet je wel hoeveel handelingen het vergt om steeds om te schakelen van OGR naar RC5 en vice versa? Bovendien als je OGR blokje heel snel af is, zal hij (omdat het van te voren niet bekend is hoe groot deze is) niet veel stats-units opleveren. Het is dus vooral voor distributed.net vervelend dat er halve OGR blokjes afgeleverd worden.

[Robinski]

gaan ze m'n blokjes nu allemaal weggooien?

edit:

nu ben ik ook die CoreThroughtpout kwijt

[DJ]

Heeft iemand het volgende probleem al gezien:

Ik heb nu de Clients "Gebackrev'ed" (wat een woord), maar nu krijg ik op veel van mijn Clients (Linux en AIX in dit geval) die op de zaak staan binnen hetzelfde Netwerk als de Keyserver, dat hij Refused is op de Keyserver

distributed.net client for Linux Copyright 1997-2000, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.8010-463-CTR-00071321 for Linux (Linux 2.2.14-5.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) '[e-mail]'

[Feb 26 22:31:59 UTC] Automatic processor detection found 1 processor.
[Feb 26 22:31:59 UTC] Loaded OGR stub 25/3-1-19-2-8-7 (9.30% done)
[Feb 26 22:31:59 UTC] 24 OGR packets (24 work units) remain in buff-in.ogr
[Feb 26 22:31:59 UTC] 0 OGR packets (0 work units) are in buff-out.ogr
[Feb 26 22:31:59 UTC] 1 cruncher has been started.
[Feb 26 22:31:59 UTC] Connect to host 10.2.5.17:2064 failed.
Error 111 (Connection refused)
[Feb 26 22:31:59 UTC] Network::Open Error - sleeping for 3 seconds
[Feb 26 22:32:02 UTC] Connect to host 10.2.5.17:2064 failed.
Error 111 (Connection refused)
[Feb 26 22:32:02 UTC] Network::Open Error - sleeping for 3 seconds
[Feb 26 22:32:05 UTC] Connect to host 10.2.5.17:2064 failed.
Error 111 (Connection refused)

Iemand een id?

Enne, om ff duidelijk te zijn, de machines die via Internet connecten (Linux, Win32, . . .) hebben dit dus niet. Allemaal nu op 8010 of lager (AIX is terug naar 8009 )

[update]
Dit krijg op de Keyserver:

[2001-02-26 22:32:57] distributed.net Personal Proxy (build 319)
[2001-02-26 22:32:57] Visit http://www.distributed.net/ for details.
[2001-02-26 22:32:57] Proxy starting up.
[2001-02-26 22:32:57] Verbosity set to: general stats keyblock server client buffers timestamp attention errlow errsevere (3519)
[2001-02-26 22:32:57] rc564-in: limits adjusted to min 1, max 20
[2001-02-26 22:32:57] desII-in: limits adjusted to min 1, max 20
[2001-02-26 22:32:58] csc-in: limits adjusted to min 1, max 20
[2001-02-26 22:32:58] Notice: connectivity mode is normal
[2001-02-26 22:32:58] Notice: Loaded 0 ignoredip addresses from ini file
[2001-02-26 22:32:58] Notice: Loaded 0 allowedip addresses from ini file
[2001-02-26 22:32:58] Notice: Primary listener bound to 193.78.161.100:2064
[2001-02-26 22:32:58] Notice: Test listener bound to 193.78.161.100:3064
[2001-02-26 22:32:58] Notice: Listener 1 bound to 193.78.161.100:21.
[2001-02-26 22:32:58] Notice: Listener 2 bound to 193.78.161.100:23.
[2001-02-26 22:32:58] Notice: Listener 3 bound to 193.78.161.100:53.
[2001-02-26 22:32:58] Notice: Listener 4 bound to 193.78.161.100:80.
[2001-02-26 22:32:58] Notice: Listener 5 bound to 193.78.161.100:8080.
[2001-02-26 22:32:59] rc564 r=64/20, d=0/3, 0.0 Mkeys/sec, tot=0
[2001-02-26 22:32:59] ogr r=31941/20, d=2/3, 0.0 Mnodes/sec, tot=0 stubs
[2001-02-26 22:32:59] Status: Uptime: 0.00:00:00, 7 listeners, 0 uplinks
[2001-02-26 22:32:59] Status: 0 active clients (peak: 0, mean: 0.00)
[2001-02-26 22:33:02] Client: Accepted connection from 213.93.160.221:62283
[2001-02-26 22:33:03] Client: Accepted connection from 213.93.160.221:1616
[2001-02-26 22:33:03] Client: 213.93.160.221 (client ver: 463) is connecting
[2001-02-26 22:33:03] Client: 213.93.160.221 (client ver: 463) is connecting

Verder zie ik op de Proxy geen meldingen van die Clients die "refused" worden . . .

[/update]

DJ

[Sharky]

hoe weet je welke versie je hebt?

[Verwijderd]

Op maandag 26 februari 2001 23:13 schreef sharkyOnline het volgende:
hoe weet je welke versie je hebt?

Kun je zien als je de client restart

[Verwijderd]

ff koetje afsluiten en dan opnieuw opstarten , dan het venster openen van je koe stats. en dan staat er dit boven :

distributed.net client for Win32 Copyright 1997-2000, distributed.net
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.8010-463-CTR-00071213 for Win32 (Windows 4.10).
Het gaat hier om het gedeelte met v2 ervoor.
als er 466 instaat moet je deze ff veranderen:?

[IceStorm]

ARgh.. ik wil gvd weten tot wanneer ik 466 blocks kan inleveren.... .... Gaat gewoon mijn hele planning naar de kloten!

[mmxmmx]

arrgggggh Dit stinkt naar mest oke het draait weer op de oude client en ook optie 11 staat weer op NO nu maar hopen dat alle mede koetjes van mij het snappen ik heb gvd de hele home page moeten vullen met de uitleg schit

[Verwijderd]

Mijn Mini-MF gaat ook niet door. Dit zuigt ape-kont!

[Verwijderd]

Hier .. daar gaat anderhalve week werk van m'n hoofd-koe. De rest volgt vanmiddag nog. Snik.

[Feb 27 03:30:37 UTC] Sent RC5 work unit 6642 of 6642 (100.00% transferred)


Ik baal weer goed van de snelle koeien waar ik niet bij kan! Veel afgekeurde MHz!

[Verwijderd]

GRRRRRRRRRRR
Leer TESTEN verdomme!!!
Daar gaan al onze MF-es :(
:'(:'(:'(:'(:'(:'(:'(:'(:'(

[FReaKaNDeLL]

jah dan tog maar GF gaan doen

[Verwijderd]

Zeg, als het maar 1 regel code is wat de problemen veroorzaakt,.....
WAAROM dan niet meteen nieuwe clients!! Met goede code!

Of zitten er nog meer vreemde bugs in de clients??

Je ne comprende pas.

[0rbit]

Moose suggereert dat het waarschijnlijk door één regel veroorzaakt wordt; Of dit daadwerkelijk zo is, is niet duidelijk.

[Verwijderd]

Is het nog steeds niet bekend tot wanneer de wu's van de 464, 465 en 466 worden geaccepteerd?

Je mag toch verwachten dat ze daar wel een idee van hebben bij Dnet?

[Dutchman!]

tot het einde van de week iig (staat dacht ik ook ergens in het midden van deze thread)

[Verwijderd]

Heel fijn.

Ik heb een C667 lopen met 466 hidden en output disabled.

De eigenaar is Pc-analfabeet. Hoe krijg ik hem zover een dnetc.exe te vervangen als de koe niet eens te killen is dmv de taskmanager. Als ik dat wil vervangen gaat dat niet omdat de file in gebruik is.

[actieman]

hey ik kan niet alles in 1x flushen

wel lekker klote allemaal.

Flushen
Win2k service stoppen
dnetc.exe kopiëren
service installeren
service starten

en dat dan tig keer

[Scraper]

Op dinsdag 27 februari 2001 23:49 schreef HlpDsK het volgende:
Heel fijn.

Ik heb een C667 lopen met 466 hidden en output disabled.

De eigenaar is Pc-analfabeet. Hoe krijg ik hem zover een dnetc.exe te vervangen als de koe niet eens te killen is dmv de taskmanager. Als ik dat wil vervangen gaat dat niet omdat de file in gebruik is.

stuur hem een batchbestand:
dnetc -shutdown
copy a:dnetc.exe c:dnetc.exe
dnetc -svcstart

klaar

[Verwijderd]

Op woensdag 28 februari 2001 13:40 schreef Scraper het volgende:

[..]

stuur hem een batchbestand:
dnetc -shutdown
copy a:dnetc.exe c:dnetc.exe
dnetc -svcstart

klaar

Hmm, maar het staat niet in de root natuurlijk

Maar ik zal eens kijken

[Verwijderd]

Op zondag 25 februari 2001 23:09 schreef Dutchman! het volgende:
hmm, 50 clients met de hand downgraden, heb nog meer te doen

Kunt het dan beter in de toekomst doen zoals ik het heb, dat is namelijk 1 client op een gesharde drive en al de clients aan dezelfde blocks laten grazen, ik hoef nu voor 75 pc's maar 1 client te downgraden

[Verwijderd]

Op donderdag 01 maart 2001 12:41 schreef Lord_NikoN het volgende:

[..]

Kunt het dan beter in de toekomst doen zoals ik het heb, dat is namelijk 1 client op een gesharde drive en al de clients aan dezelfde blocks laten grazen, ik hoef nu voor 75 pc's maar 1 client te downgraden

Krijg je dan geen overlap? Misschien dat ik het niet helemaal snap maar in feite laat je 1 Dnetc.exe door 50 clients opstarten vanuit die gesharede drive?

Ik moet nl. ook alle clients gaan downgraden... het valt wel mee, maar ik kan dat niet vanuit mijn werkplek.. en om de mensen van hun werkplek te jagen vanwege de koe gaat ook ver. Vandaar dat ik het maar 1 voor 1 doe als de pc niet gebruikt wordt, duurt alleen wat langer!

[Verwijderd]

Iemand al enig nieuws over de datum van wanneer de "slechte" blokjes niet meer geaccepteerd worden??

[DukeBox]

Op donderdag 01 maart 2001 12:41 schreef Lord_NikoN het volgende:

[..]

Kunt het dan beter in de toekomst doen zoals ik het heb, dat is namelijk 1 client op een gesharde drive en al de clients aan dezelfde blocks laten grazen, ik hoef nu voor 75 pc's maar 1 client te downgraden

Wat wel een nadeel is dat je veel kans op buffer lock's hebt. Dat de cient de buffer niet kan openen, en dan maarrandom gaat doen (ik had met 150pc/s daar veel last van) nu heb ik gewoon in de .ini file aangegeven dat hij de buffer lokaal maakt, en naar een proxy flusht die op de share staat waar ook de dnetc.exe en .ini staan.

[Verwijderd]

Ik heb versie dnetc v2.8012-465-GTR-01012012 for Win32. Moet die dan ook vervangen worden of kan die doorblijven lopen, omdat op tweakers.net staat dat het gaat om 8012, anders aangeduid als 466 Kan iemand mij ff helpen

[loial]

doe moet ook weg...

[MarcyDarcy]

Op donderdag 01 maart 2001 15:10 schreef r0xtar het volgende:
Ik heb versie dnetc v2.8012-465-GTR-01012012 for Win32. Moet die dan ook vervangen worden of kan die doorblijven lopen, omdat op tweakers.net staat dat het gaat om 8012, anders aangeduid als 466 Kan iemand mij ff helpen

jep helaas...je moet downgraden...er moet namelijk 463 staan.