Hi folks,
As many of you are aware, RAM/CPU is particularly scarce on
teuthology.front.sepia.ceph.com which means that any log viewing of QA
results can cause swapping and general slowness. At today's Ceph
Infrastructure Weekly call [1], I proposed only allowing root,
www-data, and teuthworker access to /teuthology so that others would
be forced to look at logs on other beefier development machines like
senta [2], vossi [3], your personal workstation [4], or even some
temporary locked node [5].
The current plan is to proceed barring some reasonable justification
not to. There are a few to-do items to make it happen laid out in the
minutes.
Until then, admins of teuthology would appreciate it if you already
start moving your log viewing to other machines without waiting for a
technical barrier to be set up.
[1] https://pad.ceph.com/p/ceph-infra-weekly
[2] https://wiki.sepia.ceph.com/doku.php?id=hardware:senta
[3] https://wiki.sepia.ceph.com/doku.php?id=hardware:vossi
[4] https://wiki.sepia.ceph.com/doku.php?id=services:cephfs
[5] https://wiki.sepia.ceph.com/doku.php?id=testnodeaccess
--
Patrick Donnelly, Ph.D.
He / Him / His
Red Hat Partner Engineer
IBM, Inc.
GPG: 19F28A586F808C2402351B93C3301A3E258DD79D
hey Gal and Eric,
in today's standup, we discussed the version of our apache arrow
submodule. it's currently pinned at 6.0.1, which was tagged in nov.
2021. the centos9 builds are using the system package
libarrow-devel-9.0.0. arrow's upstream recently tagged an 11.0.0
release
as far as i know, there still aren't any system packages for ubuntu,
so we're likely to be stuck with the submodule for quite a while. how
do guys want to handle these updates? is it worth trying to update
before the reef release?
Hello
Dev Leads - just a friendly reminder that we've defined new milestones
for reef and quincy releases: 18.2.2 and 17.2.8
Please assign the PRs that are to be tested and merged as part of
those milestones and add the "needs-qa" label.
TIA
Hi Folks,
I wanted to send out a reminder that the performance meeting is canceled
this week as I'm out on travel. See you next week!
Thanks,
Mark
--
Best Regards,
Mark Nelson
Head of R&D (USA)
Clyso GmbH
p: +49 89 21552391 12
a: Loristraße 8 | 80335 München | Germany
w: https://clyso.com | e: mark.nelson(a)clyso.com
We are hiring: https://www.clyso.com/jobs/
Hi Folks,
Meeting starts in 5 minutes! Today we'll be covering a couple of PRs,
but otherwise have no specific agenda set. I suspect it'll be a pretty
quick meeting. Please feel free to add a topic if there's anything
folks would like to discuss. Since I've been having so many issues with
jitsi in the past month, I'm going to switch the meeting this week over
to google meet this week:
https://meet.google.com/cbq-qyur-cke
Thanks,
Mark
Etherpad:
https://pad.ceph.com/p/performance_weekly
Meeting URL:
https://meet.google.com/cbq-qyur-cke
Mark
--
Best Regards,
Mark Nelson
Head of R&D (USA)
Clyso GmbH
p: +49 89 21552391 12
a: Loristraße 8 | 80335 München | Germany
w: https://clyso.com | e: mark.nelson(a)clyso.com
We are hiring: https://www.clyso.com/jobs/
Hi Ceph users and developers,
You are invited to join us at the User + Dev meeting this week Thursday,
January 18th at 10:00 AM Eastern Time! See below for more meeting details.
The focus topic, "Ceph Feature Request from the DKIST Data Center: Add a
service backed by tape that is analogous to AWS Glacier", will be presented
by Joel Davidow, a Ceph operator from the National Solar Observatory. In
his talk, he will propose a feature request to add support for tape as a
storage class with lifecycle management for object storage.
Feel free to add questions or additional topics under the "Open Discussion"
section on the agenda: https://pad.ceph.com/p/ceph-user-dev-monthly-minutes
If you have an idea for a focus topic you'd like to present at a future
meeting, you are welcome to submit it to this Google Form:
https://docs.google.com/forms/d/e/1FAIpQLSdboBhxVoBZoaHm8xSmeBoemuXoV_rmh4v…
Any Ceph user or developer is eligible to submit!
Thanks,
Laura Flores
Meeting link: https://meet.jit.si/ceph-user-dev-monthly
Time Conversions:
UTC: Thursday, January 18, 15:00 UTC
Mountain View, CA, US: Thursday, January 18, 7:00 PST
Phoenix, AZ, US: Thursday, January 18, 8:00 MST
Denver, CO, US: Thursday, January 18, 8:00 MST
Huntsville, AL, US: Thursday, January 18, 9:00 CST
Raleigh, NC, US: Thursday, January 18, 10:00 EST
London, England: Thursday, January 18, 15:00 GMT
Paris, France: Thursday, January 18, 16:00 CET
Helsinki, Finland: Thursday, January 18, 17:00 EET
Tel Aviv, Israel: Thursday, January 18, 17:00 IST
Pune, India: Thursday, January 18, 20:30 IST
Brisbane, Australia: Friday, January 19, 1:00 AEST
Singapore, Asia: Thursday, January 18, 23:00 +08
Auckland, New Zealand: Friday, January 19, 4:00 NZDT
--
Laura Flores
She/Her/Hers
Software Engineer, Ceph Storage <https://ceph.io>
Chicago, IL
lflores(a)ibm.com | lflores(a)redhat.com <lflores(a)redhat.com>
M: +17087388804
Hi Casey,
I have always thought the official ceph radosgw build links with tcmalloc. Your early response confirmed that and our older servers (running v15) also confirmed that. However, today, I actually download radosgw Debian packages (17.2.7, 17.2.6 and 17.2.5) from download.ceph.com <http://download.ceph.com/>. Unpack them and then find radosgw isn’t linked with tcmalloc. ldd radosgw shows no trace of it. I even checked 15.1.0 and 15.2.9. None of them have radosgw linked with tcmalloc. Am I getting the packages from the wrong source?
Thanks,
Yixin
PS. I downloaded packages for ubuntu focal release.