Migrate to Containers CLI 的问题
本文档介绍了您在使用 Migrate to Containers CLI 时可能会遇到的一些问题的解决方法。
由于权限错误，复制操作失败
为了获得整个文件系统的读取权限，请使用源机器上的超级用户运行 copy 命令。不过，有时复制操作仍会因权限错误而失败。出现此问题的原因是，在某些情况下，即使是超级用户也没有对源机器上某些目录的读取访问权限。
在这种情况下，您可能会看到类似如下的错误消息：
E rsync rsync: send_files failed to open "/var/lib/lxcfs/cgroup/blkio/blkio.reset_stats": Permission denied (13)
...
E rsync rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1865) [generator=3.2.7]
Error: failed to copy fs from GCP VM "petclinic-springboot": failed copying vm to "/tmp/copy-1411243774": exit status 23
如需解决此问题，请创建自定义过滤条件，以从复制操作中排除此类目录。
例如，要从复制操作中排除 /var/lib/lxcfs 目录，请在过滤条件文件中添加以下自定义过滤条件：
- /var/lib/lxcfs
如需了解详情，请参阅减小复制的文件系统的大小。
使用 gcloud 复制操作未能向机器进行身份验证
如果您使用 gcloud 以 sudo 形式运行 copy 命令，那么在某些情况下，复制操作可能无法向源机器进行身份验证。出现此问题的原因是 gcloud 使用运行 Migrate to Containers CLI 的同一超级用户运行，但超级用户没有与标准用户相同的凭据。
在这种情况下，您可能会看到类似如下的错误消息：
E ssh init ERROR: (gcloud.compute.ssh) There was a problem refreshing your current auth tokens: ('Failed to retrieve TOKEN from the Google Compute Engine metadata service. Status: 404 Response:\nb\'"No service account scopes specified."\'', <google.auth.transport.requests._Response object at 0x7fecf5c75550>)
E ssh init Please run:
E ssh init
E ssh init $ gcloud auth login
E ssh init
E ssh init to obtain new credentials.
E ssh init
E ssh init If you have already logged in with a different account:
E ssh init
E ssh init $ gcloud config set account ACCOUNT
E ssh init
E ssh init to select an already authenticated account to use.
Error: failed to initiate a connection with GCP VM "tomcat-server": exit status 1
如需解决此问题，请尝试在不使用 sudo 的情况下使用 gcloud 运行 copy 命令。
使用 Snap 版本的 Docker 时 analyze 命令失败
如果您使用的是 Snap 版本的 Docker，则 analyze 命令会失败。
在这种情况下，您可能会看到类似如下的错误消息：
I Unpacking file system...
I Running analysis...
Error: running analysis failed: failed to run container: Error response from daemon: invalid mount config for type "bind": bind source path does not exist: PATH
如需解决此问题，请在不使用 Snap 的情况下再次安装 Docker。如需了解详情，请参阅安装 Docker Engine。