Re: proxyper losing keys when restarted
"Jeroen Gronloh" <[email protected]> Thu, 27 Feb 2003 11:49:52 -0400
| Newsgroups | gmane.comp.distributed-net.proxyper |
|---|---|
| Message-ID | <[email protected]> |
I guess you are using a windows version of the proxy. The loss of workunits can occur when the proxy isn't shutdown properly, because of this the workunits in the memory are lost. Closing the proxy by clicking the X in rightupper corner is the wrong way. >From: jcb <le_merle-s/[email protected]> >Reply-To: proxyper-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] >To: proxyper-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] >Subject: Re: [PROXYPER] proxyper losing keys when restarted >Date: Wed, 26 Feb 2003 13:16:51 -0800 (PST) > > >Yes. That's not the problem. The problem is that, when the proxy is >restarted, it only has 75 of the keys it had when it was stopped -- if it >had, say, 280 keys when I stopped it, it will only have 75 when I start it >back up. > >On Wed, 26 Feb 2003, Witlof wrote: > > > > The ini-file has a minimum and maximum. In your file it is: > > > > minkeysready=20 > > maxkeysready=300 > > > > When the proxy has less then 20 keys (blocks) it will fetched untill the > > maximum of 300 is reached. > > > > Witlof > > > > Crewmember [DPC]Division Brabant > > http://www.divisionbrabant.nl > >-A----------------------------------------------------------------- > Joshua C Bihun - le_merle-s/[email protected] - www.afterlight.org > --------------------------------------------------------------- > information gladly given but safety requires avoiding unnecessary > conversations >-----------------------------------------------------------------A- > >-- >To unsubscribe, send 'unsubscribe proxyper' to >majordomo-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected] > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail -- To unsubscribe, send 'unsubscribe proxyper' to majordomo-Ra3b/QYEcJ3d140v2zMXi0fjHoOT/h/[email protected]