Hi all,
a few weeks ago, a number of virtual Ceph Developer Summit meetings took
place as a replacement for the in-person summit that was planned as part
of Cephalocon in Seoul: https://pad.ceph.com/p/cds-pacific
The Ceph Dashboard team also participated in these and held three video
conference meetings to lay out our plans for the Pacific release.
For details, please take a look at our notes at this Etherpad:
https://pad.ceph.com/p/ceph-dashboard-pacific-priorities
We tried to identify a few "themes", outlining individual tasks which we
keep track of in the tracker.ceph.com bug tracker. The tracker issues
should be used for discussing and defining the tasks at hand.
A key theme for the upcoming Ceph Pacific release is the intention to
further deepen and enhance the integration and support with cephadm and
the orchestrator.
For Ceph octopus, we tried focusing on the most common day-2 operation
which is OSD management, but going forward we would like to also support
the deployment and management of all other Ceph-related services that
can be rolled out via cephadm and the orchestrator.
In a hopefully not so distant future, we would like to be able to use
the dashboard as a kind of "graphical installer", that guides the user
through the entire installation deployment process of a Ceph cluster
from scratch (well, almost: starting from an initial Mon+Mgr deployment).
Another key theme is closing feature gaps: the various services of a
Ceph cluster like RBD or RGW are constantly evolving and getting new
features, so we always are trying to catch up with the latest
developments there.
We're also looking into enhancing our monitoring/alerting support and
integration with Grafana and Prometheus.
Last but not least, we always try to enhance and improve existing
functionality and work on better usability and user experience. This
also includes bigger refactoring work or updating key components that
the dashboard depends on.
As always, we would like the dashboard to be an application that Ceph
administrators like and actually *want* to use to perform their jobs, so
we are very keen on getting your feedback here!
If there is anything you are missing or if you find any part of the
dashboard to be confusing or not helpful, we'd like to know about it!
Please get in touch with us to share your impressions and ideas. The
best way to do this is to join the #ceph-dashboard IRC channel on OFTC
or by filing a bug report via the tracker:
https://tracker.ceph.com/projects/mgr/issues/new
Thank you,
Lenz
--
SUSE Software Solutions Germany GmbH - Maxfeldstr. 5 - 90409 Nuernberg
GF: Felix Imendörffer, HRB 36809 (AG Nürnberg)
+ dev(a)ceph.io
On Tue, Apr 28, 2020 at 6:29 AM Bryan Stillwell <bstillwell(a)godaddy.com> wrote:
>
> Kefu,
>
> Thanks for merging my change to add a configuration option to control the Zstd compression level! I'm wondering if it's possible to backport this change to Nautilus and Octopus? What's the process for making that happen?
thanks for your contribution, Bryan !
all you need is to file a tracker ticket on tracker.ceph.com . see
https://github.com/ceph/ceph/blob/master/SubmittingPatches-backports.rst#tr…
>
> Thanks again,
> Bryan
--
Regards
Kefu Chai
Hey all,
I'm happy to report we are already ready for the latest Ubuntu LTS
release 20.04 aka "Focal Fossa"
We are already building octopus and master branches on it and all our
CI/lab infra are ready. This includes Jenkins, shaman, chacra,
teuthology, and FOG.
https://shaman.ceph.com/api/search/?status=ready&project=ceph&flavor=defaul…
`teuthology-lock --lock-many 1 --machine-type smithi --os-type ubuntu
--os-version 20.04` will reimage a smithi with Focal Fossa.
--
David Galloway
Systems Administrator, RDU
Ceph Engineering
IRC: dgalloway
Hi all.
I often get this error on my PUT requests.
rgw.log-552376-2020-03-23 15:12:53.270 7fe5aa6da700 0 WARNING:
set_req_state_err err_no=5 resorting to 500
rgw.log-552377-2020-03-23 15:12:53.270 7fe5aa6da700 1 ====== req done
req=0x7fe5aa6d38c0 op status=-5 http_status=500 latency=59.9965s ======
My put requests are always under 1s but this requests spend 1min!
Any logs I can read to find out what's going on with my cluster?
Hello everyone,
I am trying to understand the process flow of of ceph rgw api, but I think
it is somewhat incorrect
the problem is too complex to explain here so I asked it in the
stackOverflow, if anyone of you can take a look here it will be extremly
helpful
https://stackoverflow.com/questions/61468367/tracing-running-program-with-g…
Thank You,
Abhinav Singh
Hi All,
I have a question of collection commit_queue. What’s the purpose of this queue?
void BlueStore::_txc_committed_kv(TransContext *txc) {
if (txc->ch->commit_queue){
txc->ch->commit_queue->queue(txc->oncommits);
}else{
finisher.queue(txc->oncommits);
}
}
I didn’t see clear places that process the ch->commit_queue(did I miss something here?). Why don’t we just use finisher_queue to notify the client the I/O is finished?
Please advice.
Thanks,
Yiming
Hi all,
I'm trying to dump perf counter when attaching rbd volume into
KVM-Qemu guest machine.
It always failed at creating asok file when starting the guest machine.
Without asok file, I can' use below "ceph perf dump" to get the perf counters.
The failure log is below:
||AdminSocketConfigObs::init: failed: AdminSocket::bind_and_listen:
||failed to bind the UNIX domain socket to
||'/tmp/ceph-asok_changcheng/ceph-client.libvirt.2388472.93848128323264.asok':
||(13) Permission denied
Does anyone know how to sovle it?
I've looked below webpage without solution.
https://docs.ceph.com/docs/master/rbd/libvirt/
My host OS info is below:
||cat /etc/os-release
||NAME="Ubuntu"
||VERSION="18.04.1 LTS (Bionic Beaver)"
||ID=ubuntu
||ID_LIKE=debian
||PRETTY_NAME="Ubuntu 18.04.1 LTS"
ceph.conf is below:
||[client.libvirt]
||log file = /tmp/qemu-guest-$pid.log
||admin socket = /tmp/ceph-asok_changcheng/$cluster-$type.$id.$pid.$cctid.asok
Apparmor has stopped:
||liuc@aep-test02:~$ sudo aa-status
||apparmor module is loaded.
||0 profiles are loaded.
||0 profiles are in enforce mode.
||0 profiles are in complain mode.
||0 processes have profiles defined.
||0 processes are in enforce mode.
||0 processes are in complain mode.
||0 processes are unconfined but have a profile defined.
||liuc@aep-test02:~$ sudo systemctl status apparmor
||● apparmor.service - AppArmor initialization
|| Loaded: loaded (/lib/systemd/system/apparmor.service; disabled; vendor preset: enabled)
|| Active: inactive (dead)
|| Docs: man:apparmor(7)
|| http://wiki.apparmor.net/
B.R.
Changcheng
Hi all,
I'm trying to dump perf counter when attaching rbd volume into
KVM-Qemu guest machine.
It always failed at creating asok file when starting the guest machine.
Without asok file, I can' use below "ceph perf dump" to get the perf counters.
The failure log is below:
||AdminSocketConfigObs::init: failed: AdminSocket::bind_and_listen:
||failed to bind the UNIX domain socket to
||'/tmp/ceph-asok_changcheng/ceph-client.libvirt.2388472.93848128323264.asok':
||(13) Permission denied
Does anyone know how to sovle it?
I've looked below webpage without solution.
My host OS info is below:
||cat /etc/os-release
||NAME="Ubuntu"
||VERSION="18.04.1 LTS (Bionic Beaver)"
||ID=ubuntu
||ID_LIKE=debian
||PRETTY_NAME="Ubuntu 18.04.1 LTS"
ceph.conf is below:
||[client.libvirt]
||log file = /tmp/qemu-guest-$pid.log
||admin socket = /tmp/ceph-asok_changcheng/$cluster-$type.$id.$pid.$cctid.asok
Apparmor has stopped:
||liuc@aep-test02:~$ sudo aa-status
||apparmor module is loaded.
||0 profiles are loaded.
||0 profiles are in enforce mode.
||0 profiles are in complain mode.
||0 processes have profiles defined.
||0 processes are in enforce mode.
||0 processes are in complain mode.
||0 processes are unconfined but have a profile defined.
||liuc@aep-test02:~$ sudo systemctl status apparmor
||● apparmor.service - AppArmor initialization
|| Loaded: loaded (/lib/systemd/system/apparmor.service; disabled; vendor preset: enabled)
|| Active: inactive (dead)
|| Docs: man:apparmor(7)
|| http://wiki.apparmor.net/
B.R.
Changcheng
