Hi again,

Jelle de Jong wrote:
> Dear Jean-Pierre André,
>
> root@backup:~# ls -hal
> /usr/lib/x86_64-linux-gnu/ntfs-3g/ntfs-plugin-80000013.so
> -rw-r--r-- 1 root root 16K Jan 10 13:34
> /usr/lib/x86_64-linux-gnu/ntfs-3g/ntfs-plugin-80000013.so
>
> How do I know if ntfs-3g is using the plug-in?

The plugin is dynamically loaded when you first access
a deduplicated file. This is recorded in the syslog.

Note : you should probably make it executable (e.g. by chmod 755)

>
> lvcreate --snapshot --name sr7-disk2-snapshot-copy --size 50G
> /dev/lvm1-vol/sr7-disk2
> lvchange -ay /dev/lvm1-vol/sr7-disk2-snapshot-copy
> blkid /dev/lvm1-vol/sr7-disk2-snapshot-copy
> kpartx -avg /dev/lvm1-vol/sr7-disk2-snapshot-copy
> blkid /dev/mapper/lvm1--vol-sr7--disk2--snapshot--copy2
> mount -o ro  -t ntfs-3g
> /dev/mapper/lvm1--vol-sr7--disk2--snapshot--copy2  /mnt/sr7-sdb2
> ls -hal /mnt/sr7-sdb2/ALGEMEEN/ | grep "unsupported reparse point"
>
> Shows no more unsupported reparse point!

This might be a good indication that the plugin is used.

Did you check whether the files are readable ?

> umount /mnt/sr7-sdb2/
> kpartx -dv /dev/lvm1-vol/sr7-disk2-snapshot-copy
> lvchange -an /dev/lvm1-vol/sr7-disk2-snapshot-copy
> lvremove /dev/lvm1-vol/sr7-disk2-snapshot-copy
>
> root@backup:~# fgrep ntfs-3g /var/log/syslog
> Jan 10 16:14:28 backup ntfs-3g[13082]: Version 2016.2.22AR.1 integrated
> FUSE 28
> Jan 10 16:14:28 backup ntfs-3g[13082]: Mounted
> /dev/mapper/lvm1--vol-sr7--disk2--snapshot--copy2 (Read-Only, label
> "DATA", NTFS 3.1)
> Jan 10 16:14:28 backup ntfs-3g[13082]: Cmdline options: ro
> Jan 10 16:14:28 backup ntfs-3g[13082]: Mount options:
> ro,allow_other,nonempty,relatime,fsname=/dev/mapper/lvm1--vol-sr7--disk2--snapshot--copy2,blkdev,blksize=4096
>
> Jan 10 16:14:28 backup ntfs-3g[13082]: Ownership and permissions
> disabled, configuration type 7
> Jan 10 16:23:32 backup ntfs-3g[13082]: Unmounting

In this syslog excerpt I do not see the plugin loading,
did you access a deduplicated file before unmounting ?

> /dev/mapper/lvm1--vol-sr7--disk2--snapshot--copy2 (DATA)
>
> However when using with the virt-filesystems and guestmount tools it
> does not work:
>
> root@backup:~# lvcreate --snapshot --name sr7-disk2-snapshot-copy --size
> 50G /dev/lvm1-vol/sr7-disk2
> root@backup:~# lvchange -ay /dev/lvm1-vol/sr7-disk2-snapshot-copy
>
> root@backup:~# blkid /dev/lvm1-vol/sr7-disk2-snapshot-copy
> /dev/lvm1-vol/sr7-disk2-snapshot-copy:
> PTUUID="8d00ec46-cb6d-457f-bfc8-703089c83fb9" PTTYPE="gpt"
>
> root@backup:~# virt-filesystems -a /dev/lvm1-vol/sr7-disk2-snapshot-copy
> /dev/sda2
>
> root@backup:~# guestmount --ro -a /dev/lvm1-vol/sr7-disk2-snapshot-copy
> -m /dev/sda2  /mnt/sr7-sda2
>
> root@backup:~# ls -hal /mnt/sr7-sda2/ALGEMEEN/ | grep "unsupported
> reparse point"
> lrwxrwxrwx 1 root root   26 May 19  2008 080514.Index I Directory
> algemeen.xls -> unsupported reparse point
> lrwxrwxrwx 1 root root   26 Dec 17  2009 2009-12-17 Index
> mappenstructuur.txt -> unsupported reparse point
> lrwxrwxrwx 1 root root   26 May  2  2013 ber_folders -> unsupported
> reparse point
>
> # verbose output:
> root@backup:~# guestmount -vvvv  --ro -a
> /dev/lvm1-vol/sr7-disk2-snapshot-copy -m /dev/sda2  /mnt/sr7-sda2
>
> http://paste.debian.net/hidden/be1c989f/
>
> I will sent an email to libgues...@redhat.com to ask what they think.

Indeed, as some extra layer could come across, but first
check you can actually read files from a plain partition.

Regards

Jean-Pierre

>
> Kind regards,
>
> Jelle de Jong
>
> On 10/01/17 12:44, Jean-Pierre André wrote:
>> Jelle de Jong wrote:
>>> Dear Jean-Pierre,
>>>
>>> We created a test environment with Windows 2016 with data
>>> deduplication on.
>>>
>>> I upgraded the backup server to install ntfs-3g 2016.2.22AR.1. I tried
>>> to mount the volume to see if I could read the files, but they show up
>>> as unsupported reparse point.
>>>
>>> I listed the Dedup/ChunkStore in the following pastebin:
>>> http://paste.debian.net/hidden/ca51ee46/
>>>
>>> I tried to use the ntfs-plugin-80000013.so but I am not sure if it is
>>> being used, the bellow is not working so far?
>>
>> Apparently, the expected location on Debian is
>> /usr/lib/x86_64-linux-gnu/ntfs-3g/ntfs-plugin-80000013.so
>> but you are getting libntfs-3g from /lib/x86_64-linux-gnu
>> maybe there is a symlink. Anyway the same directory is
>> expected (check possible errors in your syslog).
>>
>> If you get errors, please only mount as read-only until
>> the issue is solved, choose a sample file of moderate size
>> (say 100KB), and post its reparse data, which you can
>> get by :
>>
>> getfattr -h -e hex -n system.ntfs_reparse_data your-sample-file
>>
>> Regards
>>
>> Jean-Pierre
>



------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today. http://sdm.link/xeonphi
_______________________________________________
ntfs-3g-devel mailing list
ntfs-3g-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel

Reply via email to