|
| Hi, |
 |
Fri, 01 Sep 2006 15:46:01 GMT |
Hi,
I setup Apache 2.0.59 (httpd-2.0.59-p+mods-nw.zip) on a NW 6.5 SP5 server
with all patches.
I also see the following problem with the original Apache2 version included
in NW 6.5 SP5!
I need a WebDav connection to a remote server.
For testing purposes I setup a WebDav share on the local server. (Alias
/kupro "SYS:/TEMP")
I granted the following rights: [PUBLIC] [RWCMF] to both locking files.
On the local Server WebDav works as expected, I am able to lock files and to
save files.
Than I changed the alias to the remote server (Alias /kupro
"ICC-SRV/TECH:/TEST/Kunden") now I get errors while saving or locking
a
file.
Reading a file or directory works.
Trying to create a file on the webdav share (/kupro) with NetDrive, I see
this error
---------------------------
NetDrive
---------------------------
Datei /Neu Textdokument.txt konnte nicht heraufgeladen werden, 500 Internal
Server Error
---------------------------
If I tried to lock a file I see the 500 Internal Server Error.
The Apache2 error log shows locking errors:
[Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not LOCK
/kupro/Test1.txt due to a failed precondition (e.g. other locks). [500, #0]
[Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] The locks could
not be queried for verification against a possible "If:" header. [500,
#0]
[Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not open
the lock database. [500, #400]
[Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] (1)No such file
or directory: Could not open property database. [500, #1]
And this errors:
[Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] (1)No such file
or directory: Could not open property database. [500, #1]
[Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] File does not
exist: SYS:/Apache2/error
[Fri Sep 01 17:16:59 2006] [error] [client 192.168.130.86] setcwd2(4),
failed to restore the path context, error: 64
[Fri Sep 01 17:17:01 2006] [error] [client 192.168.130.86] setcwd2(4),
failed to restore the path context, error: 64
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
failed to restore the path context, error: 64
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
failed to restore the path context, error: 64
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not LOCK
/kupro/Test1.txt due to a failed precondition (e.g. other locks). [500,
#0]
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] The locks could
not be queried for verification against a possible "If:" header.
[500, #0]
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not open
the lock database. [500, #400]
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] (1)No such file
or directory: Could not open property database. [500, #1]
[Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] File does not
exist: SYS:/Apache2/error
[Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] setcwd2(4),
failed to restore the path context, error: 64
[Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] The locks could
not be queried for verification against a possible "If:" header.
[500, #0]
[Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] Could not open
the lock database. [500, #400]
[Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] (1)No such file
or directory: Could not open property database. [500, #1]
[Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] File does not
exist: SYS:/Apache2/error
While connection or trying to lock a file on the remote server I see NCP
errors on the remote server:
1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 112 (NCP 21
12)
1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 107 (NCP 21
12)
1.09.2006 17:40:48 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 6 (NCP 21 12).
1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 107 (NCP 21
12)
1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 82 (NCP 21
12).
1.09.2006 17:41:00 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 10 (NCP 21
12).
this is my dav.conf file
~~~~~~~~~~~~~~~~~~~~~~~~~
Alias /kupro "ICC-SRV/TECH:/TEST/Kunden"
# Alias /kupro "SYS:/TEMP"
<IfModule mod_dav.c>
# shared db
DavLockDB sys:/apache2/davlock
DAVMinTimeout 600
</IfModule>
<IfModule mod_dav.c>
<Location "/kupro">
DAV On
AuthName "Projekte"
AuthType Basic
Order allow,deny
Allow from all
AuthLDAPURL "ldap://192.168.130.2/ou=tech,ou=gmbh,o=icc?cn?sub"
# require valid-user
require edir-user
</Location>
</IfModule>
~~~~~~~~~~~~~~~~~~~~~~~~
1. mod_edir configuration (anonymous) is in httpd.conf
2. mod_dav.nlm, moddavfs.nlm are loaded in httpd.conf
3. first test was without dafdb files but accessing the remote server dav
did not create the davdb files, so I accessed a local directory go get the
davdb files and tried again the remote server - same result for a remote
server with or without davdb files: "error 500"
Why I have a locking error on a remote server (also a NW 6.5 sp5 server with
all patches)?
Any ideas how to solve this issue?
|
| Post Reply
|
| Re: Hi, |
 |
Tue, 05 Sep 2006 18:31:24 GMT |
You have hit upon a known issue when it comes to trying to use mod_dav with
a remote file system. The problem is that mod_dav requires the use of a
lock database in order to keep track of file usage. But when mod_edir gets
a request for a remote file server, it switches the file system context to
the remote server for the duration of the request. Once that happens,
mod_dav is no longer able to access the lock database which is on the local
file system. At this point we don't really have a solution or a workaround
for this problem.
Brad
>>> On 9/1/2006 at 9:46 AM, in message
<44F871D7.A7EA.00F7.1@hofstaedtler.com>,
Walter Hofstädtler<walter@hofstaedtler.com> wrote:
> Hi,
>
> I setup Apache 2.0.59 (httpd-2.0.59-p+mods-nw.zip) on a NW 6.5 SP5 server
> with all patches.
> I also see the following problem with the original Apache2 version
> included
> in NW 6.5 SP5!
>
> I need a WebDav connection to a remote server.
>
> For testing purposes I setup a WebDav share on the local server. (Alias
> /kupro "SYS:/TEMP")
> I granted the following rights: [PUBLIC] [RWCMF] to both locking files.
> On the local Server WebDav works as expected, I am able to lock files
> and to
> save files.
>
> Than I changed the alias to the remote server (Alias /kupro
> "ICC-SRV/TECH:/TEST/Kunden") now I get errors while saving or
locking a
> file.
> Reading a file or directory works.
>
> Trying to create a file on the webdav share (/kupro) with NetDrive, I
> see
> this error
> ---------------------------
> NetDrive
> ---------------------------
> Datei /Neu Textdokument.txt konnte nicht heraufgeladen werden, 500
> Internal
> Server Error
> ---------------------------
>
> If I tried to lock a file I see the 500 Internal Server Error.
>
> The Apache2 error log shows locking errors:
>
> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not
> LOCK
> /kupro/Test1.txt due to a failed precondition (e.g. other locks). [500,
> #0]
> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] The locks
> could
> not be queried for verification against a possible "If:" header.
[500,
> #0]
> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not
> open
> the lock database. [500, #400]
> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] (1)No such
> file
> or directory: Could not open property database. [500, #1]
>
> And this errors:
>
> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] (1)No such
> file
> or directory: Could not open property database. [500, #1]
> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] File does not
> exist: SYS:/Apache2/error
> [Fri Sep 01 17:16:59 2006] [error] [client 192.168.130.86] setcwd2(4),
> failed to restore the path context, error: 64
> [Fri Sep 01 17:17:01 2006] [error] [client 192.168.130.86] setcwd2(4),
> failed to restore the path context, error: 64
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
> failed to restore the path context, error: 64
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
> failed to restore the path context, error: 64
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not
> LOCK
> /kupro/Test1.txt due to a failed precondition (e.g. other locks). [500,
> #0]
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] The locks
> could
> not be queried for verification against a possible "If:" header.
[500,
> #0]
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not
> open
> the lock database. [500, #400]
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] (1)No such
> file
> or directory: Could not open property database. [500, #1]
> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] File does not
> exist: SYS:/Apache2/error
> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] setcwd2(4),
> failed to restore the path context, error: 64
> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] The locks
> could
> not be queried for verification against a possible "If:" header.
[500,
> #0]
> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] Could not
> open
> the lock database. [500, #400]
> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] (1)No such
> file
> or directory: Could not open property database. [500, #1]
> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] File does not
> exist: SYS:/Apache2/error
>
>
> While connection or trying to lock a file on the remote server I see NCP
> errors on the remote server:
>
> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 112 (NCP 21
> 12)
>
>
>
> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 107 (NCP 21
> 12)
>
>
>
> 1.09.2006 17:40:48 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 6 (NCP 21
> 12).
>
>
>
>
> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 107 (NCP 21
> 12)
>
>
>
> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 82 (NCP 21
> 12).
>
>
>
> 1.09.2006 17:41:00 : SERVER-5.70-1936 [nmID=30012]
>
>
> Processed an NCP with a bad subfunction length, Station 10 (NCP 21
> 12).
>
>
>
> this is my dav.conf file
> ~~~~~~~~~~~~~~~~~~~~~~~~~
> Alias /kupro "ICC-SRV/TECH:/TEST/Kunden"
> # Alias /kupro "SYS:/TEMP"
>
> <IfModule mod_dav.c>
> # shared db
> DavLockDB sys:/apache2/davlock
> DAVMinTimeout 600
> </IfModule>
>
> <IfModule mod_dav.c>
> <Location "/kupro">
> DAV On
> AuthName "Projekte"
> AuthType Basic
>
> Order allow,deny
> Allow from all
>
> AuthLDAPURL
"ldap://192.168.130.2/ou=tech,ou=gmbh,o=icc?cn?sub"
> # require valid-user
> require edir-user
>
> </Location>
> </IfModule>
>
> ~~~~~~~~~~~~~~~~~~~~~~~~
>
> 1. mod_edir configuration (anonymous) is in httpd.conf
> 2. mod_dav.nlm, moddavfs.nlm are loaded in httpd.conf
> 3. first test was without dafdb files but accessing the remote server
> dav
> did not create the davdb files, so I accessed a local directory go get
> the
> davdb files and tried again the remote server - same result for a remote
> server with or without davdb files: "error 500"
>
>
> Why I have a locking error on a remote server (also a NW 6.5 sp5 server
> with
> all patches)?
> Any ideas how to solve this issue?
>
> Walte
|
| Post Reply
|
| Antw: Re: Hi, Problem with mod_dav an remote server |
 |
Wed, 06 Sep 2006 16:02:41 GMT |
Brad,
did it work with NW 6.0 and Apache 1.3 ? I found some TIDs the explain how
to set this up with NW 6.0.
Is it possible to use a lock database on a remote server? Or downgrading to
mod_nds?
Btw: sorry for the missing subject.
Walter
>>> Brad Nicholes<BNICHOLES@novell.com> schrieb am Dienstag, 05.
September
2006
um 20:31 in Nachricht <44FD6E14.6720.00AC.0@novell.com>:
> You have hit upon a known issue when it comes to trying to use mod_dav
> with
> a remote file system. The problem is that mod_dav requires the use of a
> lock database in order to keep track of file usage. But when mod_edir
> gets
> a request for a remote file server, it switches the file system context
> to
> the remote server for the duration of the request. Once that happens,
> mod_dav is no longer able to access the lock database which is on the
> local
> file system. At this point we don't really have a solution or a
> workaround
> for this problem.
>
> Brad
>
>>>> On 9/1/2006 at 9:46 AM, in message
> <44F871D7.A7EA.00F7.1@hofstaedtler.com>,
> Walter Hofstädtler<walter@hofstaedtler.com> wrote:
>> Hi,
>>
>> I setup Apache 2.0.59 (httpd-2.0.59-p+mods-nw.zip) on a NW 6.5 SP5
server
>> with all patches.
>> I also see the following problem with the original Apache2 version
>> included
>> in NW 6.5 SP5!
>>
>> I need a WebDav connection to a remote server.
>>
>> For testing purposes I setup a WebDav share on the local server.
(Alias
>> /kupro "SYS:/TEMP")
>> I granted the following rights: [PUBLIC] [RWCMF] to both locking
files.
>> On the local Server WebDav works as expected, I am able to lock files
>> and to
>> save files.
>>
>> Than I changed the alias to the remote server (Alias /kupro
>> "ICC-SRV/TECH:/TEST/Kunden") now I get errors while saving or
locking a
>> file.
>> Reading a file or directory works.
>>
>> Trying to create a file on the webdav share (/kupro) with NetDrive, I
>> see
>> this error
>> ---------------------------
>> NetDrive
>> ---------------------------
>> Datei /Neu Textdokument.txt konnte nicht heraufgeladen werden, 500
>> Internal
>> Server Error
>> ---------------------------
>>
>> If I tried to lock a file I see the 500 Internal Server Error.
>>
>> The Apache2 error log shows locking errors:
>>
>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not
>> LOCK
>> /kupro/Test1.txt due to a failed precondition (e.g. other locks). [500,
>> #0]
>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] The locks
>> could
>> not be queried for verification against a possible "If:"
header. [500,
>> #0]
>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could not
>> open
>> the lock database. [500, #400]
>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] (1)No such
>> file
>> or directory: Could not open property database. [500, #1]
>>
>> And this errors:
>>
>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] (1)No such
>> file
>> or directory: Could not open property database. [500, #1]
>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] File does
not
>> exist: SYS:/Apache2/error
>> [Fri Sep 01 17:16:59 2006] [error] [client 192.168.130.86] setcwd2(4),
>> failed to restore the path context, error: 64
>> [Fri Sep 01 17:17:01 2006] [error] [client 192.168.130.86] setcwd2(4),
>> failed to restore the path context, error: 64
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
>> failed to restore the path context, error: 64
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] setcwd2(4),
>> failed to restore the path context, error: 64
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not
>> LOCK
>> /kupro/Test1.txt due to a failed precondition (e.g. other locks).
[500,
>> #0]
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] The locks
>> could
>> not be queried for verification against a possible "If:"
header. [500,
>> #0]
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could not
>> open
>> the lock database. [500, #400]
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] (1)No such
>> file
>> or directory: Could not open property database. [500, #1]
>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] File does
not
>> exist: SYS:/Apache2/error
>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] setcwd2(4),
>> failed to restore the path context, error: 64
>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] The locks
>> could
>> not be queried for verification against a possible "If:"
header. [500,
>> #0]
>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] Could not
>> open
>> the lock database. [500, #400]
>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] (1)No such
>> file
>> or directory: Could not open property database. [500, #1]
>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] File does
not
>> exist: SYS:/Apache2/error
>>
>>
>> While connection or trying to lock a file on the remote server I see
NCP
>> errors on the remote server:
>>
>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 112 (NCP
21
>> 12)
>>
>
>>
>>
>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 107 (NCP
21
>> 12)
>>
>
>>
>>
>> 1.09.2006 17:40:48 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 6 (NCP 21
>> 12).
>>
>>
>
>>
>>
>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 107 (NCP
21
>> 12)
>>
>
>>
>>
>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 82 (NCP
21
>> 12).
>>
>
>>
>>
>> 1.09.2006 17:41:00 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>
>> Processed an NCP with a bad subfunction length, Station 10 (NCP
21
>> 12).
>>
>>
>>
>> this is my dav.conf file
>> ~~~~~~~~~~~~~~~~~~~~~~~~~
>> Alias /kupro "ICC-SRV/TECH:/TEST/Kunden"
>> # Alias /kupro "SYS:/TEMP"
>>
>> <IfModule mod_dav.c>
>> # shared db
>> DavLockDB sys:/apache2/davlock
>> DAVMinTimeout 600
>> </IfModule>
>>
>> <IfModule mod_dav.c>
>> <Location "/kupro">
>> DAV On
>> AuthName "Projekte"
>> AuthType Basic
>>
>> Order allow,deny
>> Allow from all
>>
>> AuthLDAPURL
"ldap://192.168.130.2/ou=tech,ou=gmbh,o=icc?cn?sub"
>> # require valid-user
>> require edir-user
>>
>> </Location>
>> </IfModule>
>>
>> ~~~~~~~~~~~~~~~~~~~~~~~~
>>
>> 1. mod_edir configuration (anonymous) is in httpd.conf
>> 2. mod_dav.nlm, moddavfs.nlm are loaded in httpd.conf
>> 3. first test was without dafdb files but accessing the remote server
>> dav
>> did not create the davdb files, so I accessed a local directory go get
>> the
>> davdb files and tried again the remote server - same result for a
remote
>> server with or without davdb files: "error 500"
>>
>>
>> Why I have a locking error on a remote server (also a NW 6.5 sp5 server
>> with
>> all patches)?
>> Any ideas how to solve this issue?
>>
|
| Post Reply
|
| Antw: Re: Hi, Problem with mod_dav an remote server |
 |
Fri, 08 Sep 2006 14:08:31 GMT |
No, this has never worked. The issue is with the way NetWare switches
path contexts. Once the path context has been switched to the remote file
system, local access is not possible until the context is switched back.
Due to the way that a module such as mod_edir interacts with the Apache
core, there isn't any way to switch the path context for part of the request
and not for others. There is a possibility that putting the lock database
on the remote server as well would work, but you might run into problems if
you have dav set up to access both the local file system and the remote file
system.
Brad
>>> On 9/6/2006 at 10:02 AM, in message
<44FF0D40.A7EA.00F7.1@hofstaedtler.com>, Walter
Hofstädtler<walter@hofstaedtler.com> wrote:
> Brad,
>
> did it work with NW 6.0 and Apache 1.3 ? I found some TIDs the explain
> how
> to set this up with NW 6.0.
>
> Is it possible to use a lock database on a remote server? Or downgrading
> to
> mod_nds?
>
>
> Btw: sorry for the missing subject.
>
> Walter
>
>
>
>>>> Brad Nicholes<BNICHOLES@novell.com> schrieb am Dienstag,
05. September
> 2006
> um 20:31 in Nachricht <44FD6E14.6720.00AC.0@novell.com>:
>> You have hit upon a known issue when it comes to trying to use mod_dav
>> with
>> a remote file system. The problem is that mod_dav requires the use of
a
>> lock database in order to keep track of file usage. But when mod_edir
>> gets
>> a request for a remote file server, it switches the file system context
>> to
>> the remote server for the duration of the request. Once that happens,
>> mod_dav is no longer able to access the lock database which is on the
>> local
>> file system. At this point we don't really have a solution or a
>> workaround
>> for this problem.
>>
>> Brad
>>
>>>>> On 9/1/2006 at 9:46 AM, in message
>> <44F871D7.A7EA.00F7.1@hofstaedtler.com>,
>> Walter Hofstädtler<walter@hofstaedtler.com> wrote:
>>> Hi,
>>>
>>> I setup Apache 2.0.59 (httpd-2.0.59-p+mods-nw.zip) on a NW 6.5 SP5
> server
>>> with all patches.
>>> I also see the following problem with the original Apache2 version
>>> included
>>> in NW 6.5 SP5!
>>>
>>> I need a WebDav connection to a remote server.
>>>
>>> For testing purposes I setup a WebDav share on the local server.
(Alias
>>> /kupro "SYS:/TEMP")
>>> I granted the following rights: [PUBLIC] [RWCMF] to both locking
files.
>>> On the local Server WebDav works as expected, I am able to lock
files
>>> and to
>>> save files.
>>>
>>> Than I changed the alias to the remote server (Alias /kupro
>>> "ICC-SRV/TECH:/TEST/Kunden") now I get errors while
saving or locking a
>>> file.
>>> Reading a file or directory works.
>>>
>>> Trying to create a file on the webdav share (/kupro) with NetDrive,
I
>>> see
>>> this error
>>> ---------------------------
>>> NetDrive
>>> ---------------------------
>>> Datei /Neu Textdokument.txt konnte nicht heraufgeladen werden, 500
>>> Internal
>>> Server Error
>>> ---------------------------
>>>
>>> If I tried to lock a file I see the 500 Internal Server Error.
>>>
>>> The Apache2 error log shows locking errors:
>>>
>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could
not
>>> LOCK
>>> /kupro/Test1.txt due to a failed precondition (e.g. other locks).
[500,
>>> #0]
>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] The
locks
>>> could
>>> not be queried for verification against a possible "If:"
header. [500,
>>> #0]
>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] Could
not
>>> open
>>> the lock database. [500, #400]
>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] (1)No
such
>>> file
>>> or directory: Could not open property database. [500, #1]
>>>
>>> And this errors:
>>>
>>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] (1)No
such
>>> file
>>> or directory: Could not open property database. [500, #1]
>>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] File
does
not
>>> exist: SYS:/Apache2/error
>>> [Fri Sep 01 17:16:59 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>> failed to restore the path context, error: 64
>>> [Fri Sep 01 17:17:01 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>> failed to restore the path context, error: 64
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>> failed to restore the path context, error: 64
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>> failed to restore the path context, error: 64
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could
not
>>> LOCK
>>> /kupro/Test1.txt due to a failed precondition (e.g. other locks).
[500,
>>> #0]
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] The
locks
>>> could
>>> not be queried for verification against a possible "If:"
header. [500,
>>> #0]
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] Could
not
>>> open
>>> the lock database. [500, #400]
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] (1)No
such
>>> file
>>> or directory: Could not open property database. [500, #1]
>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] File
does
not
>>> exist: SYS:/Apache2/error
>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>> failed to restore the path context, error: 64
>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] The
locks
>>> could
>>> not be queried for verification against a possible "If:"
header. [500,
>>> #0]
>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] Could
not
>>> open
>>> the lock database. [500, #400]
>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] (1)No
such
>>> file
>>> or directory: Could not open property database. [500, #1]
>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] File
does
not
>>> exist: SYS:/Apache2/error
>>>
>>>
>>> While connection or trying to lock a file on the remote server I
see
NCP
>>> errors on the remote server:
>>>
>>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 112
(NCP
21
>>> 12)
>>>
>
>>
>>>
>>>
>>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 107
(NCP
21
>>> 12)
>>>
>
>>
>>>
>>>
>>> 1.09.2006 17:40:48 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 6 (NCP
21
>>> 12).
>>>
>>>
>
>>
>>>
>>>
>>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 107
(NCP
21
>>> 12)
>>>
>
>>
>>>
>>>
>>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 82
(NCP 21
>>> 12).
>>>
>
>>
>>>
>>>
>>> 1.09.2006 17:41:00 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>
>>> Processed an NCP with a bad subfunction length, Station 10
(NCP 21
>>> 12).
>>>
>>>
>>>
>>> this is my dav.conf file
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Alias /kupro "ICC-SRV/TECH:/TEST/Kunden"
>>> # Alias /kupro "SYS:/TEMP"
>>>
>>> <IfModule mod_dav.c>
>>> # shared db
>>> DavLockDB sys:/apache2/davlock
>>> DAVMinTimeout 600
>>> </IfModule>
>>>
>>> <IfModule mod_dav.c>
>>> <Location "/kupro">
>>> DAV On
>>> AuthName "Projekte"
>>> AuthType Basic
>>>
>>> Order allow,deny
>>> Allow from all
>>>
>>> AuthLDAPURL
"ldap://192.168.130.2/ou=tech,ou=gmbh,o=icc?cn?sub"
>>> # require valid-user
>>> require edir-user
>>>
>>> </Location>
>>> </IfModule>
>>>
>>> ~~~~~~~~~~~~~~~~~~~~~~~~
>>>
>>> 1. mod_edir configuration (anonymous) is in httpd.conf
>>> 2. mod_dav.nlm, moddavfs.nlm are loaded in httpd.conf
>>> 3. first test was without dafdb files but accessing the remote
server
>>> dav
>>> did not create the davdb files, so I accessed a local directory go
get
>>> the
>>> davdb files and tried again the remote server - same result for a
remote
>>> server with or without davdb files: "error 500"
>>>
>>>
>>> Why I have a locking error on a remote server (also a NW 6.5 sp5
server
>>> with
>>> all patches)?
>>> Any ideas how to solve this issue?
>>>
>>> Walt
|
| Post Reply
|
| Antw: Re: Hi, Problem with mod_dav an remote server |
 |
Sun, 10 Sep 2006 15:56:30 GMT |
Brad,
I tried to put the lock DB on the remote server but it did not work:
The remote servers name is "ICC-SRV", I created the directory
"sys:\apache2\dav_demo".
I also modified the lock database location:
<IfModule mod_dav.c>
DavLockDB icc-srv/sys:/apache2/dav_demo
DAVMinTimeout 600
</IfModule>
Reloaded Apache2 but also see the 500 error an write or lock! Reading files
from remote location works.
I also see an every lock or write request this messages on the remote
server:
10.09.2006 15:19:21 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 165 (NCP 21
12).
10.09.2006 15:19:22 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 226 (NCP 21
12).
10.09.2006 15:19:32 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 165 (NCP 21
12).
10.09.2006 15:19:32 : SERVER-5.70-1936 [nmID=30012]
Processed an NCP with a bad subfunction length, Station 227 (NCP 21
12).
Any ideas?
Walter
>>> Brad Nicholes<BNICHOLES@novell.com> schrieb am Freitag, 08.
September
2006
um 16:08 in Nachricht <45012576.6720.00AC.0@novell.com>:
> No, this has never worked. The issue is with the way NetWare switches
> path contexts. Once the path context has been switched to the remote
> file
> system, local access is not possible until the context is switched back.
>
> Due to the way that a module such as mod_edir interacts with the Apache
> core, there isn't any way to switch the path context for part of the
> request
> and not for others. There is a possibility that putting the lock
> database
> on the remote server as well would work, but you might run into problems
> if
> you have dav set up to access both the local file system and the remote
> file
> system.
>
> Brad
>
>
>>>> On 9/6/2006 at 10:02 AM, in message
> <44FF0D40.A7EA.00F7.1@hofstaedtler.com>, Walter
> Hofstädtler<walter@hofstaedtler.com> wrote:
>> Brad,
>>
>> did it work with NW 6.0 and Apache 1.3 ? I found some TIDs the explain
>> how
>> to set this up with NW 6.0.
>>
>> Is it possible to use a lock database on a remote server? Or
downgrading
>
>> to
>> mod_nds?
>>
>>
>> Btw: sorry for the missing subject.
>>
>> Walter
>>
>>
>>
>>>>> Brad Nicholes<BNICHOLES@novell.com> schrieb am
Dienstag, 05.
September
>> 2006
>> um 20:31 in Nachricht <44FD6E14.6720.00AC.0@novell.com>:
>>> You have hit upon a known issue when it comes to trying to use
mod_dav
>>> with
>>> a remote file system. The problem is that mod_dav requires the use
of
a
>>> lock database in order to keep track of file usage. But when
mod_edir
>>> gets
>>> a request for a remote file server, it switches the file system
context
>>> to
>>> the remote server for the duration of the request. Once that
happens,
>>> mod_dav is no longer able to access the lock database which is on
the
>>> local
>>> file system. At this point we don't really have a solution or a
>>> workaround
>>> for this problem.
>>>
>>> Brad
>>>
>>>>>> On 9/1/2006 at 9:46 AM, in message
>>> <44F871D7.A7EA.00F7.1@hofstaedtler.com>,
>>> Walter Hofstädtler<walter@hofstaedtler.com> wrote:
>>>> Hi,
>>>>
>>>> I setup Apache 2.0.59 (httpd-2.0.59-p+mods-nw.zip) on a NW 6.5
SP5
>> server
>>>> with all patches.
>>>> I also see the following problem with the original Apache2
version
>>>> included
>>>> in NW 6.5 SP5!
>>>>
>>>> I need a WebDav connection to a remote server.
>>>>
>>>> For testing purposes I setup a WebDav share on the local
server.
(Alias
>>>> /kupro "SYS:/TEMP")
>>>> I granted the following rights: [PUBLIC] [RWCMF] to both
locking
files.
>>>> On the local Server WebDav works as expected, I am able to lock
files
>>>> and to
>>>> save files.
>>>>
>>>> Than I changed the alias to the remote server (Alias /kupro
>>>> "ICC-SRV/TECH:/TEST/Kunden") now I get errors while
saving or locking
a
>>>> file.
>>>> Reading a file or directory works.
>>>>
>>>> Trying to create a file on the webdav share (/kupro) with
NetDrive, I
>>>> see
>>>> this error
>>>> ---------------------------
>>>> NetDrive
>>>> ---------------------------
>>>> Datei /Neu Textdokument.txt konnte nicht heraufgeladen werden,
500
>>>> Internal
>>>> Server Error
>>>> ---------------------------
>>>>
>>>> If I tried to lock a file I see the 500 Internal Server Error.
>>>>
>>>> The Apache2 error log shows locking errors:
>>>>
>>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86]
Could not
>>>> LOCK
>>>> /kupro/Test1.txt due to a failed precondition (e.g. other
locks).
[500,
>
>>>> #0]
>>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86] The
locks
>>>> could
>>>> not be queried for verification against a possible
"If:" header. [500,
>>>> #0]
>>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86]
Could not
>>>> open
>>>> the lock database. [500, #400]
>>>> [Sun Aug 27 20:33:41 2006] [error] [client 192.168.130.86]
(1)No such
>>>> file
>>>> or directory: Could not open property database. [500, #1]
>>>>
>>>> And this errors:
>>>>
>>>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86]
(1)No such
>>>> file
>>>> or directory: Could not open property database. [500, #1]
>>>> [Fri Sep 01 17:16:57 2006] [error] [client 192.168.130.86] File
does
> not
>>>> exist: SYS:/Apache2/error
>>>> [Fri Sep 01 17:16:59 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>>> failed to restore the path context, error: 64
>>>> [Fri Sep 01 17:17:01 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>>> failed to restore the path context, error: 64
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>>> failed to restore the path context, error: 64
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>>> failed to restore the path context, error: 64
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
Could not
>>>> LOCK
>>>> /kupro/Test1.txt due to a failed precondition (e.g. other
locks).
> [500,
>>>> #0]
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] The
locks
>>>> could
>>>> not be queried for verification against a possible
"If:" header.
[500,
>
>>>> #0]
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
Could not
>>>> open
>>>> the lock database. [500, #400]
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86]
(1)No such
>>>> file
>>>> or directory: Could not open property database. [500, #1]
>>>> [Fri Sep 01 17:17:02 2006] [error] [client 192.168.130.86] File
does
> not
>>>> exist: SYS:/Apache2/error
>>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86]
setcwd2(4),
>>>> failed to restore the path context, error: 64
>>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] The
locks
>>>> could
>>>> not be queried for verification against a possible
"If:" header.
[500,
>
>>>> #0]
>>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86]
Could not
>>>> open
>>>> the lock database. [500, #400]
>>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86]
(1)No such
>>>> file
>>>> or directory: Could not open property database. [500, #1]
>>>> [Fri Sep 01 17:17:06 2006] [error] [client 192.168.130.86] File
does
> not
>>>> exist: SYS:/Apache2/error
>>>>
>>>>
>>>> While connection or trying to lock a file on the remote server
I see
> NCP
>>>> errors on the remote server:
>>>>
>>>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station
112 (NCP
> 21
>>>> 12)
>>>>
>
>>
>>>
>>>>
>>>>
>>>> 1.09.2006 17:40:47 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station
107 (NCP
> 21
>>>> 12)
>>>>
>
>>
>>>
>>>>
>>>>
>>>> 1.09.2006 17:40:48 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station 6
(NCP 21
>>>> 12).
>>>>
>>>>
>
>>
>>>
>>>>
>>>>
>>>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station
107 (NCP
> 21
>>>> 12)
>>>>
>
>>
>>>
>>>>
>>>>
>>>> 1.09.2006 17:40:56 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station 82
(NCP
21
>>>> 12).
>>>>
>
>>
>>>
>>>>
>>>>
>>>> 1.09.2006 17:41:00 : SERVER-5.70-1936 [nmID=30012]
>
>>
>>>
>>>>
>>>>
>>>> Processed an NCP with a bad subfunction length, Station 10
(NCP
21
>>>> 12).
>>>>
>>>>
>>>>
>>>> this is my dav.conf file
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~~
>>>> Alias /kupro "ICC-SRV/TECH:/TEST/Kunden"
>>>> # Alias /kupro "SYS:/TEMP"
>>>>
>>>> <IfModule mod_dav.c>
>>>> # shared db
>>>> DavLockDB sys:/apache2/davlock
>>>> DAVMinTimeout 600
>>>> </IfModule>
>>>>
>>>> <IfModule mod_dav.c>
>>>> <Location "/kupro">
>>>> DAV On
>>>> AuthName "Projekte"
>>>> AuthType Basic
>>>>
>>>> Order allow,deny
>>>> Allow from all
>>>>
>>>> AuthLDAPURL
"ldap://192.168.130.2/ou=tech,ou=gmbh,o=icc?cn?sub"
>>>> # require valid-user
>>>> require edir-user
>>>>
>>>> </Location>
>>>> </IfModule>
>>>>
>>>> ~~~~~~~~~~~~~~~~~~~~~~~~
>>>>
>>>> 1. mod_edir configuration (anonymous) is in httpd.conf
>>>> 2. mod_dav.nlm, moddavfs.nlm are loaded in httpd.conf
>>>> 3. first test was without dafdb files but accessing the remote
server
>>>> dav
>>>> did not create the davdb files, so I accessed a local directory
go get
>>>> the
>>>> davdb files and tried again the remote server - same result for
a
> remote
>>>> server with or without davdb files: "error 500"
>>>>
>>>>
>>>> Why I have a locking error on a remote server (also a NW 6.5
sp5
server
>
>>>> with
>>>> all patches)?
>>>> Any ideas how to solve this issue?
>>>>
|
| Post Reply
|
|
|