Article delegate-en/3114 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
[Reference:<_A3113@delegate-en.ML_>]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: Timeout issues
30 Jan 2006 08:53:42 GMT Gertjan Klein <peugabdyi-7pkjwog5wjfr.ml@ml.delegate.org>


Yutaka,

>Sorry, I overlooked it.  Then try RES_DEBUG="-1" for the maximum loglevel
>since the value is a bit mask.  Also the option "-W4" will make detailed
>log for Windows specific operations.

OK, thanks for that. Unfortunately, this makes things even more
confusing (at least for me ;). A fragment of the log:

>(WIN) 31:28 [3576] SocketOf(0/20) ISSOCK=0
>(WIN) 31:28 [3576] SocketOf(0/20) ISSOCK=0
>(WIN) 31:28 [3576] gettimeofday(1275a8,0) = [1138609888,118000]
>(WIN) 31:28 [3576] gettimeofday(1275a8,0) = [1138609888,118000]
>(WIN) 32:28 [3576] gettimeofday(121c6c,0) = [1138609948,255000]
>(WIN) 32:28 [3576] gettimeofday(121c6c,0) = [1138609948,255000]
>(WIN) 32:28 [3576] SocketOf(0/5) ISSOCK=0

As you can see, the delay is between two gettimeofday() calls :O. Could
there be something in between these two calls that isn't logged?

My initial suspicion that a DNS issue was the root cause of that is just
that -- a suspicion; the log so far doesn't seem to confirm it, though.

Note that my local timezone is one hour different from that of the VPN I
connect to; could this be related somehow? (However, I do not use any
host on this VPN for my tests, to my knowledge, except perhaps for their
name server.)

>I suppose that the problem will occur even without SSLway too, doesn't it?

Yes, turning off the https request (and removing "FSV=sslway" from the
command line) doesn't seem to make any difference.

Thanks again,
Gertjan.
-- 
Gertjan Klein <peugabdyi-7pkjwog5wjfr.ml@ml.delegate.org>

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V