error.log смоотрел, к сожалению, нет ничего с момента запуска.
PS.
Картинка для наглядности, она не зашакалена, все читается, тексты ошибок указаны в посте, а то какой запрос выполнять значения не имеет, хоть select 1, результат будет такой же.
то есть связь по полю, которое во второй таблице указано для декотора `ManyToOne`, то все работает.
Не понятно еще и потому, что в проекте есть таблицы, связанные так как в моем вопросе, с JoinColumn у обоих таблиц и проблем с этим нет.
Почему не может быть? Я не обязан связывать таблицы по primary key. Если не затруднит, ткните в документацию, не вижу такого утверждения, буду признателен.
А тег TypeORM я указывал, но такого нет и он сбрасывается, почему-то
да, но можно как-то принудительно освободить память, не дожидаясь очередного цикла сборки мусора? Принудительный запуск gc_collect_cycles() возвращает 0 и эффекта нет
Короче это связано с тем, что в docker-compose.yml для этого сервиса прописаны
volumes:
- ./src:/usr/src/app/src
- ./test:/usr/src/app/test
закоментировал эти volume и все заработало.
Только не понятно пока почему такой эффект с правами на start.sh, после монтиронивая volume в контейнер )
не, не помогло.
это CMD ["/bin/bash /usr/src/app/src/start.sh"]
тоже не помогло.
У меня это работало, но потом я что-то поменял и ... ) Теперь не могу понять что изменилось
Ищю в поисковиках, что в wait-for-it значения не имеет, потому что это запускает nodjs, а не bash, а то что это запускает nodejs видно из текста ошибки. Кроме того, если запустить скрипт из консоли хоста, то он тоже работает как ожидается.