MAAS: проблема миграции с 1.5.4 до 1.8.0

Я попытался выполнить обновление с 1.5.4 до 1.8.0 (со «стабильной» линии PPA) на ULTS14, чтобы выполнить обновление Juju до 1.24.5, и я получил добавленную ошибку миграции.

Есть ли возможность продвинуться дальше этого уровня? Можно ли вернуться к 1.5.4 (или к 1.7.6, например)? Что я могу сделать на этом этапе?

Экземпляр MAAS управляет 12 физическими серверами, которые используются экземпляром Juju.

Существует некоторый предыдущий материал, предлагающий переустановку пакетов, и я попробовал это, но это не изменило результат, который, я думаю, зависит от проблемы переноса данных. Обновление MAAS с 1.5.4 до 1.7.0 или более поздней версии в Ubuntu 14.04

Ошибка Python при обновлении MAAS

 * Restarting PostgreSQL 9.3 database server
   ...done.
Syncing...
Creating tables ...
Installing custom SQL ...
Installing indexes ...
Installed 0 object(s) from 0 fixture(s)

Synced:
 > django.contrib.auth
 > django.contrib.contenttypes
 > django.contrib.sessions
 > django.contrib.sites
 > django.contrib.messages
 > django.contrib.staticfiles
 > piston
 > south

Not synced (use migrations):
 - maasserver
 - metadataserver
(use ./manage.py migrate to migrate these)
Running migrations for maasserver:
 - Migrating forwards to 0138_perf_index_on_node_events.
 > maasserver:0121_recompute_storage_size
Error in migration: maasserver:0121_recompute_storage_size
Traceback (most recent call last):
......
  File "/usr/lib/python2.7/dist-packages/django/db/backends/util.py", line 53, in execute
    return self.cursor.execute(sql, params)
django.db.utils.ProgrammingError: relation "metadataserver_noderesult" does not exist
LINE 1: ..."."name", "metadataserver_noderesult"."data" FROM "metadatas...

. состояние базы данных MAAS Я использовал этот запрос SQL, и результаты выглядят правдоподобными и непротиворечивыми, поэтому я предполагаю, что обновление не повредило его:

select
  m.mac_address                         as "Ethernet",
  w.name                                as "network",
  w.id                                  as "netid",
  w.ip                                  as "subnet",
  l.ip                                  as "lease",
  w.default_gateway                     as "gw",
  n.hostname                            as "node",
  n.storage                             as "storage",
  n.power_parameters                    as "WoL"
from
  maasserver_macaddress                 as m
    left join maasserver_macaddress_networks as m2n
    on m.id = m2n.macaddress_id
      left join maasserver_network      as w
      on m2n.network_id = w.id
  left join maasserver_dhcplease        as l
    on l.mac = m.mac_address
      inner join maasserver_node        as n
      on m.node_id = n.id
order by
  n.hostname,
  w.ip,
  m.mac_address
1
задан 13 April 2017 в 15:23

2 ответа

Оказывается что удаление тщательно не совсем установленный 1.8.0 пакетов и установка 1.7.6 работ как ожидалось согласно тестам, уже сделанным. metadataserver приложение 0015 "миграция" применяется, и это оставляет миграции в 0120 для maassserver приложение и 0015 для metadataserver, которые, оказывается, правильный уровень миграции для 1.7.6.

Важное примечание : для удаления не совсем установленного, 1.8.0 пакетов берут некоторое редактирование руки /var/lib/dpkg/info/status и иногда связанный файл для фальсифицирования их устанавливаемый, когда они не.

0
ответ дан 14 April 2017 в 01:23
  • 1
    Это должно быть .torrent файл. Вы используете клиент БитТоррента, такой как µ Поток для загрузки Ubuntu с помощью того файла. – Dev 2 December 2016 в 17:14

Это прослеживается под ошибка 1495064 .

Это будет зафиксировано в МААСЕ 1.9.0 и МААСЕ 1.8.3.

0
ответ дан 14 April 2017 в 01:23
  • 1
    Отметьте это that' s из документации пакета R. Я сомневаюсь iconv(1) и iconv(3) порожденный в R. – muru 2 December 2016 в 14:19

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

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