April 2021 - Dev - lists.ceph.io

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)

4 months

4
5
0 0

Suggested teuthology priority

by Patrick Donnelly

For developers submitting jobs using teuthology, we now have recommendations on what priority level to use: https://docs.ceph.com/docs/master/dev/developer_guide/#testing-priority -- Patrick Donnelly, Ph.D. He / Him / His Senior Software Engineer Red Hat Sunnyvale, CA GPG: 19F28A586F808C2402351B93C3301A3E258DD79D

8 months, 4 weeks

5
7
0 0

RBD persistent writeback cache performance

by Wido den Hollander

Hi, With Pacific (16.2.0) out of the door we have the RBD persistent WriteBack cache for RBD: https://docs.ceph.com/en/latest/rbd/rbd-persistent-write-back-cache/ Has anybody performed some benchmarks with the RBD cache? Interested in the QD=1 bs=4k performance mainly. I don't have any proper hardware available to run benchmarks on yet. Wido

2 years, 6 months

2
4
0 0

backfill_unfound state reset to clean after osd restart

by Mykola Golub

Hi, I would like to bring some attention to a problem we have been observing with nautilus, and which I reported here [1]. If a pg is in backfill_unfound state ("unfound" objects were detected during backfill), and one of the osds from the active set is restarted the state changes to clean, losing the information about unfound objects. And when I tired to reproduce the issue on the master with the same scenario, the status did not change, but I was observing the primary osd crash after a non-primary restart. I looked through the commit log and did not find a commit explicitely saying (or giving a hint) this problem was adressing in the master and I see there was large refactoring in the related code since nautilus. So probably the issue was "solved" during refactoring? We would love to see the problem fixed in the nautilus, and I would like to backport the "fix", but right now I don't have a clear understanding if there really was a fix in the master and what to do with that crash that may be related to the "fix". I might try to find the commit that changed the behaviour by bisecting, but this looks like a long way, so I want to ask here first if anybody has a hint. [1] https://tracker.ceph.com/issues/50351 Thanks, -- Mykola Golub

2 years, 6 months

3
9
1 0

nautilus, octopus and pacific branches restored

by Ilya Dryomov

Hi everyone, You may have noticed some unusual activity in the backport PRs in the past week, namely force pushes to the base branch and temporary changes of the same, resulting in humongous changesets/diffstats being shown. This was done to work around some deficiencies in the release process, apologies for the inconvenience. Now that 14.2.20, 15.2.11 and 16.2.1 are out the door, everything has been restored. Jenkins is currently backed up processing "make check" and "ceph API tests" jobs, but it should clear up by tomorrow. Please retrigger with "jenkins test make check", "jenkins test api", etc if needed. Some of you have clicked the unhelpful "Update branch" button, which generated an unneeded merge commit. Please get rid of it, either by rebasing or simply rolling back to the parent. I went through the PRs and commented on those that need action, but please double check that there are no merge commits or unrelated changes in the "Commits" list before merging. Thanks, Ilya

2 years, 6 months

3
3
0 0

Ceph Month June 2021 Event

by Mike Perez

Hi everyone, In June 2021, we're hosting a month of Ceph presentations, lightning talks, and unconference sessions such as BOFs. There is no registration or cost to attend this event. The CFP is now open until May 12th. https://ceph.io/events/ceph-month-june-2021/cfp Speakers will receive confirmation that their presentation is accepted and further instructions for scheduling by May 16th. The schedule will be available on May 19th. Join the Ceph community as we discuss how Ceph, the massively scalable, open-source, software-defined storage system, can radically improve the economics and management of data storage for your enterprise. -- Mike Perez

2 years, 7 months

1
2
0 0

[FS code walkthrough] CephFS mirror daemon -- Today, Apr 26, 2021

by Ramana Venkatesh Raja

Hi folks, The FS code walkthrough will start in about an hour (10 AM ET) at https://bluejeans.com/908675367 Today, Venky Shankar will continue walking us through the FS mirroring code with focus on the mirror daemon itself. The youtube links for the recordings will be at https://tracker.ceph.com/projects/ceph/wiki/CephFS_Code_Walkthroughs Thanks, Ramana

2 years, 7 months

2
1
0 0

ceph-mds infrastructure for fscrypt

by Jeff Layton

tl;dr: we need to change the MDS infrastructure for fscrypt (again), and I want to do it in a way that would clean up some existing mess and more easily allow for future changes. The design is a bit odd though... Sorry for the long email here, but I needed communicate this design, and the rationale for the changes I'm proposing. First, the rationale: I've been (intermittently) working on the fscrypt implementation for cephfs, and have posted a few different draft proposals for the first part of it [1], which rely on a couple of changes in the MDS: - the alternate_names feature [2]. This is needed to handle extra-long filenames without allowing unprintable characters in the filename. - setting an "fscrypted" flag if the inode has an fscrypt context blob in encryption.ctx xattr [3]. With the filenames part more or less done, the next steps are to plumb in content encryption. Because the MDS handles truncates, we have to teach it to align those on fscrypt block boundaries. Rather than foist those details onto the MDS, the current idea is to add an opaque blob to the inode that would get updated along with size changes. The client would be responsible for filling out that field with the actual i_size, and would always round the existing size field up to the end of the last crypto block. That keeps the real size opaque to the MDS and the existing size handling logic should "just work". Regardless, that means we need another inode field for the size. Storing the context in an xattr is also proving to be problematic [4]. There are some situations where we can end up with an inode that is flagged as encrypted but doesn't have the caps to trust its xattrs. We could just treat "encryption.ctx" as special and not require Xs caps to read whatever cached value we have, and that might fix that issue, but I'm not fully convinced that's foolproof. We might end up with no cached context on a directory that is actually encrypted in some cases and not have a context. At this point, I'm thinking it might be best to unify all of the per-inode info into a single field that the MDS would treat as opaque. Note that the alternate_names feature would remain more or less untouched since it's associated more with dentries than inodes. The initial version of this field would look something like this: struct ceph_fscrypt_context { u8 version; // == 1 struct fscrypt_context_v2 fscrypt_ctx; // 40 bytes __le32 blocksize // 4k for now __le64 size; // "real" i_size }; The MDS would send this along with any size updates (InodeStat, and MClientCaps replies). The client would need to send this in cap flushes/updates, and we'd also need to extend the SETATTR op too, so the client can update this field in truncates (at least). I don't look forward to having to plumb this into all of the different client ops that can create inodes though. What I'm thinking we might want to do is expose this field as the "ceph.fscrypt" vxattr. The client can stuff that into the xattr blob when creating a new inode, and the MDS can scrape it out of that and move the data into the correct field in the inode. A setxattr on this field would update the new field too. It's an ugly interface, but shouldn't be too bad to handle and we have some precedent for this sort of thing. The rules for handling the new field in the client would be a bit weird though. We'll need to allow it to reading the fscrypt_ctx part without any caps (since that should be static once it's set), but the size handling needs to be under the same caps as the traditional size field (Is that Fsx? The rules for this are never quite clear to me.) Would it be better to have two different fields here -- fscrypt_auth and fscrypt_file? Or maybe, fscrypt_static/_dynamic? We don't necessarily need to keep all of this info together, but it seemed neater that way. Thoughts? Opinions? Is this a horrible idea? What would be better? Thanks, -- Jeff Layton <jlayton(a)redhat.com> [1]: latest draft was posted here: https://lore.kernel.org/ceph-devel/53d5bebb28c1e0cd354a336a56bf103d5e3a6344… [2]: https://github.com/ceph/ceph/pull/37297 [3]: https://github.com/ceph/ceph/commit/7fe1c57846a42443f0258fd877d7166f33fd596f [4]: https://lore.kernel.org/ceph-devel/53d5bebb28c1e0cd354a336a56bf103d5e3a6344…

2 years, 7 months

3
11
0 0

multi-threaded monitor

by Kefu Chai

hi folks, while looking at https://github.com/ceph/ceph/pull/32422, i think a probably safer approach is to make the monitor more efficient. currently, monitor is sort of a single-threaded application. quite a few critical code paths of monitor are protected by Monitor::lock, among other things - periodical task performed by tick() which is in turn called by SafeTimer. the "safty" of the SafeTimer is ensured by Monitor::lock - Monitor::_ms_dispatch is also called with the Monitor::lock acquired. in the case of https://github.com/ceph/ceph/pull/32422, one or more kcephfs clients are even able to slow down the whole cluster by asking for the latest osdmap with an ancient one in its hand, if the cluster is able to rebalance/recover in speedy way and accumulate lots of osdmap in a short time. a typical scaring use case is: 1. an all-flash cluster just completes a rebalance/recover. the rebalance completed quickly, and it leaves the cluster with a ton of osdmaps before some of the clients have a chance to pick up these updated maps. 2. (kcephfs) clients with ancient osdmaps in their hands wake up randomly, and they want the latest osdmap! 3. monitors are occupied with loading the maps from rocksdb and encoding them in very large batches (when discussing with the author of https://github.com/ceph/ceph/pull/32422, he mentioned that the total size of inc osdmap could be up to 200~300 MiB). 4. and the cluster is basically unresponsive. so, does it sound like a right way to improve its performance when serving the CPU intensive workload by dissecting the data dependencies in the monitor and to explore the possibility to make the monitor more multi-threaded? thoughts?

2 years, 7 months

4
6
0 0

Some times you want to crawl under a stone.

by Willem Jan Withagen

Hi all, Just sharing my sunday morning frustration of checking the build of my ports. This occurs in ./src/test/encoding/check-generated.sh In itself this type of problem if of course trivial to solve. But in this case we use diff to compare the output, so there is no easy way to fix this 2 DecayCounter /tmp/typ-s31EUGoSy /tmp/typ-iLTjVqhpI differ: char 24, line 2 **** DecayCounter test 1 dump_json check failed **** ceph-dencoder type DecayCounter select_test 1 dump_json > /tmp/typ-s31EUGoSy ceph-dencoder type DecayCounter select_test 1 encode decode dump_json > /tmp/typ-iLTjVqhpI 2c2 < "value": 2.99990449484967, --- > "value": 2.9999046414456356, Probably the easiest is to exclude the test and go on with life as it is. But correct way is probably shorten the representation of the float printing. So we end up with '2.9999' of perhaps even shorter which will make it '3.000' Is that something that is appropriate to do in the dump_json part, if I can flesh out the DecayCounter as "exception" --WjW

2 years, 7 months

2
2
0 0

2023

2022

2021

2020

2019

Dev April 2021