НЕСТАНДАРТНЫЙ. ProgrammingError at / relation «MODEL» does not exist как решить?

Question

[ZxDefy]

Всем доброго времени суток) Со вчерашнего дня пытаюсь решить ProgrammingError at / relation "MODEL" does not exist.

Изначально думал я виноват, удалил все папки миграций и тд.
Как итог откатил проект, удалил только миграции которые были на этапе разработки, полностью удалил все таблицы из БД, и саму БД тоже, пересоздал, миграции создались, применились, таблицы в новой БД появились, а проблема осталась.

В переменных окружения все параметры правильные, с подключением к БД и так и сяк игрался, ничего, пробовал комментировать участки кода, даже индус с ютуба не помог). Короче, перепробовал все популярные решения по несколько раз. Про ограничения Postgres о максимуме в 1600 колонок тоже читал, но у меня не настолько большое приложение.
Последнее предположение неправильно создал БД или настроил пользователя и его привилегии.

Проект сажаю на Timeweb Cloud,
Система: Ubuntu 22.04
На хостинге настраивал Nginx, Daphne так как есть вебсокеты.
Домена пока что нету.

Если есть какие то вопросы по самому проекту которые могут помочь решению проблемы спрашивайте буду прикреплять.

Сама ошибка:


Миграции:


Таблицы в БД:


Как я создавал БД:


Ссылка на полный ресурс по которому я настраивал сервер: Здесь

Comments

[historydev]

Часто неизвестные ошибки связаны с повреждёнными пакетами или файлами фремворков, попробуйте переустановить джанго, ошибка может быть не связана с вашим проектом. Но я не работаю с пистоном, поэтому глубже ничего не смогу сказать.

[Melkij]

И чего нестандартного вы нашли в этом вопросе? Покажите с лога базы полный текст ошибки, запроса и имя базы в которой этот запрос выполнялся.
И обратите внимание на п.3.8. правил.

[ZxDefy]

Владимир, спасибо, но я полностью переустанавливал виртуальное окружение и все пакеты, также удалял кэш менеджера пакетов

[ZxDefy]

Melkij, я новичок, и вопрос который не смог нагуглить для меня нестандартный.
Могли бы вы подсказать как открыть лог базы данных?
Имя базы данных ptd_database
Спасибо

[ZxDefy]

Melkij, про пункт 3.8 не знал, в следующий раз возьму во внимание

[Melkij]

Я как раз и спрашиваю не ваше мнение, как называется ваша база, а мнение базы, в базе к каким именем был выполнен запрос. Потому что это запросто могут быть совершенно разные, сходу объясняющие суть ошибки.
В ubuntu логи базы обычно в /var/log/postgresql/postgresql-(major версия базы)-main.log можно поискать.

[ZxDefy]

Melkij,

[ZxDefy]

Melkij, Сразу как то не по себе стало, я все еще не знаю как это исправить, но мою ошибку видно не вооруженным взглядом(

[Melkij]

вот так вот запросто локализуются многие проблемы и появляется конкретное направление для поиска ошибки. Это будет один из самых полезных навыков разработчика. Дальше искать конкретно как настраивается подключение к базе данных в проекте и где теряется имя базы. Очень возможна просто опечатка. DBNAME вместо DB_NAME или что-то вроде того. Примечательно, судя по логу, применение миграций и само приложение используют разные настройки соединения.

Answer 1

[ZxDefy]

Немного запоздал с ответом, в моем случае была ошибка в том что Django не видел переменные окружения при запросах от пользователя, при этом видел их когда в консоли я вызывал любые команды из manage.py.

Почему? Потому что я вписывал команду ниже и задавал переменные окружения в открывшемся окне
nano ~/.bashrc

В моем случае решением оказалось создать файл в любом удобном месте на сервере с разрешением .env
вписать все переменные окружения туда. А дальше в конфигурации Gunicorn-а добавить путь к данному файлу.
EnviromentFile=путь к вашему файлу .env

Я полностью не понял почему оно так работает, буду благодарен, если кто-нибудь объяснит.
Большое спасибо Melkij за помощь в разрешении моей проблемы