UGGH! still not auto-flushing :( ideas? anyone? (UPDATE at top)

[Dee67]

TwoFace went above and beyond the call to help me (as this thread will show). Unfortunately, after she changed to the new config file I gave her (updates provided by TwoFace - my hero), she restarted the machine, and it flushed. BUT hasn't flushed since...

Any ideas what the "deal" could be?

Any/all suggestions or thoughts would be greatly appreciated!!

Humbly, your team mate Dee67 (Dennis)

ORIGINAL THREAD STARTS HERE:


Hmm.. setup the machine for my long distance neice, installed the client - ran it hidden, checked it and it ran fine in task manager. About an hour later I manually flushed it from command line, saw the blocks flushed on proxy stats - restarted machine, checked task manager again, running fine. Shutdown machine, ship machine, have not seen BLOCK ONE from it. Any ideas anyone?


[parameters]
id=dee0067@hotmail.com

[buffers]
checkpoint-filename=cp.rc5
frequent-threshold-checks=4

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

[triggers]
restart-on-config-file-change=yes

[display]
progress-indicator=auto-sense
detached=yes


[rc5]
preferred-blocksize=33
fetch-workunit-threshold=1824

[networking]
autofindkeyserver=no
keyserver=proxy.teamanandtech.com
dialup-watcher=disabled

[logging]
log-file-limit=weekly
log-file=logdnet.rc5
log-file-type=restart

 

[TwoFace]

Dee67, you sure cour niece has been online since then? Oh and are you sure she got her internet connection up at all? What kind of connection does she have dialup or cable/dsl? I know from personal experience how hard it can be to explain to someone how to get their modem connection up and running Anyways those are just something to think about...

One last thing, if she's on dialup you should change the line

dialup-watcher=disabled

to enabled, don't you think?

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[Dee67]

she has dialup aol (I know, I know) but she's online like 8hrs a day.. and before I set it up with the 1824 blocks I just sat online with it on AOL (before I ran it hidden) and watched it process and flush blocks just fine...

about the
"dialup-watcher=disabled

to enabled, don't you think?"

I have absolutely no clue, that's why I asked

 

[TwoFace]

10 uses of an AOL disk... oh that wasn't what I was supposed to post was it?

3 questions,

what version client did you install?
is that .ini generated with that client?
might your niece have installed something like Zone Alarm and denied dnetc access?

Going to lunch now, but those three questions are what I can think of to look into...

Hope you figure it out

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[Dee67]

<< what version client did you install? >>


I'm pretty certain it was v2.8015.469
The reason why I installed this version instead of the 8010 I use on all my machines was I was trying to follow the instructions given in this thread here as well as I could comprehend.




<< is that .ini generated with that client? >>


Every line of it except the &quot;fetch-workunit-threshold=1824&quot; which I added myself, and restarted the client afterwards (it still had a couple blocks from my test left at the time) and it did do the fetch with no &quot;help&quot; from me.



<< might your niece have installed something like Zone Alarm and denied dnetc access? >>


No chance at all. It's a clean windows ME install (not by my choice thank you very much) and her entire knowledge consists of starting AOL, checking and sending mail and chatting, period. No risk of her installing anything new

Btw, a thousand times thank you.. I want these blocks I paid for hehe

(edit)Btw again, I don't know if it would help or not for anyone to see this, BUT just in case my stats from the proxy she fired it up on the night of 6/11/01, should have seen something jump by at least the 14th I would have guessed. (/edit)

 

[Slacker]

Depending on what version of aol is installed manually flushing may be your only choice, aol6 is autodetected but 5 and earlier are not seen by rc5, I also think the dialup watcher should be on.

 

[TwoFace]

I just downloaded 2.8015.469 (latest official version) and made an .ini to resemble yours... here's what I would change in yours:

- remove the frequent-threshold-checks=4 part.
- change fetch-workunit-threshold=1824 to fetch-time-threshold=48 (it auto calcs how much work is needed for 48 hours this way)
- change dialup-watcher=disabled to dialup-watcher=passive
- add interfaces-to-watch=* (right below dialup-watcher)

This should fix the connection probs, I think the reason you haven't seen anything yet is that the way you have configured the client is that it won't connect unless one of it's inbuffers are empty which they probably aren't yet... if you remove the frequent-threshold-checks and change to dialup-wathcer=passive you'll have enabled the equivalent of frequent-threshold-checks=3 which means that it'll connect as soon as one buffer changes (either in or out buf) for a constant fetch/flush rate while she's online, but it will NOT try to connect if it runs out of work while offline.

If you want your blocks like right NOW, have her do a manual update and I'm sure you'll see alot of blocks instantly

Hope this was it, good luck

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[Dee67]

Finally got her to copy in the new ini with the lines you suggested.

About 10 minutes later, TA proxy shows she dumped.. (rc5 &amp; ogr) I reckon she ran out of rc5 blox in that time.

But without having her do anything else but change/add/remove config lines, the machine is among the living crack-wise

Thanks TwoFace, for your patience and help!

 

[kranky]

I'm just sticking my nose in here to say that Two-Face is a heck of a nice guy.

 

[osmo]

...the Elite type IMO.

Osmo.

 

[TwoFace]

Sweet to hear that it works now Dee67 You're very welcome, what little help I can offer is yours to exploit when I'm here

Thx kranky and osmo too

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[Dee67]

Thanks in advance! (bump)

 

[TwoFace]

<< ...she restarted the machine, and it flushed. BUT hasn't flushed since... >>

Hmmm this sounds familiar somehow... You said she chats... does she by any chance use ICQ? If so I assume she uses the connection detect thingie... if so you can make it update everytime she goes online by making ICQ launch dnetc.exe -update everytime a connection is detected ... this will result in her seeing the client window while it updates, but at least she doesn't have to do anything... I've done this before with a stubborn dialup. Agreed it isn't the most elegant sollution, but if it doesn't update and she uses ICQ it's the fastest fix I know.

A HUGE load of IFs there, but it's the only fast sollution I can remember at the moment

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[Dee67]

unfortunately she doesn't

She's strictly an aol kid. Dials with it, instant messages with it, etc. In fact, that's the only software she uses 99% of the time.

and to the best of my knowledge, the use of her machine has changed a little to the following (since she got this machine):

Leave it on 24/7, dial aol, chat for hours and hours, disconnect from aol and leave it running. Repeat process. that's about it.

 

[TwoFace]

Ack, that leaves either figuring out what's wrong (which doesn't have to be anything really...) or finding another &quot;online detector&quot; ... I think I've used another program that could detect dialup connections before, but I can't for the life of me remember what it was called... I'll look around after work, or maybe this weekend if I get real busy.

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux

 

[LeBlatt]

Or maybe you can install icq (if it doesnt interfere with anyting else) and use it as that 'online detector' to fetch / flush.


this will result in her seeing the client window while it updates
Nope. you make a shortcut to dnet with the -update parameter in it, and you set that shortcut to run minimized. And set icq to run that shortcut upon connection detect

 

[BGod]

Dee67, Could be the line:
[misc]
project-priority=RC5,OGR,CSC=0,DES=0

Might want to change to:
RC5,OGR=0,CSC=0,DES=0

Not sure if this was you or your niece: OGR Stats

 

[Dee67]

&szlig;G&oslash;d - that was her machine. I just figured adding that would keep me from switching over when rc5 was over. My understanding is it would only do ogr when there weren't rc5 blocks to do. I didn't think it would keep the client from dumping. (I currently have it set at fetch-time-threshold=24) with the thought it should have flushed and fetched days ago.

 

[BGod]

Dee67, If those OGR blocks weren't done by you, then my guess is her machine is doing nothing but OGR and it won't quit doing OGR unless you set up the dnetc.ini file for OGR=0. If those blocks were you, then it has to be a glitch with the AOHell software.

The OGR team needs all the help they can get to hold off DPC!