Судя по всему, вы запускаете nginx в контейнере.
Соответственно, upstream 127.0.0.1 пытается достучаться до django в том же контейнере с nginx, а не там где у вас приложение крутится.
Алексей Ярков: значит vpsuser не имеет прав чтобы создать директорию /var/www/ansibletest - надо или для конкретной задачи сказать
become_user: root
или сменить права на /var/www
Но если вы скажете become_user - root , то не забудьте потом сменить владельца директории на vpsuser, иначе он туда писАть не сможет.
и template тоже копирует с локальной на удалённую.
Добавьте в закладки страницу docs.ansible.com/ansible/list_of_all_modules.html - на первое время сильно пригодится.
А для copy есть параметр remote_src - 'If False, it will search for src at originating/master machine, if True it will go to the remote/target machine for the src.'
Ну или копируйте так же через shell:
Александр Х: не знаю, в голову только strace приходит. Вообще разницы быть не должно - удалённая машина ничего не знает про процессы на локальной. К сокету подключились, данные в нужном формате получили - вот и всё. Права доступа к сокету если только (т.е. если сокет создаётся с правами 664 и пользователем www-data:www-data, а ты пытаешься открыть его под пользователем user, который в группу www-data не входит). Но это смотреть надо на сервере, компьютер на другом конце сокета тут не при чём
Алексей Черемисин: Вы таблицу видели в шапке темы? Там хоть csv парси - для подобного объёма данных код будет +- одинаковый, и шансы изменения таблицы ничтожно малы (да и те sed'ом решатся)
Александр Рублев: Обычная sql база, которая хранится в виде файла. Ок, но раз всё сложно с sqlite, как вообще дела с питоном? Может стОит в экселе пока данные хранить?
Александр Х: ну echo для нетката я для примера указал, чтобы проверить как там пакеты доходят. Увы, у меня варианты кончились, как минимум связь до netbeans вы установили. Можно ещё посмотреть на https://xdebug.org/docs/remote , может там какую-то идею найдёте
Александр Х: а если поднять туннель с R9009, и на стороне сервера сделать что-то типа
echo '<? phpinfo(); ?>'|nc localhost 9009
в netbeans что-нибудь прилетает?
Александр Х: Хороший вопрос, у меня линукс. user@remote-host - это как вы обычно по ssh ходите (т.е. в строке hostname). Дальше в Tunnels указываете тип remote, source port 9009, destination localhost:9009
Как-то так, если я правильно скриншоты посмотрел
Александр Х: Добрался до man ssh, правильно всё таки через R:
ssh -R 9009:localhost:9009 user@remote-host
это забиндит удалённый порт 9009 на локальный порт 9009
Александр Х: Ну в общем всё правильно получится. Xdebug попытается отправить данные в порт 9009, чтобы ide что-то там с ними сделала. Дальше запрос на 9009 форварднется на локальный netbeans, где и будет обработан.
Я сначала внимание не обратил как порт форвардится, скорее всего в этом ошибка.
Александр Х: Даже не знаю что посоветовать. Как вариант - попробуйте взять другую IDE чтобы проверить что она соединяется. Мне кажется проблема со стороны netbeans, но подтвердить никак не могу
Александр Х: Вариантов не так чтобы много. idekey remote_mode, remote_handler в netbeans корректно указаны?
tcpdump/wireshark локально не пробовали запускать, чтобы посмотреть что с той стороны приходит?
Соответственно, upstream 127.0.0.1 пытается достучаться до django в том же контейнере с nginx, а не там где у вас приложение крутится.