Stil updaten

[Steven]

Ik heb een aantal koetjes lopen (25*P3-450 ) Aangezien ze allemaal op één server staan is starten niet moeilijk:

dnetc.exe -hide

Nu wil ik echter "centraal" flushen/fetchen (updaten dus) Maar als ik dnetc.exe -hide -update doe dan komt de cliënt venster te voorschijn. En aangezien het werkstations zijn is dat niet fijn... Weet iemand de oplosing?

[PcDealer]

[display]
detached=yes

[Steven]

Heb ik al geprobeerd, werkt alleen niet, hij blijft komen :(:(

[PcDealer]

.ini aanpassen naar eerdere tip en dan nog een keer -hide of dnetc.exe -install (?)

[Steven]

Nope, werkt ook niet

Weet iemand nog een oplossing??
En stel dat dit niet kan, wat moet je anders in je .ini zetten om hem gewoon te laten updaten als de Buff-IN leeg is??

Mijn dnetc.ini

[parameters]
id=[e-mail]

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

[rc5]
fetch-workunit-threshold=500

[networking]
dialup-watcher=disabled
firewall-type=http
firewall-host=192.168.0.1:80

[logging]
log-file=c:\windows\dnetc.log
log-file-type="no limit"

[buffers]
checkpoint-filename=c:\windows\cp.rc5
buffer-file-basename=c:\windows\buffin
output-file-basename=c:\windows\buffout

[display]
detached=yes
progress-indicator=off

[Gizmo_mokum]

gebruik je de nieuwste client ? 812.465 heeft een bug waardoor hij idd naar voren komt. Dit gebeurt echter ook bij opstarten werkstation.
en als je het colgende eens probeert ?
dnetc -install
dnetc -svcstart
en zet frenquently-check-buffers op 3 (fetch/flush)

[Steven]

Ik heb wel een oudere client, maar niet die versie, ik download nu wel een nieuwere versie. Als service draaien is her geen optie want de .ini staat op de server, en die is niet te bereiken voor het inloggen

[update]
Nieuwste versie werkt ook niet
[/update]

[RobzQ]

Tip, voor je de nieuwste versie gaat downloaden lees even
[topic=133518]

[Steven]

Het lukt dus nog steeds niet... Iemand een idee??

[Lord_aragorn]

misschien met een -minimize commando?

dan is 'ie er wel effe, maar teminste niet vol in beeld

[Verwijderd]

Op dinsdag 27 februari 2001 09:32 schreef Steven_NL het volgende:
En stel dat dit niet kan, wat moet je anders in je .ini zetten om hem gewoon te laten updaten als de Buff-IN leeg is??

Neem in de ini eens de volgende regel op

[buffers]
frequent-threshold-checks=2

Dit zou beteken dat alles direct geflushed en gefetched wordt, alle koetjes moeten echter wel bij de keyserver kunnen komen!!


NADERE UITLEG:

Additional buffer-level checking:

The following options are extensions to normal threshold management and are
not usually necessary:
0) no additional buffer-level checking. (default)
1) ensure that there is always work available.
2) ensure that all completed work is kept flushed.
3) both 1) and 2). (implied if 'Dialup detection options' are enabled)
4) update on per-project buffer exhaustion.

Options 1, 2 and 3 will cause the client to frequently check buffers levels.
(Frequency/interval is determined by the 'Buffer-level check interval' option)
You might want to use them if you have a single computer with a network
connection "feeding" other clients via a common set of buffers, or if you
want to ensure that completed work is flushed immediately.
Option 4 is a hint to the client to work on a single project as long as
possible (updating per-project buffers individually), rather than loop through
all active/enabled projects (one combined update per pass).

[Steven]

Heel erg bedankt, ik ga het maandag gelijk proberen...

[Scraper]

Centraal flushen is ook wel op een andere manier te regelen.

Perproxy op het lan, instellingen dat de clients geen blokjes blijven vasthouden, dus alles direct flushen.

En dan de perproxy open of dichtgooien richting inet.

Ik weet niet of bovenstaande een optie is, maar op de clients is op deze manier niks meer te zien.