bugdavfs2 - Bugs: bug #27043, davfs2 only shows top level of...

 
 

bug #27043: davfs2 only shows top level of folders?

Submitted by:  None
Submitted on:  Thu 16 Jul 2009 06:56:03 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Werner Baumann <wbaumann>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 18 Oct 2009 07:11:15 PM UTC, comment #5:

I believe the problem is fixed in version 1.4.3. Please give it a try and report wether it works for you.

Cheers
Werner

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Thu 16 Jul 2009 06:56:03 PM UTC, comment #4:

This item has been reassigned from the project davfs2 support tracker to your tracker.

The original report is still available at support #106936

Following are the information included in the original report:

[field #0] Item ID: 106936
[field #1] Group ID: 10199
[field #2] Open/Closed: Open
[field #3] Severity: 3 - Normal
[field #4] Privacy: Public
[field #7] : Unknown support Field Display Type
[field #8] : Unknown support Field Display Type
[field #9] Category: None
[field #10] Submitted by: None
[field #11] Assigned to: wbaumann
[field #12] Submitted on: Di 14 Jul 2009 16:09:16 GMT
[field #13] Summary: davfs2 only shows top level of folders?
[field #14] Original Submission: I attempted to use davfs2 to mount up a file share that I have access to over a VPN. This works from a Windows XP system.

When I mount it using davfs2 on my Ubuntu system, I can only see the top level of folders - nothing further.

Any idea what is wrong? I tried turning off locks - it didn't make any difference.

Here is my fstab entry:

http://1.2.3.4/data /mnt/test davfs uid=user,gid=user,rw,noauto,noaskauth 0 0

It mounts up without complaint.

I can go into /mnt/test, and do an ls, and see all of the top level folders.

I go into one of the folders - call it "level2" - and execute ls again, and is shows 0 files, 0 folders.

There in fact, are a number of folders inside of "level2".

Here is some log info I captured while executing an "ls" command inside of the level2 folder:

Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_OPENDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, f 02304000
Jul 14 10:53:04 server mount.davfs: pid 12435, mode 00
Jul 14 10:53:04 server mount.davfs: open /data/level2/
Jul 14 10:53:04 server mount.davfs: Running pre_send hooks
Jul 14 10:53:04 server mount.davfs: Sending request headers: PROPFIND /data/level2/ HTTP/1.1 Host: 1.2.3.4 User-Agent: davfs2/1.3.3 neon/0.28.2 Connection: TE TE: trailers Depth: 1 Content-Length: 314 Content-Type: application/xml
Jul 14 10:53:04 server mount.davfs: Sending request-line and headers:
Jul 14 10:53:04 server mount.davfs: Sending request body:
Jul 14 10:53:04 server mount.davfs: Request sent; retry is 1.
Jul 14 10:53:04 server mount.davfs: [status-line] < HTTP/1.1 207 Multi-Status
Jul 14 10:53:04 server mount.davfs: [hdr] Date: Tue, 14 Jul 2009 15:53:04 GMT
Jul 14 10:53:04 server mount.davfs: Header Name: [date], Value: [Tue, 14 Jul 2009 15:53:04 GMT]
Jul 14 10:53:04 server mount.davfs: [hdr] Server: Microsoft-IIS/6.0
Jul 14 10:53:04 server mount.davfs: Header Name: [server], Value: [Microsoft-IIS/6.0]
Jul 14 10:53:04 server mount.davfs: [hdr] MicrosoftOfficeWebServer: 5.0_Pub
Jul 14 10:53:04 server mount.davfs: Header Name: [microsoftofficewebserver], Value: [5.0_Pub]
Jul 14 10:53:04 server mount.davfs: [hdr] X-Powered-By: ASP.NET
Jul 14 10:53:04 server mount.davfs: Header Name: [x-powered-by], Value: [ASP.NET]
Jul 14 10:53:04 server mount.davfs: [hdr] Content-Type: text/xml
Jul 14 10:53:04 server mount.davfs: Header Name: [content-type], Value: [text/xml]
Jul 14 10:53:04 server mount.davfs: [hdr] Transfer-Encoding: chunked
Jul 14 10:53:04 server mount.davfs: Header Name: [transfer-encoding], Value: [chunked]
Jul 14 10:53:04 server mount.davfs: [hdr]
Jul 14 10:53:04 server mount.davfs: End of headers.
Jul 14 10:53:04 server mount.davfs: Running post_headers hooks
Jul 14 10:53:04 server mount.davfs: [chunk] < 18ec
Jul 14 10:53:04 server mount.davfs: Got chunk size: 6380
Jul 14 10:53:04 server mount.davfs: Reading 6380 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1332 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 5048 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 3710 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 2372 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 1034 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1034 bytes.
Jul 14 10:53:04 server mount.davfs: [chunk] < 0
Jul 14 10:53:04 server mount.davfs: Got chunk size: 0
Jul 14 10:53:04 server mount.davfs: [hdr]
Jul 14 10:53:04 server mount.davfs: End of headers.
Jul 14 10:53:04 server mount.davfs: Running post_send hooks
Jul 14 10:53:04 server mount.davfs: Request ends, status 207 class 2xx, error line: 207 Multi-Status
Jul 14 10:53:04 server mount.davfs: Running destroy hooks.
Jul 14 10:53:04 server mount.davfs: Request ends.
Jul 14 10:53:04 server mount.davfs: directory updated: 0x16e8a00->0x16f20d0
Jul 14 10:53:04 server mount.davfs: /data/level2/
Jul 14 10:53:04 server mount.davfs: fd 6
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_READDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, fd 6
Jul 14 10:53:04 server mount.davfs: pid 12435
Jul 14 10:53:04 server mount.davfs: size 4096, off 0
Jul 14 10:53:04 server mount.davfs: read 64
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, security.selinux, 255
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, system.posix_acl_access, 0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00, security.selinux, 255
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00, system.posix_acl_access, 0
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_READDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, fd 6
Jul 14 10:53:04 server mount.davfs: pid 12435
Jul 14 10:53:04 server mount.davfs: size 4096, off 64
Jul 14 10:53:04 server mount.davfs: read 0
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_RELEASEDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, f 02304000
Jul 14 10:53:04 server mount.davfs: pid 0, fd 6
Jul 14 10:53:04 server mount.davfs: close /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0
Jul 14 10:53:06 server mount.davfs: getattr /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_ACCESS:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0, f 04
Jul 14 10:53:06 server mount.davfs: uid 1000
Jul 14 10:53:06 server mount.davfs: access /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_ACCESS:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0, f 04
Jul 14 10:53:06 server mount.davfs: uid 1000
Jul 14 10:53:06 server mount.davfs: access /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success


[field #16] Item Group: None
[field #17] Status: None
[field #18] Component Version: None
[field #19] Operating System: None
[field #20] Reproducibility: None
[field #21] Size (loc): None
[field #22] Fixed Release: None
[field #23] Planned Release: None
[field #24] Effort: 0.00
[field #28] Priority: 5 - Normal
[field #31] Percent Complete: 0%
[field #33] Release: None
[field #36] Originator Email: daniel.armbrust.list@gmail.com
[field #58] Custom Select Box #1: None
[field #59] Custom Select Box #2: None
[field #60] Custom Select Box #3: None
[field #61] Custom Select Box #4: None
[field #62] Custom Select Box #5: None
[field #63] Custom Select Box #6: None
[field #64] Custom Select Box #7: None
[field #65] Custom Select Box #8: None
[field #66] Custom Select Box #9: None
[field #67] Custom Select Box #10: None

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Thu 16 Jul 2009 06:49:49 PM UTC, comment #3:

The problem is in the double slash in "http://1.2.3.4/data//level2/level3/". davfs2 did a PROPFIND request for "/data/level2/" and only accepts responses when the path starts exactly like this.
While this double slash is surely lazy programming on the server side and you should report this as bug, I also consider it a bug in davfs2. It should ignore the additional slash (as Dolphin seems to do), though one could argue this is an additional (empty) path segment and therefore a different path.
I will add this to the TODO list for the next version.
Meanwhile: please tell me if you are interested in building davfs2 from the source package. In this case I could create a (somehow ugly but working) intermediary patch for version 1.4.1.

Cheers
Werner

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Tue 14 Jul 2009 07:57:20 PM UTC, comment #2:

Hmm, here is a snippit of "debug httpbody" during an ls.

level2 and level3 both exist - this is running ls from inside the level2 folder.

<a:response><a:href>http://1.2.3.4/data//level2/level3/</a:href><a:propstat><a:status>HTTP/1.1 200 OK</a:status><a:prop><a:displayname>level3</a:displayname><a:getetag>"ea330a1edd3c91:4ef"</a:getetag><a:getcontentlength b:dt="int">0</a:getcontentlength><a:creationdate b:dt="dateTime.tz">2006-10-27T22:38:42.033Z</a:creationdate><a:getlastmodified b:dt="dateTime.rfc1123">Wed, 13 May 2009 17:09:52 GMT</a:getlastmodified><a:resourcetype><a:collection/></a:resourcetype></a:prop></a:propstat><a:propstat><a:status>HTTP/1.1 404 Resource Not Found</a:status><a:prop><d:executable/></a:prop></a:propstat></a:response>

I've also discovered since my original post that this works fine within Dolphin if I just browse to webdav://1.2.3.4/data - I don't know if Dolphin relies on neon under the covers or not.

Thanks,

Dan

Anonymous
Tue 14 Jul 2009 07:16:22 PM UTC, comment #1:

davfs2 successfully gets a response to PROPFIND with about 20 kByte of XML-body. But it cannot extract any information about files and directories from it. So the problem occurs when davfs2 (or the neon library) parses the XML-body.
davfs2 usually works with IIS but I have no reports so far about interoperability with MicrosoftOfficeWebServer: 5.0_Pub.

To see where the problem is I need the XML-body of the response. You can get it either
- with tcpdump or wireshark; this is preferred because we get the response unaltered by neon or davfs2
- or turn on the additional option "debug httpbody". The full body will end up in the log file.

You could alternatively turn on the additional option "debug xml"; this will show debug information from neon while parsing the body. If neon see syntax errors in the body it would report it here. But if neon does not report an error, I would still need the body.

If there is sensible information in this directory it might be a good idea to set up a small test directory.

Cheers
Werner

Werner Baumann <wbaumann>
Project AdministratorIn charge of this item.
Thu 16 Jul 2009 06:56:03 PM UTC, original submission:

I attempted to use davfs2 to mount up a file share that I have access to over a VPN. This works from a Windows XP system.

When I mount it using davfs2 on my Ubuntu system, I can only see the top level of folders - nothing further.

Any idea what is wrong? I tried turning off locks - it didn't make any difference.

Here is my fstab entry:

http://1.2.3.4/data /mnt/test davfs uid=user,gid=user,rw,noauto,noaskauth 0 0

It mounts up without complaint.

I can go into /mnt/test, and do an ls, and see all of the top level folders.

I go into one of the folders - call it "level2" - and execute ls again, and is shows 0 files, 0 folders.

There in fact, are a number of folders inside of "level2".

Here is some log info I captured while executing an "ls" command inside of the level2 folder:

Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_OPENDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, f 02304000
Jul 14 10:53:04 server mount.davfs: pid 12435, mode 00
Jul 14 10:53:04 server mount.davfs: open /data/level2/
Jul 14 10:53:04 server mount.davfs: Running pre_send hooks
Jul 14 10:53:04 server mount.davfs: Sending request headers: PROPFIND /data/level2/ HTTP/1.1 Host: 1.2.3.4 User-Agent: davfs2/1.3.3 neon/0.28.2 Connection: TE TE: trailers Depth: 1 Content-Length: 314 Content-Type: application/xml
Jul 14 10:53:04 server mount.davfs: Sending request-line and headers:
Jul 14 10:53:04 server mount.davfs: Sending request body:
Jul 14 10:53:04 server mount.davfs: Request sent; retry is 1.
Jul 14 10:53:04 server mount.davfs: [status-line] < HTTP/1.1 207 Multi-Status
Jul 14 10:53:04 server mount.davfs: [hdr] Date: Tue, 14 Jul 2009 15:53:04 GMT
Jul 14 10:53:04 server mount.davfs: Header Name: [date], Value: [Tue, 14 Jul 2009 15:53:04 GMT]
Jul 14 10:53:04 server mount.davfs: [hdr] Server: Microsoft-IIS/6.0
Jul 14 10:53:04 server mount.davfs: Header Name: [server], Value: [Microsoft-IIS/6.0]
Jul 14 10:53:04 server mount.davfs: [hdr] MicrosoftOfficeWebServer: 5.0_Pub
Jul 14 10:53:04 server mount.davfs: Header Name: [microsoftofficewebserver], Value: [5.0_Pub]
Jul 14 10:53:04 server mount.davfs: [hdr] X-Powered-By: ASP.NET
Jul 14 10:53:04 server mount.davfs: Header Name: [x-powered-by], Value: [ASP.NET]
Jul 14 10:53:04 server mount.davfs: [hdr] Content-Type: text/xml
Jul 14 10:53:04 server mount.davfs: Header Name: [content-type], Value: [text/xml]
Jul 14 10:53:04 server mount.davfs: [hdr] Transfer-Encoding: chunked
Jul 14 10:53:04 server mount.davfs: Header Name: [transfer-encoding], Value: [chunked]
Jul 14 10:53:04 server mount.davfs: [hdr]
Jul 14 10:53:04 server mount.davfs: End of headers.
Jul 14 10:53:04 server mount.davfs: Running post_headers hooks
Jul 14 10:53:04 server mount.davfs: [chunk] < 18ec
Jul 14 10:53:04 server mount.davfs: Got chunk size: 6380
Jul 14 10:53:04 server mount.davfs: Reading 6380 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1332 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 5048 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 3710 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 2372 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1338 bytes.
Jul 14 10:53:04 server mount.davfs: Reading 1034 bytes of response body.
Jul 14 10:53:04 server mount.davfs: Got 1034 bytes.
Jul 14 10:53:04 server mount.davfs: [chunk] < 0
Jul 14 10:53:04 server mount.davfs: Got chunk size: 0
Jul 14 10:53:04 server mount.davfs: [hdr]
Jul 14 10:53:04 server mount.davfs: End of headers.
Jul 14 10:53:04 server mount.davfs: Running post_send hooks
Jul 14 10:53:04 server mount.davfs: Request ends, status 207 class 2xx, error line: 207 Multi-Status
Jul 14 10:53:04 server mount.davfs: Running destroy hooks.
Jul 14 10:53:04 server mount.davfs: Request ends.
Jul 14 10:53:04 server mount.davfs: directory updated: 0x16e8a00->0x16f20d0
Jul 14 10:53:04 server mount.davfs: /data/level2/
Jul 14 10:53:04 server mount.davfs: fd 6
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_READDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, fd 6
Jul 14 10:53:04 server mount.davfs: pid 12435
Jul 14 10:53:04 server mount.davfs: size 4096, off 0
Jul 14 10:53:04 server mount.davfs: read 64
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, security.selinux, 255
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, system.posix_acl_access, 0
Jul 14 10:53:04 server mount.davfs: getattr /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00, security.selinux, 255
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_GETXATTR:
Jul 14 10:53:04 server mount.davfs: n 0x16e8a00, system.posix_acl_access, 0
Jul 14 10:53:04 server mount.davfs: getattr /data/
Jul 14 10:53:04 server mount.davfs: RET: Operation not supported
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_READDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, fd 6
Jul 14 10:53:04 server mount.davfs: pid 12435
Jul 14 10:53:04 server mount.davfs: size 4096, off 64
Jul 14 10:53:04 server mount.davfs: read 0
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:04 server mount.davfs: SELECT: 1
Jul 14 10:53:04 server mount.davfs: FUSE_RELEASEDIR:
Jul 14 10:53:04 server mount.davfs: n 0x16f20d0, f 02304000
Jul 14 10:53:04 server mount.davfs: pid 0, fd 6
Jul 14 10:53:04 server mount.davfs: close /data/level2/
Jul 14 10:53:04 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_GETATTR:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0
Jul 14 10:53:06 server mount.davfs: getattr /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_ACCESS:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0, f 04
Jul 14 10:53:06 server mount.davfs: uid 1000
Jul 14 10:53:06 server mount.davfs: access /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success
Jul 14 10:53:06 server mount.davfs: SELECT: 1
Jul 14 10:53:06 server mount.davfs: FUSE_ACCESS:
Jul 14 10:53:06 server mount.davfs: n 0x16f20d0, f 04
Jul 14 10:53:06 server mount.davfs: uid 1000
Jul 14 10:53:06 server mount.davfs: access /data/level2/
Jul 14 10:53:06 server mount.davfs: RET: Success

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by wbaumann (Posted a comment)
  • -unavailable- added by None (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 4 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 02 May 2010 07:27:03 AM UTCwbaumannOpen/ClosedOpen=>Closed
    Sun 18 Oct 2009 07:11:15 PM UTCwbaumannStatusNone=>Fixed
    Fri 17 Jul 2009 10:19:30 AM UTCwbaumannAssigned toNone=>wbaumann
    Thu 16 Jul 2009 06:56:03 PM UTCwbaumannReassign itemdavfs2, sr #106936=>davfs2, bug #27043

    Back to the top


    Powered by Savane 3.1-cleanup1