为何Docker容器的卷挂载中缺失一个文件？

我在一台大型Linux EC2实例上部署了多个Docker容器，其中某个容器需要访问启动前传输到宿主机的文件。该文件通过Control-M从Windows文件服务器复制到EC2实例。

启动容器时使用-v参数将宿主机上的文件路径挂载到容器内，但容器内无法找到该文件：

• 容器内新建文件可同步到宿主机，宿主机新建文件也能同步到容器；
• 使用cp -p复制原文件后，副本能在容器内正常显示，但原文件依然无法被识别。

怀疑问题与文件从Windows经Control-M复制到EC2实例的过程有关。

详细信息 #

• 文件路径：/folder_path/project_name/resources/file.txt
• 文件权限：-rwxrwxr-x 1 pyadmin pyadmin，其中pyadmin映射到容器的root用户
• 文件大小：约38MB
• file file.txt命令输出：ASCII text, with CRLF line terminators
• 代码仓库克隆后自带resources文件夹及其中文件，无重名冲突
• Docker版本：20.10.13

Dockerfile #

FROM python:3.9.11-buster
SHELL ["/bin/bash", "-c"]
WORKDIR /folder_path/project_name

RUN apt-get auto-clean && apt-get update && apt-get install -y unixodbc unixodbc-dev && apt-get upgrade -y
RUN python -m pip install --upgrade pip poetry

COPY . .
RUN python -m pip install --upgrade pip poetry && \
    poetry config virtualenvs.create false && \
    poetry install

ENTRYPOINT [ "python" ]

容器启动命令 #

docker run --pull always --rm \
-v /folder_path/project_name/logs:/folder_path/project_name/logs \
-v /folder_path/project_name/extracts:/folder_path/project_name/extracts \
-v /folder_path/project_name/input:/folder_path/project_name/input \
-v /folder_path/project_name/output:/folder_path/project_name/output \
-v /folder_path/project_name/resources:/folder_path/project_name/resources \
my-registry.com/folder_path/project_name:image_tag

结合场景分析，问题大概率源于Control-M复制文件时残留的Windows特殊属性、文件锁，或是挂载时的隐形权限问题，以下是具体排查和解决步骤：

1. 检查并清理文件扩展属性 #

Windows文件系统的NTFS属性（如备用数据流）可能被Control-M保留，导致Linux下Docker无法识别。执行以下命令查看扩展属性：

getfattr -d /folder_path/project_name/resources/file.txt

若输出存在非默认属性，用setfattr删除：

setfattr -x [属性名] /folder_path/project_name/resources/file.txt

2. 排查文件锁定情况 #

Control-M复制完成后可能未释放文件锁，导致Docker挂载时无法读取。用lsof检查锁定进程：

lsof /folder_path/project_name/resources/file.txt

若存在锁定进程，重启Control-M相关服务或终止对应进程。

3. 重置文件权限与归属 #

即使权限显示正常，复制过程中可能存在权限位的隐形异常，重新设置：

chown pyadmin:pyadmin /folder_path/project_name/resources/file.txt
chmod 775 /folder_path/project_name/resources/file.txt

4. 验证挂载目录无冲突 #

容器启动时，宿主机的resources挂载目录会覆盖容器内同名目录。确认宿主机resources目录确实包含目标文件，且容器启动时未自动生成同名文件覆盖原文件。

5. 修改Control-M复制模式 #

调整Control-M复制任务配置，强制使用二进制模式传输文件，禁用NTFS属性同步功能（若支持），避免保留Windows特有的文件属性。

6. 检查文件完整性 #

用md5sum对比原文件与副本的哈希值，确认文件内容未损坏：

md5sum /folder_path/project_name/resources/file.txt /folder_path/project_name/resources/file_copy.txt

若哈希一致，说明问题集中在文件属性或挂载层面，而非文件内容本身。

内容的提问来源于stack exchange，提问作者WhyAyala