May 2023 - Dev - lists.ceph.io

by Casey Bodley

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?

2 months, 1 week

4
7
0 0

Contributor credits for Octopus v15.2.0

by Abhishek Lekshmanan

Yet another release of Ceph is out, here is a sorted list of authors and organizations who contributed to v15.2.0, by number of commits or reviews back to v14.2.0. Thanks everyone for contributing! This release saw over 330 authors & over 80 organizations contributing code. The affiliation of authors to organizations can be updated by submitting a patch to https://github.com/ceph/ceph/blob/master/.organizationmap All commits are reviewed but the number of reviews is a fraction of the number of commits. More often than not, the reviewer(s) is only mentioned in the message of the merge although it means that all associated commits have been reviewed. Number of lines added and removed, by authors 1 89335 Sage Weil <sweil(a)redhat.com> 2 65463 Jason Dillaman <dillaman(a)redhat.com> 3 62754 Kefu Chai <kchai(a)redhat.com> 4 55122 Yehuda Sadeh <ysadehwe(a)redhat.com> 5 44146 Samuel Just <sjust(a)redhat.com> 6 38337 Dan van der Ster <daniel.vanderster(a)cern.ch> 7 28913 Mykola Golub <mgolub(a)suse.com> 8 23229 Adam C. Emerson <aemerson(a)redhat.com> 9 22196 Tiago Melo <tmelo(a)suse.com> 10 20066 Yuval Lifshitz <ylifshit(a)redhat.com> 11 19173 Yingxin Cheng <yingxin.cheng(a)intel.com> 12 16429 Sebastian Wagner <swagner(a)suse.com> 13 14696 Radoslaw Zarzynski <rzarzynski(a)redhat.com> 14 13205 Stephan Müller <smueller(a)suse.com> 15 12064 Patrick Seidensal <pseidensal(a)suse.com> 16 11753 Patrick Donnelly <pdonnell(a)redhat.com> 17 11677 Venky Shankar <vshankar(a)redhat.com> 18 11155 Pritha Srivastava <prsrivas(a)redhat.com> 19 10676 Nathan Cutler <ncutler(a)suse.com> 20 10487 Rishabh Dave <ridave(a)redhat.com> 21 9714 Varsha Rao <varao(a)redhat.com> 22 9584 Casey Bodley <cbodley(a)redhat.com> 23 9206 Volker Theile <vtheile(a)suse.com> 24 8486 Kiefer Chang <kiefer.chang(a)suse.com> 25 7772 Igor Fedotov <ifedotov(a)suse.com> 26 7377 David Zafman <dzafman(a)redhat.com> 27 7365 Abhishek Lekshmanan <abhishek(a)suse.com> 28 6772 Jan Fajerski <jfajerski(a)suse.com> 29 6597 Yan, Zheng <zyan(a)redhat.com> 30 6467 Daniel Gryniewicz <dang(a)redhat.com> 31 6269 Ricardo Marques <rimarques(a)suse.com> 32 5853 Joshua Schmid <jschmid(a)suse.com> 33 5687 Xie Xingguo <xie.xingguo(a)zte.com.cn> 34 5681 Yuan Zhou <yuan.zhou(a)intel.com> 35 5252 Dehao Shang <dehao.shang(a)intel.com> 36 3940 Yuan Lu <yuan.y.lu(a)intel.com> 37 3240 Greg Farnum <gfarnum(a)redhat.com> 38 3213 Ernesto Puerta <epuertat(a)redhat.com> 39 2998 Alfredo Deza <adeza(a)redhat.com> 40 2956 J. Eric Ivancich <ivancich(a)redhat.com> 41 2796 Alfonso Martínez <almartin(a)redhat.com> 42 2792 Ali Maredia <amaredia(a)redhat.com> 43 2706 Tatjana Dehler <tdehler(a)suse.com> 44 2653 Xiaoyan Li <xiaoyan.li(a)intel.com> 45 2616 Paul Cuzner <pcuzner(a)redhat.com> 46 2603 Changcheng Liu <changcheng.liu(a)aliyun.com> 47 2576 Mark Nelson <mnelson(a)redhat.com> 48 2541 Willem Jan Withagen <wjw(a)digiware.nl> 49 2293 Chunmei Liu <chunmei.liu(a)intel.com> 50 2213 Adam Kupczyk <akupczyk(a)redhat.com> 51 2132 Ilya Dryomov <idryomov(a)redhat.com> 52 2101 Zhang Shaowen <zhangshaowen(a)cmss.chinamobile.com> 53 2004 Michael Fritch <mfritch(a)suse.com> 54 1917 Ricardo Dias <rdias(a)suse.com> 55 1896 Juan Miguel Olmo Martínez <jolmomar(a)redhat.com> 56 1834 Jos Collin <jcollin(a)redhat.com> 57 1832 Jeff Layton <jlayton(a)redhat.com> 58 1722 Shilpa Jagannath <smanjara(a)redhat.com> 59 1696 Myoungwon Oh <omwmw(a)sk.com> 60 1669 Dongdong Tao <dongodng.tao(a)canonical.com> 61 1631 Rafael Quintero <rafaelq(a)bu.edu> 62 1570 Thomas Bechtold <tbechtold(a)suse.com> 63 1539 Dan Mick <dmick(a)redhat.com> 64 1495 Roman Penyaev <rpenyaev(a)suse.de> 65 1454 Brad Hubbard <bhubbard(a)redhat.com> 66 1433 Sergio de Carvalho <sergio.carvalho(a)workday.com> 67 1390 Matt Benjamin <mbenjamin(a)redhat.com> 68 1385 Ramana Raja <rraja(a)redhat.com> 69 1314 Andrea Baglioni <andrea.baglioni(a)workday.com> 70 1293 Ronen Friedman <rfriedma(a)redhat.com> 71 1267 Kyr Shatskyy <kyrylo.shatskyy(a)suse.com> 72 1261 Yin Zheng <zhengyin(a)cmss.chinamobile.com> 73 1245 Adam King <adking(a)redhat.com> 74 1227 Milind Changire <mchangir(a)redhat.com> 75 1154 Sridhar Seshasayee <sseshasa(a)redhat.com> 76 1148 Dmitriy Rabotjagov <dmitriy.r(a)sitevalley.com> 77 1125 Karanraj Chauhan <chauhank(a)bu.edu> 78 1116 Mike Christie <mchristi(a)redhat.com> 79 1070 Chang Liu <liuchang0812(a)gmail.com> 80 1047 Li Shu Hao <lishuhao(a)unitedstack.com> 81 1036 Kamoltat (Junior) Sirivadhna <ksirivad(a)redhat.com> 82 924 Zac Dover <zac.dover(a)gmail.com> 83 883 Ma Jianpeng <jianpeng.ma(a)intel.com> 84 824 Neha Ojha <nojha(a)redhat.com> 85 762 Richael Zhuang <richael.zhuang(a)arm.com> 86 740 Ulrich Weigand <ulrich.weigand(a)de.ibm.com> 87 725 Huang Jun <huangjun(a)xsky.com> 88 705 Yuri Weinstein <yuriw(a)redhat.com> 89 704 Antoaneta Damyanova <adamyanova(a)gmail.com> 90 672 Marcus Watts <mwatts(a)redhat.com> 91 658 Mahati Chamarthy <mahati.chamarthy(a)intel.com> 92 655 Javier M. Mellid <jmunhoz(a)igalia.com> 93 639 Lucian Petrut <lpetrut(a)cloudbasesolutions.com> 94 631 Sidharth Anupkrishnan <sanupkri(a)redhat.com> 95 604 Dan Guo <guodan1(a)lenovo.com> 96 571 Albin Antony <aantony(a)redhat.com> 97 560 Kanika Murarka <kmurarka(a)redhat.com> 98 558 Simon Gao <simon29rock(a)gmail.com> 99 540 Josh Durgin <jdurgin(a)redhat.com> 100 540 Eric Jackson <ejackson(a)suse.com> 101 474 James P. Weaver <james.barrett(a)bbc.co.uk> 102 474 James Mcclune <jmcclune(a)mcclunetechnologies.net> 103 468 Song Weibin <song.weibin(a)zte.com.cn> 104 460 Elzbieta Dziomdziora <elzbieta.dziomdziora(a)ts.fujitsu.coom> 105 390 Nathan Weinberg <nathan2(a)stwmd.net> 106 358 Mohamad Gebai <mgebai(a)suse.com> 107 354 Wu Hsuan-Heng <bbiiggppiigg(a)gmail.com> 108 341 João Eduardo Luís <joao(a)suse.de> 109 338 Zhi Zhang <willzzhang(a)tencent.com> 110 338 Zengran Zhang <zhangzengran(a)sangfor.com.cn> 111 338 Kristoffer Grönlund <kgronlund(a)suse.com> 112 331 Sebastian Krah <skrah(a)suse.com> 113 320 Lenz Grimmer <lgrimmer(a)suse.com> 114 304 Yuli Yang <yuliyang(a)cmss.chinamobile.com> 115 288 Zhang Jiao <zhangjiao(a)cmss.chinamobile.com> 116 288 David Disseldorp <ddiss(a)suse.de> 117 236 Zack Cerza <zack(a)redhat.com> 118 231 Chunsong Feng <fengchunsong(a)huawei.com> 119 230 Sébastien Han <shan(a)redhat.com> 120 221 Xu Xue Han <xuxuehan(a)ceph10v.ops.corp.qihoo.net> 121 218 Kai Wagner <kwagner(a)suse.com> 122 217 Tim Serong <tserong(a)suse.com> 123 210 Jianshen Liu <jliu120(a)ucsc.edu> 124 203 Jeegn Chen <jeegnchen(a)tencent.com> 125 190 Yibo Cai <yibo.cai(a)arm.com> 126 175 Pooja Gautam <pooja.gautam(a)ts.fujitsu.com> 127 170 Mark Kogan <mkogan(a)redhat.com> 128 168 Daniel-Pivonka <dpivonka(a)redhat.com> 129 164 Erqi Chen <chenerqi(a)gmail.com> 130 161 Tianshan Qu <tianshan(a)xsky.com> 131 158 Xiubo Li <xiubli(a)redhat.com> 132 151 Andrew Schoen <aschoen(a)redhat.com> 133 149 Rodrigo Severo <rodrigo(a)fabricadeideias.com> 134 148 Radu Toader <radu.m.toader(a)gmail.com> 135 144 Laurent Voullemier <laurent.voullemier(a)gmail.com> 136 136 Ashish Singh <assingh(a)redhat.com> 137 129 Ziye Yang <ziye.yang(a)intel.com> 138 128 Kaleb S. Keithley <kkeithle(a)redhat.com> 139 115 Ren Huanwen <ren.huanwen(a)zte.com.cn> 140 113 Luis Henriques <lhenriques(a)suse.com> 141 111 Liu Peng <liupeng37(a)baidu.com> 142 109 Dai Zhi Wei <daizhiwei3(a)huawei.com> 143 108 Or Friedmann <ofriedma(a)redhat.com> 144 107 Soumya Koduri <skoduri(a)redhat.com> 145 107 Matthew Oliver <moliver(a)suse.com> 146 106 Zeng JH <jhzeng93(a)foxmail.com> 147 103 slivik <jakub.sliva(a)gmail.com> 148 102 Seena Fallah <seenafallah(a)gmail.com> 149 102 Laura Paduano <lpaduano(a)suse.com> 150 98 Yaarit Hatuka <yaarit(a)redhat.com> 151 96 Luo Rixin <luorixin(a)huawei.com> 152 96 Liu Changcheng <changcheng.liu(a)intel.com> 153 95 shenhang <shenhang(a)kuaishou.com> 154 95 Qiaowei Ren <qiaowei.ren(a)intel.com> 155 89 Kotresh HR <khiremat(a)redhat.com> 156 87 Florian Haas <florian(a)citynetwork.eu> 157 86 Yang Wang <yang.wang(a)easystack.cn> 158 78 Shyukri Shyukriev <shshyukriev(a)suse.com> 159 78 Dimitri Savineau <dsavinea(a)redhat.com> 160 76 Alexandre Bruyelles <abruyelles(a)odiso.com> 161 75 Boris Ranto <branto(a)redhat.com> 162 72 Nancy Su <su_nan(a)inspur.com> 163 69 Fabian Bonk <fabian.bonk(a)croit.io> 164 67 Deepika Upadhyay <dupadhya(a)redhat.com> 165 66 luo rixin <luorixin(a)huawei.com> 166 66 Aleksei Zakharov <zaharov(a)selectel.ru> 167 64 Thomas Kriechbaumer <thomas(a)kriechbaumer.name> 168 62 Aleksei Zakharov <zakharov.a.g(a)yandex.ru> 169 60 Luo Runbing <luo.runbing(a)zte.com.cn> 170 57 Vikhyat Umrao <vumrao(a)redhat.com> 171 57 Ilsoo Byun <ilsoobyun(a)linecorp.com> 172 54 Michael Prokop <mika(a)grml.org> 173 53 Xuehan Xu <xuxuehan(a)360.cn> 174 53 Anthony D Atri <anthony.datri(a)gmail.com> 175 51 Guillaume Abrioux <gabrioux(a)redhat.com> 176 50 Vikhyat Umrao <vikhyat(a)redhat.com> 177 48 zhengyin <zhengyin(a)cmss.chinamoblie.com> 178 48 Albert H Chen <hselin.chen(a)gmail.com> 179 45 Yan Jun <yan.jun8(a)zte.com.cn> 180 45 Sebastien Chen <sebastien.chen92(a)gmail.com> 181 45 lvshuhua <lvshuhua(a)cmss.chinamobile.com> 182 41 Torben Hørup <th(a)synack.fo> 183 41 Anurag Bandhu <abandhu(a)redhat.com> 184 40 XueYu Bai <baixueyu(a)inspur.com> 185 39 Prashant D <pdhange(a)redhat.com> 186 38 Rick Chen <rick.chen(a)prophetstor.com> 187 38 Liu Lan <liulan(a)umcloud.com> 188 38 Enming Zhang <enming.zhang(a)umcloud.com> 189 37 Tao Ning <ningtao(a)sangfor.com.cn> 190 37 Daniel Glaser <the78mole(a)chaintronics.com> 191 35 Jun Su <howard0su(a)gmail.com> 192 35 Irek Fasikhov <malmyzh(a)gmail.com> 193 34 Lars Marowsky-Bree <lmb(a)suse.com> 194 33 Liu Shi <liu.shi(a)navercorp.com> 195 33 Aaron Chu <xweichu(a)hotmail.com> 196 28 Zhang Bing Yi <zhangbingyi(a)umcloud.com> 197 28 Yunfei Guan <yunfei.guan(a)xtaotech.com> 198 28 Lin Bing <hawkerous(a)gmail.com> 199 27 Xiaoxi Chen <xiaoxchen(a)ebay.com> 200 27 Radoslaw Zarzynski <rzarzyns(a)redhat.com> 201 27 Petertc Chu <petertc.chu(a)gmail.com> 202 25 Stefan Bischoff <stefan.bischoff(a)9plus.de> 203 25 Qi Liang Hong <qilianghong(a)huawei.com> 204 25 Marius Schiffer <marius(a)mschiffer.de> 205 24 Xinze Chi <xinze(a)xsky.com> 206 24 Vasu Kulkarni <vasu(a)redhat.com> 207 24 Tim <elatllat(a)gmail.com> 208 23 Xiao Guodong <xiaogd(a)inspur.com> 209 23 Jenkins <jenkins(a)ceph.com> 210 22 Tiago Pasqualini <tiago.pasqualini(a)canonical.com> 211 21 Ning Yao <yaoning(a)unitedstack.com> 212 18 Paul Emmerich <paul.emmerich(a)croit.io> 213 18 Jesse Williamson <nerd.cpp(a)gmail.com> 214 17 Zongyou Yao <yaozongyou(a)vip.qq.com> 215 17 Wido den Hollander <wido(a)42on.com> 216 17 Shinobu Kinjo <shinobu(a)redhat.com> 217 17 Jiaying Ren <renjiaying(a)cmss.chinamobile.com> 218 17 Andrey Groshev <an.groshev(a)tensor.ru> 219 17 Alex Zhang <difan(a)google.com> 220 16 Tao Dong Dong <dongdong.tao(a)canonical.com> 221 16 Shun Song <song.shun3(a)zte.com.cn> 222 16 Konstantin Shalygin <k0ste(a)k0ste.ru> 223 16 David Casier <david.casier(a)aevoo.fr> 224 16 Bryan Stillwell <bstillwell(a)godaddy.com> 225 15 Enming Zhang <zvampirem77(a)gmail.com> 226 14 Yin Congmin <congmin.yin(a)intel.com> 227 14 Xiangdong Mu <muxiangdong(a)inspur.com> 228 14 Sebastiaan Nijhuis <sebastiaan.nijhuis(a)maastrichtuniversity.nl> 229 14 Matthias Gerstner <matthias.gerstner(a)suse.de> 230 14 Dongsheng Yang <dongsheng.yang(a)easystack.cn> 231 14 Bernd Zeimetz <bernd(a)bzed.de> 232 14 Avan Thakkar <athakkar(a)redhat.com> 233 13 Tang Junhui <tangjunhui.linux(a)gmail.com> 234 12 weiyingze-git <weiyingze(a)cmss.chinamobile.com> 235 12 Valentin B <valentin.bajrami(a)gmail.com> 236 12 Servesha Dudhgaonkar <sdudhgao(a)redhat.com> 237 12 Hannes von Haugwitz <hannes(a)vonhaugwitz.com> 238 11 Hang Li <lihang48(a)hisilicon.com> 239 11 Gary Hyg <huygbj(a)inspur.com> 240 11 Chen Xu Qiang <chenxuqiang3(a)hisilicon.com> 241 10 Zhang Dao Long <zhangdaolong(a)fiberhome.com> 242 10 yangjun <yangjun(a)cmss.chinamobile.com> 243 10 Snow Si <silonghu(a)inspur.com> 244 10 Peng Lai <penglaiyxy(a)gmail.com> 245 10 Lei Liu <lei01.liu(a)horizon.ai> 246 10 Benoît Knecht <bknecht(a)protonmail.ch> 247 10 Ben England <bengland(a)redhat.com> 248 10 Andreas Krebs <wintamute(a)gmail.com> 249 8 Duncan Chiang <long0709(a)gmail.com> 250 8 Chen Hg <mesfet(a)126.com> 251 7 Junyoung, Sung <junyoung.sung(a)navercorp.com> 252 7 Jiawei Li <lijiawei1(a)chinatelecom.cn> 253 7 Fufei Shang <shangfufei(a)inspur.com> 254 7 Alexandra Settle <asettle(a)suse.com> 255 6 Yong Guo <guo.yong33(a)zte.com.cn> 256 6 Yehu <yehu5(a)huawei.com> 257 6 Vangelis Tasoulas <vangelis(a)schibsted.com> 258 6 Tsung-Ju Lii <usefulalgorithm(a)gmail.com> 259 6 Thomas Schneider <maxmusterm(a)gmail.com> 260 6 Matthew Vernon <mv3(a)sanger.ac.uk> 261 6 Luca Castoro <luca.castoro(a)brightcomputing.com> 262 6 Hao Xiong <hxiaong(a)ebay.com> 263 5 lu.shasha <lu.shasha(a)eisoo.com> 264 5 Lars Wendler <polynomial-c(a)gentoo.org> 265 5 Lan Liu <liulan(a)umcloud.com> 266 5 Gu Zhongyan <guzhongyan(a)360.cn> 267 5 Gangbiao Liu <liugangbiao(a)cmss.chinamobile.com> 268 5 Erqi Chen <bestchenerqi(a)126.com> 269 5 Dominique Leuenberger <dimstar(a)opensuse.org> 270 4 Yaniv Kaul <ykaul(a)redhat.com> 271 4 Yang Honggang <yanghonggang(a)umcloud.com> 272 4 Wen Peng Li <liwenpeng(a)inspur.com> 273 4 Vitaliy Filippov <vitalif(a)yourcmc.ru> 274 4 Siyu Sun <sylvia0409siyu(a)gmail.com> 275 4 Ponnuvel Palaniyappan <pponnuvel(a)gmail.com> 276 4 Nick Janus <nickjanus(a)gmail.com> 277 4 Matthew Taylor <matthew.taylor(a)digitalpacific.com.au> 278 4 Mathijs Smit <m.smit(a)goldenvalue.nl> 279 4 Liyan Wang <liyan.wang(a)xtaotech.com> 280 4 Liul <liul.stone(a)gmail.com> 281 4 Jun He <jun.he(a)arm.com> 282 4 Jiaying Ren <jiaying.ren(a)umcloud.com> 283 4 Jeffrey Chu <peihuachu1112(a)gmail.com> 284 4 Gabe Lee <ligangbin117(a)163.com> 285 4 Feng Hualong <hualong.feng(a)intel.com> 286 4 Drunkard Zhang <gongfan193(a)gmail.com> 287 4 Danny Al-Gaaf <danny.al-gaaf(a)bisect.de> 288 4 Clément Hampaï <clement.hampai(a)cypressxt.net> 289 4 Chen Pan <chenpan(a)cmss.chinamobile.com> 290 4 Benjeman Meekhof <bmeekhof(a)umich.edu> 291 4 Amrita Sakthivel <asakthiv(a)redhat.com> 292 4 Amit Kumar <amitkuma(a)redhat.com> 293 3 ypdai <1041315735(a)qq.com> 294 3 Wang Bo Zhao <wangbozhao(a)cmss.chinamobile.com> 295 3 Valentin Bajrami <valentin.bajrami(a)target-holding.nl> 296 3 Thomas Johnson <NTmatter(a)gmail.com> 297 3 Martin Liska <mliska(a)suse.cz> 298 3 JuanJose JJ Galvez <jgalvez(a)redhat.com> 299 3 Gabriella S. Roman <gsroman(a)bu.edu> 300 3 David Galloway <dgallowa(a)redhat.com> 301 2 Yong Wang <wy7980(a)sina.com> 302 2 Yaakov Selkowitz <yselkowi(a)redhat.com> 303 2 Vanush Misha Paturyan <ektich(a)gmail.com> 304 2 Teeranai Kormongkolkul <istudko(a)gmail.com> 305 2 Taeuk Kim <taeuk_kim(a)tmax.co.kr> 306 2 Stefan Kooman <stefan(a)kooman.org> 307 2 Robin Müller <github(a)mail.coder-hugo.de> 308 2 Peng Xie <peng.hse(a)xtaotech.com> 309 2 Osa1989 <Osama.ibrahim.89(a)gmail.com> 310 2 Nur Faizin <nur.faizin91(a)gmail.com> 311 2 Nathan Fish <lordcirth(a)gmail.com> 312 2 Nag Pavan Chilakam <nagpavan.chilakam(a)gmail.com> 313 2 Myna Vajha <mynaramana(a)gmail.com> 314 2 ming416 <geenature(a)163.com> 315 2 Michal Skalski <mskalski(a)juniper.net> 316 2 Manu Zurmühl <m.zurmuehl(a)heinlein-support.de> 317 2 Kenneth Waegeman <kenneth.waegeman(a)ugent.be> 318 2 Jonas Jelten <jj(a)stusta.net> 319 2 John McGowan <john.mcgowan(a)ben-wyatt.lan> 320 2 Jing Wenjun <jingwenjun(a)cmss.chinamobile.com> 321 2 James Page <james.page(a)ubuntu.com> 322 2 Han Fengzhe <hanfengzhe(a)hisilicon.com> 323 2 Francois Deppierraz <francois(a)ctrlaltdel.ch> 324 2 Fabian Niepelt <f.niepelt(a)mittwald.de> 325 2 Dominik Csapak <d.csapak(a)proxmox.com> 326 2 Dengke Du <pinganddu90(a)gmail.com> 327 2 Danny Abukalam <danny(a)softiron.co.uk> 328 2 chenqiuzhang <chen.qiuzhang(a)h3c.com> 329 2 Chenjiong Deng <dengchenjiong(a)umcloud.com> 330 2 Carlos Valiente <carlos.valiente(a)ecmwf.int> 331 2 Ashita Kasam <694240887(a)qq.com> 332 2 Ansgar Jazdzewski <ajaz(a)spreadshirt.net> 333 2 Alexandre Bruyelles <jack(a)jack.fr.eu.org> 334 2 Albert <albert.tests(a)gmail.com> 335 1 Xiaofei Cui <cuixiaofei(a)sangfor.com.cn> 336 1 Wu Jian <wujian(a)t2cloud.net> 337 1 Su Yue <Damenly_Su(a)gmx.com> 338 1 Mike Perez <miperez(a)redhat.com> Number of lines added and removed, by organization 1 513857 Red Hat <contact(a)redhat.com> 2 169574 SUSE <contact(a)suse.com> 3 40871 Intel <contact(a)intel.com> 4 38337 CERN <contact(a)cern.ch> 5 6397 ZTE <contact(a)zte.com.cn> 6 4619 Unaffiliated <no(a)organization.net> 7 4100 China Mobile <contact(a)chinamobile.com> 8 2759 Boston University <contact(a)bu.edu> 9 2747 Workday <contact(a)workday.com> 10 2603 Aliyun <contact(a)aliyun.com> 11 2541 Digiware <contact(a)digiware.nl> 12 1709 Canonical <contact(a)canonical.com> 13 1696 SK Telecom <rnd(a)sktelecom.com> 14 1148 SiteValley <contact(a)sitevalley.com> 15 1087 Tencent Cloud <contact(a)cloud.tencent.com> 16 1068 UnitedStack <contact(a)unitedstack.com> 17 956 ARM <contact(a)arm.com> 18 910 XSky <contact(a)xsky.com> 19 740 IBM <contact(a)ibm.com> 20 655 Igalia <contact(a)igalia.com> 21 639 Cloudbase Solutions <contact(a)cloudbasesolutions.com> 22 635 Fujitsu <contact(a)fujitsu.com> 23 604 Lenovo <contact(a)lenovo.com> 24 541 Tencent <contact(a)tencent.com> 25 533 Huawei <contact(a)huawei.com> 26 474 McClune Technologies <contact(a)mcclunetechnologies.net> 27 474 BBC <contact(a)bbc.co.uk> 28 376 Sangfor <contact-sds(a)sangfor.com.cn> 29 281 Inktank <contact(a)inktank.com> 30 210 University of California, Santa Cruz <contact(a)cs.ucsc.edu> 31 181 Inspur <contact(a)inspur.com> 32 149 Fabrica De Ideias <contact(a)fabricadeideias.com> 33 119 UMCloud <contact(a)umcloud.com> 34 111 Baidu <contact(a)baidu.com> 35 102 Cafe Bazaar <info(a)cafebazaar.ir> 36 100 Easystack <contact(a)easystack.cn> 37 95 KuaiShou <contact(a)kuaishou.com> 38 87 Croit <contact(a)croit.io> 39 87 CityNetwork <contact(a)citynetwork.eu> 40 76 Odiso <contact(a)odiso.com> 41 66 Selectel <contact(a)selectel.ru> 42 62 Yandex <contact(a)yandex.ru> 43 57 Line Corporation <contact(a)linecorp.com> 44 54 Grml <contact(a)grml.org> 45 41 Synack <contact(a)synac.fo> 46 40 Naver <contact(a)navercorp.com> 47 38 ProphetStor <contact(a)prphetstor.com> 48 34 XTao Co. Ltd. <contact(a)xtaotech.com> 49 33 Ebay <contact(a)ebay.com> 50 27 Mirantis <contact(a)mirantis.com> 51 24 HiSlicon <contact(a)hisilicon.com> 52 17 Tensor <contact(a)tensor.ru> 53 17 Google <contact(a)google.com> 54 17 42on <contact(a)42on.com> 55 16 GoDaddy <contact(a)godaddy.com> 56 14 Maastricht University <contact(a)maastrichtuniversity.nl> 57 10 Horizon <contact(a)horizon.ai> 58 7 China Telecom <contact(a)chinatelecom.com> 59 6 Schibsted <contact(a)schibsted.com> 60 6 Sanger Institute <contact(a)sanger.ac.uk> 61 6 Bright Computing <contact(a)brightcomputing.com> 62 5 OpenSUSE <contact(a)opensuse.org> 63 5 Gentoo <contact(a)gentoo.org> 64 5 EISOO <contact(a)eisoo.com> 65 4 University of Michigan <contact(a)umich.edu> 66 4 Golden Value <contact(a)goldenvalue.nl> 67 4 Digital Pacific <contact(a)digitalpacific.com.au> 68 4 Deutsche Telekom <contact(a)telekom.de> 69 4 CypressXt Networking <cypressxt.net> 70 3 Target Holding <contact(a)target-holding.nl> 71 2 TmaxSoft <contact(a)tmax.co.kr> 72 2 Spreadshirt <contact(a)spreadshirt.net> 73 2 SoftIron <contact(a)softiron.co.uk> 74 2 Proxmox <contact(a)proxmox.com> 75 2 MittWald <contact(a)mittwald.de> 76 2 Juniper Networks <contact(a)juniper.net> 77 2 Heinlein Support <contact(a)heinlein-support.de> 78 2 H3C <contact(a)h3c.com> 79 2 Ghent University <contact(a)ugent.be> 80 1 T2Cloud <contact(a)t2cloud.net> Commits, by authors 1 1962 Sage Weil <sweil(a)redhat.com> 2 1000 Kefu Chai <kchai(a)redhat.com> 3 364 Jason Dillaman <dillaman(a)redhat.com> 4 274 Yehuda Sadeh <ysadehwe(a)redhat.com> 5 267 Radoslaw Zarzynski <rzarzynski(a)redhat.com> 6 242 Casey Bodley <cbodley(a)redhat.com> 7 217 Sebastian Wagner <swagner(a)suse.com> 8 200 Adam C. Emerson <aemerson(a)redhat.com> 9 196 Patrick Donnelly <pdonnell(a)redhat.com> 10 182 Samuel Just <sjust(a)redhat.com> 11 176 Rishabh Dave <ridave(a)redhat.com> 12 168 Yingxin Cheng <yingxin.cheng(a)intel.com> 13 163 Nathan Cutler <ncutler(a)suse.com> 14 147 Mykola Golub <mgolub(a)suse.com> 15 132 Varsha Rao <varao(a)redhat.com> 16 130 Xie Xingguo <xie.xingguo(a)zte.com.cn> 17 125 David Zafman <dzafman(a)redhat.com> 18 121 Tiago Melo <tmelo(a)suse.com> 19 118 Abhishek Lekshmanan <abhishek(a)suse.com> 20 112 Michael Fritch <mfritch(a)suse.com> 21 108 Igor Fedotov <ifedotov(a)suse.com> 22 104 Patrick Seidensal <pseidensal(a)suse.com> 23 95 Venky Shankar <vshankar(a)redhat.com> 24 93 Yan, Zheng <zyan(a)redhat.com> 25 90 Volker Theile <vtheile(a)suse.com> 26 75 Ma Jianpeng <jianpeng.ma(a)intel.com> 27 75 Changcheng Liu <changcheng.liu(a)aliyun.com> 28 71 Stephan Müller <smueller(a)suse.com> 29 69 Kiefer Chang <kiefer.chang(a)suse.com> 30 63 Yuval Lifshitz <ylifshit(a)redhat.com> 31 63 Ricardo Marques <rimarques(a)suse.com> 32 63 Neha Ojha <nojha(a)redhat.com> 33 63 Jos Collin <jcollin(a)redhat.com> 34 62 Jan Fajerski <jfajerski(a)suse.com> 35 51 Jeff Layton <jlayton(a)redhat.com> 36 50 Ricardo Dias <rdias(a)suse.com> 37 47 Greg Farnum <gfarnum(a)redhat.com> 38 47 Dehao Shang <dehao.shang(a)intel.com> 39 46 Zhang Shaowen <zhangshaowen(a)cmss.chinamobile.com> 40 41 Joshua Schmid <jschmid(a)suse.com> 41 41 Ilya Dryomov <idryomov(a)redhat.com> 42 40 Yuan Zhou <yuan.zhou(a)intel.com> 43 40 Willem Jan Withagen <wjw(a)digiware.nl> 44 40 J. Eric Ivancich <ivancich(a)redhat.com> 45 40 Alfonso Martínez <almartin(a)redhat.com> 46 37 Chang Liu <liuchang0812(a)gmail.com> 47 36 Matt Benjamin <mbenjamin(a)redhat.com> 48 36 Kyr Shatskyy <kyrylo.shatskyy(a)suse.com> 49 34 Ernesto Puerta <epuertat(a)redhat.com> 50 33 Tatjana Dehler <tdehler(a)suse.com> 51 32 Yuri Weinstein <yuriw(a)redhat.com> 52 32 Ulrich Weigand <ulrich.weigand(a)de.ibm.com> 53 32 Ali Maredia <amaredia(a)redhat.com> 54 32 Alfredo Deza <adeza(a)redhat.com> 55 31 Brad Hubbard <bhubbard(a)redhat.com> 56 27 Milind Changire <mchangir(a)redhat.com> 57 27 Adam Kupczyk <akupczyk(a)redhat.com> 58 25 Kamoltat (Junior) Sirivadhna <ksirivad(a)redhat.com> 59 22 Pritha Srivastava <prsrivas(a)redhat.com> 60 21 Ramana Raja <rraja(a)redhat.com> 61 20 Yin Zheng <zhengyin(a)cmss.chinamobile.com> 62 20 Shilpa Jagannath <smanjara(a)redhat.com> 63 20 Myoungwon Oh <omwmw(a)sk.com> 64 19 Li Shu Hao <lishuhao(a)unitedstack.com> 65 18 Zac Dover <zac.dover(a)gmail.com> 66 18 Liu Changcheng <changcheng.liu(a)intel.com> 67 16 Yuli Yang <yuliyang(a)cmss.chinamobile.com> 68 16 Mike Christie <mchristi(a)redhat.com> 69 16 Josh Durgin <jdurgin(a)redhat.com> 70 15 Tim Serong <tserong(a)suse.com> 71 14 Zengran Zhang <zhangzengran(a)sangfor.com.cn> 72 14 Tianshan Qu <tianshan(a)xsky.com> 73 14 Thomas Bechtold <tbechtold(a)suse.com> 74 14 Song Weibin <song.weibin(a)zte.com.cn> 75 14 Mohamad Gebai <mgebai(a)suse.com> 76 14 Mark Nelson <mnelson(a)redhat.com> 77 14 David Disseldorp <ddiss(a)suse.de> 78 13 Simon Gao <simon29rock(a)gmail.com> 79 13 Kristoffer Grönlund <kgronlund(a)suse.com> 80 12 Xiubo Li <xiubli(a)redhat.com> 81 12 Rafael Quintero <rafaelq(a)bu.edu> 82 12 Paul Cuzner <pcuzner(a)redhat.com> 83 12 Marcus Watts <mwatts(a)redhat.com> 84 11 Zhi Zhang <willzzhang(a)tencent.com> 85 11 Zhang Jiao <zhangjiao(a)cmss.chinamobile.com> 86 11 Yaarit Hatuka <yaarit(a)redhat.com> 87 11 Xiaoyan Li <xiaoyan.li(a)intel.com> 88 11 Roman Penyaev <rpenyaev(a)suse.de> 89 11 Lenz Grimmer <lgrimmer(a)suse.com> 90 10 Or Friedmann <ofriedma(a)redhat.com> 91 10 James Mcclune <jmcclune(a)mcclunetechnologies.net> 92 9 Sebastian Krah <skrah(a)suse.com> 93 9 Mark Kogan <mkogan(a)redhat.com> 94 9 luo rixin <luorixin(a)huawei.com> 95 9 Ilsoo Byun <ilsoobyun(a)linecorp.com> 96 9 Huang Jun <huangjun(a)xsky.com> 97 9 Guillaume Abrioux <gabrioux(a)redhat.com> 98 9 Chunsong Feng <fengchunsong(a)huawei.com> 99 9 Chunmei Liu <chunmei.liu(a)intel.com> 100 8 Sridhar Seshasayee <sseshasa(a)redhat.com> 101 8 Sidharth Anupkrishnan <sanupkri(a)redhat.com> 102 8 shenhang <shenhang(a)kuaishou.com> 103 8 Dan Mick <dmick(a)redhat.com> 104 8 Boris Ranto <branto(a)redhat.com> 105 8 Adam King <adking(a)redhat.com> 106 7 Zeng JH <jhzeng93(a)foxmail.com> 107 7 Kai Wagner <kwagner(a)suse.com> 108 7 Daniel Gryniewicz <dang(a)redhat.com> 109 7 chunmei Liu <chunmei.liu(a)intel.com> 110 6 Yan Jun <yan.jun8(a)zte.com.cn> 111 6 Vikhyat Umrao <vumrao(a)redhat.com> 112 6 Sébastien Han <shan(a)redhat.com> 113 6 Ronen Friedman <rfriedma(a)redhat.com> 114 6 Rodrigo Severo <rodrigo(a)fabricadeideias.com> 115 6 Ren Huanwen <ren.huanwen(a)zte.com.cn> 116 6 Luo Runbing <luo.runbing(a)zte.com.cn> 117 6 Jun Su <howard0su(a)gmail.com> 118 6 João Eduardo Luís <joao(a)suse.de> 119 6 Dan van der Ster <daniel.vanderster(a)cern.ch> 120 6 Daniel-Pivonka <dpivonka(a)redhat.com> 121 5 Xuehan Xu <xuxuehan(a)360.cn> 122 5 Sergio de Carvalho <sergio.carvalho(a)workday.com> 123 5 Nathan Weinberg <nathan2(a)stwmd.net> 124 5 Nancy Su <su_nan(a)inspur.com> 125 5 Mahati Chamarthy <mahati.chamarthy(a)intel.com> 126 5 Karanraj Chauhan <chauhank(a)bu.edu> 127 5 Deepika Upadhyay <dupadhya(a)redhat.com> 128 4 Zongyou Yao <yaozongyou(a)vip.qq.com> 129 4 Xiao Guodong <xiaogd(a)inspur.com> 130 4 Xiangdong Mu <muxiangdong(a)inspur.com> 131 4 Thomas Kriechbaumer <thomas(a)kriechbaumer.name> 132 4 Shyukri Shyukriev <shshyukriev(a)suse.com> 133 4 Servesha Dudhgaonkar <sdudhgao(a)redhat.com> 134 4 Seena Fallah <seenafallah(a)gmail.com> 135 4 Prashant D <pdhange(a)redhat.com> 136 4 Peng Lai <penglaiyxy(a)gmail.com> 137 4 Matthew Oliver <moliver(a)suse.com> 138 4 Luis Henriques <lhenriques(a)suse.com> 139 4 Lucian Petrut <lpetrut(a)cloudbasesolutions.com> 140 4 Laura Paduano <lpaduano(a)suse.com> 141 4 Lan Liu <liulan(a)umcloud.com> 142 4 Kotresh HR <khiremat(a)redhat.com> 143 4 Kaleb S. Keithley <kkeithle(a)redhat.com> 144 4 Juan Miguel Olmo Martínez <jolmomar(a)redhat.com> 145 4 Dmitriy Rabotjagov <dmitriy.r(a)sitevalley.com> 146 4 Dimitri Savineau <dsavinea(a)redhat.com> 147 4 Antoaneta Damyanova <adamyanova(a)gmail.com> 148 4 Anthony D Atri <anthony.datri(a)gmail.com> 149 4 Andrew Schoen <aschoen(a)redhat.com> 150 3 Yuan Lu <yuan.y.lu(a)intel.com> 151 3 XueYu Bai <baixueyu(a)inspur.com> 152 3 Wido den Hollander <wido(a)42on.com> 153 3 Vasu Kulkarni <vasu(a)redhat.com> 154 3 Tao Ning <ningtao(a)sangfor.com.cn> 155 3 Tao Dong Dong <dongdong.tao(a)canonical.com> 156 3 Snow Si <silonghu(a)inspur.com> 157 3 slivik <jakub.sliva(a)gmail.com> 158 3 Sebastien Chen <sebastien.chen92(a)gmail.com> 159 3 Rick Chen <rick.chen(a)prophetstor.com> 160 3 Paul Emmerich <paul.emmerich(a)croit.io> 161 3 Marius Schiffer <marius(a)mschiffer.de> 162 3 Lars Marowsky-Bree <lmb(a)suse.com> 163 3 Jenkins <jenkins(a)ceph.com> 164 3 Jeegn Chen <jeegnchen(a)tencent.com> 165 3 Eric Jackson <ejackson(a)suse.com> 166 3 Bryan Stillwell <bstillwell(a)godaddy.com> 167 3 Andrea Baglioni <andrea.baglioni(a)workday.com> 168 3 Aleksei Zakharov <zakharov.a.g(a)yandex.ru> 169 3 Albin Antony <aantony(a)redhat.com> 170 2 Ziye Yang <ziye.yang(a)intel.com> 171 2 zhengyin <zhengyin(a)cmss.chinamoblie.com> 172 2 Zhang Bing Yi <zhangbingyi(a)umcloud.com> 173 2 Yibo Cai <yibo.cai(a)arm.com> 174 2 Yehu <yehu5(a)huawei.com> 175 2 Yaniv Kaul <ykaul(a)redhat.com> 176 2 Yang Wang <yang.wang(a)easystack.cn> 177 2 yangjun <yangjun(a)cmss.chinamobile.com> 178 2 Xiaoxi Chen <xiaoxchen(a)ebay.com> 179 2 Wen Peng Li <liwenpeng(a)inspur.com> 180 2 weiyingze-git <weiyingze(a)cmss.chinamobile.com> 181 2 Vikhyat Umrao <vikhyat(a)redhat.com> 182 2 Thomas Johnson <NTmatter(a)gmail.com> 183 2 Shun Song <song.shun3(a)zte.com.cn> 184 2 Richael Zhuang <richael.zhuang(a)arm.com> 185 2 Radoslaw Zarzynski <rzarzyns(a)redhat.com> 186 2 Pooja Gautam <pooja.gautam(a)ts.fujitsu.com> 187 2 lvshuhua <lvshuhua(a)cmss.chinamobile.com> 188 2 Liu Shi <liu.shi(a)navercorp.com> 189 2 Liu Peng <liupeng37(a)baidu.com> 190 2 Kanika Murarka <kmurarka(a)redhat.com> 191 2 Junyoung, Sung <junyoung.sung(a)navercorp.com> 192 2 JuanJose JJ Galvez <jgalvez(a)redhat.com> 193 2 Jiaying Ren <renjiaying(a)cmss.chinamobile.com> 194 2 Jiaying Ren <jiaying.ren(a)umcloud.com> 195 2 James P. Weaver <james.barrett(a)bbc.co.uk> 196 2 Irek Fasikhov <malmyzh(a)gmail.com> 197 2 Gary Hyg <huygbj(a)inspur.com> 198 2 Fabian Bonk <fabian.bonk(a)croit.io> 199 2 Erqi Chen <chenerqi(a)gmail.com> 200 2 Enming Zhang <zvampirem77(a)gmail.com> 201 2 Enming Zhang <enming.zhang(a)umcloud.com> 202 2 Drunkard Zhang <gongfan193(a)gmail.com> 203 2 Dominique Leuenberger <dimstar(a)opensuse.org> 204 2 David Casier <david.casier(a)aevoo.fr> 205 2 Dan Guo <guodan1(a)lenovo.com> 206 2 Dai Zhi Wei <daizhiwei3(a)huawei.com> 207 2 Avan Thakkar <athakkar(a)redhat.com> 208 2 Aleksei Zakharov <zaharov(a)selectel.ru> 209 1 Zhang Dao Long <zhangdaolong(a)fiberhome.com> 210 1 Zack Cerza <zack(a)redhat.com> 211 1 Yunfei Guan <yunfei.guan(a)xtaotech.com> 212 1 ypdai <1041315735(a)qq.com> 213 1 Yong Wang <wy7980(a)sina.com> 214 1 Yong Guo <guo.yong33(a)zte.com.cn> 215 1 Yin Congmin <congmin.yin(a)intel.com> 216 1 Yang Honggang <yanghonggang(a)umcloud.com> 217 1 Yaakov Selkowitz <yselkowi(a)redhat.com> 218 1 Xu Xue Han <xuxuehan(a)ceph10v.ops.corp.qihoo.net> 219 1 Xinze Chi <xinze(a)xsky.com> 220 1 Xiaofei Cui <cuixiaofei(a)sangfor.com.cn> 221 1 Wu Jian <wujian(a)t2cloud.net> 222 1 Wu Hsuan-Heng <bbiiggppiigg(a)gmail.com> 223 1 Wang Bo Zhao <wangbozhao(a)cmss.chinamobile.com> 224 1 Vitaliy Filippov <vitalif(a)yourcmc.ru> 225 1 Vanush Misha Paturyan <ektich(a)gmail.com> 226 1 Vangelis Tasoulas <vangelis(a)schibsted.com> 227 1 Valentin B <valentin.bajrami(a)gmail.com> 228 1 Valentin Bajrami <valentin.bajrami(a)target-holding.nl> 229 1 Tsung-Ju Lii <usefulalgorithm(a)gmail.com> 230 1 Torben Hørup <th(a)synack.fo> 231 1 Tim <elatllat(a)gmail.com> 232 1 Tiago Pasqualini <tiago.pasqualini(a)canonical.com> 233 1 Thomas Schneider <maxmusterm(a)gmail.com> 234 1 Teeranai Kormongkolkul <istudko(a)gmail.com> 235 1 Tang Junhui <tangjunhui.linux(a)gmail.com> 236 1 Taeuk Kim <taeuk_kim(a)tmax.co.kr> 237 1 Su Yue <Damenly_Su(a)gmx.com> 238 1 Stefan Kooman <stefan(a)kooman.org> 239 1 Stefan Bischoff <stefan.bischoff(a)9plus.de> 240 1 Soumya Koduri <skoduri(a)redhat.com> 241 1 Siyu Sun <sylvia0409siyu(a)gmail.com> 242 1 Shinobu Kinjo <shinobu(a)redhat.com> 243 1 Sebastiaan Nijhuis <sebastiaan.nijhuis(a)maastrichtuniversity.nl> 244 1 Robin Müller <github(a)mail.coder-hugo.de> 245 1 Radu Toader <radu.m.toader(a)gmail.com> 246 1 Qi Liang Hong <qilianghong(a)huawei.com> 247 1 Qiaowei Ren <qiaowei.ren(a)intel.com> 248 1 Ponnuvel Palaniyappan <pponnuvel(a)gmail.com> 249 1 Petertc Chu <petertc.chu(a)gmail.com> 250 1 Peng Xie <peng.hse(a)xtaotech.com> 251 1 Osa1989 <Osama.ibrahim.89(a)gmail.com> 252 1 Nur Faizin <nur.faizin91(a)gmail.com> 253 1 Ning Yao <yaoning(a)unitedstack.com> 254 1 Nick Janus <nickjanus(a)gmail.com> 255 1 Nathan Fish <lordcirth(a)gmail.com> 256 1 Nag Pavan Chilakam <nagpavan.chilakam(a)gmail.com> 257 1 Myna Vajha <mynaramana(a)gmail.com> 258 1 ming416 <geenature(a)163.com> 259 1 Mike Perez <miperez(a)redhat.com> 260 1 Michal Skalski <mskalski(a)juniper.net> 261 1 Michael Prokop <mika(a)grml.org> 262 1 Matthias Gerstner <matthias.gerstner(a)suse.de> 263 1 Matthew Vernon <mv3(a)sanger.ac.uk> 264 1 Matthew Taylor <matthew.taylor(a)digitalpacific.com.au> 265 1 Mathijs Smit <m.smit(a)goldenvalue.nl> 266 1 Martin Liska <mliska(a)suse.cz> 267 1 Manu Zurmühl <m.zurmuehl(a)heinlein-support.de> 268 1 lu.shasha <lu.shasha(a)eisoo.com> 269 1 Luo Rixin <luorixin(a)huawei.com> 270 1 Luca Castoro <luca.castoro(a)brightcomputing.com> 271 1 Liyan Wang <liyan.wang(a)xtaotech.com> 272 1 Liul <liul.stone(a)gmail.com> 273 1 Liu Lan <liulan(a)umcloud.com> 274 1 Lin Bing <hawkerous(a)gmail.com> 275 1 Lei Liu <lei01.liu(a)horizon.ai> 276 1 Laurent Voullemier <laurent.voullemier(a)gmail.com> 277 1 Lars Wendler <polynomial-c(a)gentoo.org> 278 1 Konstantin Shalygin <k0ste(a)k0ste.ru> 279 1 Kenneth Waegeman <kenneth.waegeman(a)ugent.be> 280 1 Jun He <jun.he(a)arm.com> 281 1 Jonas Jelten <jj(a)stusta.net> 282 1 John McGowan <john.mcgowan(a)ben-wyatt.lan> 283 1 Jing Wenjun <jingwenjun(a)cmss.chinamobile.com> 284 1 Jiawei Li <lijiawei1(a)chinatelecom.cn> 285 1 Jianshen Liu <jliu120(a)ucsc.edu> 286 1 Jesse Williamson <nerd.cpp(a)gmail.com> 287 1 Jeffrey Chu <peihuachu1112(a)gmail.com> 288 1 Javier M. Mellid <jmunhoz(a)igalia.com> 289 1 James Page <james.page(a)ubuntu.com> 290 1 Hao Xiong <hxiaong(a)ebay.com> 291 1 Hannes von Haugwitz <hannes(a)vonhaugwitz.com> 292 1 Hang Li <lihang48(a)hisilicon.com> 293 1 Han Fengzhe <hanfengzhe(a)hisilicon.com> 294 1 Gu Zhongyan <guzhongyan(a)360.cn> 295 1 Gangbiao Liu <liugangbiao(a)cmss.chinamobile.com> 296 1 Gabriella S. Roman <gsroman(a)bu.edu> 297 1 Gabe Lee <ligangbin117(a)163.com> 298 1 Fufei Shang <shangfufei(a)inspur.com> 299 1 Francois Deppierraz <francois(a)ctrlaltdel.ch> 300 1 Florian Haas <florian(a)citynetwork.eu> 301 1 Feng Hualong <hualong.feng(a)intel.com> 302 1 Fabian Niepelt <f.niepelt(a)mittwald.de> 303 1 Erqi Chen <bestchenerqi(a)126.com> 304 1 Elzbieta Dziomdziora <elzbieta.dziomdziora(a)ts.fujitsu.coom> 305 1 Duncan Chiang <long0709(a)gmail.com> 306 1 Dongsheng Yang <dongsheng.yang(a)easystack.cn> 307 1 Dongdong Tao <dongodng.tao(a)canonical.com> 308 1 Dominik Csapak <d.csapak(a)proxmox.com> 309 1 dependabot[bot] <49699333+dependabot[bot](a)users.noreply.github.com> 310 1 Dengke Du <pinganddu90(a)gmail.com> 311 1 David Galloway <dgallowa(a)redhat.com> 312 1 Danny Al-Gaaf <danny.al-gaaf(a)bisect.de> 313 1 Danny Abukalam <danny(a)softiron.co.uk> 314 1 Daniel Glaser <the78mole(a)chaintronics.com> 315 1 Clément Hampaï <clement.hampai(a)cypressxt.net> 316 1 Chen Xu Qiang <chenxuqiang3(a)hisilicon.com> 317 1 chenqiuzhang <chen.qiuzhang(a)h3c.com> 318 1 Chen Pan <chenpan(a)cmss.chinamobile.com> 319 1 Chenjiong Deng <dengchenjiong(a)umcloud.com> 320 1 Chen Hg <mesfet(a)126.com> 321 1 Carlos Valiente <carlos.valiente(a)ecmwf.int> 322 1 Bernd Zeimetz <bernd(a)bzed.de> 323 1 Benoît Knecht <bknecht(a)protonmail.ch> 324 1 Benjeman Meekhof <bmeekhof(a)umich.edu> 325 1 Ben England <bengland(a)redhat.com> 326 1 Ashita Kasam <694240887(a)qq.com> 327 1 Ashish Singh <assingh(a)redhat.com> 328 1 Anurag Bandhu <abandhu(a)redhat.com> 329 1 Ansgar Jazdzewski <ajaz(a)spreadshirt.net> 330 1 Andrey Groshev <an.groshev(a)tensor.ru> 331 1 Andreas Krebs <wintamute(a)gmail.com> 332 1 Amrita Sakthivel <asakthiv(a)redhat.com> 333 1 Amit Kumar <amitkuma(a)redhat.com> 334 1 Alex Zhang <difan(a)google.com> 335 1 Alexandre Bruyelles <jack(a)jack.fr.eu.org> 336 1 Alexandre Bruyelles <abruyelles(a)odiso.com> 337 1 Alexandra Settle <asettle(a)suse.com> 338 1 Albert H Chen <hselin.chen(a)gmail.com> 339 1 Albert <albert.tests(a)gmail.com> 340 1 Aaron Chu <xweichu(a)hotmail.com> Commits, by organizations 1 6308 Red Hat <contact(a)redhat.com> 2 1744 SUSE <contact(a)suse.com> 3 388 Intel <contact(a)intel.com> 4 165 ZTE <contact(a)zte.com.cn> 5 146 Unaffiliated <no(a)organization.net> 6 107 China Mobile <contact(a)chinamobile.com> 7 75 Aliyun <contact(a)aliyun.com> 8 41 Tencent Cloud <contact(a)cloud.tencent.com> 9 40 Digiware <contact(a)digiware.nl> 10 32 IBM <contact(a)ibm.com> 11 24 XSky <contact(a)xsky.com> 12 24 Inspur <contact(a)inspur.com> 13 24 Huawei <contact(a)huawei.com> 14 20 UnitedStack <contact(a)unitedstack.com> 15 20 SK Telecom <rnd(a)sktelecom.com> 16 18 Sangfor <contact-sds(a)sangfor.com.cn> 17 18 Boston University <contact(a)bu.edu> 18 14 Tencent <contact(a)tencent.com> 19 13 UMCloud <contact(a)umcloud.com> 20 10 McClune Technologies <contact(a)mcclunetechnologies.net> 21 9 Line Corporation <contact(a)linecorp.com> 22 8 Workday <contact(a)workday.com> 23 8 KuaiShou <contact(a)kuaishou.com> 24 6 Fabrica De Ideias <contact(a)fabricadeideias.com> 25 6 CERN <contact(a)cern.ch> 26 6 Canonical <contact(a)canonical.com> 27 5 Croit <contact(a)croit.io> 28 5 ARM <contact(a)arm.com> 29 4 SiteValley <contact(a)sitevalley.com> 30 4 Naver <contact(a)navercorp.com> 31 4 Cloudbase Solutions <contact(a)cloudbasesolutions.com> 32 4 Cafe Bazaar <info(a)cafebazaar.ir> 33 3 Yandex <contact(a)yandex.ru> 34 3 XTao Co. Ltd. <contact(a)xtaotech.com> 35 3 ProphetStor <contact(a)prphetstor.com> 36 3 HiSlicon <contact(a)hisilicon.com> 37 3 GoDaddy <contact(a)godaddy.com> 38 3 Fujitsu <contact(a)fujitsu.com> 39 3 Ebay <contact(a)ebay.com> 40 3 Easystack <contact(a)easystack.cn> 41 3 42on <contact(a)42on.com> 42 2 Selectel <contact(a)selectel.ru> 43 2 OpenSUSE <contact(a)opensuse.org> 44 2 Mirantis <contact(a)mirantis.com> 45 2 Lenovo <contact(a)lenovo.com> 46 2 Inktank <contact(a)inktank.com> 47 2 BBC <contact(a)bbc.co.uk> 48 2 Baidu <contact(a)baidu.com> 49 1 University of Michigan <contact(a)umich.edu> 50 1 University of California, Santa Cruz <contact(a)cs.ucsc.edu> 51 1 TmaxSoft <contact(a)tmax.co.kr> 52 1 Tensor <contact(a)tensor.ru> 53 1 Target Holding <contact(a)target-holding.nl> 54 1 T2Cloud <contact(a)t2cloud.net> 55 1 Synack <contact(a)synac.fo> 56 1 Spreadshirt <contact(a)spreadshirt.net> 57 1 SoftIron <contact(a)softiron.co.uk> 58 1 Schibsted <contact(a)schibsted.com> 59 1 Sanger Institute <contact(a)sanger.ac.uk> 60 1 Proxmox <contact(a)proxmox.com> 61 1 Odiso <contact(a)odiso.com> 62 1 MittWald <contact(a)mittwald.de> 63 1 Maastricht University <contact(a)maastrichtuniversity.nl> 64 1 Juniper Networks <contact(a)juniper.net> 65 1 Igalia <contact(a)igalia.com> 66 1 Horizon <contact(a)horizon.ai> 67 1 Heinlein Support <contact(a)heinlein-support.de> 68 1 H3C <contact(a)h3c.com> 69 1 Grml <contact(a)grml.org> 70 1 Google <contact(a)google.com> 71 1 Golden Value <contact(a)goldenvalue.nl> 72 1 Ghent University <contact(a)ugent.be> 73 1 Gentoo <contact(a)gentoo.org> 74 1 EISOO <contact(a)eisoo.com> 75 1 Digital Pacific <contact(a)digitalpacific.com.au> 76 1 Deutsche Telekom <contact(a)telekom.de> 77 1 CypressXt Networking <cypressxt.net> 78 1 CityNetwork <contact(a)citynetwork.eu> 79 1 China Telecom <contact(a)chinatelecom.com> 80 1 Bright Computing <contact(a)brightcomputing.com> Reviews, by authors (one review spans multiple commits) 1 654 Kefu Chai <kchai(a)redhat.com> 2 490 Sage Weil <sweil(a)redhat.com> 3 454 Patrick Donnelly <pdonnell(a)redhat.com> 4 295 Neha Ojha <nojha(a)redhat.com> 5 269 Sebastian Wagner <swagner(a)suse.com> 6 246 Casey Bodley <cbodley(a)redhat.com> 7 174 Jason Dillaman <dillaman(a)redhat.com> 8 165 Josh Durgin <jdurgin(a)redhat.com> 9 164 Volker Theile <vtheile(a)suse.com> 10 148 Tiago Melo <tmelo(a)suse.com> 11 141 Laura Paduano <lpaduano(a)suse.com> 12 119 Michael Fritch <mfritch(a)suse.com> 13 106 Radoslaw Zarzynski <rzarzynski(a)redhat.com> 14 103 Ernesto Puerta <epuertat(a)redhat.com> 15 100 Stephan Müller <smueller(a)suse.com> 16 94 Mykola Golub <mgolub(a)suse.com> 17 83 Xie Xingguo <xie.xingguo(a)zte.com.cn> 18 76 Tatjana Dehler <tdehler(a)suse.com> 19 72 Abhishek Lekshmanan <abhishek(a)suse.com> 20 71 Ricardo Marques <rimarques(a)suse.com> 21 69 Samuel Just <sjust(a)redhat.com> 22 69 Alfonso Martínez <almartin(a)redhat.com> 23 65 Patrick Seidensal <pseidensal(a)suse.com> 24 62 Matt Benjamin <mbenjamin(a)redhat.com> 25 59 Jeff Layton <jlayton(a)redhat.com> 26 56 Ricardo Dias <rdias(a)suse.com> 27 53 Nathan Cutler <ncutler(a)suse.com> 28 45 Jan Fajerski <jfajerski(a)suse.com> 29 45 Igor Fedotov <ifedotov(a)suse.com> 30 43 Brad Hubbard <bhubbard(a)redhat.com> 31 39 Yan, Zheng <zyan(a)redhat.com> 32 38 Greg Farnum <gfarnum(a)redhat.com> 33 36 J. Eric Ivancich <ivancich(a)redhat.com> 34 35 Alfredo Deza <adeza(a)redhat.com> 35 35 Adam C. Emerson <aemerson(a)redhat.com> 36 33 Tim Serong <tserong(a)suse.com> 37 33 Kiefer Chang <kiefer.chang(a)suse.com> 38 31 Lenz Grimmer <lgrimmer(a)suse.com> 39 30 Joshua Schmid <jschmid(a)suse.com> 40 27 David Zafman <dzafman(a)redhat.com> 41 25 Jos Collin <jcollin(a)redhat.com> 42 24 Rishabh Dave <ridave(a)redhat.com> 43 23 Ramana Raja <rraja(a)redhat.com> 44 22 Boris Ranto <branto(a)redhat.com> 45 21 Yuri Weinstein <yuriw(a)redhat.com> 46 19 Mark Nelson <mnelson(a)redhat.com> 47 16 Willem Jan Withagen <wjw(a)digiware.nl> 48 15 Dan Mick <dmick(a)redhat.com> 49 14 Thomas Bechtold <tbechtold(a)suse.com> 50 14 Ilya Dryomov <idryomov(a)redhat.com> 51 14 Daniel Gryniewicz <dang(a)redhat.com> 52 13 Yuval Lifshitz <ylifshit(a)redhat.com> 53 13 Juan Miguel Olmo Martínez <jolmomar(a)redhat.com> 54 13 João Eduardo Luís <joao(a)suse.de> 55 11 Yingxin Cheng <yingxin.cheng(a)intel.com> 56 11 Varsha Rao <varao(a)redhat.com> 57 11 Ronen Friedman <rfriedma(a)redhat.com> 58 10 Yan Jun <yan.jun8(a)zte.com.cn> 59 10 Venky Shankar <vshankar(a)redhat.com> 60 10 Adam Kupczyk <akupczyk(a)redhat.com> 61 9 Shilpa Jagannath <smanjara(a)redhat.com> 62 9 Andrew Schoen <aschoen(a)redhat.com> 63 8 Yehuda Sadeh <ysadehwe(a)redhat.com> 64 7 Wido den Hollander <wido(a)42on.com> 65 7 Travis Nielsen <tnielsen(a)redhat.com> 66 7 Pritha Srivastava <prsrivas(a)redhat.com> 67 6 Sidharth Anupkrishnan <sanupkri(a)redhat.com> 68 6 Sébastien Han <shan(a)redhat.com> 69 5 Noah Watkins <nwatkins(a)redhat.com> 70 5 Mark Kogan <mkogan(a)redhat.com> 71 5 Kanika Murarka <kmurarka(a)redhat.com> 72 5 Kai Wagner <kwagner(a)suse.com> 73 5 Douglas Fuller <dfuller(a)redhat.com> 74 5 Dongsheng Yang <dongsheng.yang(a)easystack.cn> 75 5 David Galloway <dgallowa(a)redhat.com> 76 5 David Disseldorp <ddiss(a)suse.de> 77 5 Ali Maredia <amaredia(a)redhat.com> 78 4 Zac Dover <zac.dover(a)gmail.com> 79 4 Myoungwon Oh <omwmw(a)sk.com> 80 4 Ma Jianpeng <jianpeng.ma(a)intel.com> 81 4 Lenz Grimmer <LGrimmer(a)suse.com> 82 4 Kyr Shatskyy <kyrylo.shatskyy(a)suse.com> 83 4 Gabriel Brascher <gabriel(a)apache.org> 84 4 Dimitri Savineau <dsavinea(a)redhat.com> 85 3 Xiaoxi Chen <xiaoxchen(a)ebay.com> 86 3 Vasu Kulkarni <vasu(a)redhat.com> 87 3 Sebastian Krah <skrah(a)suse.com> 88 3 Rafael Quintero <rquinter(a)redhat.com> 89 3 Ken Dreyer <kdreyer(a)redhat.com> 90 3 Deepika Upadhyay <dupadhya(a)redhat.com> 91 3 Blaine Gardner <blaine.gardner(a)suse.com> 92 3 Alexandra Settle <asettle(a)suse.com> 93 3 Adam King <adking(a)redhat.com> 94 2 Yaarit Hatuka <yaarit(a)redhat.com> 95 2 Xiubo Li <xiubli(a)redhat.com> 96 2 Vikhyat Umrao <vikhyat(a)redhat.com> 97 2 Roman Penyaev <rpenyaev(a)suse.de> 98 2 Rick Chen <rick.chen(a)prophetstor.com> 99 2 Liu-Chunmei <chunmei.liu(a)intel.com> 100 2 Kotresh HR <khiremat(a)redhat.com> 101 2 Haomai Wang <haomai(a)xsky.com> 102 2 Changcheng Liu <changcheng.liu(a)aliyun.com> 103 1 Коренберг Марк <mark(a)ideco.ru> 104 1 Zack Cerza <zack(a)redhat.com> 105 1 Yuli Yang <yuliyang(a)cmss.chinamobile.com> 106 1 Sridhar Seshasayee <sseshasa(a)redhat.com> 107 1 Shyamsundar R <srangana(a)redhat.com> 108 1 Sascha Grunert <sgrunert(a)suse.com> 109 1 Rohan Gupta <rohanrgupta1996(a)gmail.com> 110 1 Robin H. Johnson <rjohnson(a)digitalocean.com> 111 1 Ren Huanwen <ren.huanwen(a)zte.com.cn> 112 1 Paul Cuzner <pcuzner(a)redhat.com> 113 1 Nathan Weinberg <nweinber(a)redhat.com> 114 1 Myougnwon Oh <myoungwon.oh(a)samsung.com> 115 1 Milind Changire <mchangir(a)redhat.com> 116 1 Mike Christie <mchristi(a)redhat.com> 117 1 Marcus Watts <mwatts(a)redhat.com> 118 1 Madhu Rajanna <madhupr007(a)gmail.com> 119 1 Liu Changcheng <changcheng.liu(a)intel.com> 120 1 Kaleb S. Keithley <kkeithle(a)redhat.com> 121 1 Jason DIllaman <dillaman(a)redhat.com> 122 1 James Page <james.page(a)ubuntu.com> 123 1 Humble Chirammal <hchiramm(a)redhat.com> 124 1 Huang Jun <huangjun(a)xsky.com> 125 1 Guillaume Abrioux <gabrioux(a)redhat.com> 126 1 Dmitriy Rabotjagov <noonedeadpunk(a)ya.ru> 127 1 Dehao Shang <dehao.shang(a)intel.com> 128 1 Chunmei Liu <chunmei.liu(a)intel.com> 129 1 Chang Liu <liuchang0812(a)gmail.com> 130 1 Barbora Ančincová <bara(a)redhat.com> 131 1 Andreas Jaeger <aj(a)suse.com> Reviews, by organizations (one review spans multiple commits) 1 3566 Red Hat <contact(a)redhat.com> 2 1702 SUSE <contact(a)suse.com> 3 94 ZTE <contact(a)zte.com.cn> 4 20 Intel <contact(a)intel.com> 5 16 Digiware <contact(a)digiware.nl> 6 8 Unaffiliated <no(a)organization.net> 7 7 42on <contact(a)42on.com> 8 5 Easystack <contact(a)easystack.cn> 9 4 SK Telecom <rnd(a)sktelecom.com> 10 4 Apache <contact(a)apache.org> 11 3 XSky <contact(a)xsky.com> 12 3 Ebay <contact(a)ebay.com> 13 2 ProphetStor <contact(a)prphetstor.com> 14 2 Aliyun <contact(a)aliyun.com> 15 1 Tencent Cloud <contact(a)cloud.tencent.com> 16 1 Samsung <contact(a)samsung.com> 17 1 Mirantis <contact(a)mirantis.com> 18 1 DigitalOcean <contact(a)digitalocean.com> 19 1 China Mobile <contact(a)chinamobile.com> 20 1 Canonical <contact(a)canonical.com> -- Abhishek Lekshmanan SUSE Software Solutions Germany GmbH GF: Felix Imendörffer HRB 21284 (AG Nürnberg)

8 months, 2 weeks

4
5
0 0

Bug in OSD cache management?

by Jan Marek

Hello, I would like to add OSD to cluster, but I've got this error: # ceph-volume --cluster ceph lvm create --bluestore --data /dev/sda --block.wal /dev/ceph/wal.a --block.db /dev/ceph/db.a Running command: /usr/bin/ceph-authtool --gen-print-key Running command: /usr/bin/ceph --cluster ceph --name client.bootstrap-osd --keyring /var/lib/ceph/bootstrap-osd/ceph.keyring -i - osd new 459cc86e-999a-4398-bd20-d03031f98a10 Running command: vgcreate --force --yes ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb /dev/sda stdout: Physical volume "/dev/sda" successfully created. stdout: Volume group "ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb" successfully created Running command: lvcreate --yes -l 1907721 -n osd-block-459cc86e-999a-4398-bd20-d03031f98a10 ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb stdout: Logical volume "osd-block-459cc86e-999a-4398-bd20-d03031f98a10" created. Running command: /usr/bin/ceph-authtool --gen-print-key Running command: /usr/bin/mount -t tmpfs tmpfs /var/lib/ceph/osd/ceph-0 --> Executable selinuxenabled not in PATH: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Running command: /usr/bin/chown -h ceph:ceph /dev/ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb/osd-block-459cc86e-999a-4398-bd20-d03031f98a10 Running command: /usr/bin/chown -R ceph:ceph /dev/dm-24 Running command: /usr/bin/ln -s /dev/ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb/osd-block-459cc86e-999a-4398-bd20-d03031f98a10 /var/lib/ceph/osd/ceph-0/block Running command: /usr/bin/ceph --cluster ceph --name client.bootstrap-osd --keyring /var/lib/ceph/bootstrap-osd/ceph.keyring mon getmap -o /var/lib/ceph/osd/ceph-0/activate.monmap stderr: 2023-02-09T13:10:37.252+0100 7fdc2b98a700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.bootstrap-osd.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin: (2) No such file or directory 2023-02-09T13:10:37.252+0100 7fdc2b98a700 -1 AuthRegistry(0x7fdc240607d0) no keyring found at /etc/ceph/ceph.client.bootstrap-osd.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin, disabling cephx stderr: got monmap epoch 254 --> Creating keyring file for osd.0 Running command: /usr/bin/chown -R ceph:ceph /var/lib/ceph/osd/ceph-0/keyring Running command: /usr/bin/chown -R ceph:ceph /var/lib/ceph/osd/ceph-0/ Running command: /usr/bin/chown -h ceph:ceph /dev/ceph/wal.a Running command: /usr/bin/chown -R ceph:ceph /dev/dm-22 Running command: /usr/bin/chown -h ceph:ceph /dev/ceph/db.a Running command: /usr/bin/chown -R ceph:ceph /dev/dm-23 Running command: /usr/bin/ceph-osd --cluster ceph --osd-objectstore bluestore --mkfs -i 0 --monmap /var/lib/ceph/osd/ceph-0/activate.monmap --keyfile - --bluestore-block-wal-path /dev/ceph/wal.a --bluestore-block-db-path /dev/ceph/db.a --osd-data /var/lib/ceph/osd/ceph-0/ --osd-uuid 459cc86e-999a-4398-bd20-d03031f98a10 --setuser ceph --setgroup ceph stderr: 2023-02-09T13:10:37.728+0100 7f54531aa240 -1 bluestore(/var/lib/ceph/osd/ceph-0/) _read_fsid unparsable uuid stderr: ./src/common/PriorityCache.cc: In function 'void PriorityCache::Manager::balance()' thread 7f5446944700 time 2023-02-09T13:10:39.843937+0100 stderr: ./src/common/PriorityCache.cc: 300: FAILED ceph_assert(mem_avail >= 0) stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x124) [0x563da783bf70] stderr: 2: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 3: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 4: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 5: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 6: clone() stderr: *** Caught signal (Aborted) ** stderr: in thread 7f5446944700 thread_name:bstore_mempool stderr: 2023-02-09T13:10:39.844+0100 7f5446944700 -1 ./src/common/PriorityCache.cc: In function 'void PriorityCache::Manager::balance()' thread 7f5446944700 time 2023-02-09T13:10:39.843937+0100 stderr: ./src/common/PriorityCache.cc: 300: FAILED ceph_assert(mem_avail >= 0) stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x124) [0x563da783bf70] stderr: 2: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 3: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 4: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 5: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 6: clone() stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: /lib/x86_64-linux-gnu/libpthread.so.0(+0x13140) [0x7f5453810140] stderr: 2: gsignal() stderr: 3: abort() stderr: 4: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x17e) [0x563da783bfca] stderr: 5: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 6: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 7: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 8: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 9: clone() stderr: 2023-02-09T13:10:39.852+0100 7f5446944700 -1 *** Caught signal (Aborted) ** stderr: in thread 7f5446944700 thread_name:bstore_mempool stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: /lib/x86_64-linux-gnu/libpthread.so.0(+0x13140) [0x7f5453810140] stderr: 2: gsignal() stderr: 3: abort() stderr: 4: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x17e) [0x563da783bfca] stderr: 5: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 6: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 7: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 8: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 9: clone() stderr: NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this. stderr: -3212> 2023-02-09T13:10:37.728+0100 7f54531aa240 -1 bluestore(/var/lib/ceph/osd/ceph-0/) _read_fsid unparsable uuid stderr: -1> 2023-02-09T13:10:39.844+0100 7f5446944700 -1 ./src/common/PriorityCache.cc: In function 'void PriorityCache::Manager::balance()' thread 7f5446944700 time 2023-02-09T13:10:39.843937+0100 stderr: ./src/common/PriorityCache.cc: 300: FAILED ceph_assert(mem_avail >= 0) stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x124) [0x563da783bf70] stderr: 2: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 3: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 4: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 5: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 6: clone() stderr: 0> 2023-02-09T13:10:39.852+0100 7f5446944700 -1 *** Caught signal (Aborted) ** stderr: in thread 7f5446944700 thread_name:bstore_mempool stderr: ceph version 17.2.5 (98318ae89f1a893a6ded3a640405cdbb33e08757) quincy (stable) stderr: 1: /lib/x86_64-linux-gnu/libpthread.so.0(+0x13140) [0x7f5453810140] stderr: 2: gsignal() stderr: 3: abort() stderr: 4: (ceph::__ceph_assert_fail(char const*, char const*, int, char const*)+0x17e) [0x563da783bfca] stderr: 5: /usr/bin/ceph-osd(+0xc2310e) [0x563da783c10e] stderr: 6: (PriorityCache::Manager::balance()+0x478) [0x563da8459938] stderr: 7: (BlueStore::MempoolThread::entry()+0x82a) [0x563da7e9e27a] stderr: 8: /lib/x86_64-linux-gnu/libpthread.so.0(+0x7ea7) [0x7f5453804ea7] stderr: 9: clone() stderr: NOTE: a copy of the executable, or `objdump -rdS <executable>` is needed to interpret this. --> Was unable to complete a new OSD, will rollback changes Running command: /usr/bin/ceph --cluster ceph --name client.bootstrap-osd --keyring /var/lib/ceph/bootstrap-osd/ceph.keyring osd purge-new osd.0 --yes-i-really-mean-it stderr: 2023-02-09T13:10:40.072+0100 7f6963aec700 -1 auth: unable to find a keyring on /etc/ceph/ceph.client.bootstrap-osd.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin: (2) No such file or directory 2023-02-09T13:10:40.072+0100 7f6963aec700 -1 AuthRegistry(0x7f695c0607d0) no keyring found at /etc/ceph/ceph.client.bootstrap-osd.keyring,/etc/ceph/ceph.keyring,/etc/ceph/keyring,/etc/ceph/keyring.bin, disabling cephx stderr: purged osd.0 --> Zapping: /dev/ceph/db.a --> Unmounting /var/lib/ceph/osd/ceph-0 Running command: /usr/bin/umount -v /var/lib/ceph/osd/ceph-0 stderr: umount: /var/lib/ceph/osd/ceph-0 odpojen Running command: /usr/bin/dd if=/dev/zero of=/dev/ceph/db.a bs=1M count=10 conv=fsync stderr: 10+0 záznamů přečteno 10+0 záznamů zapsáno 10485760 bajtů (10 MB, 10 MiB) zkopírováno, 0,0144712 s, 725 MB/s --> More than 1 LV left in VG, will proceed to destroy LV only --> Removing LV because --destroy was given: /dev/ceph/db.a Running command: lvremove -v -f /dev/ceph/db.a stdout: Logical volume "db.a" successfully removed stderr: Removing ceph-db.a (254:23) stderr: Archiving volume group "ceph" metadata (seqno 85). stderr: Releasing logical volume "db.a" stderr: Creating volume group backup "/etc/lvm/backup/ceph" (seqno 86). --> Zapping: /dev/ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb/osd-block-459cc86e-999a-4398-bd20-d03031f98a10 Running command: /usr/bin/dd if=/dev/zero of=/dev/ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb/osd-block-459cc86e-999a-4398-bd20-d03031f98a10 bs=1M count=10 conv=fsync stderr: 10+0 záznamů přečteno 10+0 záznamů zapsáno stderr: 10485760 bajtů (10 MB, 10 MiB) zkopírováno, 0,096139 s, 109 MB/s --> Only 1 LV left in VG, will proceed to destroy volume group ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb Running command: vgremove -v -f ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb stderr: Removing ceph--8f15ecd8--3b3f--404f--a851--8bbba15e30bb-osd--block--459cc86e--999a--4398--bd20--d03031f98a10 (254:24) stderr: Archiving volume group "ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb" metadata (seqno 5). stderr: Releasing logical volume "osd-block-459cc86e-999a-4398-bd20-d03031f98a10" stderr: Creating volume group backup "/etc/lvm/backup/ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb" (seqno 6). stdout: Logical volume "osd-block-459cc86e-999a-4398-bd20-d03031f98a10" successfully removed stderr: Removing physical volume "/dev/sda" from volume group "ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb" stdout: Volume group "ceph-8f15ecd8-3b3f-404f-a851-8bbba15e30bb" successfully removed Running command: pvremove -v -f -f /dev/sda stdout: Labels on physical volume "/dev/sda" successfully wiped. --> Zapping: /dev/ceph/wal.a Running command: /usr/bin/dd if=/dev/zero of=/dev/ceph/wal.a bs=1M count=10 conv=fsync stderr: 10+0 záznamů přečteno 10+0 záznamů zapsáno 10485760 bajtů (10 MB, 10 MiB) zkopírováno, 0,014648 s, 716 MB/s --> More than 1 LV left in VG, will proceed to destroy LV only --> Removing LV because --destroy was given: /dev/ceph/wal.a Running command: lvremove -v -f /dev/ceph/wal.a stdout: Logical volume "wal.a" successfully removed stderr: Removing ceph-wal.a (254:22) stderr: Archiving volume group "ceph" metadata (seqno 86). stderr: Releasing logical volume "wal.a" stderr: Creating volume group backup "/etc/lvm/backup/ceph" (seqno 87). --> Zapping successful for OSD: 0 --> RuntimeError: Command failed with exit code 250: /usr/bin/ceph-osd --cluster ceph --osd-objectstore bluestore --mkfs -i 0 --monmap /var/lib/ceph/osd/ceph-0/activate.monmap --keyfile - --bluestore-block-wal-path /dev/ceph/wal.a --bluestore-block-db-path /dev/ceph/db.a --osd-data /var/lib/ceph/osd/ceph-0/ --osd-uuid 459cc86e-999a-4398-bd20-d03031f98a10 --setuser ceph --setgroup ceph My server have 64GB RAM. Version of ceph package is 17.2.5 ceph config dump | grep osd global dev osd_max_pg_log_entries 10 global advanced osd_memory_target_autotune true global dev osd_min_pg_log_entries 10 global dev osd_pg_log_dups_tracked 10 global dev osd_pg_log_trim_min 10 global advanced osd_pool_default_min_size 2 global advanced osd_pool_default_size 3 osd dev bluefs_allocator bitmap * osd advanced bluestore_allocator bitmap * osd advanced bluestore_default_buffered_write true osd dev bluestore_fsck_quick_fix_on_mount true osd dev osd_memory_cache_min 134217728 osd host:c-osd2 basic osd_memory_target 3927826739 osd host:c-osd3 basic osd_memory_target 3927839880 osd host:c-osd4 basic osd_memory_target 3927826739 osd host:c-osd5 basic osd_memory_target 3927826739 osd host:c-osd6 basic osd_memory_target 3927826739 osd basic osd_memory_target 1073741824 How I can create osd? I've tried `ceph orch`, but its got the same error... Sincerely Jan Marek -- Ing. Jan Marek University of South Bohemia Academic Computer Centre Phone: +420389032080 http://www.gnu.org/philosophy/no-word-attachments.cs.html

8 months, 2 weeks

3
2
0 0

Re: [ceph-users] Ceph Mgr/Dashboard Python depedencies: a new approach

by Casey Bodley

hi Ernesto and lists, > [1] https://github.com/ceph/ceph/pull/47501 are we planning to backport this to quincy so we can support centos 9 there? enabling that upgrade path on centos 9 was one of the conditions for dropping centos 8 support in reef, which i'm still keen to do if not, can we find another resolution to https://tracker.ceph.com/issues/58832? as i understand it, all of those python packages exist in centos 8. do we know why they were dropped for centos 9? have we looked into making those available in epel? (cc Ken and Kaleb) On Fri, Sep 2, 2022 at 12:01 PM Ernesto Puerta <epuertat(a)redhat.com> wrote: > > Hi Kevin, > >> >> Isn't this one of the reasons containers were pushed, so that the packaging isn't as big a deal? > > > Yes, but the Ceph community has a strong commitment to provide distro packages for those users who are not interested in moving to containers. > >> Is it the continued push to support lots of distros without using containers that is the problem? > > > If not a problem, it definitely makes it more challenging. Compiled components often sort this out by statically linking deps whose packages are not widely available in distros. The approach we're proposing here would be the closest equivalent to static linking for interpreted code (bundling). > > Thanks for sharing your questions! > > Kind regards, > Ernesto > _______________________________________________ > Dev mailing list -- dev(a)ceph.io > To unsubscribe send an email to dev-leave(a)ceph.io

9 months, 1 week

4
10
0 0

(crimson)-osd ubuntu/debian package

by sascha a.

Hello, There's so many ways to build ceph, from sources i'm pretty confused, so i need some help. I want to build regularly ceph from "main/master", to create debian packets out of it. I somehow have a solution which is working, but what's the best practice for doing this right now? On top of that, I didn't find ANY solution to build a "crimson-osd" packet out of the latest sources, i even spent hours on this, what's the correct way to do this? Thanks! Sascha

9 months, 1 week

4
7
0 0

RGW versioned bucket index issues

by Cory Snyder

Hi all, I wanted to call attention to some RGW issues that we've observed on a Pacific cluster over the past several weeks. The problems relate to versioned buckets and index entries that can be left behind after transactions complete abnormally. The scenario is multi-faceted and we're still investigating some of the details, but I wanted to provide a big-picture summary of what we've found so far. It looks like most of these issues should be reproducible on versions before and after Pacific as well. I'll enumerate the individual issues below: 1. PUT requests during reshard of versioned bucket fail with 404 and leave behind dark data Tracker: https://tracker.ceph.com/issues/61359 2. When bucket index ops are cancelled it can leave behind zombie index entries This one was merged a few months ago and did make the v16.2.13 release, but in our case we had billions of extra index entries by the time that we had upgraded to the patched version. Tracker: https://tracker.ceph.com/issues/58673 3. Issuing a delete for a key that already has a delete marker as the current version leaves behind index entries and OLH objects Note that the tracker's original description describes the problem a bit differently, but I've clarified the nature of the issue in a comment. Tracker: https://tracker.ceph.com/issues/59663 The extra index entries and OLH objects that are left behind due to these sorts of issues are obviously annoying in regards to the fact that they unnecessarily consume space, but we've found that they can also cause severe performance degradation for bucket listings, lifecycle processing, and other ops indirectly due to higher osd latencies. The reason for the performance impact is that bucket listing calls must repeatedly perform additional OSD ops until they find the requisite number of entries to return. The OSD cls method for bucket listing also does its own internal iteration for the same purpose. Since these entries are invalid, they are skipped. In the case that we observed, where some of our bucket indexes were filled with a sea of contiguous leftover entries, the process of continually iterating over and skipping invalid entries caused enormous read amplification. I believe that the following tracker is describing symptoms that are related to the same issue: https://tracker.ceph.com/issues/59164. Note that this can also cause LC processing to repeatedly fail in cases where there are enough contiguous invalid entries, since the OSD cls code eventually gives up and returns an error that isn't handled. The severity of these issues likely varies greatly based upon client behavior. If anyone has experienced similar problems, we'd love to hear about the nature of how they've manifested for you so that we can be more confident that we've plugged all of the holes. Thanks, Cory Snyder 11:11 Systems

10 months, 1 week

2
3
0 0

reef v18.1.0 QE Validation status

by Yuri Weinstein

Details of this release are summarized here: https://tracker.ceph.com/issues/61515#note-1 Release Notes - TBD Seeking approvals/reviews for: rados - Neha, Radek, Travis, Ernesto, Adam King (we still have to merge https://github.com/ceph/ceph/pull/51788 for the core) rgw - Casey fs - Venky orch - Adam King rbd - Ilya krbd - Ilya upgrade/octopus-x - deprecated upgrade/pacific-x - known issues, Ilya, Laura? upgrade/reef-p2p - N/A clients upgrades - not run yet powercycle - Brad ceph-volume - in progress Please reply to this email with approval and/or trackers of known issues/PRs to address them. gibba upgrade was done and will need to be done again this week. LRC upgrade TBD TIA

10 months, 2 weeks

6
8
0 0

RE: [ceph-users] Re: Unexpected behavior of directory mtime after being set explicitly

by Sandip Divekar

Hi Chris, I think, you have missed one steps and that is to change mtime for directory explicitly. Please have a look at highlighted steps. CEPHFS =========================================================================== root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# mkdir dir1 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# stat dir1 File: dir1 Size: 0 Blocks: 0 IO Block: 65536 directory Device: 28h/40d Inode: 1099511714911 Links: 2 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2023-05-24 11:09:25.260851345 +0530 Modify: 2023-05-24 11:09:25.260851345 +0530 Change: 2023-05-24 11:09:25.260851345 +0530 Birth: 2023-05-24 11:09:25.260851345 +0530 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# touch -m -d '26 Aug 1982 22:00' dir1 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# stat dir1/ File: dir1/ Size: 0 Blocks: 0 IO Block: 65536 directory Device: 28h/40d Inode: 1099511714911 Links: 2 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2023-05-24 11:09:25.260851345 +0530 Modify: 1982-08-26 22:00:00.000000000 +0530 Change: 2023-05-24 11:10:04.881454967 +0530 Birth: 2023-05-24 11:09:25.260851345 +0530 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# mkdir dir1/dir2 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# stat dir1/ File: dir1/ Size: 1 Blocks: 0 IO Block: 65536 directory Device: 28h/40d Inode: 1099511714911 Links: 3 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2023-05-24 11:09:25.260851345 +0530 Modify: 1982-08-26 22:00:00.000000000 +0530 Change: 2023-05-24 11:10:19.141672220 +0530 Birth: 2023-05-24 11:09:25.260851345 +0530 root@sds-ceph:/mnt/cephfs/volumes/_nogroup/test1/d5052b71-39ec-4d0a-9b0b-2091e1723538# Note : In a last step, it is expected that “Modify” time should change. Thanks and Regards Sandip Divekar From: Chris Palmer <chris.palmer(a)idnet.com> Sent: Thursday, May 25, 2023 9:46 PM To: Sandip Divekar <sandip.divekar(a)hitachivantara.com>; ceph-users(a)ceph.io Cc: dev(a)ceph.io; Gavin Lucas <gavin.lucas(a)hitachivantara.com>; Joseph Fernandes <joseph.fernandes(a)hitachivantara.com>; Simon Crosland <Simon.Crosland(a)hitachivantara.com> Subject: Re: [ceph-users] Re: Unexpected behavior of directory mtime after being set explicitly ***** EXTERNAL EMAIL ***** Hi Sandip Ceph servers (debian11/ceph base with Proxmox installed on top - NOT the ceph that comes with Proxmox!): ceph@pve1:~$ uname -a Linux pve1 5.15.107-2-pve #1 SMP PVE 5.15.107-2 (2023-05-10T09:10Z) x86_64 GNU/Linux ceph@pve1:~$ ceph version ceph version 17.2.6 (d7ff0d10654d2280e08f1ab989c7cdf3064446a5) quincy (stable) Fedora workstation. I waited until the minute had clicked over before doing each step: [chris@rex mtime]$ uname -a Linux rex.palmer 6.2.15-300.fc38.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 11 17:37:39 UTC 2023 x86_64 GNU/Linux [chris@rex mtime]$ rpm -q ceph-common ceph-common-17.2.6-2.fc38.x86_64 [chris@rex mtime]$ df . Filesystem 1K-blocks Used Available Use% Mounted on 192.168.80.121,192.168.80.122,192.168.80.123:/data2 8589930496 4944801792 3645128704 58% /mnt/data2 [chris@rex mtime]$ mount|grep data2 systemd-1 on /mnt/data2 type autofs (rw,relatime,fd=61,pgrp=1,timeout=600,minproto=5,maxproto=5,direct,pipe_ino=22804) 192.168.80.121,192.168.80.122,192.168.80.123:/data2 on /mnt/data2 type ceph (rw,noatime,nodiratime,name=data2-rex,secret=<hidden>,fsid=xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,acl,_netdev,x-systemd.mount-timeout=30,x-systemd.automount,x-systemd.idle-timeout=600) [chris@rex mtime]$ date; mkdir one; ls -ld one Thu 25 May 16:57:28 BST 2023 drwxrwxr-x 2 chris groupname 0 May 25 16:57 one [chris@rex mtime]$ date; touch one; ls -ld one Thu 25 May 16:58:14 BST 2023 drwxrwxr-x 2 chris groupname 0 May 25 16:58 one [chris@rex mtime]$ date; mkdir one/two; ls -ld one Thu 25 May 16:59:26 BST 2023 drwxrwxr-x 3 chris groupname 1 May 25 16:59 one I also repeated it with the test run on the ceph debian11 server, having mounted the cephfs filesystem on the ceph server - exactly the same result. I then repeated it again on a pure debian11 ceph 17.2.6 cluster, using a debian11 client, and it also worked as expected. All systems have latest patches applied. Hope that helps Chris On 25/05/2023 15:57, Sandip Divekar wrote: Hi Chris, Kindly request you that follow steps given in previous mail and paste the output here. The reason behind this request is that we have encountered an issue which is easily reproducible on Latest version of both quincy and pacific, also we have thoroughly investigated the matter and we are certain that No other factors are at play in this scenario. Note : We have used Debian 11 for testing. sdsadmin@ceph-pacific-1:~$ uname -a Linux ceph-pacific-1 5.10.0-10-amd64 #1 SMP Debian 5.10.84-1 (2021-12-08) x86_64 GNU/Linux sdsadmin@ceph-pacific-1:~$ sudo ceph -v ceph version 16.2.13 (5378749ba6be3a0868b51803968ee9cde4833a3e) pacific (stable) Thanks for your prompt reply. Regards Sandip Divekar -----Original Message----- From: Chris Palmer <chris.palmer(a)idnet.com><mailto:chris.palmer@idnet.com> Sent: Thursday, May 25, 2023 7:25 PM To: ceph-users(a)ceph.io<mailto:ceph-users@ceph.io> Subject: [ceph-users] Re: Unexpected behavior of directory mtime after being set explicitly ***** EXTERNAL EMAIL ***** Hi Milind I just tried this using the ceph kernel client and ceph-common 17.2.6 package in the latest Fedora kernel, against Ceph 17.2.6 and it worked perfectly... There must be some other factor in play. Chris On 25/05/2023 13:04, Sandip Divekar wrote: Hello Milind, We are using Ceph Kernel Client. But we found this same behavior while using Libcephfs library. Should we treat this as a bug? Or Is there any existing bug for similar issue ? Thanks and Regards, Sandip Divekar From: Milind Changire <mchangir(a)redhat.com><mailto:mchangir@redhat.com> Sent: Thursday, May 25, 2023 4:24 PM To: Sandip Divekar <sandip.divekar(a)hitachivantara.com><mailto:sandip.divekar@hitachivantara.com> Cc: ceph-users(a)ceph.io<mailto:ceph-users@ceph.io>; dev(a)ceph.io<mailto:dev@ceph.io> Subject: Re: [ceph-users] Unexpected behavior of directory mtime after being set explicitly ***** EXTERNAL EMAIL ***** Sandip, What type of client are you using ? kernel client or fuse client ? If it's the kernel client, then it's a bug. FYI - Pacific and Quincy fuse clients do the right thing On Wed, May 24, 2023 at 9:24 PM Sandip Divekar <sandip.divekar(a)hitachivantara.com<mailto:sandip.divekar@hitachivantara.com><mailto:sandip.divekar@hitachivantara.com><mailto:sandip.divekar@hitachivantara.com>> wrote: Hi Team, I'm writing to bring to your attention an issue we have encountered with the "mtime" (modification time) behavior for directories in the Ceph filesystem. Upon observation, we have noticed that when the mtime of a directory (let's say: dir1) is explicitly changed in CephFS, subsequent additions of files or directories within 'dir1' fail to update the directory's mtime as expected. This behavior appears to be specific to CephFS - we have reproduced this issue on both Quincy and Pacific. Similar steps work as expected in the ext4 filesystem amongst others. Reproduction steps: 1. Create a directory - mkdir dir1 2. Modify mtime using the touch command - touch dir1 3. Create a file or directory inside of 'dir1' - mkdir dir1/dir2 Expected result: mtime for dir1 should change to the time the file or directory was created in step 3 Actual result: there was no change to the mtime for 'dir1' Note : For more detail, kindly find the attached logs. Our queries are : 1. Is this expected behavior for CephFS? 2. If so, can you explain why the directory behavior is inconsistent depending on whether the mtime for the directory has previously been manually updated. Best Regards, Sandip Divekar Component QA Lead SDET. _______________________________________________ ceph-users mailing list -- ceph-users(a)ceph.io<mailto:ceph-users@ceph.io><mailto:ceph-users@ceph.io><mailto:ceph-users@ceph.io> To unsubscribe send an email to ceph-users-leave(a)ceph.io<mailto:ceph-users-leave@ceph.io><mailto:ceph-users-leave@ceph.io><mailto:ceph-users-leave@ceph.io> -- Milind _______________________________________________ ceph-users mailing list -- ceph-users(a)ceph.io<mailto:ceph-users@ceph.io> To unsubscribe send an email to ceph-users-leave(a)ceph.io<mailto:ceph-users-leave@ceph.io> _______________________________________________ ceph-users mailing list -- ceph-users(a)ceph.io<mailto:ceph-users@ceph.io> To unsubscribe send an email to ceph-users-leave(a)ceph.io<mailto:ceph-users-leave@ceph.io> _______________________________________________ ceph-users mailing list -- ceph-users(a)ceph.io<mailto:ceph-users@ceph.io> To unsubscribe send an email to ceph-users-leave(a)ceph.io<mailto:ceph-users-leave@ceph.io>

10 months, 2 weeks

1
2
0 0

jitsi rooms are "unsafe"

by Casey Bodley

the public Jitsi rooms started displaying a warning that "The room name is unsafe" before joining, and requires you to click an 'I understand the risks' checkbox before joining. i assume it's just warning that the room is public, which was the intent. is there any way to get rid of that warning?

10 months, 3 weeks

3
2
0 0

Important: RGW multisite bug may silently corrupt encrypted objects on replication

by Casey Bodley

Our downstream QE team recently observed an md5 mismatch of replicated objects when testing rgw's server-side encryption in multisite. This corruption is specific to s3 multipart uploads, and only affects the replicated copy - the original object remains intact. The bug likely affects Ceph releases all the way back to Luminous where server-side encryption was first introduced. To expand on the cause of this corruption: Encryption of multipart uploads requires special handling around the part boundaries, because each part is uploaded and encrypted separately. In multisite, objects are replicated in their encrypted form, and multipart uploads are replicated as a single part. As a result, the replicated copy loses its knowledge about the original part boundaries required to decrypt the data correctly. We don't have a fix yet, but we're tracking it in https://tracker.ceph.com/issues/46062. The fix will only modify the replication logic, so won't repair any objects that have already replicated incorrectly. We'll need to develop a radosgw-admin command to search for affected objects and reschedule their replication. In the meantime, I can only advise multisite users to avoid using encryption for multipart uploads. If you'd like to scan your cluster for existing encrypted multipart uploads, you can identify them with a s3 HeadObject request. The response would include a x-amz-server-side-encryption header, and the ETag header value (with "s removed) would be longer than 32 characters (multipart ETags are in the special form "<md5sum>-<num parts>"). Take care not to delete the corrupted replicas, because an active-active multisite configuration would go on to delete the original copy.

10 months, 3 weeks

1
0
0 0

2024

2023

2022

2021

2020

2019

Dev May 2023