В конечном итоге выясняется, что это была ошибка конфигурации, но я получил сообщение об ошибке в localwatch.log (как я уже упоминал в моем первоначальном посте).
Что я сделал, так это настроил несколько лямбд, работающих на RPi, чтобы немедленно сообщать (через console.logs) о происходящем, и я установил две лямбды на «Сделать эту функцию долгоживущей и сохранить ее». работает бесконечно »(в« Групповой лямбда-конфигурации »в интерфейсе Greengrass). В результате каждый раз, когда запускается демон Greengrass, в журнал пользователя попадает что-то.
Для моего второго RPi я настроил лямбды вручную, но забыл сделать их «долгоживущими», и поэтому они начали с событий, поэтому лямбды не запускались по умолчанию. Когда я захожу в каталог журнала пользователя, я ничего там не нахожу, и когда я ткнул в localwatch.log, я получил сообщение
"failed to list the user log directory, path: /greengrass/ggc/var/log/user"
что, по-видимому, наводит на мысль, что у Гринграсса были трудности с доступом к структуре каталогов журнала пользователя. Это отправило меня в погоню за диким гусем.
Исправление состояло в том, чтобы просто войти в пользовательский интерфейс GG и установить эти две лямбды на долгое время, и как только лямбды начали работать, были созданы каталоги журналов пользователей (а затем и журналы).
Еще раз спасибо за ответ, Дж. Бенсон. Приятно видеть, что другие активно используют Greengrass, и, надеюсь, мы начнем создавать сообщество пользователей, которые могут помогать друг другу. Обратите внимание, что я также разместил это на форуме AWS, но отметил его как решенное.