对 Amazon DataSync 传输问题进行故障排除 - Amazon DataSync
DataSync 如何配置为使用特定的 NFS 或 SMB 版本来挂载我的文件共享？错误： SyncOption 值无效。选项： TransferMode，PreserveDeletedFiles，值：全部，移除。我的任务一直因EniNotFound错误而失败我的任务失败，出现 NFS 权限被拒绝错误我的任务失败，出现 NFS 挂载错误我的任务失败，出现 Amazon EFS 挂载错误NFS 传输未保留文件所有权我的任务无法访问使用 Kerberos 的 SMB 位置我的任务失败，出现无法分配内存错误我的任务因输入/输出错误而失败我的任务执行处于启动状态，但似乎什么也没发生我的任务执行似乎卡在准备状态验证我已经运行 DataSync 的任务需要多长时间？我的任务在传输完成之前停止我的任务的开始和结束时间与日志中的时间不匹配错误：SyncTaskDeletedByUser错误：NoMem错误：FsS3UnableToConnectToEndpoint错误：FsS3HeadBucketFailed我的任务因 Unable to list Azure Blobs on the volume root 错误而失败无法将对象传输到 Azure Blob Storage 有user metadata key错误错误：FsAzureBlobVolRootListBlobsFailed错误：SrcLocHitAccess错误：SyncTaskErrorLocationNotAdded任务报告错误Amazon S3 的任务失败，并出现 GetObjectTagging 或 HeadObject 错误为什么我的目标位置有 /.aws-datasync 文件夹？
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异，请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

对 Amazon DataSync 传输问题进行故障排除

以下主题描述了 Amazon DataSync 地点和任务的常见问题以及如何解决这些问题。

DataSync 如何配置为使用特定的 NFS 或 SMB 版本来挂载我的文件共享？

对于支持网络文件系统 (NFS) 或服务器消息块 (SMB) 的位置， DataSync 默认情况下会为您选择协议版本。您也可以使用 DataSync 控制台或 API 自行指定版本。

要采取的行动（DataSync 控制台）

创建 NFS 或 SMB 位置时，请配置 DataSync 要使用的协议版本。有关更多信息，请参阅 使用 NFS 文件服务器配置 Amazon DataSync 传输 或 使用 SMB 文件服务器配置 Amazon DataSync 传输。

要采取的行动 (DataSync API)

创建或更新您的 NFS 或 SMB 位置时，请指定 Version 参数。例如，请参阅 CreateLocationNfs 或 CreateLocationSmb。

以下示例 Amazon CLI 命令创建使用 NFS 版本 4.0 进行 DataSync 挂载的 NFS 位置。

aws datasync create-location-nfs --server-hostname your-server-address \
   --on-prem-config AgentArns=your-agent-arns \
   --subdirectory nfs-export-path \
   --mount-options Version="NFS4_0"

以下示例 Amazon CLI 命令创建一个使用 SMB 版本 3 进行 DataSync 装载的 SMB 位置。

aws datasync create-location-smb --server-hostname your-server-address \
   --on-prem-config AgentArns=your-agent-arns \
   --subdirectory smb-export-path \
   --mount-options Version="SMB3"

错误： SyncOption 值无效。选项： TransferMode，PreserveDeletedFiles，值：全部，移除。

当您创建或编辑 DataSync 任务并选择 “传输所有数据” 选项并取消选择 “保留已删除文件” 选项时，就会发生此错误。当您传输所有数据时， DataSync 不会扫描您的目标位置，也不知道要删除什么。

我的任务一直因EniNotFound错误而失败

如果您删除虚拟私有云（VPC）中任务的网络接口之一，则会发生此错误。如果您的任务已安排或已排队，则如果缺少传输数据所需的网络接口，则该任务将失败。

要采取的操作

要解决此问题，您具有以下选项：

  • 手动重启任务。执行此操作时， DataSync 将创建运行任务所需的所有缺失网络接口。

  • 如果您需要清理 VPC 中的资源，请确保不要删除与您仍在使用的 DataSync 任务相关的网络接口。

    要查看分配给任务的网络接口，请执行以下操作之一：

    • 使用 DescribeTask 操作。您可以在 SourceNetworkInterfaceArns 和 DestinationNetworkInterfaceArns 响应元素中查看网络接口。

    • 在 Amazon EC2 控制台中，搜索您的任务 ID（例如task-f012345678abcdef0）以查找其网络接口。

  • 考虑不要自动运行任务。这可能包括禁用任务队列或调度（通过 DataSync 或自定义自动化）。

我的任务失败，出现 NFS 权限被拒绝错误

如果用 root_squash 或 all_squash 配置 NFS 服务器，并且您的文件没有所有读取访问权限，则可能会显示“权限被拒绝”错误消息。

要采取的操作

要修复此问题，请用 no_root_squash 配置 NFS 导出，或者确保要传输的所有文件的权限允许所有用户进行读取访问。

DataSync 要访问目录，还必须启用所有执行访问权限。要确保可以挂载目录，首先连接到与代理具有相同网络配置的任何计算机。然后运行以下 CLI 命令：

mount -t nfs -o nfsvers=<your-nfs-server-version> <your-nfs-server-name>:<nfs-export-path-you-specified> <new-test-folder-on-your-computer>

如果问题仍未解决，请联系Amazon Web Services 支持 中心。

我的任务失败，出现 NFS 挂载错误

在运行涉及 NFS 文件服务器位置的 DataSync 任务时，您可能会看到以下错误：

Task failed to access location loc-1111222233334444a: x40016: mount.nfs: Connection timed out

要采取的操作

在错误得到解决之前，请执行以下操作：

  1. 确保您在 DataSync 所在位置指定的 NFS 文件服务器和导出文件有效。如果无效，请删除您的位置和任务，然后创建使用有效 NFS 文件服务器和导出的新位置和任务。有关更多信息，请参阅 使用控制 DataSync 台。

  2. 检查代理和 NFS 文件服务器之间的防火墙配置。有关更多信息，请参阅 本地存储、自我管理的存储、其他云存储和边缘存储的网络要求。

  3. 确保代理可以访问 NFS 文件服务器并挂载导出。有关更多信息，请参阅 提供 DataSync 对 NFS 文件服务器的访问权限。

  4. 如果您仍然看到错误，请使用打开支持频道 Amazon Web Services 支持。有关更多信息，请参阅 我不知道我的代理出了什么问题。有人能帮我吗？。

我的任务失败，出现 Amazon EFS 挂载错误

在运行涉及 Amazon EFS 位置的 DataSync 任务时，您可能会看到以下错误：

Task failed to access location loc-1111222233334444a: x40016: Failed to connect to EFS mount target with IP: 10.10.1.0.

如果您使用自己的位置配置的 Amazon EFS 文件系统的挂载路径被更新或删除，则可能会发生这种情况。 DataSync 不知道文件系统中的这些变化。

要采取的操作

删除您的位置和任务，并使用新的挂载路径创建新的 Amazon EFS 位置。

NFS 传输未保留文件所有权

传输完成后，您可能会注意到 DataSync 目标位置的文件具有不同的用户 IDs (UIDs) 或组 IDs (GIDs)，而不是源位置的相同文件。例如，目标位置中文件的 UID 可能是 65534、99 或 nobody。

如果传输中涉及的文件系统使用 NFS 版本 4 ID 映射（该功能 DataSync 不支持），则可能会发生这种情况。

要采取的操作

您有几种方法可以解决此问题：

  • 为使用 NFS 版本 3（而不是版本 4）的文件系统创建一个新位置。

  • 在文件系统上禁用 NFS 版本 4 ID 映射。

重试传输。无论哪种方法都应解决问题。

我的任务无法访问使用 Kerberos 的 SMB 位置

DataSync 使用 Kerberos 身份验证的 SMB 位置出现错误通常与您的位置与 Kerber os 配置不匹配有关。也可能存在网络问题。

无法访问位置

以下错误表示您的 SMB 位置或 Kerberos 设置可能存在配置问题：

Task failed to access location

验证以下内容：

  • 您为所在位置指定的 SMB 文件服务器是一个域名。对于 Kerberos，您无法指定文件服务器的 IP 地址。

  • 您为所在位置指定的 Kerberos 主体与您用于创建 Kerberos 密钥表 (keytab) 文件的主体相匹配。主体名称区分大小写。

  • 自您创建 keytab 文件以来，Kerberos 主体的映射用户密码一直未更改。如果密码更改（由于密码轮换或其他原因），则任务执行可能会失败并出现以下错误：

    任务无法访问位置 loc-111122223333444a：x40015：kinit：获取初始凭证时预身份验证失败

无法联系 KDC 领域

以下错误表示存在网络问题：

kinit: Cannot contact any KDC for realm 'MYDOMAIN.ORG' while getting initial credentials"

验证以下内容：

  • 您提供的 Kerberos 配置文件 (krb5.conf) 包含有关您的 K DataSync erberos 领域的正确信息。有关示例krb5.conf文件，请参阅 Kerberos 身份验证先决条件。

  • Kerberos 密钥分发中心 (KDC) 服务器端口已打开。KDC 端口通常是 TCP 端口 88。

  • 您网络上的 DNS 配置。

我的任务失败，出现无法分配内存错误

当您的 DataSync 任务因无法分配内存错误而失败时，这可能意味着一些不同的含义。

要采取的操作

请尝试以下操作，直到问题不再出现为止：

我的任务因输入/输出错误而失败

您可以收到 DataSync 代理的input/output error message if your storage system fails I/O请求。常见原因包括服务器磁盘故障、防火墙配置更改或网络路由器故障。

如果错误涉及 NFS 文件服务器或 Hadoop Distributed File System（HDFS）集群，请跟随以下步骤来解决错误。

采取的操作（NFS）

首先检查 NFS 文件服务器的日志和指标，以确定问题是否始于 NFS 服务器。如果是，请解决该问题。

接下来，检查网络配置是否尚未更改。要检查 NFS 文件服务器的配置是否正确以及是否 DataSync 可以访问它，请执行以下操作：

  1. 在与代理相同的网络子网上设置另一个 NFS 客户端。

  2. 在客户端上装载您的共享。

  3. 验证客户端可以成功地读取和写入共享。

采取的操作（HDFS）

在解决错误之前，请执行以下操作：

  1. 确保您的 HDFS 集群允许您的 DataSync 代理与集群 NameNode 和 DataNode 端口通信。

    在大多数集群中，您可以在以下配置文件中找到集群使用的端口号：

    • 要找到 NameNode 端口，请在fs.default或fs.default.name属性下的core-site.xml文件中查找（取决于 Hadoop 发行版）。

    • 要找到端 DataNode 口，请在dfs.datanode.address属性下的hdfs-site.xml文件中查找。

  2. 在您的 hdfs-site.xml 文件中，验证您的 dfs.data.transfer.protection 属性是否只有一个值。例如：

    <property>
   <name>dfs.data.transfer.protection</name>
   <value>privacy</value>
</property>

我的任务执行处于启动状态，但似乎什么也没发生

您的 DataSync 任务可能会停留在 “启动” 状态，这通常是因为代理已关闭电源或已断开网络连接。

要采取的操作

确保您的代理的状态为在线。如果代理处于离线状态，请确保其已开机。

如果代理已打开电源并且任务仍停滞在正在启动状态，则很可能是您的代理和 Amazon之间出现网络连接问题。有关如何测试网络连接的信息，请参阅验证您的代理与 DataSync服务的连接。

如果您仍遇到此问题，请参阅 我不知道我的代理出了什么问题。有人能帮我吗？。

我的任务执行似乎卡在准备状态

DataSync 传输任务处于 “准备中” 状态的时间取决于传输源和目标中的数据量以及这些存储系统的性能。

任务启动时， DataSync 执行递归目录列表以发现源和目标中的所有文件、对象、目录和元数据。 DataSync使用这些列表来识别存储系统之间的差异并确定要复制的内容。此过程可能耗时数分钟甚至数小时。

要采取的操作

您无需做任何事情。只需继续等待直至任务状态变为正在传输。如果状态仍未变更，请联系 Amazon Web Services 支持 中心。

验证我已经运行 DataSync 的任务需要多长时间？

默认情况下，在传输结束时 DataSync 验证数据完整性。验证需要多长时间取决于多种因素。文件或对象的数量、源存储系统和目标存储系统中的数据总量以及这些系统的性能都会影响验证所需的时间。验证包括所有文件内容的 SHA256 校验和以及所有文件元数据的精确比较。

要采取的操作

您无需做任何事情。如果任务状态仍未更改为成功或错误，请联系Amazon Web Services 支持 中心。

我的任务在传输完成之前停止

如果您的 DataSync 任务执行提前停止，则您的任务配置中可能包含已禁用的 Amazon Web Services 账户。 Amazon Web Services 区域

要采取的操作

执行以下操作以重新运行任务：

  1. 检查任务区域的选择加入状态，并确保它们已启用。

  2. 再次启动任务。

我的任务的开始和结束时间与日志中的时间不匹配

您在 DataSync 控制台中看到的任务执行的开始和结束时间可能与您在其他地方看到的与转移相关的时间戳不同。这是因为控制台没有考虑任务执行在启动或排队状态下所花费的时间。

例如，您的 Amazon CloudWatch 日志可能表明您的任务执行结束的时间晚于 DataSync 控制台中显示的时间。您可能会注意到以下方面存在类似的差异：

  • 传输中涉及的文件系统或对象存储系统的日志

  • DataSync 写入到 Amazon S3 对象的最后修改日期

  • 来自 DataSync 代理的网络流量

  • 亚马逊 EventBridge 活动

错误：SyncTaskDeletedByUser

在自动执行某些 DataSync 工作流程时，您可能会意外看到此错误。例如，也许您有一个脚本会在任务执行完成或进入队列中之前删除您的任务。

要解决此问题，请重新配置您的自动化，使这些类型的操作不会重叠。

错误：NoMem

您要传输的数据集可能太大 DataSync。如果您看到此错误，请联系 Amazon Web Services 支持 中心。

错误：FsS3UnableToConnectToEndpoint

DataSync 无法连接到你的 Amazon S3 地点。这可能意味着无法访问该位置的 S3 存储桶，或者该位置的配置不正确。

在解决问题之前，请执行以下操作：

错误：FsS3HeadBucketFailed

DataSync 无法访问您要传入或传出的 S3 存储桶。使用 Amazon S3 HeadBucket操作检查是否 DataSync有权访问存储桶。如果您需要调整权限，请参阅 提供 DataSync 对 S3 存储桶的访问权限。

我的任务因 Unable to list Azure Blobs on the volume root 错误而失败

如果您的 DataSync 转移任务因Unable to list Azure Blobs on the volume root错误而失败，则可能是您的共享访问签名 (SAS) 令牌或您的共享访问签名 (SAS) 令牌有问题 Azure 存储帐户的网络。

要采取的操作

尝试以下操作并再次运行任务，直到问题得到解决：

  • 确保您的 SAS 令牌具有访问您的 SAS 令牌的权限 Microsoft Azure Blob Storage.

  • 如果你正在运行你的 DataSync 代理 Azure，将您的存储帐户配置为允许从代理所在的虚拟网络进行访问。

  • 如果您在 Amazon 上运行代理 EC2，请配置您的 Azure 存储防火墙，允许从代理的公共 IP 地址进行访问。

有关如何配置您的的信息 Azure 存储账户的网络，请参阅 Azure Blob Storage 文档。

无法将对象传输到 Azure Blob Storage 有user metadata key错误

从 S3 存储桶传输到时 Azure Blob Storage，您可能会看到以下错误：

[ERROR] Failed to transfer file /user-metadata/file1: Azure Blob user metadata key must be a CSharp identifier

这表示 /user-metadata/file1 包含的用户元数据没有使用有效的 C# 标识符。有关更多信息，请参阅 Microsoft 文档。

错误：FsAzureBlobVolRootListBlobsFailed

DataSync 用于访问您的共享访问签名 (SAS) 令牌 Microsoft Azure Blob Storage 没有 “列表” 权限。

要解决问题，请使用具有列表权限的令牌更新您的位置，然后尝试重新运行任务。

错误：SrcLocHitAccess

DataSync 无法访问您的来源位置。检查是否 DataSync 有权访问该地点，然后尝试再次运行您的任务。

错误：SyncTaskErrorLocationNotAdded

DataSync 无法访问您的位置。检查是否 DataSync 有权访问该地点，然后尝试再次运行您的任务。

任务报告错误

在尝试使用任务报告监控您的 DataSync传输时，您可能会遇到以下错误之一。

错误消息 解决办法

文件路径超过了 4096 个字符的最大长度。无法写入任务报告

不适用（DataSync 无法传输路径超过 4,096 字节的文件）

有关更多信息，请参阅 存储系统、文件和对象限制。

由于存储桶或 IAM 角色无效，无法将任务报告上传到 S3

检查 DataSync IAM 角色是否具有将任务报告上传到您的 S3 存储桶的权限。

生成任何任务报告之前出现执行错误

 检查您的CloudWatch 日志，确定任务执行失败的原因。

Amazon S3 的任务失败，并出现 GetObjectTagging 或 HeadObject 错误

如果您要 IDs 从 S3 存储桶传输具有特定版本的对象，则可能会看到与HeadObject或相关的错误GetObjectTagging。例如，以下是与 GetObjectTagging 相关的错误：

[WARN] Failed to read metadata for file /picture1.png (versionId: 111111): S3 Get Object Tagging Failed
[ERROR] S3 Exception: op=GetObjectTagging photos/picture1.png, code=403, type=15, exception=AccessDenied, 
msg=Access Denied req-hdrs: content-type=application/xml, x-amz-api-version=2006-03-01 rsp-hdrs: content-type=application/xml, 
date=Wed, 07 Feb 2024 20:16:14 GMT, server=AmazonS3, transfer-encoding=chunked, 
x-amz-id-2=IOWQ4fDEXAMPLEQM+ey7N9WgVhSnQ6JEXAMPLEZb7hSQDASK+Jd1vEXAMPLEa3Km, x-amz-request-id=79104EXAMPLEB723

如果您看到其中任何一个错误，请验证用于访问您的 DataSync S3 源位置的 IAM 角色是否具有以下权限：

  • s3:GetObjectVersion

  • s3:GetObjectVersionTagging

如果您需要更新角色，使其具有这些权限，请参阅 为创建 IAM 角色 DataSync 以访问您的 Amazon S3 位置。

为什么我的目标位置有 /.aws-datasync 文件夹？

DataSync /.aws-datasync在目标位置创建一个名为的文件夹，以帮助简化数据传输。

虽然 DataSync 通常会在传输后删除此文件夹，但在某些情况下可能不会发生这种情况。

要采取的操作

只要没有正在执行的任务将数据复制到该位置，您就可以随时删除此文件夹。