October 2020 - 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)

8 months, 2 weeks

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

1 year, 1 month

5
7
0 0

Download And Install Office 2019

by sapohoj267＠qqmimpi.com

The office is a productivity suite, developed and maintained by one of the biggest companies, market leaders in technology, Microsoft Office. You must already have gotten your answer, Microsoft is not just another company that poses to be developing great software with just a team of 100 members but Microsoft is a big company that needs to keep its reputation and work always on par with the revenue they are getting. This means they need to hire the best people to get the job done and that’s how it works in Microsoft. There is no issue with Microsoft, but the only issue is that Microsoft has been the target for hackers for quite a while now, It is one of the easiest targets anyone can find when it comes to the customer base and data theft. The data Microsoft has stored on their cloud servers is enormous and is really important for most of the people. office.com/setup https://www.officesetup.help office.com/setup https://w-ww-office.com/setup mcafee.com/activate https://www.help-mcafee.me mcafee.com/activate https://w-w-w-mcafee.com/activate

3 years

4
7
0 0

v15.2.4 Octopus released

by David Galloway

We're happy to announce the fourth bugfix release in the Octopus series. In addition to a security fix in RGW, this release brings a range of fixes across all components. We recommend that all Octopus users upgrade to this release. For a detailed release notes with links & changelog please refer to the official blog entry at https://ceph.io/releases/v15-2-4-octopus-released Notable Changes --------------- * CVE-2020-10753: rgw: sanitize newlines in s3 CORSConfiguration's ExposeHeader (William Bowling, Adam Mohammed, Casey Bodley) * Cephadm: There were a lot of small usability improvements and bug fixes: * Grafana when deployed by Cephadm now binds to all network interfaces. * `cephadm check-host` now prints all detected problems at once. * Cephadm now calls `ceph dashboard set-grafana-api-ssl-verify false` when generating an SSL certificate for Grafana. * The Alertmanager is now correctly pointed to the Ceph Dashboard * `cephadm adopt` now supports adopting an Alertmanager * `ceph orch ps` now supports filtering by service name * `ceph orch host ls` now marks hosts as offline, if they are not accessible. * Cephadm can now deploy NFS Ganesha services. For example, to deploy NFS with a service id of mynfs, that will use the RADOS pool nfs-ganesha and namespace nfs-ns:: ceph orch apply nfs mynfs nfs-ganesha nfs-ns * Cephadm: `ceph orch ls --export` now returns all service specifications in yaml representation that is consumable by `ceph orch apply`. In addition, the commands `orch ps` and `orch ls` now support `--format yaml` and `--format json-pretty`. * Cephadm: `ceph orch apply osd` supports a `--preview` flag that prints a preview of the OSD specification before deploying OSDs. This makes it possible to verify that the specification is correct, before applying it. * RGW: The `radosgw-admin` sub-commands dealing with orphans -- `radosgw-admin orphans find`, `radosgw-admin orphans finish`, and `radosgw-admin orphans list-jobs` -- have been deprecated. They have not been actively maintained and they store intermediate results on the cluster, which could fill a nearly-full cluster. They have been replaced by a tool, currently considered experimental, `rgw-orphan-list`. * RBD: The name of the rbd pool object that is used to store rbd trash purge schedule is changed from "rbd_trash_trash_purge_schedule" to "rbd_trash_purge_schedule". Users that have already started using `rbd trash purge schedule` functionality and have per pool or namespace schedules configured should copy "rbd_trash_trash_purge_schedule" object to "rbd_trash_purge_schedule" before the upgrade and remove "rbd_trash_purge_schedule" using the following commands in every RBD pool and namespace where a trash purge schedule was previously configured:: rados -p <pool-name> [-N namespace] cp rbd_trash_trash_purge_schedule rbd_trash_purge_schedule rados -p <pool-name> [-N namespace] rm rbd_trash_trash_purge_schedule or use any other convenient way to restore the schedule after the upgrade. Getting Ceph ------------ * Git at git://github.com/ceph/ceph.git * Tarball at http://download.ceph.com/tarballs/ceph-14.2.10.tar.gz * For packages, see http://docs.ceph.com/docs/master/install/get-packages/ * Release git sha1: 7447c15c6ff58d7fce91843b705a268a1917325c -- David Galloway Systems Administrator, RDU Ceph Engineering IRC: dgalloway

3 years, 4 months

4
5
0 0

[RFC] CephFS dmClock QoS Scheduler

by Yongseok Oh

Hi Ceph maintainers and developers, The objective of this is to discuss our work on a dmClock based client QoS management for CephFS. Our group at LINE maintains Ceph storage clusters such as RGW, RBD, and CephFS to internally support OpenStack and K8S based private cloud environment for various applications and platforms including LINE messenger. We have seen that the RGW and RBD services can provide consistent performance to multiple active users since RGW employes the dmClock QoS scheduler for S3 clients and hypervisors internally utilize I/O throttler for VM block storage clients. Unfortunately, unlike RGW and RBD, CephFS clients can directly issue metadata requests to MDSs and filedata requests OSDs as they want. This situation occasionally (or frequently) happens and the other client performance may be degraded by the noisy neighbor. In the end, consistent performance cannot be guaranteed in our environment. From this observation and motivation, we are now considering the client QoS scheduler using the dmClock library for CephFS. A few things about how to realize the QoS scheduler. - Per subvolume QoS management. IOPS resources are only shared among the clients that mount the same root directory. QoS parameters can be easily configured through the extended attributes (similar to quota). Each dmClock scheduler can manage clients' requests using client session information. - MDS QoS management. Client metadata requests like create, lookup, and etc. are managed by dmClock scheduler placed between the dispatcher and the main request handler (e.g., Server::handle_client_request()). We have observed that two active MDSs provide approximately 20KIOPS. As performance capacity is sometimes scarce for lots of clients, QoS management is needed for MDS. - OSD QoS management. We would like to reopen and improve the previous work available at https://github.com/ceph/ceph/pull/20235. - Client QoS management. Each client manages the dmClock tracker to keep track of both rho and delta to be packed to client request messages. In case of the CLI, QoS parameters are configured using the extended attributes on each subvolume directory. Specifically, separate QoS configurations are considered for both MDSs and OSDs. setfattr -n ceph.dmclock.mds_reservation -v 200 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 setfattr -n ceph.dmclock.mds_weight -v 500 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 setfattr -n ceph.dmclock.mds_limit -v 1000 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 setfattr -n ceph.dmclock.osd_reservation -v 500 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 setfattr -n ceph.dmclock.osd_weight -v 1000 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 setfattr -n ceph.dmclock.osd_limit -v 2000 /volumes/_nogroup/fdffc126-7961-4bbc-add2-2675b9e35a55 Our QoS work has been kicked off from the previous month. Our first step is to go over the prior work and dmClock algorithm/library. Now we are actively focusing on checking the feasibility of our idea with some modifications to MDS and ceph-fuse. Our development is planned as follows. - dmClock scheduler will be integrated into MDS and ceph-fuse by December 2020. - dmClock scheduler will be incorporated with OSD by the first half of the next year. Does the community have any plan to develop per client QoS management? Are there any other issues related to our QoS work? We are looking forward to hearing your valuable comments and feedback at an early stage. Thanks Yongseok Oh

3 years, 4 months

5
8
3 0

Fencing an entire client cluster from access to Ceph (in kubernetes)

by Shyam Ranganathan

Asks: ----- This mail is to trigger a discussion on the potential solution, provided later below, for the issue as per the subject, and to possibly gather other ideas/options, to enable the use case as described. Use case/Background: -------------------- Ceph is used by kubernetes to provide persistent storage (block and file, via RBD and CephFS respectively) to pods, via the CSI interface implemented in ceph-csi [1]. One of the use cases that we want to solve is when multiple kubernetes clusters access the same Ceph storage cluster [2], and further these kubernetes clusters provide for DR (disaster recovery) of workloads, when a peer kubernetes cluster becomes unavailable. IOW, if a workload is running on kubernetes cluster-a and has access to persistent storage, it can be migrated to cluster-b in case of a DR event in cluster-a, ensuring workload continuity and with it access to the same persistent storage (as the Ceph cluster is shared and available). Problem: -------- The exact status of all client/nodes in kubernetes cluster-a on a DR event is unknown, all maybe down or some may still be up and running, still accessing storage. This brings about the need to fence all IO from all nodes/container-networks on cluster-a, on a DR event, prior to migrating the workloads to cluster-b. Existing solutions and issues: ------------------------------ Current schemes to fence IO are, per client [3] and further per image for RBD. This makes it a prerequisite that all client addresses in cluster-a are known and are further unique across peer kubernetes clusters, for a fence/blocklist to be effective. Also, during recovery of kubernetes cluster-a, as kubernetes uses current known state of the world (i.e workload "was" running on this cluster) and reconciles to the desired state of the world eventually, it is possible that re-mounts may occur prior to reaching desired state of the world (which would be not to run the said workloads on this cluster). The recovery may hence cause the existing connection based blocklists to be reset, as newer mounts/maps of the fs/image are performed on the recovering cluster. The issues as above, makes the existing blocklist scheme either unreliable or cumbersome to deal with for all possible nodes in the respective kubernetes clusters. Potential solution: ------------------- On discussing the above with Jason, he pointed out to a potential solution (as follows) to resolve the problem, <snip> My suggestion would be to utilize CephX to revoke access to the cluster from site A when site B is promoted. The one immediate issue with this approach is that any clients with existing tickets will keep their access to the cluster until the ticket expires. Therefore, for this to be effective, we would need a transient CephX revocation list capability to essentially blocklist CephX clients for X period of time until we can be sure that their tickets have expired and are therefore no longer usable. </snip> The above is quite trivial from a kubernetes and ceph-csi POV, as each peer kubernetes cluster can be configured to use different cephx identities, and thus independently revoked and later reinstated, solving the issues laid out above. The ability to revoke credentials for an existing cephx identity can be done if we change its existing authorization and hence is readily available. The ability to provide a revocation list for existing valid tickets, that clients already have, would need to be developed. Thoughts and other options? Thanks, Shyam [1] Ceph-csi: https://github.com/ceph/ceph-csi [2] DR use case in ceph-csi: https://github.com/ceph/ceph-csi/pull/1558 [3] RBD exclusive locks and blocklists: https://docs.ceph.com/en/latest/rbd/rbd-exclusive-locks/ CephFS client eviction and blocklists: https://docs.ceph.com/en/latest/cephfs/eviction/

3 years, 4 months

4
7
0 0

"ceph osd crush set|reweight-subtree" behavior

by Mykola Golub

Hi, We noticed that if one set an osd crush weight using the command ceph osd crush set $id $weight host=$host it updates the osd weight on $host bucket, but does not update it on the "class" bucket (${host}~hdd or ${host}~ssd), and as a result the old weight is still used until one runs `ceph osd crush reweight-all` or do some other changes that cause the crushmap recalculation. The same behaviour is for `ceph osd crush reweight-subtree <name> <weight>` command. Is it expected behavior or should I report a bug to the tracker? I would consider this is ok if I knew a way how to set a weight for a "class" (xyz~hdd or ~ssd) bucket. When I try to use ${host}~ssd it complains about invalid chars ~ in the bucket name. -- Mykola Golub

3 years, 5 months

2
2
0 0

cephfs inode size handling and inode_drop field in struct MetaRequest

by Jeff Layton

I'm working on a F_SETLEASE implementation for kcephfs, and am hitting a deadlock of sorts, due to a truncate triggering a cap revoke at an inopportune time. The issue is that truncates to a smaller size are always done via synchronous call to the MDS, whereas a truncate larger does not if Fx caps are held. That synchronous call causes the MDS to issue the client a cap revoke for caps that the lease holds references on (Frw, in particular). The client code has been this way since the inception and I haven't been able to locate any rationale for it. Some questions about this: 1) Why doesn't the client ever buffer a truncate to smaller size? It seems like that is something that could be done without a synchronous MDS call if we hold Fx caps. 2) The client setattr implementations set inode_drop values in the MetaRequest, but as far as I can tell, those values end up being ignored by the MDS. What purpose does inode_drop actually serve? Is this field vestigial? Thanks, -- Jeff Layton <jlayton(a)redhat.com>

3 years, 5 months

2
2
0 0

10/29/2020 perf meeting is on at 8AM PST!

by Mark Nelson

Hi Folks, The weekly performance meeting is starting now! This week we have a number of topics ranging from pg autoscaling, onode memory usage, io_uring, and continued disucssion of rocksdb and pglog. Hope to see you there! Etherpad: https://pad.ceph.com/p/performance_weekly Bluejeans: https://bluejeans.com/908675367 Thanks, Mark

3 years, 5 months

2
1
0 0

Code Walkthroughs: LibRBD I/O Flow

by Mike Perez

Hey everyone, Catch Jason Dillaman tomorrow @ 17:00 UTC doing a code walkthrough of the I/O flow in libRBD: https://tracker.ceph.com/projects/ceph/wiki/Code_Walkthroughs -- Mike Perez he/him Ceph Community Manager Open-Source Program Office (OSPO) M: +1-951-572-2633 494C 5D25 2968 D361 65FB 3829 94BC D781 ADA8 8AEA @Thingee <https://twitter.com/thingee> Thingee <https://www.linkedin.com/thingee> <https://www.facebook.com/RedHatInc> <https://www.redhat.com>

3 years, 5 months

1
1
0 0

2024

2023

2022

2021

2020

2019

Dev October 2020