Agent安装与启动
更新时间 2026-06-03 14:25:22
最近更新时间: 2026-06-03 14:25:22
本节为您介绍Agent安装与启动相关问题。
如何安装CMS-Agent?
操作详情请参见在源端安装Agent。
CMS-Agent下载失败如何处理?
原因:网络不通或源端程序未下载。
参考以下解决方式进行排查:
- 参考源机是否能正常访问CMS迁移平台,若不通排查网络问题。
- 源端wget程序未安装,安装wget后重试,或使用curl命令执行curl -k {安装包链接} -o {安装包名称}也可下载。
- 源机权限限制,检查用户是否具备下载安装权限。
如何针对CMS-Agent与平台之间的版本兼容性进行校验?
CMS-Agent会自动进行版本兼容校验、当程序启动校验不通过时,会给出对应提示。
当CMS服务更新后,若公告提示删除先前Agent重新下载提示请卸载本机Agent重新从源端下载。
说明此类提示升级需通过“迁移Agent“页重新下载CMS-Agent,无法通过主机管理页面中“一键升级”按钮实现升级。
迁移源Agent上报后,平台主机管理中无记录?
参考以下解决方式进行排查:
- 安装过程是否输入正确用户AK/SK,如果不确定可以尝试在控制台退出登录,清理浏览器缓存cookie,重新登录,再复制AK/SK重新安装CMS的Agent。
- Windows启动程序弹窗是否提示启动成功、Linux启动程序shell中是否显示“movecloud success”。
- 平台与Agent版本是否匹配。
CMS需要关注哪些文件?
- 日志文件。
具体请参见后文问题:CMS的迁移日志如何查看?
- 其余文件。
linux pe文件:
mkinit.log(引导修复后生成,/usr/moveCloud /)
diskLayout.log(分区完成后生成,/usr/moveCloud/)
CMS的迁移日志如何查看?
Linux CMS日志文件路径:
- Linux Agent查看目录:/usr/local/moveCloud/log/
- Linux PE查看目录:/usr/moveCloud/log/
Windwos CMS日志文件路径:
- Windows Agent查看默认目录:C:\Program Files (x86)\MoveCloud
- Windows PE查看默认目录:X: Program Files \MacMigrationSer\
CMS-Agent为何无法启动?
- 无法连接到云迁移控制台(https://cms.ctyun.cn),请自行排查网络问题。
- 该主机已用其他用户的AK/SK注册到了其他用户的账户下,如果知道之前注册到哪个用户下,可以登录原账户删除主机记录后重新启动。如果不知道,可以清理uuid文件生成重新的uuid,Linux可以尝试删除/etc/.movecloud_uuid文件后重新启动,Windows尝试删除隐藏文件C:\Windows\srcm_mc-df_gim.txt后重新启动。
Windows Agent双击无法运行
问题描述
安装Windows Agent,双击CMS-Agent安装程序没有响应,无法进入安装向导。
问题分析
系统设置的安全策略锁定了该文件,需要解除对该文件的锁定。
解决方案
右键单击CMS-Agent-py*.运行程序查看属性,勾选“解除锁定”,单击“确定”,然后重新运行。
CMS_Agent(Windows)安装提示“缺少json.dll文件,Agent启动失败”,应当如何处理?
- 确认CMS_Agent(Windows)的程序是否已解压。如果没有解压,请将其解压并重新启动程序。
- 检查json.dll文件是否被误删除。若是,请重新于平台测下载程序安装包。
- 检查防火墙是否误认为该程序有风险,并对其进行了查杀。如果是,请将CMS_Agent加入白名单,或将防火墙关闭后重新启动程序。
- 如果上述步骤均未能解决问题,建议重新从平台侧下载并解压CMS_Agent程序后再进行启动。
Linux安装Agent 输入AK/SK提示“The host has been bound by another user;Installation failed!”如何处理?
原因:该设备之前进行过迁移,且注册到了另外的账户下。
处理方式(选择其一):
- 登录原账户cms控制平台删除此主机任务
- 登录迁移源端输入指令进行删除:rm -f /etc/.movecloud_uuid。
注意rm操作具有一定风险,请确认操作影响后执行。
Windows 2008 Agent启动后无法粘贴AK/SK该如何处理?
您可以使用crt、xshell等终端软件粘贴命令进行粘贴。
迁移日志中提示 [ERROR]xxx Permission denied是什么原因?
通常是由于当前用户缺少执行该文件或文件夹的权限而导致的:
- 文件或文件夹的权限不够。
- 当前用户不是文件或文件夹的所有者。
- 文件或文件夹不存在。
如何重启Agent?
迁移源显示离线,表明CMS-Agent未有效在迁移源运行。
您需先修复迁移源状态为在线后,再新建迁移任务,修复方法如下:
Linux系统中:
- 查看服务进程:ps -ef |grep moveCloud 或 movecloud status。
- 重启进程服务:movecloud restart。
Windows系统中:
- 查看服务进程:任务管理器中查看movecloudManage进程。
- 重启进程服务:moveCloud。
迁移日志中提示 [ERROR]No space left on device该如何解决?
问题描述
用户正常启动CMS进行迁移后,迁移日志提示:
ERROR:No space left on device
问题分析
- 目标机磁盘大小不足,一般需要目标机大小空间大于等于源机的磁盘大小,如果无法满足也需要目标机磁盘大小大于等于源机已用大小 * 1.5的空间。
- 源机磁盘用量太多,迁移过程中产生的一些临时文件使得目标机磁盘用量溢出了,一般需要每块盘剩余空间大于等于10%,系统盘大于等于15%
- 磁盘挂载顺序与源机不对应,如源机第一块盘50G,第二块盘100G,第三块150G,目标机第一块磁盘50G、第二块磁盘150G,第三块磁盘100G,在传输第三块磁盘时就容易发生空间不够的情况。
解决方案
- 登录迁移源端云主机,在迁移源端检查存储空间使用情况,如果磁盘用量较高,可以清理部分无用的文件或对磁盘进行扩容。
- 调整磁盘顺序,使得目标机和源机磁盘一一对应,保证目标机每块磁盘的空间大于等于源机对应的磁盘。