Go bindings for Ceph
Go to file
Sven Anderson 780f7014a2 internal: use runtime.Pinner in PtrGuard
Since Go 1.21 there is a runtime.Pinner API that allows to safely
pass structures with embedded Go pointers to C code.  In earlier Go
version we know that the garbage collector is non-moving, so it is
safe to pass Go pointers to C as well. This change adds two
implementations of PtrGuard, one for pre 1.21 that is basically a
no-op, and one for 1.21+ that uses runtime.Pinner.

Signed-off-by: Sven Anderson <sven@redhat.com>
2023-10-23 14:21:27 +00:00
.devcontainer cutil: enable PtrGuard by default 2022-04-28 14:39:48 +00:00
.github go-ceph: bump actions/checkout from 3 to 4 2023-10-02 16:59:29 +00:00
cephfs cephfs admin: remove deprecated New function 2023-10-05 11:22:38 +00:00
common nfs admin: create directories used by nfs tests 2023-04-04 13:21:29 +00:00
contrib contrib: remove refs to deprecated io/ioutil 2023-07-08 14:26:48 +00:00
docs docs: move some older vers in the supported release matrix to a new file 2023-10-06 09:31:24 +00:00
internal internal: use runtime.Pinner in PtrGuard 2023-10-23 14:21:27 +00:00
rados rados: skip TestPingMonitor test 2023-09-25 14:13:01 +00:00
rbd rbd: promote lock apis to stable 2023-10-05 11:22:38 +00:00
rgw add tenant to bucket struct field 2023-08-24 10:28:16 +00:00
testing/containers containers: workaround for ganesha package error on reef 2023-08-16 12:51:39 +00:00
.gitignore gitignore: Add vi/vim backup files 2022-07-07 13:05:57 +00:00
.revive.toml revive: disable package-comments rule 2022-08-12 05:53:33 +00:00
LICENSE
Makefile CI: add tests for different Go versions 2023-08-08 17:42:33 +00:00
README.md docs: move some older vers in the supported release matrix to a new file 2023-10-06 09:31:24 +00:00
doc.go
entrypoint.sh CI: disable VCS stamp for go builds 2023-02-20 20:50:24 +00:00
go.mod go-ceph: bump github.com/aws/aws-sdk-go from 1.45.2 to 1.45.19 2023-10-02 18:46:04 +00:00
go.sum go-ceph: bump github.com/aws/aws-sdk-go from 1.45.2 to 1.45.19 2023-10-02 18:46:04 +00:00
micro-osd.sh micro-osd.sh: Use ipv4 address for 'mon addr' configuration 2023-04-28 13:51:33 +00:00

README.md

go-ceph - Go bindings for Ceph APIs

Godoc license

Introduction

The go-ceph project is a collection of API bindings that support the use of native Ceph APIs, which are C language functions, in Go. These bindings make use of Go's cgo feature. There are three main Go sub-packages that make up go-ceph:

  • rados - exports functionality from Ceph's librados
  • rbd - exports functionality from Ceph's librbd
  • cephfs - exports functionality from Ceph's libcephfs
  • rgw/admin - interact with radosgw admin ops API

We aim to provide comprehensive support for the Ceph APIs over time. This includes both I/O related functions and management functions. If your project makes use of Ceph command line tools and is written in Go, you may be able to switch away from shelling out to the CLI and to these native function calls.

Installation

The code in go-ceph is purely a library module. Typically, one will import go-ceph in another Go based project. When building the code the native RADOS, RBD, & CephFS library and development headers are expected to be installed.

On debian based systems (apt) these may be:

libcephfs-dev librbd-dev librados-dev

On rpm based systems (dnf, yum, etc) these may be:

libcephfs-devel librbd-devel librados-devel

On MacOS you can use brew to install the libraries:

brew tap mulbc/ceph-client
brew install ceph-client

NOTE: CentOS users may want to use a CentOS Storage SIG repository to enable packages for a supported ceph version. Example: dnf -y install centos-release-ceph-pacific. (CentOS 7 users should use "yum" rather than "dnf")

To quickly test if one can build with go-ceph on your system, run:

go get github.com/ceph/go-ceph

Once compiled, code using go-ceph is expected to dynamically link to the Ceph libraries. These libraries must be available on the system where the go based binaries will be run. Our use of cgo and ceph libraries does not allow for fully static binaries.

go-ceph tries to support different Ceph versions. However some functions might only be available in recent versions, and others may be deprecated. In order to work with non-current versions of Ceph, it is required to pass build-tags to the go command line. A tag with the named Ceph release will enable/disable certain features of the go-ceph packages, and prevent warnings or compile problems. For example, to ensure you select the library features that match the "pacific" release, use:

go build -tags pacific ....
go test -tags pacific ....

Supported Ceph Versions

go-ceph version Supported Ceph Versions Deprecated Ceph Versions
v0.24.0 pacific, quincy, reef nautilus, octopus
v0.23.0 pacific, quincy, reef nautilus, octopus
v0.22.0 pacific, quincy nautilus, octopus
v0.21.0 pacific, quincy nautilus, octopus
v0.20.0 pacific, quincy nautilus, octopus
v0.19.0 pacific, quincy nautilus, octopus
v0.18.0 octopus, pacific, quincy nautilus
v0.17.0 octopus, pacific, quincy nautilus

The tags affect what is supported at compile time. What version of the Ceph cluster the client libraries support, and vice versa, is determined entirely by what version of the Ceph C libraries go-ceph is compiled with.

To see what older versions of go-ceph supported refer to the older releases file in the documentation.

Documentation

Detailed API documentation is available at https://pkg.go.dev/github.com/ceph/go-ceph.

Some API Hints and How-Tos are also available to quickly introduce how some of API calls work together.

Development

docker run --rm -it --net=host \
  --security-opt apparmor:unconfined \
  -v ${PWD}:/go/src/github.com/ceph/go-ceph:z \
  -v /home/nwatkins/src/ceph/build:/home/nwatkins/src/ceph/build:z \
  -e CEPH_CONF=/home/nwatkins/src/ceph/build/ceph.conf \
  ceph-golang

Run against a vstart.sh cluster without installing Ceph:

export CGO_CPPFLAGS="-I/ceph/src/include"
export CGO_LDFLAGS="-L/ceph/build/lib"
go build

Contributing

Contributions are welcome & greatly appreciated, every little bit helps. Make code changes via Github pull requests:

  • Fork the repo and create a topic branch for every feature/fix. Avoid making changes directly on master branch.
  • All incoming features should be accompanied with tests.
  • Make sure that you run go fmt before submitting a change set. Alternatively the Makefile has a flag for this, so you can call make fmt as well.
  • The integration tests can be run in a docker container, for this run:
make test-docker

Getting in Touch

Want to get in touch with the go-ceph team? We're available through a few different channels: