Bug 849332

Summary: readdir syscall returns invalid results for junction points (symbolic links)
Product: [Fedora] Fedora Reporter: Erik van Pienbroek <erik-fedora>
Component: ntfs-3gAssignee: Tom "spot" Callaway <tcallawa>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 17CC: erik-fedora, liblit, tcallawa
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-09-04 22:56:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 811399    
Attachments:
Description Flags
Proposed patch (created by upstream) none

Description Erik van Pienbroek 2012-08-18 12:55:15 UTC 
Created attachment 605323 [details]
Proposed patch (created by upstream)

Hi,

While investigating an issue with baobab (gnome disk usage tool, bug 811399) I found out that ntfs-3g returns an invalid result when a junction point (symbolic link) is detected. Whenever a junction point is detected, the readdir syscall thinks that the file in question is a directory while it actually is a symbolic link.

I filed this issue upstream along with a testcase and they provided a fix for this issue. I tested this patch on my Fedora 17 x86_64 environment and it indeed does resolve the baobab issue.

Could you please apply this patch in the ntfs-3g package for now?

For more details, see:
https://bugzilla.redhat.com/show_bug.cgi?id=811399
https://bugzilla.gnome.org/show_bug.cgi?id=672219
http://tuxera.com/forum/viewtopic.php?f=2&t=29578
Comment 1 Tom "spot" Callaway 2012-08-20 01:12:19 UTC 
Erik, the patch you attached is seriously malformed (how did you manage that?), but I found the correct patch from the tuxera link. Update is coming, thanks.
Comment 2 Fedora Update System 2012-08-20 01:25:51 UTC 
ntfs-3g-2012.1.15-3.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/ntfs-3g-2012.1.15-3.fc17
Comment 3 Fedora Update System 2012-08-20 01:26:05 UTC 
ntfs-3g-2012.1.15-3.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/ntfs-3g-2012.1.15-3.fc18
Comment 4 Fedora Update System 2012-08-20 03:57:19 UTC 
Package ntfs-3g-2012.1.15-3.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing ntfs-3g-2012.1.15-3.fc18'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-12261/ntfs-3g-2012.1.15-3.fc18
then log in and leave karma (feedback).
Comment 5 Erik van Pienbroek 2012-08-20 16:44:42 UTC 
(In reply to comment #1)
> Erik, the patch you attached is seriously malformed (how did you manage
> that?), but I found the correct patch from the tuxera link. Update is
> coming, thanks.

I don't know what went wrong, but when I perform 'wget https://bugzilla.redhat.com/attachment.cgi?id=605323' it returns a proper patch here. Anyway, you managed to get the patch from upstream so everything is good now.

Thanks for the quick update!
Comment 6 Erik van Pienbroek 2012-08-20 16:48:15 UTC 
Sorry for the reassign noise. Some firefox extension messed up the bugzilla form..
Comment 7 Fedora Update System 2012-09-04 22:56:58 UTC 
ntfs-3g-2012.1.15-3.fc17 has been pushed to the Fedora 17 stable repository.  If problems still persist, please make note of it in this bug report.
Comment 8 Fedora Update System 2012-09-17 23:43:10 UTC 
ntfs-3g-2012.1.15-3.fc18 has been pushed to the Fedora 18 stable repository.  If problems still persist, please make note of it in this bug report.