Doris创建远程S3仓库遇host must not be null报错，后又成功创建

原因分析 #

• 配置参数加载延迟：第一次执行创建命令时，S3相关核心配置（如endpoint host）可能未完成初始化或加载，导致请求序列化时缺失host参数触发报错；后续操作时配置已加载完成，因此成功创建。
• 临时网络/服务波动：首次请求时，Doris节点与S3服务间出现短暂网络波动，导致参数传递不完整；后续网络恢复后，请求正常执行。
• 隐式重试机制：Doris内部对仓库创建操作可能存在隐式重试逻辑，第一次报错为初始请求失败，重试时自动补全参数或恢复连接，最终完成创建。

注意事项 #

• 确保配置参数完整：创建仓库时必须显式指定AWS_ENDPOINT（对应报错中的host）、AWS_ACCESS_KEY、AWS_SECRET_KEY等核心参数，不要依赖默认配置的延迟加载。示例命令：

CREATE REPOSITORY s3_repo
WITH S3
PROPERTIES (
    "AWS_ENDPOINT" = "s3.example.com",
    "AWS_ACCESS_KEY" = "your_access_key",
    "AWS_SECRET_KEY" = "your_secret_key",
    "AWS_REGION" = "us-west-1",
    "BUCKET" = "doris-backup"
);

• 提前验证网络连通性：确认所有FE、BE节点都能正常访问S3 endpoint，避免因单节点网络问题导致初始请求失败。
• 查看日志定位根因：若再次出现类似问题，可查看FE节点的fe.log，搜索host must not be null相关日志，明确是配置加载还是网络问题。
• 避免重复频繁执行命令：遇到报错后先等待几秒，确认配置或网络状态后再重试，防止触发过多隐式请求占用资源。

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