Ошибка lxc: сохранение файла конфигурации для контейнера не удалось

я недавно модернизировал свой lxd по данным 2.20-0ubuntu4~16.04.1~ППА, но теперь я не могу запустить мой импортных контейнеров.

я могу успешно импортировать контейнеры, с именем импорт lxd и я могу сделать для lxc конфиг показать имя и показать конфиг.

, но когда я иду, чтобы запустить его, потом он говорит:

lxc start web01 error: saving config file for the container failed Try `lxc info --show-log web01` for more info** lxc info --show-log web01 Name: web01 Remote: unix:// Architecture: x86_64 Created: 2017/11/18 20:34 UTC Status: Stopped Type: persistent Profiles: v41

отчет:

если я запускаю в режиме отладки (команда lxc пуск --отладка web01) затем я получаю следующее в конце отладки не помогают:

DBUG[11-18|20:41:28] Got operation from LXD DBUG[11-18|20:41:28] { "id": "8c760a1d-f1d4-418b-a7bc-fce2cb19e878", "class": "task", "created_at": "2017-11-18T20:41:28.572544339Z", "updated_at": "2017-11-18T20:41:28.572544339Z", "status": "Running", "status_code": 103, "resources": { "containers": [ "/1.0/containers/web01" ] }, "metadata": null, "may_cancel": false, "err": "" } DBUG[11-18|20:41:28] Sending request to LXD etag= method=GET url=http://unix.socket/1.0/operations/8c760a1d-f1d4-418b-a7bc-fce2cb19e878 DBUG[11-18|20:41:28] Got response struct from LXD DBUG[11-18|20:41:28] { "id": "8c760a1d-f1d4-418b-a7bc-fce2cb19e878", "class": "task", "created_at": "2017-11-18T20:41:28.572544339Z", "updated_at": "2017-11-18T20:41:28.572544339Z", "status": "Running", "status_code": 103, "resources": { "containers": [ "/1.0/containers/web01" ] }, "metadata": null, "may_cancel": false, "err": "" } error: saving config file for the container failed Try `lxc info --show-log web01` for more info

может кто поможет показать, почему он не может сохранить свой конфиг?

1
задан 19 November 2017 в 00:51

2 ответа

ok, так что для информации для тех, кто получает, это может быть потому, что в ppa для 2.20 мне предложили вместо этого снимок и установили. однако в привязке привязки он изменяет каталог, который должен быть / var / snap, например / var / snap / lxd / common / lxd / storage-pool /, является новым / var / lib / lxd / storage-pool

это, вероятно, нормально, если вы не символизируете пул и контейнеры, как я. Таким образом, / var / lib / lxd / container разбивается на привязку, поскольку пытается указать на /var/snap/lxd/common/lxd/storage-pools/default/containers.

С тех пор я сбрасывал от lxd до 16.04, а затем изменили символические ссылки так, как они были без привязки, но я думаю, что они будут одинаково хорошо работать в оснастке. для информации для backport до 16.04: apt install -t xenial-backports lxd lxd-client

0
ответ дан 18 July 2018 в 03:03

ok, так что для информации для тех, кто получает, это может быть потому, что в ppa для 2.20 мне предложили вместо этого снимок и установили. однако в привязке привязки он изменяет каталог, который должен быть / var / snap, например / var / snap / lxd / common / lxd / storage-pool /, является новым / var / lib / lxd / storage-pool

это, вероятно, нормально, если вы не символизируете пул и контейнеры, как я. Таким образом, / var / lib / lxd / container разбивается на привязку, поскольку пытается указать на /var/snap/lxd/common/lxd/storage-pools/default/containers.

С тех пор я сбрасывал от lxd до 16.04, а затем изменили символические ссылки так, как они были без привязки, но я думаю, что они будут одинаково хорошо работать в оснастке. для информации для backport до 16.04: apt install -t xenial-backports lxd lxd-client

0
ответ дан 24 July 2018 в 17:43

Другие вопросы по тегам:

Похожие вопросы: