Клиент CentOS cifs видит дедуплицированные файлы Windows 2012 как символические ссылки

У меня есть виртуальная машина CentOS 7.0 с томом, установленным на файловом сервере Windows 2012-R2. Том содержит несколько больших файлов, относящихся к внутреннему сайту Wordpress.

Примерно неделю назад сайт стал «сломанным», и я обнаружил, что в Linux файлы выглядят так:

Инструмент readlink в Linux показывает те же «китайские» буквы, что и на скриншоте.

Под Windows эти же файлы выглядят так:

Я поговорил с системным администратором сервера Windows, и он сказал мне, что они включили дедупликацию файлов на сервере Windows около недели назад.

Просмотр свойств одного из этих файлов показывает, что «размер на диске» действительно мал, к тому же «проблемные» файлы имеют атрибут «L», который, кажется, поддерживает связь с дедупликацией.

В настоящее время я смотрю на это так: то, что, по-видимому, является своего рода «жесткой ссылкой» на сервере Windows, моей системой CentOS интерпретируется как softlink.

Я экспериментировал с некоторыми настройками монтирования, но мне не удалось решить эту проблему (кроме отключения дедупликации).

Моя текущая (клиентская) настройка:

• CentOS 7.0
• самба-клиент-4.1.1-38.el7_0.x86_64
• самба-общий-4.1.1-38.el7_0.x86_64
• самба-библиотеки-4.1.1-38.el7_0.x86_64
• cifs-utils-6.2-7.el7.x86_64

Команда в моем / etc / fstab

\\xxxxxxxx\file\video /var/www/html/wp-content/uploads cifs nouser_xattr,nounix,iocharset=utf8,credentials=/etc/fstab.cifs.sa_video.credentials,_netdev,uid=apache,gid=apache,rw,auto 0 0

Как мне заставить Linux снова увидеть эти файлы как файлы?

Обновление 2015-06-15:

Я обновил систему до CentOS 7.1. Хотя при этом по-прежнему выполняется ядро ​​"3.10" (а точнее: 3.10.0-229.4.2.el7.x86_64), эта проблема больше не возникает. Таким образом, решение действительно состоит в том, чтобы «просто обновить» до CentOS 7.1.