mon/NVMeofGwMon.h: tabbing, line length, formatting
Signed-off-by: Samuel Just <sjust@redhat.com>
(cherry picked from commit
1f470f0388b40bd58eef4191fb825a241f7f076f)
mon/NVMeofGwMap.h: tabbing, line length, formatting
- Adjust method signatures to better match mon/
- Adjust line length to 80 characthers
Signed-off-by: Samuel Just <sjust@redhat.com>
(cherry picked from commit
58d16c73845a5dc208657ee2512cb885e48ee5b8)
mon/NVMeofGwMap.cc: tabbing, line length, formatting
- Retabs file to match emacs/vim modelines at top
- Fixes bracing
- Adjusts line length to 80 char
Signed-off-by: Samuel Just <sjust@redhat.com>
(cherry picked from commit
8bf309ecd7b59edb2dfb7d0e86e961bca20cd9cd)
mgr/cephadm: ceph nvmeof monitor support
Signed-off-by: Alexander Indenbaum <aindenba@redhat.com>
(cherry picked from commit
2946b195edfc0b6a5cfcc661079e351601707ecb)
mon: add NVMe-oF gateway monitor and HA doc
Signed-off-by: Alexander Indenbaum <aindenba@redhat.com>
(cherry picked from commit
bb75ddee8191ef474d1ffd8aae2ceca72a7cb668)
mon: add NVMe-oF gateway monitor and HA
- gateway submodule
Fixes: https://tracker.ceph.com/issues/64777
This PR adds high availability support for the nvmeof Ceph service. High availability means that even in the case that a certain GW is down, there will be another available path for the initiator to be able to continue the IO through another GW. High availability is achieved by running nvmeof service consisting of at least 2 nvmeof GWs in the Ceph cluster. Every GW will be seen by the host (initiator) as a separate path to the nvme namespaces (volumes).
The implementation consists of the following main modules:
- NVMeofGWMon - a PaxosService. It is a monitor that tracks the status of the nvmeof running services, and take actions in case that services fail, and in case services restored.
- NVMeofGwMonitorClient – It is an agent that is running as a part of each nvmeof GW. It is sending beacons to the monitor to signal that the GW is alive. As a part of the beacon, the client also sends information about the service. This information is used by the monitor to take decisions and perform some operations.
- MNVMeofGwBeacon – It is a structure used by the client and the monitor to send/recv the beacons.
- MNVMeofGwMap – The map is tracking the nvmeof GWs status. It also defines what should be the new role of every GW. So in the events of GWs go down or GWs restored, the map will reflect the new role of each GW resulted by these events. The map is distributed to the NVMeofGwMonitorClient on each GW, and it knows to update the GW with the required changes.
It is also adding 3 new mon commands:
- nvme-gw create
- nvme-gw delete
- nvme-gw show
The commands are used by the ceph adm to update the monitor that a new GW is deployed. The monitor will update the map accordingly and will start tracking this GW until it is deleted.
Signed-off-by: Leonid Chernin <lechernin@gmail.com>
Signed-off-by: Alexander Indenbaum <aindenba@redhat.com>
(cherry picked from commit
5843c6b04bacf9a7c981fca5d874ab3400f855db)
qa/tasks/workunit: fix no module named 'pipes'
Python 3.13 finally dropped the 'pipes' module,
replacing it with shlex.
Fixes: https://tracker.ceph.com/issues/73498
Signed-off-by: Kyr Shatskyy <kyrylo.shatskyy@clyso.com>
(cherry picked from commit
da40484b9577aba21833e6b09c6129fe2d3c596c)
rgw: update keystone repo stable branch to 2024.2
The stable/2024.1 is gone from the github repo:
https://github.com/openstack/keystone.git
Fixes: https://tracker.ceph.com/issues/73800
Signed-off-by: Kyr Shatskyy <kyrylo.shatskyy@clyso.com>
(cherry picked from commit
998e4299af417221ac8102fe46c46967e88f0da4)
projects / ceph-ci.git / log