Я использую GlusterFS для создания и подключения томов на 4 компьютерах. Скажем, например, машины называются machine1
, machine2
, machine3
и machine4
.
Мои сверстники уже были успешно исследованы.
Я использовал следующую команду для создания моего тома:
sudo gluster volume create ssl replica 2 transport tcp machine1:/srv/gluster/ssl machine2:/srv/gluster/ssl machine3:/srv/gluster/ssl machine4:/srv/gluster/ssl force
Затем я начинаю громкость с:
sudo gluster volume start ssl
Я смонтировал каталог /myproject/ssl
с помощью следующей команды:
sudo mount -t glusterfs machine1:/ssl /myproject/ssl
При монтировании на каждой машине все работает как положено, и в /myproject/ssl
каталоге есть данные, общие для всех машин.
Вопрос в том, как, черт возьми, я могу сделать это способом Ansible?
Вот мои попытки выполнить эти две команды способом Ansible:
- name: Configure Gluster volume.
gluster_volume:
state: present
name: "{{ gluster.brick_name }}"
brick: "{{ gluster.brick_dir }}"
replicas: 2
cluster: "{{ groups.glusterssl | join(',') }}"
host: "{{ inventory_hostname }}"
force: yes
become: true
become_user: root
become_method: sudo
run_once: true
ignore_errors: true
- name: Ensure Gluster volume is mounted.
mount:
name: "{{ gluster.brick_name }}"
src: "{{ inventory_hostname }}:/{{ gluster.brick_name }}"
fstype: glusterfs
opts: "defaults,_netdev"
state: mounted
become: true
become_user: root
become_method: sudo
Несмотря на то, что одноранговый зонд уже успешно завершил предыдущую задачу, Configure Gluster volume
задача завершается неудачно с:
fatal: [machine3]: FAILED! =>
{"changed": false,
"failed": true,
"invocation": {
"module_args": {
"brick": "/srv/gluster/ssl",
"bricks": "/srv/gluster/ssl",
"cluster": ["machine1", "machine2", "machine3", "machine4"],
"directory": null,
"force": true,
"host": "machine3",
"name": "ssl",
"options": {},
"quota": null,
"rebalance": false,
"replicas": 2,
"start_on_create": true,
"state": "present",
"stripes": null,
"transport": "tcp"},
"module_name": "gluster_volume"},
"msg": "failed to probe peer machine1 on machine3"}
Если я заменю эту задачу Ansible первой предложенной командой оболочки, все будет работать нормально, но затем Ensure Gluster volume is mounted
произойдет сбой:
fatal: [machine3]: FAILED! =>
{"changed": false,
"failed": true,
"invocation": {
"module_args": {
"dump": null,
"fstab": "/etc/fstab",
"fstype": "glusterfs",
"name": "ssl", "opts":
"defaults,_netdev",
"passno": null, "src":
"machine3:/ssl",
"state": "mounted"},
"module_name": "mount"},
"msg": "Error mounting ssl: Mount failed. Please check the log file for more details.\n"}
Соответствующий вывод журнала:
[2016-10-17 09:10:25.602431] E [MSGID: 114058] [client-handshake.c:1524:client_query_portmap
_cbk] 2-ssl-client-3: failed to get the port number for remote subvolume. Please run 'gluster volume status' on server to see if brick process is running.
[2016-10-17 09:10:25.602480] I [MSGID: 114018] [client.c:2042:client_rpc_notify] 2-ssl-client-3: disconnected from ssl-client-3. Client process will keep trying to connect to glusterd until brick's port is available
[2016-10-17 09:10:25.602500] E [MSGID: 108006] [afr-common.c:3880:afr_notify] 2-ssl-replicate-1: All subvolumes are down. Going offline until atleast one of them comes back up.
[2016-10-17 09:10:25.616402] I [fuse-bridge.c:5137:fuse_graph_setup] 0-fuse: switched to graph 2
Таким образом, объем не запускается задачей Ansible.
Мой вопрос, по сути, как мне создать, смонтировать и запустить том так же, как я делал с 3 командами, упомянутыми выше, способом Ansible?
Ответы:
Вы должны начать объем с
state: started
:источник