MPSAFE VFS -- List of upcoming actions

Kevin Oberman kob6558 at gmail.com
Wed Jul 18 21:30:25 UTC 2012


On Tue, Jul 17, 2012 at 10:54 PM, Gustau Pérez i Querol
<gperez at entel.upc.edu> wrote:
>
>    Sorry fo the delay.
>
>    About the ntfs support, I'd go with fuse and leave the most relevant
> filesystems in kernel space. In fact filesystems not particulary specific
> and not tied our kernel would go to userspace; thinks like smbfs, nwfs,
> ntfs, ext2 o ext4 for example should be in userspace (the list is incomplete
> and I don't really know if all of them are yet implemenent in userspace) in
> my opinion. That would make them easier to maintain (changes in the kernel
> would only affect fuse, once fixed all the userspace filesystem would work
> again).
>
>    As a bonus, we would get many working fs based on fuse. In the server
> side gluster is a desirable thing; in the desktop things like gvfs (in the
> linux world gvfs is used not only by gnome but also by kde or xfce) or
> truecrypt
>
>
>>
>> I'm fixing low hanging fruit for the moment (see r238411 for example)
>> and I still have to make a throughful review.
>> However my idea is to commit the support once:
>> - ntfs-3g is well stress-tested and proves to be bug-free
>> - there is no major/big technical issue pending after the reviews
>>
>> I'm now looking for people sticking with the branch and trying to
>> stress-test ntfs-3g as much as they can. For example I know that
>> Gustau (cc'ed) already had issues. It would be good if he tries to
>> reproduce them and make a full report.
>
>
>    I've seen ntfs-3g+fuse crashing a few times and IIRC most of the time the
> problem happened while unmounting the filesystem.

I can reliably crash a system by doing an rsync to an ntfs-3g mounted
FS. I have simply stopped doing it an have spent no time trying to
track down the problem, but maybe anyone (gnn?) working on fusefs
might want to try it.
FWIW, I can to "rsync -avn local-path/ remote-system:ntfs-3g/path"
always works. Remove the 'n' and actually move the data and it dies.
-- 
R. Kevin Oberman, Network Engineer
E-mail: kob6558 at gmail.com


More information about the freebsd-current mailing list