Return-Path: 
 <users-de-return-5133-apmail-httpd-users-de-archive=httpd.apache.org@httpd.apache.org>
Delivered-To: apmail-httpd-users-de-archive@www.apache.org
Received: (qmail 6580 invoked from network); 1 Jan 2009 11:57:09 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 1 Jan 2009 11:57:09 -0000
Received: (qmail 21417 invoked by uid 500); 1 Jan 2009 11:57:08 -0000
Delivered-To: apmail-httpd-users-de-archive@httpd.apache.org
Received: (qmail 21391 invoked by uid 500); 1 Jan 2009 11:57:07 -0000
Mailing-List: contact users-de-help@httpd.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:users-de-help@httpd.apache.org>
list-unsubscribe: <mailto:users-de-unsubscribe@httpd.apache.org>
List-Post: <mailto:users-de@httpd.apache.org>
Reply-To: users-de@httpd.apache.org
List-Id: <users-de.httpd.apache.org>
Delivered-To: mailing list users-de@httpd.apache.org
Received: (qmail 21380 invoked by uid 99); 1 Jan 2009 11:57:07 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jan 2009 03:57:07 -0800
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: local policy)
Received: from [212.227.98.39] (HELO mail2.sourcepark.de) (212.227.98.39)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Jan 2009 11:56:58 +0000
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mail2.sourcepark.de (Postfix) with ESMTP id 6A59C100A5BC
	for <users-de@httpd.apache.org>; Thu,  1 Jan 2009 11:56:38 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at mail2.sourcepark.de
Received: from mail2.sourcepark.de ([127.0.0.1])
	by localhost (s15210388.onlinehome-server.info [127.0.0.1]) (amavisd-new,
 port 10024)
	with ESMTP id EmrebdtKzpcX for <users-de@httpd.apache.org>;
	Thu,  1 Jan 2009 11:56:25 +0000 (UTC)
Received: from damokles (brln-4dbd26d5.pool.einsundeins.de [77.189.38.213])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "sourcepark.dyndns.org", Issuer "SOURCEPARK CA" (not verified))
	by mail2.sourcepark.de (Postfix) with ESMTP id 1CC3B100A5A1
	for <users-de@httpd.apache.org>; Thu,  1 Jan 2009 12:56:25 +0100 (CET)
Received: from [10.1.0.2] (vpntunnel [10.1.0.2])
	by damokles (Postfix) with ESMTP id 5F9F011B721
	for <users-de@httpd.apache.org>; Thu,  1 Jan 2009 12:56:24 +0100 (CET)
Message-ID: <495CAF67.5000307@sourcepark.de>
Date: Thu, 01 Jan 2009 12:56:23 +0100
From: Matthias Barmeier <matthias.barmeier@sourcepark.de>
User-Agent: Mozilla-Thunderbird 2.0.0.17 (X11/20081018)
MIME-Version: 1.0
To: users-de@httpd.apache.org
Subject: Re: DavDepthInfinity Problem with apache 2.2.9 on Windows 2000pro
 and Windows 2003 server
References: <4958E165.1000104@sourcepark.de>
In-Reply-To: <4958E165.1000104@sourcepark.de>
X-Enigmail-Version: 0.95.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org

Hi,

I solved this problem. A corrupt .DAV folder that was not in sync with
the files creates this behaviuor.

After deleting the .DAV folder everything works as expected.

Ciao
	Matze

Matthias Barmeier schrieb:
> Hi,
> 
> 
> I dont know if this is an error or a misconfiguration. I added the
> following to my httpd.conf:
> 
> 	Alias /storage d:/var/www/desert/storage
> 	<Directory d:/var/www/desert/storage>
> 	    Dav On
>             DavDepthInfinity on
>             Options Indexes FollowSymLinks -MultiViews
>             AllowOverride None
>             Order allow,deny
>             allow from all
> 	</Directory>
> 
> DAV works perfect except that a PROPFIND request like this:
> 
> PROPFIND /storage/storage/dav/ HTTP/1.1
> Host: localhost
> Accept-Encoding: identity
> Content-Length: 82
> Content-Type: text/xml; charset="utf-8"
> 
> <?xml version="1.0" encoding="utf-8"?><propfind
> xmlns="DAV:"><allprop/></propfind>
> 
> gives me a result code 207 as expected, but the httpd process allocates
> upto 365MB.On my 512MB test VM this is nearly all memory that is available.
> 
> The allocated memory stays occupied until httpd.exe terminates.
> After the memory is allocated the apache works still as expected.
> 
> Does anybody know why such an amount of memory is allocated, and if
> there is a configuration that can prevent that.
> 
> Thanks.
> 
> Ciao
> 
> 	Matze
> 
> --------------------------------------------------------------------------
>                 Apache HTTP Server Mailing List "users-de" 
>       unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
>            sonstige Anfragen an users-de-help@httpd.apache.org
> --------------------------------------------------------------------------
> 

--------------------------------------------------------------------------
                Apache HTTP Server Mailing List "users-de" 
      unsubscribe-Anfragen an users-de-unsubscribe@httpd.apache.org
           sonstige Anfragen an users-de-help@httpd.apache.org
--------------------------------------------------------------------------