mod_dav windows delay

mod_dav windows delay

am 10.02.2010 17:27:30 von Colin Kirkham

--0016e6d784eec092c3047f4182dd
Content-Type: text/plain; charset=ISO-8859-1

Hi,

I've got an issue on Windows 2003 64 bit (virtualized) when I enable a
webdav area. The symptom being a delay of 30 seconds for each webdav put,
get or delete that I try.

I have stripped everything down to the simplest configuration I can arrive
at. I'm using cadaver as a command line webdav client and still can't find
what is causing the issue so any help would be much appreciated.

My httpd.conf has the following at the end:

DAVLockDB "C:/Apache Software Foundation/Apache2.2/locks/dav.lock"

DAV On


The locks directory exists, the directory is writeable, the files get put
there eventually and I have no errors in the logs.

Essentially I see the following in Cadaver:

dav:/dav/> delete Install\ SSL.txt
Deleting `Install SSL.txt':

Deleting `Install SSL.txt': succeeded.

And the same for a put or a get.

Interestingly I have an apache Jackrabbit repository with webdav enabled to
compare in the same vm infrastructure and this works fine. I've also changed
to run on port 8000 to see if that gave any clues, but to no avail.

I've tried 2.2.14 and 2.2.13 and see the same issue on both. I'm using the
ssl binaries, but the 32 bit compiles.

Any help appreciated.

Colin

--0016e6d784eec092c3047f4182dd
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi,

=A0

I've got an issue on Windows 2003 64 bit (virtualized) when I enab=
le a webdav area. The symptom being a delay of 30 seconds for each webdav p=
ut, get or delete that I try.

=A0

I have stripped everything down to the simplest configuration I can ar=
rive at. I'm using cadaver as a command line webdav client and still ca=
n't find what is causing the issue so any help would be much appreciate=
d.


=A0

My httpd.conf has the following at the end:

=A0

DAVLockDB "C:/Apache Software Foundation/Apache2.2/locks/dav.lock=
"

<Location "/dav">
  =A0 DAV On
</Location=
>

=A0

The locks directory exists, the directory is writeable, the files get =
put there eventually and I have no errors in the logs.

=A0

Essentially I see the following in Cadaver:

=A0

dav:/dav/> delete Install\ SSL.txt
Deleting `Install SSL.txt'=
;:

<Hangs for 30 seconds>

Deleting `Install SSL.txt': succeeded.

=A0

And the same for a put or a get.

=A0

Interestingly I have an apache Jackrabbit repository with webdav enabl=
ed to compare in the same vm infrastructure and this works fine. I've a=
lso changed to run on port 8000 to see if that gave any clues, but to no av=
ail.


=A0

I've tried 2.2.14 and 2.2.13 and see the same issue on both. I'=
;m using the ssl binaries, but the 32 bit compiles.

=A0

Any help appreciated.

=A0

Colin

=A0

=A0


--0016e6d784eec092c3047f4182dd--

Re: mod_dav windows delay

am 26.02.2010 15:03:48 von Colin Kirkham

--0016e64c1f4855c2610480815e34
Content-Type: text/plain; charset=ISO-8859-1

I'm still getting the following issue and I've not received any pointers -
am I the only one experiencing the problem?

On 10 February 2010 16:27, Colin Kirkham wrote:

> Hi,
>
> I've got an issue on Windows 2003 64 bit (virtualized) when I enable a
> webdav area. The symptom being a delay of 30 seconds for each webdav put,
> get or delete that I try.
>
> I have stripped everything down to the simplest configuration I can arrive
> at. I'm using cadaver as a command line webdav client and still can't find
> what is causing the issue so any help would be much appreciated.
>
> My httpd.conf has the following at the end:
>
> DAVLockDB "C:/Apache Software Foundation/Apache2.2/locks/dav.lock"
>
> DAV On
>

>
> The locks directory exists, the directory is writeable, the files get put
> there eventually and I have no errors in the logs.
>
> Essentially I see the following in Cadaver:
>
> dav:/dav/> delete Install\ SSL.txt
> Deleting `Install SSL.txt':
>
> Deleting `Install SSL.txt': succeeded.
>
> And the same for a put or a get.
>
> Interestingly I have an apache Jackrabbit repository with webdav enabled to
> compare in the same vm infrastructure and this works fine. I've also changed
> to run on port 8000 to see if that gave any clues, but to no avail.
>
> I've tried 2.2.14 and 2.2.13 and see the same issue on both. I'm using the
> ssl binaries, but the 32 bit compiles.
>
> Any help appreciated.
>
> Colin
>
>
>

--0016e64c1f4855c2610480815e34
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I'm still getting the following issue and I've not received any poi=
nters - am I the only one experiencing the problem?

ail_quote">On 10 February 2010 16:27, Colin Kirkham <<=
a href=3D"mailto:kirkham.colin@googlemail.com">kirkham.colin@g ooglemail.com=
>
wrote:

r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,

=A0

I've got an issue on Windows 2003 64 bit (virtualized) when I enab=
le a webdav area. The symptom being a delay of 30 seconds for each webdav p=
ut, get or delete that I try.

=A0

I have stripped everything down to the simplest configuration I can ar=
rive at. I'm using cadaver as a command line webdav client and still ca=
n't find what is causing the issue so any help would be much appreciate=
d.



=A0

My httpd.conf has the following at the end:

=A0

DAVLockDB "C:/Apache Software Foundation/Apache2.2/locks/dav.lock=
"

<Location "/dav">
  =A0 DAV On
</Location=
>

=A0

The locks directory exists, the directory is writeable, the files get =
put there eventually and I have no errors in the logs.

=A0

Essentially I see the following in Cadaver:

=A0

dav:/dav/> delete Install\ SSL.txt
Deleting `Install SSL.txt'=
;:

<Hangs for 30 seconds>

Deleting `Install SSL.txt': succeeded.

=A0

And the same for a put or a get.

=A0

Interestingly I have an apache Jackrabbit repository with webdav enabl=
ed to compare in the same vm infrastructure and this works fine. I've a=
lso changed to run on port 8000 to see if that gave any clues, but to no av=
ail.



=A0

I've tried 2.2.14 and 2.2.13 and see the same issue on both. I'=
;m using the ssl binaries, but the 32 bit compiles.

=A0

Any help appreciated.

=A0

Colin

=A0

=A0




--0016e64c1f4855c2610480815e34--