Juju blieb bei Verwendung von LXC im Status "Ausstehend" [geschlossen]

8

Also versuche ich mit Juju zu beginnen und versuche dies lokal mit LXC zu tun.

Ich habe die folgenden Anweisungen befolgt: Wie konfiguriere ich Juju für die lokale Verwendung?

Leider scheint das bei mir nicht zu funktionieren.

Status zeigt Folgendes:

$ juju status
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services:
  mysql:
    charm: cs:precise/mysql-1
    relations:
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: pending
        machine: 0
        public-address: null
  wordpress:
    charm: cs:precise/wordpress-0
    exposed: true
    relations:
      db:
      - mysql
    units:
      wordpress/0:
        agent-state: pending
        machine: 0
        open-ports: []
        public-address: null
2012-05-10 14:09:38,155 INFO 'status' command finished successfully

Wie Sie sehen, ist der Agentenstatus "ausstehend" und es gibt keine öffentliche Adresse, an der ich auf die neu erstellte Site zugreifen kann. Vermisse ich hier etwas?

UPDATE: Es wurde versucht, die Umgebung zu zerstören und alles erneut zu tun (mehrmals). Dies ist die Ausgabe für das Debug-Protokoll:

~$ juju debug-log 
2012-05-11 08:50:23,790 INFO Enabling distributed debug log.
2012-05-11 08:50:23,806 INFO Tailing logs - Ctrl-C to stop.
2012-05-11 08:50:42,338 Machine:0: juju.agents.machine DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-11 08:50:42,339 Machine:0: juju.agents.machine DEBUG: Starting service unit: mysql/0 ...
2012-05-11 08:50:42,459 Machine:0: unit.deploy DEBUG: Downloading charm cs:precise/mysql-1 to /home/andre/.juju/data/andre-local/charms
2012-05-11 08:50:42,620 Machine:0: unit.deploy DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9c54b6c> for mysql/0 in /home/andre/.juju/data/andre-local
2012-05-11 08:50:42,648 Machine:0: unit.deploy DEBUG: Starting service unit mysql/0...
2012-05-11 08:50:42,649 Machine:0: unit.deploy DEBUG: Creating master container...
2012-05-11 08:54:33,992 Machine:0: unit.deploy DEBUG: Created master container andre-local-0-template
2012-05-11 08:54:33,993 Machine:0: unit.deploy INFO: Creating container mysql-0...
2012-05-11 08:56:18,760 Machine:0: unit.deploy INFO: Container created for mysql/0
2012-05-11 08:56:19,466 Machine:0: unit.deploy DEBUG: Charm extracted into container
2012-05-11 08:56:19,569 Machine:0: unit.deploy DEBUG: Starting container...
2012-05-11 08:56:22,707 Machine:0: unit.deploy INFO: Started container for mysql/0
2012-05-11 08:56:22,707 Machine:0: unit.deploy INFO: Started service unit mysql/0
2012-05-11 08:56:23,012 Machine:0: juju.agents.machine DEBUG: Units changed old:set(['mysql/0']) new:set(['wordpress/0', 'mysql/0'])
2012-05-11 08:56:23,039 Machine:0: juju.agents.machine DEBUG: Starting service unit: wordpress/0 ...
2012-05-11 08:56:23,154 Machine:0: unit.deploy DEBUG: Downloading charm cs:precise/wordpress-0 to /home/andre/.juju/data/andre-local/charms
2012-05-11 08:56:23,396 Machine:0: unit.deploy DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9c519cc> for wordpress/0 in /home/andre/.juju/data/andre-local
2012-05-11 08:56:23,620 Machine:0: unit.deploy DEBUG: Starting service unit wordpress/0...
2012-05-11 08:56:23,621 Machine:0: unit.deploy INFO: Creating container wordpress-0...
2012-05-11 08:58:24,739 Machine:0: unit.deploy INFO: Container created for wordpress/0
2012-05-11 08:58:25,163 Machine:0: unit.deploy DEBUG: Charm extracted into container
2012-05-11 08:58:25,397 Machine:0: unit.deploy DEBUG: Starting container...
2012-05-11 08:58:27,982 Machine:0: unit.deploy INFO: Started container for wordpress/0
2012-05-11 08:58:27,983 Machine:0: unit.deploy INFO: Started service unit wordpress/0

Dies ist das Ergebnis für den Statusbefehl (mit ausführlichem Flag):

~$ juju -v status
2012-05-11 08:51:53,464 DEBUG Initializing juju status runtime
2012-05-11 08:51:53,625:4030(0xb7345b00):ZOO_INFO@log_env@658: Client environment:zookeeper.version=zookeeper C client 3.3.5
2012-05-11 08:51:53,625:4030(0xb7345b00):ZOO_INFO@log_env@662: Client environment:host.name=andre-ufo
2012-05-11 08:51:53,625:4030(0xb7345b00):ZOO_INFO@log_env@669: Client environment:os.name=Linux
2012-05-11 08:51:53,625:4030(0xb7345b00):ZOO_INFO@log_env@670: Client environment:os.arch=3.2.0-24-generic-pae
2012-05-11 08:51:53,625:4030(0xb7345b00):ZOO_INFO@log_env@671: Client environment:os.version=#37-Ubuntu SMP Wed Apr 25 10:47:59 UTC 2012
2012-05-11 08:51:53,626:4030(0xb7345b00):ZOO_INFO@log_env@679: Client environment:user.name=andre
2012-05-11 08:51:53,626:4030(0xb7345b00):ZOO_INFO@log_env@687: Client environment:user.home=/home/andre
2012-05-11 08:51:53,626:4030(0xb7345b00):ZOO_INFO@log_env@699: Client environment:user.dir=/home/andre
2012-05-11 08:51:53,626:4030(0xb7345b00):ZOO_INFO@zookeeper_init@727: Initiating client connection, host=192.168.122.1:41779 sessionTimeout=10000 watcher=0xb7780620 sessionId=0 sessionPasswd=<null> context=0x9242ee8 flags=0
2012-05-11 08:51:53,627:4030(0xb6b90b40):ZOO_INFO@check_events@1585: initiated connection to server [192.168.122.1:41779]
2012-05-11 08:51:53,649:4030(0xb6b90b40):ZOO_INFO@check_events@1632: session establishment complete on server [192.168.122.1:41779], sessionId=0x1373ae057d90007, negotiated timeout=10000
2012-05-11 08:51:53,651 DEBUG Environment is initialized.
machines:
  0:
    agent-state: running
    dns-name: localhost
    instance-id: local
    instance-state: running
services:
  mysql:
    charm: cs:precise/mysql-1
    relations:
      db:
      - wordpress
    units:
      mysql/0:
        agent-state: pending
        machine: 0
        public-address: null
  wordpress:
    charm: cs:precise/wordpress-0
    relations:
      db:
      - mysql
    units:
      wordpress/0:
        agent-state: pending
        machine: 0
        public-address: null
Andre
quelle
Können Sie Ihre Frage bearbeiten und die Beispiele verknüpfen, denen Sie folgen?
Jorge Castro
Können Sie auch die Ausgabe von 'ps auxf' hinzufügen? Dies sollte zeigen, dass der WordPress-Knoten noch aussteht, da er noch einige seiner Komponenten installiert. Bei einer langsamen Verbindung mit einer langsamen Festplatte und wenig RAM kann es mehr als 10 Minuten dauern, bis diese Knoten installiert sind.
SpamapS
In der Juju Bzr-Filiale gibt es ein hilfreiches Tool, das uns einige Informationen zurückgibt. Können Sie es mit bzr branch lp:jujuund dann sudo misc/devel-tools/juju-inspect-local-providerund dann auch ausführen sudo lxc-lsund das obige Tool für jedes der aufgelisteten Bilder ausführen, damit wir die Ausgabe aller Protokolle in den Containern sehen können.
SpamapS

Antworten:

10

Ich hatte den gleichen Fehler und konnte mithilfe der guten Leute in #juju feststellen, dass das Einschalten meiner Firewall auf dem Host-Computer den Zookeeper daran hinderte, wieder eine Verbindung zum Host herzustellen.

Versuchen Sie zu laufen:

sudo ufw disable

und dann:

sudo juju destroy-environment

und dann wieder Dinge abfeuern. Wenn Sie zum ersten Mal eine Umgebung auf Ihrem Computer booten, beachten Sie, dass es einige Zeit dauert, bis der erste Charm-Download abgeschlossen ist. Geben Sie ihm daher 15 bis 20 Minuten nach der Bereitstellung eines Geräts Zeit.

Dies ist jetzt auch ein offener Fehler , da Juju diese Situation automatisch behandeln sollte.

nathwill
quelle
2
Deaktivierte die Firewall und es funktionierte sofort. Ich hoffe, dass sie diesen Fehler beheben, macht mich nervös, mein UFW zu deaktivieren, aber zumindest kann ich jetzt experimentieren und mit Juju spielen, bis ich einen Server zum Spielen habe :)
Andre
3

Wenn Sie Ihre lokale Umgebung zum ersten Mal booten, dauert es mehrere (abhängig davon, wie lange das Herunterladen von etwa 400 MB Server-Image-Daten dauert), um das erste Master-Image zu erstellen. In Ihrem "Datenverzeichnis" -Pfad (definiert in Ihrer Datei environment.yaml) gibt es einen, machine-agent.logder diesen Prozess beschreibt:

2012-05-09 10:04:03,848: juju.agents.machine@INFO: Machine agent started id:0
2012-05-09 10:05:08,175: juju.agents.machine@DEBUG: Units changed old:set([]) new:set(['mysql/0'])
2012-05-09 10:05:08,176: juju.agents.machine@DEBUG: Starting service unit: mysql/0 ...
2012-05-09 10:05:08,222: unit.deploy@DEBUG: Downloading charm cs:precise/mysql-1 to /home/marco/.juju/local/marco-local/charms
2012-05-09 10:05:08,314: unit.deploy@DEBUG: Using <juju.machine.unit.UnitContainerDeployment object at 0x9cccbec> for mysql/0 in /home/marco/.juju/local/marco-local
2012-05-09 10:05:08,375: unit.deploy@DEBUG: Starting service unit mysql/0...
2012-05-09 10:05:08,376: unit.deploy@DEBUG: Creating master container...

Ein paar Momente später sehen Sie Folgendes:

2012-05-09 10:09:40,699: unit.deploy@DEBUG: Created master container marco-local-0-template
2012-05-09 10:09:40,699: unit.deploy@INFO: Creating container mysql-0...
2012-05-09 10:10:31,429: unit.deploy@INFO: Container created for mysql/0
2012-05-09 10:10:31,483: unit.deploy@DEBUG: Charm extracted into container

Welche Details, dass einige Minuten später der Master-Container erstellt wurde.

Schließlich funktioniert nicht jeder "lokale" Boostrap. Versuchen Sie, ihn auszuführen juju destroy-environmentund dann erneut auszuführenjuju bootstrap

Marco Ceppi
quelle
Danke für die Antwort. Ich starte den Prozess neu und behalte die Protokolle im Auge, um zu sehen, was passiert.
Andre
Muss ich nach der Zerstörung der Juju-Umgebung die Reize erneut einsetzen? Oder sind sie im Wesentlichen bereits "installiert"?
Andre
@Andre Sie müssen erneut bereitstellen. Durch eine Zerstörungsumgebung werden im Wesentlichen die Umgebung und alles, was darauf ausgeführt wurde, gelöscht.
Marco Ceppi
Immer noch leider kein Glück. Ich habe es mehrmals versucht und darauf gewartet, dass alles fertig ist. Ich habe meinen ursprünglichen Beitrag mit dem ausführlichen Status und dem Debug-Protokoll aktualisiert.
Andre
1

Ich hatte das gleiche Problem. Ich habe in master-customize.logapt-get Fehler aufgrund beschädigter Pakete in apt-cacher-ng gefunden (ich bin mir nicht sicher, ob dies passiert ist, weil mein Laptop während des Downloads angehalten hat). Ich konnte das Problem beheben http://localhost:3142/acng-report.html, indem ich Folgendes überprüfte:

  • Validieren Sie nach Dateiname UND Dateiverzeichnis (nicht empfohlen).
  • Überprüfen Sie dann den Dateiinhalt durch die Prüfsumme (SLOW) und erkennen Sie auch beschädigte Dateien.
  • Schneiden Sie dann beschädigte Dateien sofort ab.

und klicken Sie auf Scan starten und / oder Ablauf starten. Dann konnte ich die Juju-Umgebung zerstören und erfolgreich neu bereitstellen.

Dan Nuffer
quelle
0

Anstatt ufw zu deaktivieren, kann man versuchen, das Juju-Netzwerk (libvirt) zuzulassen mit:

sudo ufw allow from `ip addr show virbr0|tail -n 1 |cut -d' ' -f 6` to any

Funktioniert in meinem Fall unter Ubuntu 12.04

suside
quelle