Как указать явно куда устанавливать pip пакеты?

Question

[alvenysh]

Сделал две абсолютно одинаковые машины на redos 7.3.4 sert.

На одной устанавливал пакеты вручную подключившись под пользователем user (у которого есть sudo права). При этом при запуске команды sudo pip3 install launchpadlib пакет launchpadlib устанавливается в /usr/lib/python3.8/site-packages

На второй машине запускаю установку того же пакета с помощью Ansible:

- name: установка launchpadlib
    command: pip3 install launchpadlib --user
    become_user: user

При выполнении этой таски пакет устанавливается в ./.local/lib/python3.8/site-packages

Так же пытался установить пакет через модуль pip

- name: установка пакетов для patroni
   ansible.builtin.pip:
        extra_args: --user
        name:    
          - launchpadlib

При этом варианте всё устанавливается вообще в /root/.local/lib/python3.8/site-packages (если добавить become_user: user то опять же установится в домашней директории).

Проблема в том, что мне надо чтобы всё устанавливалось, как в первом варианте, то есть, как вручную, потому что иначе не стартует служба patroni, говорит, что нет необходимого модуля (хотя он есть, только ищет его система в /usr/lib/python3.8/site-packages).

Как это можно сделать?

Answer 1

[alvenysh]

итак, максимум что я придумал (и это работает) - принудительно указать путь куда ставить пакеты
- name: Установка пакетов в /usr/local/lib/python3.8/site-packages
pip:
name:
- launchpadlib
- click
- python-etcd
- urllib3
- prettytable
state: present
extra_args: "--target /usr/local/lib/python3.8/site-packages"

become: yes по умолчанию стоит на весь плейбук, если не указывать больше ничего, то, как я и говорил, пакеты уходят в /root/.local/lib/python3.8/site-packages (даже без extra_args: --user)

PS:
Это какой-то идиотизм, но сейчас всё работает.
Что помогло?
Обновление образа. Тупо uppdate/upgrade.
без этого при обновлении пипа root переставал понимать где находится pip + если вручную указывать откуда запускать (в моём случае /usr/local/bin/pip3), то пип отрабатывал, но патрони не видел установленные модули (как будто прав не хватало, чтобы их вызвать).

Comments

[MaxKozlov]

А не настроен ли у вас криво pip.conf под рутом (или глобально) на той самой подозрительной машине ?

Как вот тут описывается

pip config list -v ?

[alvenysh]

MaxKozlov, нет, там должно быть что-то вроде этого?

[global]
trusted-host = pypi.org
pypi.python.org
pypi.org
pypi.co
files.pythonhosted.org
pip.pypa.io

ps: я вчера поторопился когда написал что это сработало, т.к. при таком варианте patroni запускается и сразу же падает.

[alvenysh]

То есть ситуация такая: если я вручную через ssh ставлю от имени рута все пакеты на машине - патрони потом не стартует.
Если абсолютно те же команды прописываю через sudo от user - то patroni стартует и работает.

В целом в ансибле это и показано - он ставит пакеты от рута и пакеты идут куда-то не туда (или система не знает все места куда смотреть/нет прав чтобы всё смотреть). Если пытаюсь явно указать become_user: user получаю ошибку что хоть пакеты и скачались, но нет прав чтобы установить их в /usr/local/lib/python3.8/site-packages
Если добавляю —user, то пакеты ставятся в домашнюю директорию пользака и опять же при попытке стартовать patroni не видит пакеты.
Короче я примерно понимаю в чём загвоздка, но не знаю как это решить.

[MaxKozlov]

alvenysh, ну по крайней мере нету target
потому что в ansible.pip у вас явно пакеты ставятся как будто с указанием --user
1. глобально у вас

become: yes
become_user: root

или всё же как-то по другому ?
2. Запускаете плейбук под каким юзером ?
3. добавлять become:yes именно на таску с pip пробовали?

[alvenysh]

Это какой-то идиотизм, но сейчас всё работает.
Что помогло?
Обновление образа. Тупо uppdate/upgrade.
без этого при обновлении пипа root переставал понимать где находится pip + если вручную указывать откуда запускать (в моём случае /usr/local/bin/pip3), то пип отрабатывал, но патрони не видел установленные модули (как будто прав не хватало, чтобы их вызвать).

Answer 2

[chupasaurus]

А зачем вам --user и become_user, если вы вручную их не делали?

- name: python libs installation
  ansible.builtin.pip:
    name: launchpadlib
  become: yes

Answer 3

[Maxosw777]

в скрипте путь другой укажи.

Answer 4

[MaxKozlov]

если вы в оригинальной команде писали
sudo pip
это по сути установка из под рута
поэтому, просто
become: true
или (если есть необходимость)

become: true
become_user: root

p.s. Если посмотреть старые доки - там было даже sudo: yes, а не become