AWS Greengrass negeneruje uživatel přihlásí

hlasů
0

Na docela novou novou instalaci s použitím AWS v příručce Začínáme , já nedostal uživatel přihlásí (v / Greengrass / GGC / var / log / user ), díky němuž je možné dělat žádnou rozvoj Greengrass lambda.

Zde jsou některé příznaky:

  • / Greengrass / GGC / var / log / uživatel není vytvořena (i když jsem se vytvořit ručně a pod ním podadresáře, user / us-east-1 / , greengrassd odfoukne všechny ty podadresářů)
  • Je tu zpráva /greengrass/ggc/var/log/system/localwatch/localwatch.log ,failed to list the user log directory, path: /greengrass/ggc/var/log/user
  • Neexistují žádné další chybové zprávy v runtime.log , Crash.log , nebo některý z dalších systémových logů.

Mám spoustu teorií, ale nejsem schopen potvrdit toto:

  • Byl jsem vyměňovat SD karty na stejné RPI, každý s různými verzemi Raspbian (Jessie, Stretch, různé verze jádra) a různými skupinami Greengrass na nich. Mohlo by to odkládání karet SD být příčinou (např., A to buď AWS nebo jiné služby, které používají jako overlayFS třeba brát otisk hardware)? Na další RPI, které jsem neudělal tento odkládání, to nezdá, že má problém.

  • Je tu problém s IAM nastavení role ve skupině? Já bych si myslel, že IAM se vztahuje pouze na cloud služby a ne Greengrass služeb na bránu.

Jakékoli postřehy někdo může mít na toto téma bude opravdu ocení !!!

Položena 07/11/2018 v 23:34
zdroj uživatelem
V jiných jazycích...                            


2 odpovědí

hlasů
0

Nakonec se ukázalo, že to byla chyba konfigurace, ale já jsem byl hozen do chybovým hlášením v localwatch.log (jak jsem již zmínil ve svém původním příspěvku).

To, co jsem udělal bylo vytvořit řadu lambd běžících na RPI, aby okamžitě ohlásit (via console.logs), co se děje, a já nastavit dva z lambd na „Make tuto funkci s dlouhým poločasem rozpadu a udržet podnik v chodu na dobu neurčitou“ (v „uspořádání lambda Group specifické“ na Greengrasse UI). Výsledkem je, že pokaždé, když Greengrass démon startuje, že se něco děje v uživatelském protokolu.

Pro mé druhé RPI, jsem ručně nakonfigurován lambdy, ale zapomněl, aby se jim „dlouhověký“ a tak nastupuje na základě událostí, takže žádné Lambdy spustí automaticky. Když jdu do adresáře uživatelské log, zjistil jsem, nic tam, a když jsem strčil do localwatch.log, jsem dostal zprávu "failed to list the user log directory, path: /greengrass/ggc/var/log/user" , která vypadá, že naznačují, že Greengrass měl přístup obtížnost adresář protokolu uživatel struktura. Který mě poslal na lovu divokých hus.

Oprava byla prostě jít do GG rozhraní a nastavit tyto dvě lambdy být trvanlivý a jakmile Lambdy rozběhl, byly vytvořeny adresáře přihlášení uživatele (a následně protokolech).

Ještě jednou díky za odpověď, J. Benson. Je dobré vidět, jiní aktivně používat Greengrass, a doufejme, že začneme budovat komunitu uživatelů, kteří mohou pomoci navzájem. Všimněte si, že i tato posta na AWS fóra, ale označil jako vyřešený.

Odpovězeno 09/11/2018 v 19:42
zdroj uživatelem

hlasů
0

Já jsem měl jen se mi to stalo jednou. Pro mě čistou instalaci GG a jádra na nový systém pomohl a odstranit všechny chyby. To znamená, že existuje jedno místo v konzole, které byste měli zkontrolovat, zda jsou povoleny protokoly:

- „Konfigurace Místní protokoly“ Under Greengrass Group, vyberte skupinu, pak přejděte na „Nastavení“ odtamtud uvidíte Ujistěte se, že máte ty dál a znovu nasadit aktivovat.

Pokud jde o ladění lambda kód, doporučuji „ python-lambda-local “ pomoci debug lambda kód python. Také nezapomeňte, že některé z těchto lokalit souborů potřebujete sudo , aby bylo možné zobrazit soubory a podsložky.

Odpovězeno 08/11/2018 v 20:37
zdroj uživatelem

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