Bug 162896

well, what's the error message ?

Created attachment 116603 [details]
screenshot

on mount point OOo create file with 0 bytes lenght.

caolanm->fenlason: I don't have any windows machines to verify this problem, can
you see it ?

it seems OOo creates files as root.root :(

$ ls -l /mnt/docums/*test*
-rw-rw-r--  1 maxim maxim 0 Сен  1 16:42 /mnt/docums/gedit-test
-rw-rw-r--  1 root  root  0 Сен  1 16:43 /mnt/docums/swriter-test.odt

openoffice.org-core-2.0.0-1.2.2 still reproducible

I can change options in fstab, but i lost 1 documetn with this.
Any other programs on my box seems forks fine with my cifs mounts.

I don't see any actual Samba here, just OOo and the kernel.  I'm guessing the 
problem is in the kernel CIFS module, but it could be OOo's fault. 

kernel is 2.6.14-rc2 from kernel.org now.
And as i said it only for OOo reproducible. gedit for example create files fine.
$ls -l said just:
-rw-rw-r--  1 maxim maxim   11 Oct  5 18:31 delmetest
-rw-rw-r--  1 maxim maxim 1403 Oct  5 18:36 delmetest.gnumeric
-rwxrwSrwt  1 root  root     0 ÐÐºÑ  5 17:56 delmetest.ods
1st is gedit, 2nd is gnumeric, 3rd is OOo
fstab: //x.x.x.x/documents /x/docums cifs user=adm,password=blabla,iocharset=utf8

If you can reproduce this bug on upstream kernels, reporting it to
linux-kernel.org may get your problem fixed quicker.

how come part of the ls output is localised, (Okt) and the rest isn't ? Are they
from different machines ? If so, do they have different umask settings ?

After cifs's mount options tuned, OOo seems works also.
I not expert and I doesn't know why some soft worked and some not :(
I have only one 2.6.16 related issue now with cifs
http://bugzilla.kernel.org/show_bug.cgi?id=6147

Thanks.

I had a problem like this.  Fixed with adding "setuids" in fstab line. 
uig=100,gid=100, were in there too, being my user id and group id.  Files were 
then created with me as owner instead of root.    

A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.

Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.

This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.

Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.

In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed.  See bug 207474 for further details.

If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.

If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.

Thank you.

This bug has been mass-closed along with all other bugs that
have been in NEEDINFO state for several months.

Due to the large volume of inactive bugs in bugzilla, this
is the only method we have of cleaning out stale bug reports
where the reporter has disappeared.

If you can reproduce this bug after installing all the
current updates, please reopen this bug.

If you are not the reporter, you can add a comment requesting
it be reopened, and someone will get to it asap.

Thank you.