AWS Greengrass erzeugt keine Benutzer anmeldet

stimmen
0

Verwendung von AWS auf einem ziemlich neuen Neuinstallation Startleitfaden , ich bin nicht Benutzer anmeldet bekommen (in / Greengrass / GGC / var / log / user ), die es unmöglich macht , jede Greengrass Lambda - Entwicklung zu tun.

Hier sind einige der Symptome:

  • / greengrass / GGC / var / log / Benutzer wird nicht erstellt werden (und wenn ich es und die Unterverzeichnisse manuell erstellen, Benutzer / us-east-1 / , alle jene Unterverzeichnisse greengrassd wegbläst)
  • Es gibt eine Nachricht in /greengrass/ggc/var/log/system/localwatch/localwatch.log ,failed to list the user log directory, path: /greengrass/ggc/var/log/user
  • Es gibt keine andere Fehlermeldungen in runtime.log , crash.log , oder eines der anderen Systemprotokolle.

Ich habe eine Reihe von Theorien, aber ich bin nicht in der Lage, dies zu bestätigen:

  • Ich habe SD-Karten auf demselben RPi Auslagern, die jeweils mit unterschiedlichen Versionen der Raspbian (Jessie, Strecken, verschiedener Kernel-Versionen) und anderen Gruppen Greengrass auf sie. Könnte das Vertauschen von SD-Karten eine Ursache sein (z. B. entweder AWS oder eine andere Dienstleistung, die sie wie overlayFS verwenden, um einen Fingerabdruck der Hardware nehmen)? An einem anderen RPi, die ich nicht diesen Swapping getan habe, scheine ich nicht ein Problem zu haben.

  • Gibt es ein Problem mit IAM-Einstellungen für die Gruppe Rolle? Ich hätte gedacht, dass IAM gilt nur Dienste auf Cloud und nicht Greengrass Dienste auf einem Gateway.

Alle Erkenntnisse jemand haben könnte auf diesem würde sehr geschätzt werden !!!

Veröffentlicht am 07/11/2018 um 23:34
quelle vom benutzer
In anderen Sprachen...                            


2 antworten

stimmen
0

Letztlich ist es stellt sich heraus, dass dies ein Konfigurationsfehler war, aber ich war von der Fehlermeldung in localwatch.log geworfen (wie ich in meinem ersten Beitrag erwähnt).

Was ich hatte, war getan, um eine Reihe von lambdas auf RPI einzurichten läuft sofort zu melden (über console.logs), was los ist, und ich stellte zwei der Lambda-Ausdrücke auf „diese Funktion Make langlebig und halten es läuft auf unbestimmte Zeit“ (in der „gruppenspezifische Lambda-Konfiguration“ auf dem Greengrass UI). Als Ergebnis beginnt jedes Mal, wenn der Greengrass-Dämon auf, es ist etwas in das Benutzerprotokoll gehen.

Für meine zweite RPI ich die lambdas manuell konfiguriert, aber vergessen , sie „langlebigen“ zu machen , und so begannen sie off - Event-basiert, so dass keine lambdas standardmäßig ausgeführt. Als ich in das Benutzer - Log - Verzeichnis gehen, finde ich dort nichts, und als ich in die localwatch.log stieß, bekam ich die Nachricht , "failed to list the user log directory, path: /greengrass/ggc/var/log/user" die die Greengrass vorzuschlagen scheinen Schwierigkeiten Zugang wurde mit der Benutzer - Log - Verzeichnisstruktur. Das schickte mich auf eine Reihe von Ungereimtheiten.

Das Update war einfach in das GG UI zu gehen und diese beiden lambdas gesetzt langlebig, zu sein, und wenn die Lambda-Ausdrücke ausgeführt wird gestartet, die Benutzer-Log-Verzeichnisse (und dann anschließend die Protokolle) erstellt wurden.

Nochmals vielen Dank für die Antwort, J. Benson. Gut zu sehen, andere aktiv mit Greengrass, und hoffentlich werden wir beginnen, eine Gemeinschaft von Nutzern den Aufbau, die einander helfen können. Beachten Sie, dass ich gepostet auch auf AWS Forum, sondern markiert sie als gelöst.

Beantwortet am 09/11/2018 um 19:42
quelle vom benutzer

stimmen
0

Ich habe das nur ich habe einmal passieren. Für mich ist eine saubere Installation von GG und Kern auf einem neuen System geholfen und entfernt alle der Bugs. Das heißt, es einen Platz in der Konsole ist , dass Sie überprüfen sollten , um sicherzustellen , dass Protokolle aktiviert sind:

- „Lokale Protokolle Konfiguration“ Under Greengrass - Gruppe, die Gruppe auswählen, dann gehen Sie auf „Einstellungen“ von dort werden Sie sehen , Stellen Sie sicher , dass Sie die auf haben und wieder einsetzen zu aktivieren.

Soweit Lambda - Code debuggen, empfehle ich " Python-Lambda-local " debug Lambda - Code für Python zu helfen. Vergessen Sie auch nicht , dass einige dieser Speicherorte müssen sudo die Dateien und Unterordner in der Lage sein zu sehen.

Beantwortet am 08/11/2018 um 20:37
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more