Hi,
I have to use this *rbd-nbd *tool from Ceph. This is part of Ceph source
code.
Here: https://github.com/ceph/ceph/tree/master/src/tools/rbd_nbd
My question is: Can we use this *rbd-nbd* tool in the Ceph cluster? By Ceph
cluster I mean the development cluster we build through *vstart.sh* script.
I am quite sure we could use it. I have this script running. I can *start*
and *stop* the cluster. But I am struggling to use this rbd-nbd tool in
the development cluster which we build through vstart.sh script.
Looking for help.
Thanks.
Hi all,
Kefu & I have just merged these PRs [1] that enable a Github Action to
automatically label PRs based on matching paths in the changeset (minimatch
syntax) [2]. The file where to specify such mappings is .github/labeler.yml
<https://github.com/ceph/ceph/blob/master/.github/labeler.yml>:
dashboard:
- src/pybind/mgr/dashboard/**
- qa/suites/rados/dashboard/**
- qa/tasks/mgr/test_dashboard.py ...
In this PoC, I only added the 'dashboard' and 'CI' labels, but I'd
encourage other teams to do the same with your own subdirs, and get rid, as
much as possible, of this repetitive task of manually setting labels.
This is an example of how this GH action tagged a PR [3] with the dashboard
label:
[image: image.png]
In the long term we could explore how to generate/use both CODEOWNERS
and labeler.yml files from the same source, as there's high redundancy
between both (but not all teams have a Github team).
[1] https://github.com/ceph/ceph/pull/38049 and
https://github.com/ceph/ceph/pull/38060
[2] https://github.com/isaacs/minimatch
[3] https://github.com/ceph/ceph/pull/38065
Kind Regards,
Ernesto Puerta
Hi Folks,
The weekly performance meeting will start in approx 30 minutes! Not a
whole lot on the agenda today, though potentially we may hear some
updates on various on-going performance work by folks on the core team.
Hope to see you there!
Etherpad:
https://pad.ceph.com/p/performance_weekly
Bluejeans:
https://bluejeans.com/908675367
Thanks,
Mark
https://jenkins.ceph.com/job/ceph-pull-requests/63316/consoleFull#212285545…
Build can't complete. Recent master change?
Collecting filelock>=3.0.0
Using cached importlib_resources-3.3.0-py2.py3-none-any.whl (26 kB)
ERROR: Cannot install -r requirements.txt (line 3) and kubernetes
because these package versions have conflicting dependencies.
The conflict is caused by:
kubernetes 12.0.0 depends on urllib3>=1.24.2
requests 2.24.0 depends on urllib3!=1.25.0, !=1.25.1, <1.26 and
>=1.21.1
To fix this you could try to:
1. loosen the range of package versions you've specified
2. remove package versions to allow pip attempt to solve the dependency
conflict
ERROR: ResolutionImpossible: for help visit
https://pip.pypa.io/en/latest/user_guide/#fixing-conflicting-dependencies
Using cached filelock-3.0.12-py3-none-any.whl (7.6 kB)
CC rte_cpuflags.o
Processing ./wheelhouse/flake8-3.8.4-py2.py3-none-any.whl
Collecting distlib<1,>=0.3.1
Using cached distlib-0.3.1-py2.py3-none-any.whl (335 kB)
Requirement already satisfied: importlib-metadata in
/home/jenkins-build/build/workspace/ceph-pull-requests/build/mgr-dashboard-virtualenv/lib/python3.6/site-packages
(from flake8==3.8.4->-r requirements-lint.txt (line 2)) (2.0.0)
src/pybind/mgr/CMakeFiles/mgr-venv.dir/build.make:60: recipe for target
'mgr-virtualenv/bin/activate' failed
make[3]: *** [mgr-virtualenv/bin/activate] Error 1
make[3]: *** Deleting file 'mgr-virtualenv/bin/activate'
CMakeFiles/Makefile2:7233: recipe for target
'src/pybind/mgr/CMakeFiles/mgr-venv.dir/all' failed
make[2]: *** [src/pybind/mgr/CMakeFiles/mgr-venv.dir/all] Error 2
make[2]: *** Waiting for unfinished jobs....
Anthony's right. It's 11/11. These are the pitfalls of working across the
International Date Line.
The next DocuBetter meeting is scheduled for 11 Nov 1730 UTC.
Meeting: https://bluejeans.com/908675367
Etherpad: https://pad.ceph.com/p/Ceph_Documentation
On Wed, Nov 11, 2020 at 5:02 AM Anthony D'Atri <anthony.datri(a)gmail.com>
wrote:
> ? The community calendar says 11/11
>
> > On Nov 10, 2020, at 10:58 AM, John Zachary Dover <zac.dover(a)gmail.com>
> wrote:
> >
> > The next DocuBetter meeting is scheduled for 12 Nov 1730 UTC.
> >
> > Meeting: https://bluejeans.com/908675367
> > Etherpad: https://pad.ceph.com/p/Ceph_Documentation
> > _______________________________________________
> > Dev mailing list -- dev(a)ceph.io
> > To unsubscribe send an email to dev-leave(a)ceph.io
>
>
Hi Folks,
The weekly performance meeting will start in approx 35 minutes! Today we
will muddle (at least those of us in the US running on 4 hours of sleep)
through the kv sync thread code and discuss options for parallelization
and efficiency gain.
Hope to see you there!
Etherpad:
https://pad.ceph.com/p/performance_weekly
Bluejeans:
https://bluejeans.com/908675367
Thanks,
Mark
Dear Community,
As part of the work to add AWS endpoints to RGW bucket notifications [1],
I'm trying to figure out how to package the AWS libraries that we generate
in the submodule.
So, my first step is to try and see how packaging works regardless of the
AWS PR (just on master). I'm trying to follow the instructions from our
docs [2], but these instructions seem to indicate that the code tarball
needs to be downloaded from our official location (although the
instructions also ask to clone ceph locally). Instead I used the
"make-dist" script to generate the tarball locally, and continued with the
instructions using that tarball instead of the downloaded one.
This worked to some point, but I started receiving 2 kinds of issues:
One (seems like a warning):
"
/usr/bin/gdb.minimal: warning: Could not complete Guile gdb module
initialization from: /usr/share/gdb/guile/gdb/boot.scm.
"
Probably related to this BZ [3], but could not figure out what to do to
solve it
The other is an error with rpath causign the process to fail:
"
ERROR 0002: file '/app/lib64/ceph/libceph-common.so.2' contains an
invalid rpath '/app/lib64/ceph' in [/app/lib64/ceph]
ERROR 0002: file
'/app/lib64/ceph/librbd/libceph_librbd_parent_cache.so.1.0.0' contains an
invalid rpath '/app/lib64/ceph' in [/app/lib64/ceph]
ERROR 0002: file '/app/lib64/libcephfs.so.2.0.0' contains an invalid
rpath '/app/lib64/ceph' in [/app/lib64/ceph]
...
"
Would appreciate any advice on that.
Yuval
[1] https://github.com/ceph/ceph/pull/36062
[2]
https://docs.ceph.com/en/latest/install/build-ceph/?highlight=rpmbuild#rpm-…
[3] https://bugzilla.redhat.com/show_bug.cgi?id=1801144