#18 cannot create new files

closed
nobody
None
5
2006-02-14
2004-11-23
No

I'm using the patched
(http://bugs.gentoo.org/show_bug.cgi?id=47116) davfs
2.2.1-r1 and am having trouble with it.
I can mount a webdav directory on my webserver and edit
existing files without any problem:
[code]
mount.davfs http://www.spillkescht.lu/DAV_web/
/mnt/spillkescht/ -o
username=********,password=*******,uid=1000,gid=100
[/code]
But as soon as I try to create a new file, I'm getting
an error message:

[code]
kwisatz@stilgar /mnt/spillkescht/soap $ touch a.file
touch: setting times of `a.file': Invalid argument
[/code]
or:

[code]
kwisatz@stilgar /mnt/spillkescht/soap $ mkdir a.folder
mkdir: cannot create directory `a.folder': Invalid argument
[/code]
or:

[code]
kwisatz@stilgar /mnt/spillkescht/soap $ cp ~/help.gif
/mnt/spillkescht/soap/
cp: cannot stat `/mnt/spillkescht/soap/help.gif':
Invalid argument
[/code]

Thinking it was a problem on the server, I tried it out
with webdrive, a programm for windows which maps webdav
and other shares to drive names. I was negatively
surprised that in this case, I could create files,
directories, and so on, without problem.
So I strongely suggest that it has sth to do with the
linux client...

does anybody have any idea what this could be? I would
be grateful for any help.
Additional note: I had tried to use version 2.2.3, but
it seems that that one crashed the entire webserver. Sad

I have also noticed, that sometimes, I cannot save
files until I again list a directory in my webdav mount.

Discussion

  • David Raison

    David Raison - 2004-11-23

    Logged In: YES
    user_id=825087

    here's my strace output:
    ------------------------
    kwisatz@stilgar ~ $ strace touch /mnt/spillkescht/me
    execve("/usr/bin/touch", ["touch", "/mnt/spillkescht/me"],
    [/* 46 vars */]) = 0
    uname({sys="Linux", node="stilgar", ...}) = 0
    brk(0) = 0x8051000
    access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such
    file or directory)
    open("/etc/ld.so.cache", O_RDONLY) = 3
    fstat64(3, {st_mode=S_IFREG|0644, st_size=81521, ...}) = 0
    mmap2(NULL, 81521, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fd7000
    close(3) = 0
    open("/lib/libc.so.6", O_RDONLY) = 3
    read(3,
    "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`U\1\000"...,
    512) = 512fstat64(3, {st_mode=S_IFREG|0755, st_size=1209728,
    ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fd6000
    mmap2(NULL, 1137988, PROT_READ|PROT_EXEC,
    MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb7ec0000
    mprotect(0xb7fcf000, 27972, PROT_NONE) = 0
    mmap2(0xb7fd0000, 16384, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x10f) = 0xb7fd0000
    mmap2(0xb7fd4000, 7492, PROT_READ|PROT_WRITE,
    MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7fd4000
    close(3) = 0
    mprotect(0xb7fd0000, 4096, PROT_READ) = 0
    munmap(0xb7fd7000, 81521) = 0
    open("/dev/urandom", O_RDONLY) = 3
    read(3, "\"m\347 ", 4) = 4
    close(3) = 0
    brk(0) = 0x8051000
    brk(0x8072000) = 0x8072000
    open("/mnt/spillkescht/me",
    O_WRONLY|O_NONBLOCK|O_CREAT|O_NOCTTY|O_LARGEFILE, 0666) = -1
    EINVAL (Invalid argument)
    utime("/mnt/spillkescht/me", NULL) = -1 EINVAL (Invalid
    argument)
    write(2, "touch: ", 7touch: ) = 7
    write(2, "setting times of `/mnt/spillkesc"..., 38setting
    times of `/mnt/spillkescht/me') = 38
    write(2, ": Invalid argument", 18: Invalid argument) = 18
    write(2, "\n", 1
    ) = 1
    exit_group(1) = ?

     
  • Werner Baumann

    Werner Baumann - 2006-02-14

    Logged In: YES
    user_id=1260327

    Please use a recent version of davfs2. I am not able to
    mainton old versions.

     
  • David Raison

    David Raison - 2006-02-14

    Logged In: YES
    user_id=825087

    you're funny! Have a look at the date of submission!

     
  • David Raison

    David Raison - 2006-02-14
    • status: open --> closed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks