Tdarr节点缓存目录访问问题分析与解决方案

问题背景

在使用Tdarr 2.27.02版本进行媒体文件转码处理时，Linux节点(Kubernetes环境)报告无法访问特定的缓存目录。错误信息显示节点尝试访问类似/mnt/smb/d/tdarr_cache/tdarr-workDir2-4Be3WQaiA的目录，但这些目录实际上并不存在。

错误现象

节点日志中频繁出现以下错误：

ENOENT: no such file or directory, access '/mnt/smb/d/tdarr_cache/tdarr-workDir2-4Be3WQaiA'

这表明节点进程尝试访问一个不存在的缓存目录。值得注意的是，这些目录名包含随机生成的字符串后缀，是Tdarr自动创建的工作目录。

环境配置

1. 路径映射：通过pathTranslators配置了服务器和节点之间的路径映射

   {
     "server": "D:/tdarr_cache",
     "node": "/mnt/smb/d/tdarr_cache/"
   }
   

2. 权限验证：手动测试显示节点可以正常读写基本缓存目录

   echo "test" > /mnt/smb/d/tdarr_cache/test
   

问题分析

1. 自动目录创建机制：Tdarr服务器会自动创建和清理子缓存目录(如tdarr-workDir2-4Be3WQaiA)，但在本例中节点无法访问这些自动创建的目录。

2. 权限差异：手动操作可以成功而自动过程失败，表明进程权限与手动操作权限存在差异。

3. 路径映射验证：虽然基本路径映射正确，但自动创建的子目录可能受到额外权限限制。

解决方案

1. 使用测试流程验证

创建一个专门的测试流程来隔离和验证问题：

1. 输入文件：选择测试文件
2. 复制到工作目录：验证缓存目录访问
3. 等待插件：设置120秒等待时间以便检查
4. 替换原始文件：完成流程

这个流程可以逐步验证每个步骤的权限和路径问题。

2. 权限深度检查

1. 确保Tdarr服务账户对缓存目录有完全控制权限
2. 检查SMB挂载选项，确保允许子目录创建和访问
3. 验证Kubernetes卷挂载配置是否正确传播权限

3. 缓存目录配置建议

1. 使用简单的本地路径而非网络共享路径作为缓存
2. 确保缓存目录为空，由Tdarr完全管理
3. 定期监控缓存目录状态和权限

技术要点

1. Tdarr的缓存机制会在处理每个文件时创建临时工作目录
2. 这些目录名包含随机字符串以确保唯一性
3. 路径映射必须精确匹配，包括尾部斜杠
4. 容器环境中的权限可能因用户上下文而异

总结

Tdarr节点缓存目录访问问题通常源于权限配置或路径映射不精确。通过创建测试流程、仔细检查权限设置和验证路径映射，可以有效解决这类问题。在容器化环境中，特别需要注意服务账户权限和卷挂载配置，确保Tdarr能够正常创建和管理其工作目录。