Вопросы Теги

Уничтожение службы перед удалением отношения приводит к зависанию обеих служб при смерти

Я развернул WordPress и MySQL и добавил связь между WordPress и MySQL. Я пытаюсь уничтожить WordPress, прежде чем удалить связь между WordPress и MySQL.

Теперь обе службы зависают при смерти. Что я должен делать? есть ли способ вручную удалить сервис чисто?

Я использую Ubuntu 12.04 LTS.

Вот вывод из состояния juju mysql: 

controller:~$ juju status mysql
environment: maas
machines:
  "0":
    agent-state: started
    agent-version: 1.16.6.1
    dns-name: node-1.master
    instance-id: /MAAS/api/1.0/nodes/node-345fea0a-9f84-11e3-88be-525400429c50/
    series: precise
services:
  mysql:
    charm: cs:precise/mysql-35
    exposed: false
    life: dying
    relations:
      cluster:
      - mysql
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: started
        agent-version: 1.16.6.1
        life: dying
        machine: "0"
        public-address: node-1.master

Часть вывода из состояния juju (да, заканчивается в db: - mysql) 

  wordpress:
    charm: cs:precise/wordpress-21
    exposed: false
    life: dying
    relations:
      db:
      - mysql

Log related (juju debug-log): 

node-1:014-03-03 19:32:12 INFO juju runner.go:253 worker: start "uniter"
node-1:014-03-03 19:32:12 INFO juju.worker.uniter uniter.go:83 unit "mysql/0" started
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:421 ModeInit starting
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:29 updating unit addresses
node-1:014-03-03 19:32:12 INFO juju.worker.uniter.filter filter.go:454 unit is dying
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:504 charm check         skipped, unit is dying
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:54 reconciling relation state
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:322 got service change
node-1:014-03-03 19:32:12 INFO juju.worker.uniter uniter.go:517 joining relation "wordpress:db mysql:db"
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:504 charm check     skipped, unit is dying
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:338 got relations change
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:314 got unit change
node-1:014-03-03 19:32:12 INFO juju.worker.uniter uniter.go:543 joined relation "wordpress:db mysql:db"
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter modes.go:423 ModeInit exiting
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:421 ModeContinue starting
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:67 loading uniter state
node-1:014-03-03 19:32:12 INFO juju.worker.uniter modes.go:108 found uncommitted     "config-changed" hook
node-1:014-03-03 19:32:12 INFO juju.worker.uniter uniter.go:363 committing "config-    changed" hook
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:330 got config change
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter.filter filter.go:334 preparing new config event
node-1:014-03-03 19:32:12 ERROR juju git.go:188 worker/uniter/charm: git command failed: exit status 128
node-1:ath: /var/lib/juju/agents/unit-mysql-0/charm
node-1:rgs: []string{"commit", "--allow-empty", "-m", "Completed \"config-changed\" hook."}
node-1:rror: object file .git/objects/d4/7f136f29e2319929b668b4e7917dca934b462f is     empty
node-1:atal: loose object d47f136f29e2319929b668b4e7917dca934b462f (stored in .git/objects/d4/7f136f29e2319929b668b4e7917dca934b462f) is corrupt
node-1:014-03-03 19:32:12 DEBUG juju.worker.uniter modes.go:423 ModeContinue exiting
node-1:014-03-03 19:32:12 INFO juju.worker.uniter uniter.go:105 unit "mysql/0"     shutting down: ModeContinue: git commit failed: exit status 128
node-1:014-03-03 19:32:12 ERROR juju.worker.uniter.filter filter.go:117 tomb: dying
node-1:014-03-03 19:32:12 ERROR juju runner.go:211 worker: exited "uniter":     ModeContinue: git commit failed: exit status 128
node-1:014-03-03 19:32:12 INFO juju runner.go:245 worker: restarting "uniter" in 3s
node-1:014-03-03 19:32:15 INFO juju runner.go:253 worker: start "uniter"
node-1:014-03-03 19:32:15 INFO juju.worker.uniter uniter.go:83 unit "mysql/0" started
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:421 ModeInit starting
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:29 updating unit addresses
node-1:014-03-03 19:32:15 INFO juju.worker.uniter.filter filter.go:454 unit is dying
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:504 charm check     skipped, unit is dying
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:54 reconciling relation     state
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:322 got service     change
node-1:014-03-03 19:32:15 INFO juju.worker.uniter uniter.go:517 joining relation     "wordpress:db mysql:db"
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:504 charm check     skipped, unit is dying
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:338 got relations     change
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:314 got unit     change
node-1:014-03-03 19:32:15 INFO juju.worker.uniter uniter.go:543 joined relation     "wordpress:db mysql:db"
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter modes.go:423 ModeInit exiting
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:421 ModeContinue starting
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:67 loading uniter state
node-1:014-03-03 19:32:15 INFO juju.worker.uniter modes.go:108 found uncommitted     "config-changed" hook
node-1:014-03-03 19:32:15 INFO juju.worker.uniter uniter.go:363 committing "config-    changed" hook
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:330 got config     change
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter.filter filter.go:334 preparing new     config event
node-1:014-03-03 19:32:15 ERROR juju git.go:188 worker/uniter/charm: git command     failed: exit status 128
node-1:ath: /var/lib/juju/agents/unit-mysql-0/charm
node-1:rgs: []string{"commit", "--allow-empty", "-m", "Completed \"config-changed\"     hook."}
node-1:rror: object file .git/objects/d4/7f136f29e2319929b668b4e7917dca934b462f is empty
node-1:atal: loose object d47f136f29e2319929b668b4e7917dca934b462f (stored in     .git/objects/d4/7f136f29e2319929b668b4e7917dca934b462f) is corrupt
node-1:014-03-03 19:32:15 DEBUG juju.worker.uniter modes.go:423 ModeContinue exiting
node-1:014-03-03 19:32:15 INFO juju.worker.uniter uniter.go:105 unit "mysql/0"     shutting down: ModeContinue: git commit failed: exit status 128
node-1:014-03-03 19:32:15 ERROR juju.worker.uniter.filter filter.go:117 tomb: dying
node-1:014-03-03 19:32:15 ERROR juju runner.go:211 worker: exited "uniter":     ModeContinue: git commit failed: exit status 128
node-1:014-03-03 19:32:15 INFO juju runner.go:245 worker: restarting "uniter" in 3s

Пожалуйста, дайте мне знать, если есть простое решение? Любое предложение будет оценено. Благодарю.

4
задан 14.05.2020, 20:42

1 ответ

Я не на 100% положителен, что это работает с МААСОМ - но я знаю этот метод работы с другими поставщиками. Когда я хочу уничтожить сервис и его "застрявший" в умирающем состоянии, с помощью развертывания Wordpress в качестве примера: 

juju resolve wordpress/0

теперь, если этому не удается помочь ситуации, следовательно, она продолжает идти с рычага на рычаг в состоянии ошибки, я уничтожу машину с экстремальным значением predjudice. (отметьте, это приводит к неисправимой машине и должно рассматриваться с осторожностью, поскольку Вы были бы любая комната-rf операция - это уничтожит рассматриваемую машину)

, Получают идентификатор машины из команды juju status - тогда: 

 juju destroy-machine --force <machine_id>

, Если это продолжает оставлять mysql сервис в состоянии бедствия, можно разрешить его вручную после вышеупомянутого рабочего процесса: 

juju resolve mysql/0

, если все остальное перестало работать, и Вы не заботитесь о данных 

juju destroy-machine --force <machine_id>

Относительно вывода журнала - знают, что существует усилие отодвинуть амулет от использования мерзавца, таким образом, случайные проблемы как это не неожиданно возникают для конечных пользователей. У меня нет ЭТА на том, когда эта функция приземлится, но ее WIP в токе.

2
ответ дан 14.05.2020, 20:42
  • 1
    Спасибо lazyPower. Я полагаю, что попробовал juju resolved wordpress/0, но это doesn' t работа ни один не делает destroy-machine. Это дало мне сообщение об ошибке как: сервис mysql все еще включен. Я don' t помнят ясно, но даже --force опция не может завершить машину с сервисом на него? Если машина находится на рассмотрении с ошибкой, или не имейте никакого ответа, эти --force действительно работает. Я наконец уничтожаю среду и начальную загрузку снова. Я думал, там мог бы иметь некоторые другие проблемы с узлом вместо амулета. – mic 14.05.2020, 20:43
  • 2
    @lazyPower Это реально. Это - также проблема, если у Вас есть ошибка в рычаге Вашего отношения, к которому присоединяются. Сервис входит в состояние ошибки и Вас can' t уничтожает его, кроме путем уничтожения машин. Это - ЛАВАШ при разработке рычагов, поскольку у меня есть потребность загрузить каждое повторение. Теперь I' m не развертывающийся к bootstrap/juju-gui серверу, таким образом, это идет быстрее. – Omn 14.05.2020, 20:43

Теги

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