Bug 188012
Summary: | cifs mount on NT4 WS share can make some files unavailable | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Wojciech Pilorz <wpilorz> |
Component: | kernel | Assignee: | Jeff Layton <jlayton> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | CC: | cebbert, davej, smfrench, steved, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | 2.6.22.5-49.fc6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-10-16 12:33:19 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Wojciech Pilorz
2006-04-05 12:21:30 UTC
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. I have just tried the test with updated FC5 (kernel 2.6.18-1.2200.fc5, CIFS Version 1.45), and it is **much** better. In fact the test runs now as expected, but there are some messages in /var/log/messages and on console: When second "cp -vfp f123 g123" is run, a message kernel: CIFS VFS: No task to wake, unknown frame rcvd! NumMids 1 is added to system log (/var/log/messages) and displayed on the active console; If I enable more debugging with echo 7 > /proc/fs/cifs/cifsFYI before the test, then when the first cp is run, the message kernel: Status code returned 0xc0000034 NT_STATUS_OBJECT_NAME_NOT_FOUND results; So, the test seems to run fine, but the kernel messages worry me a little. Is more info needed? Wojtek Good to hear it's working again. I've no idea if those messages are a bad thing, I've added the upstream CIFS maintainer to the CC. Maybe he has some ideas what's going on. Steve? This may be related to a situation we had seen on sharing violations on copy - and then setting the delete on close flag on on the target file which is then renamed. The server may be leaving it in the directory listing even with the delete on close flag. But in an any case - to debug it it would be helpful to see what the server version of the directory (from the NT4 command prompt) looks like at each step - and also to see an ethereal or tcpdump trace of the scenario. If this is still reproducible, could you collect the info requested by Steve F in comment #4? If it's no longer reproducible, then please let me know and I'll plan to close this case. The problem that using file exported from NT4WS share over cifs mount can make it unaccssible until NT4 reboot, is still present with FC6 kernel. Last time I tried it a few weeks ago; when I edit a file with vim every now and then the file becomes unaccessible. The problem has never occured to me when I was editing file exported from W2K server share. Also, it has never occured to me when using smbfs mount (Centos 4.4). I will try again next week with most recent FC6 kernel and get back with the results. It will be important to see if we are hitting a "delete-on-close" related bug (in either NT 4 server, or how the cifs client sets this flag when deleting a file that is open - cifs has a complex procedure to eventually delete open files since Windows forbids them to be immediately deleted as POSIX requires - the cifs client renames the file, and then marks it delete on close so that it will be removed when the original application which opened it closes it) - I wonder if this is what you are hitting. I tried today with latest FC6 kernel ( 2.6.22.5-49.fc6, CIFS Version 1.49 ) and could not reproduce the problem. I will try doing longer tests the next two or three days and will post results here. Thanks for testing. Setting back to NEEDINFO for now. Please set back to ASSIGNED once you have some results from it. I failed to reproduce the bug with current FC6 kernel. I hope this means the bug 188012 is goneand perhaps can be closed. While testing I have verified that two other problems with CIFS and NT4 still exist, they are described in https://bugzilla.redhat.com/show_bug.cgi?id=305191 and https://bugzilla.redhat.com/show_bug.cgi?id=305231 They have easy workarounds, so they are not that serious. Thank you Steve for you excellent work! Good deal. Let's close this as CURRENTRELEASE. |