AWS部署单节点MarkLogic时安全配置未通过cloud init自动生效问题

• 缺少自动初始化触发变量
  MarkLogic自动执行初始化、跳过手动配置流程需要显式声明MARKLOGIC_INIT=1变量，你当前提供的配置中未加入该变量，即便管理员账号、数据目录等其他变量配置正确，也不会触发自动安全配置、跳过集群加入页面的逻辑。
• /etc/marklogic.conf 读取权限异常
  MarkLogic服务默认以daemon用户运行，若你在user data中写入/etc/marklogic.conf时设置的权限为root用户独读（比如权限值为600），服务进程无法读取配置文件中的变量，会按照未配置状态启动。
• 数据目录权限或挂载时序问题
  你将EBS卷挂载到/data目录的操作如果是在写入配置之后、启动服务之前执行，需要确保挂载后的/data目录对daemon用户有完整的读写权限；如果挂载前/data路径下有残留的MarkLogic旧数据，也会干扰初始化逻辑。
• 镜像存在预初始化残留
  如果Packer构建镜像的过程中曾经启动过MarkLogic服务，会生成初始化标记文件存放在默认数据目录，即使后续挂载新的EBS卷，只要标记文件没有被清理，MarkLogic会判定已经完成初始化，不再读取配置变量执行自动配置流程。
• 服务启动未加载配置文件
  如果你使用的是自定义构建的MarkLogic镜像，需要确认systemd服务配置或者启动脚本中已经加入了读取/etc/marklogic.conf的逻辑，部分未适配官方配置加载逻辑的自定义镜像，启动时不会主动加载该文件的环境变量。

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