CEPH Filesystem Development
[Prev Page][Next Page]
- Re: v2 aligned buffer changes for erasure codes
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Florian Haas <florian@xxxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- Re: [PATCH] ceph: move ceph_find_inode() outside the s_mutex
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 3/3] ceph: include the initial ACL in create/mkdir/mknod MDS requests
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 2/3] ceph: use pagelist to present MDS request data
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 1/3] libceph: reference counting pagelist
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 1/3] libceph: reference counting pagelist
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: radosgw-admin list users?
- From: Zhao zhiming <zhaozhiming003@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Florian Haas <florian@xxxxxxxxxxx>
- Re: radosgw-admin list users?
- From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Dan van der Ster <daniel.vanderster@xxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Dan van der Ster <daniel.vanderster@xxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Florian Haas <florian@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: radosgw-admin list users?
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- radosgw-admin list users?
- From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
- Re: snap_trimming + backfilling is inefficient with many purged_snaps
- From: Florian Haas <florian@xxxxxxxxxxx>
- RE: v2 aligned buffer changes for erasure codes
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: v2 aligned buffer changes for erasure codes
- From: Janne Grunau <j@xxxxxxxxxx>
- RE: v2 aligned buffer changes for erasure codes
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: v2 aligned buffer changes for erasure codes
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- snap_trimming + backfilling is inefficient with many purged_snaps
- From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
- Re: v2 aligned buffer changes for erasure codes
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- RE: v2 aligned buffer changes for erasure codes
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- RE: v2 aligned buffer changes for erasure codes
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- [PATCH v2 2/3] ec: use 32-byte aligned buffers
- From: Janne Grunau <j@xxxxxxxxxx>
- [PATCH v2 3/3] ceph_erasure_code_benchmark: align the encoding input
- From: Janne Grunau <j@xxxxxxxxxx>
- [PATCH v2 1/3] buffer: add an aligned buffer with less alignment than a page
- From: Janne Grunau <j@xxxxxxxxxx>
- v2 aligned buffer changes for erasure codes
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- How to use radosgw-admin to delete some or all users?
- From: Zhao zhiming <zhaozhiming003@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- RE: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- Re: puzzled with the design pattern of ceph journal, really ruining performance
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: [PATCH] ceph: remove redundant code for max file size verification
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
- RE: puzzled with the design pattern of ceph journal, really ruining performance
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: "Johnu George (johnugeo)" <johnugeo@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
- Re: puzzled with the design pattern of ceph journal, really ruining performance
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: severe librbd performance degradation in Giant
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- severe librbd performance degradation in Giant
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: "Johnu George (johnugeo)" <johnugeo@xxxxxxxxx>
- Re: RadosGW objects to Rados object mapping
- From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
- Next Week: Ceph Day San Jose
- From: Ross Turk <ross@xxxxxxxxxx>
- Re: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: RadosGW objects to Rados object mapping
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: puzzled with the design pattern of ceph journal, really ruining performance
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: [ceph-users] Crushmap ruleset for rack aware PG placement
- From: "Johnu George (johnugeo)" <johnugeo@xxxxxxxxx>
- RadosGW objects to Rados object mapping
- From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
- Re: puzzled with the design pattern of ceph journal, really ruining performance
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
- [PATCH] ceph: remove redundant code for max file size verification
- From: Chao Yu <chao2.yu@xxxxxxxxxxx>
- RE: puzzled with the design pattern of ceph journal, really ruining performance
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- RE: puzzled with the design pattern of ceph journal, really ruining performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- [PATCH] ceph: remove redundant io_iter_advance()
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- puzzled with the design pattern of ceph journal, really ruining performance
- From: 姚宁 <zay11022@xxxxxxxxx>
- Re: is function get_net_marked_down right?
- From: Cheng Wei-Chung <freeze.vicente.cheng@xxxxxxxxx>
- Re: is function get_net_marked_down right?
- From: Sage Weil <sweil@xxxxxxxxxx>
- is function get_net_marked_down right?
- From: Cheng Wei-Chung <freeze.vicente.cheng@xxxxxxxxx>
- RE: OSD is crashing during delete operation
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- [PATCH] ceph: move ceph_find_inode() outside the s_mutex
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- New Defects reported by Coverity Scan for ceph (fwd)
- From: Sage Weil <sweil@xxxxxxxxxx>
- [PATCH 3/3] ceph: include the initial ACL in create/mkdir/mknod MDS requests
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- [PATCH 2/3] ceph: use pagelist to present MDS request data
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- [PATCH 1/3] libceph: reference counting pagelist
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- Re: Crushmap ruleset for rack aware PG placement
- From: Daniel Swarbrick <daniel.swarbrick@xxxxxxxxxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- RE: [PATCH 2/3] ec: make use of added aligned buffers
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- Re: [PATCH 2/3] ec: make use of added aligned buffers
- From: Loic Dachary <loic@xxxxxxxxxxx>
- [PATCH] ceph: request xattrs if xattr_version is zero
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- RE: [PATCH 2/3] ec: make use of added aligned buffers
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- Re: [PATCH 2/3] ec: make use of added aligned buffers
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [RFC]New Message Implementation Based on Event
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- can we shrink the lock of ThreadPool::worker
- From: star fan <jfanix@xxxxxxxxx>
- RE: [PATCH 2/3] ec: make use of added aligned buffers
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- RE: [PATCH 2/3] ec: make use of added aligned buffers
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: [PATCH 2/3] ec: make use of added aligned buffers
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- RE: OSD is crashing during delete operation
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: Crushmap ruleset for rack aware PG placement
- From: Amit Vijairania <amit.vijairania@xxxxxxxxx>
- Re: [PATCH 2/3] ec: make use of added aligned buffers
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH 1/3] buffer: add an aligned buffer with less alignment than a page
- From: Loic Dachary <loic@xxxxxxxxxxx>
- [PATCH 1/3] buffer: add an aligned buffer with less alignment than a page
- From: Janne Grunau <j@xxxxxxxxxx>
- [PATCH 2/3] ec: make use of added aligned buffers
- From: Janne Grunau <j@xxxxxxxxxx>
- [PATCH 3/3] ceph_erasure_code_benchmark: align the encoding input
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: [RFC]New Message Implementation Based on Event
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Crushmap ruleset for rack aware PG placement
- From: Sage Weil <sweil@xxxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- [PATCH] ceph: include the initial ACL in create/mkdir/mknod MDS requests
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- Re: Tools and archive to check for non regression of erasure coded content
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Crushmap ruleset for rack aware PG placement
- From: Amit Vijairania <amit.vijairania@xxxxxxxxx>
- RE: Tools and archive to check for non regression of erasure coded content
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Ceph RBD kernel module support for Cache Tiering
- From: Amit Vijairania <amit.vijairania@xxxxxxxxx>
- Re: [ceph-users] Cache tier unable to auto flush data to storage tier
- From: Jean-Charles LOPEZ <jc.lopez@xxxxxxxxxxx>
- RE: [ceph-users] OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [ceph-users] OpTracker optimization
- From: Sage Weil <sweil@xxxxxxxxxx>
- Tools and archive to check for non regression of erasure coded content
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [ceph-users] OpTracker optimization
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [PATCH 2/2] ceph: make sure request isn't in any waiting list when kicking request.
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 1/2] ceph: protect kick_requests() with mdsc->mutex
- From: Sage Weil <sweil@xxxxxxxxxx>
- reminder: giant vs master
- From: Sage Weil <sweil@xxxxxxxxxx>
- librados Locator API
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: jerasure buffer misaligned
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: jerasure buffer misaligned
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- RE: FW: CURSH optimization for unbalanced pg distribution
- From: "He, Yujie" <yujie.he@xxxxxxxxx>
- RE: Regarding key/value interface
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
- RE: FW: CURSH optimization for unbalanced pg distribution
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Regarding key/value interface
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: Regarding key/value interface
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Regarding key/value interface
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- [RFC]New Message Implementation Based on Event
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- Re: RBD readahead strategies
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Regarding key/value interface
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- RE: Regarding key/value interface
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Regarding key/value interface
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: Regarding key/value interface
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: osd cpu usage is bigger than 100%
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- [GIT PULL] Ceph fixes for 3.17-rc5
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- jerasure buffer misaligned
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: set_alloc_hint old osds
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- set_alloc_hint old osds
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: OpTracker optimization
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] rbd: do not return -ERANGE on auth failure
- From: Alex Elder <elder@xxxxxxxx>
- [PATCH] rbd: do not return -ERANGE on auth failure
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- RGW threads hung - more logs
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: [PATCH] libceph: fix a memory leak in handle_watch_notify
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] libceph: fix a memory leak in handle_watch_notify
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] libceph: fix a memory leak in handle_watch_notify
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- osd cpu usage is bigger than 100%
- From: yue longguang <yuelongguang@xxxxxxxxx>
- [PATCH 2/2] ceph: make sure request isn't in any waiting list when kicking request.
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- [PATCH 1/2] ceph: protect kick_requests() with mdsc->mutex
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- RE: OpTracker optimization
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [PATCH] libceph: fix a memory leak in handle_watch_notify
- From: Alex Elder <elder@xxxxxxxx>
- [PATCH] libceph: fix a memory leak in handle_watch_notify
- From: roy.qing.li@xxxxxxxxx
- RBD readahead strategies
- From: Adam Crume <adamcrume@xxxxxxxxx>
- Re: OpTracker optimization
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: OpTracker optimization
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: OpTracker optimization
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- RE: OpTracker optimization
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: [PATCH net-next 0/5] net: Convert pr_warning to pr_warn
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: OpTracker optimization
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: [ceph-users] [ANN] ceph-deploy 1.5.14 released
- From: Scottix <scottix@xxxxxxxxx>
- Re: [PATCH net-next 2/5] ceph: Convert pr_warning to pr_warn
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH net-next 2/5] ceph: Convert pr_warning to pr_warn
- From: Joe Perches <joe@xxxxxxxxxxx>
- [ANN] ceph-deploy 1.5.14 released
- From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
- Re: [PATCH 3/3] libceph: do not hard code max auth ticket len
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 2/3] libceph: add process_one_ticket() helper
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH 1/3] libceph: gracefully handle large reply messages from the mon
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Question to RWLock & reverse DNS ip=>hostname
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH net-next 2/5] ceph: Convert pr_warning to pr_warn
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH net-next 2/5] ceph: Convert pr_warning to pr_warn
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [ceph-users] question about RGW
- From: Sage Weil <sweil@xxxxxxxxxx>
- [PATCH] ceph: trim unused inodes before reconnecting to recovering MDS
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
- Re: [PATCH] libceph: fix a use after free issue in osdmap_set_max_osd
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 3/3] libceph: do not hard code max auth ticket len
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 2/3] libceph: add process_one_ticket() helper
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 1/3] libceph: gracefully handle large reply messages from the mon
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 0/3] libceph: #8979 fix (wip-auth-8979)
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- RE: Question to RWLock & reverse DNS ip=>hostname
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- [PATCH net-next 0/5] net: Convert pr_warning to pr_warn
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH net-next 2/5] ceph: Convert pr_warning to pr_warn
- From: Joe Perches <joe@xxxxxxxxxxx>
- RE: FW: CURSH optimization for unbalanced pg distribution
- From: "He, Yujie" <yujie.he@xxxxxxxxx>
- Re: FW: CURSH optimization for unbalanced pg distribution
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- RE: FW: CURSH optimization for unbalanced pg distribution
- From: "Zhang, Jian" <jian.zhang@xxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- RE: FW: CURSH optimization for unbalanced pg distribution
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Question to RWLock & reverse DNS ip=>hostname
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Question to RWLock & reverse DNS ip=>hostname
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: Sage Weil <sweil@xxxxxxxxxx>
- Question to RWLock & reverse DNS ip=>hostname
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: FW: CURSH optimization for unbalanced pg distribution
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Better output of ceph df
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Upcoming v0.86 contributor list
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- v0.85 contributors credits
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- all my osds are down, but ceph -s tells they are up and in.
- From: yue longguang <yuelongguang@xxxxxxxxx>
- RE: OSD is crashing while running admin socket
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: OSD is crashing while running admin socket
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: OSD is crashing while running admin socket
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: OSD is crashing while running admin socket
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: ceph data locality
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- v0.85 released
- From: Sage Weil <sage@xxxxxxxxxxx>
- Re: ceph data locality
- From: "Johnu George (johnugeo)" <johnugeo@xxxxxxxxx>
- Re: ceph data locality
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- RE: Mon gets flooded with log messages for default log level
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Mon gets flooded with log messages for default log level
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- RE: Mon gets flooded with log messages for default log level
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Mon gets flooded with log messages for default log level
- From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
- Placement Groups : chosing the right pg_num
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Storing cls and erasure code plugins in a pool
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Storing cls and erasure code plugins in a pool
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Storing cls and erasure code plugins in a pool
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] libceph: fix a use after free issue in osdmap_set_max_osd
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: Storing cls and erasure code plugins in a pool
- From: Milosz Tanski <milosz@xxxxxxxxx>
- [PATCH] libceph: fix a use after free issue in osdmap_set_max_osd
- From: roy.qing.li@xxxxxxxxx
- Storing cls and erasure code plugins in a pool
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: 答复: [ceph-users] ceph osd unexpected error
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- RE: [ceph-users] ceph osd unexpected error
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: ms_tcp_nodelay no effect on kernel-rbd
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [ceph-users] ceph osd unexpected error
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- Re: ms_tcp_nodelay no effect on kernel-rbd
- From: Sage Weil <sweil@xxxxxxxxxx>
- ErasureCodeIsa table cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- [PATCH] libceph: select CRYPTO_CBC in addition to CRYPTO_AES
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Mon gets flooded with log messages for default log level
- From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
- [PATCH 2/2] libceph: resend lingering requests with a new tid
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 1/2] libceph: abstract out ceph_osd_request enqueue logic
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [PATCH 0/2] libceph: #8806 fix (wip-watch-tid-8806)
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: [Ceph-community] [ceph-users] Ceph Day Paris Schedule Posted
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Re: [ceph-users] Ceph Day Paris Schedule Posted
- From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
- Re: About the copy-on-read blueprint
- From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
- Re: About the copy-on-read blueprint
- From: Li Wang <liwang@xxxxxxxxxxxxxxx>
- Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: "Ethan L. Miller" <elm@xxxxxxxxxxxx>
- Re: Seeking for Mentor
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Seeking for Mentor
- From: Cheng Cheng <ccheng.leo@xxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Alexandre Oliva <oliva@xxxxxxx>
- Ceph Day Paris Schedule Posted
- From: Patrick McGarry <patrick@xxxxxxxxxxx>
- Re: ceph data locality
- From: Milosz Tanski <milosz@xxxxxxxxx>
- Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: Loic Dachary <loic@xxxxxxxxxxx>
- ARM NEON optimisations for gf-complete/jerasure/ceph-erasure
- From: Janne Grunau <j@xxxxxxxxxx>
- Re: ms_tcp_nodelay no effect on kernel-rbd
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- ms_tcp_nodelay no effect on kernel-rbd
- From: Chaitanya Huilgol <Chaitanya.Huilgol@xxxxxxxxxxx>
- Re: Moving CrushWrapper::crush from public member to private
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Moving CrushWrapper::crush from public member to private
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- Re: Compilation warning levels
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Compilation warning levels
- From: Loic Dachary <loic@xxxxxxxxxxx>
- ceph data locality
- From: "Johnu George (johnugeo)" <johnugeo@xxxxxxxxx>
- Re: Running a teuthology workload depending on the distribution
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Running a teuthology workload depending on the distribution
- From: Zack Cerza <zack.cerza@xxxxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- Re: Ten years contributor t-shirt OCR'd
- From: Christopher Glass <tribaal@xxxxxxxxx>
- Re: Ten years contributor t-shirt OCR'd
- From: Christopher Glass <tribaal@xxxxxxxxx>
- Re: Ten years contributor t-shirt OCR'd
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Ten years contributor t-shirt OCR'd
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Ten years contributor t-shirt OCR'd
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Ask help for boost::statechart in PG
- From: star fan <jfanix@xxxxxxxxx>
- RE: Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Running a teuthology workload depending on the distribution
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Ask help for boost::statechart in PG
- From: Sage Weil <sweil@xxxxxxxxxx>
- Ask help for boost::statechart in PG
- From: star fan <jfanix@xxxxxxxxx>
- Re: Cache tiering slow request issue: currently waiting for rw locks
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: new developer - where to start contributing
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- wip-libcommon-rebase
- From: David Zafman <david.zafman@xxxxxxxxxxx>
- Re: Cache tiering slow request issue: currently waiting for rw locks
- From: Sage Weil <sweil@xxxxxxxxxx>
- RFC: A preliminary Chinese version of Calamari
- From: Li Wang <liwang@xxxxxxxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Alexandre Oliva <oliva@xxxxxxx>
- Cache tiering slow request issue: currently waiting for rw locks
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Testing intermediate code for improved namespace handling
- From: David Zafman <dzafman@xxxxxxxxxx>
- Issue - 8907
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: [PATCH] osd: requeue replays we couldn't start in this tick
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- RE: Cache Tiering Performance Ideas
- From: "Duan, Jiangang" <jiangang.duan@xxxxxxxxx>
- Re: why the performance of ceph.ko is better than others.
- From: Milosz Tanski <milosz@xxxxxxxxx>
- new developer - where to start contributing
- From: Kostiantyn Danylov <kdanilov@xxxxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Loic Dachary <loic@xxxxxxxxxxx>
- why the performance of ceph.ko is better than others.
- From: yue longguang <yuelongguang@xxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Alexandre Oliva <oliva@xxxxxxx>
- Re: [PATCH] osd: requeue replays we couldn't start in this tick
- From: Alexandre Oliva <oliva@xxxxxxx>
- Re: OSD's load_pgs takes a lot of time
- From: Alexandre Oliva <oliva@xxxxxxx>
- Re: active+remapped after remove osd via ceph osd out
- From: Dominik Mostowiec <dominikmostowiec@xxxxxxxxx>
- Cache Tiering Performance Ideas
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
- Re: OSD's load_pgs takes a lot of time
- From: Sage Weil <sweil@xxxxxxxxxx>
- OSD's load_pgs takes a lot of time
- From: Michał Szymański <michalszymanski91@xxxxxxxxx>
- Re: object versioning
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- New Defects reported by Coverity Scan for ceph (fwd)
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: watch/notify changes
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: watch/notify changes
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: watch/notify changes
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- Re: watch/notify changes
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Wireshark Dissector and the Future
- From: Kevin Cox <kevincox@xxxxxxxxxxx>
- Re: watch/notify changes
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: watch/notify changes
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: watch/notify changes
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: OSDMap checksums
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: OSDMap checksums
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: A problem when restarting OSD
- From: David Moreau Simard <dmsimard@xxxxxxxx>
- Re: A problem when restarting OSD
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: A problem when restarting OSD
- From: David Moreau Simard <dmsimard@xxxxxxxx>
- RE: A problem when restarting OSD
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Re: A problem when restarting OSD
- From: David Moreau Simard <dmsimard@xxxxxxxx>
- RE: A problem when restarting OSD
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- Re: OSDMap checksums
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Building a tool which links with librados
- From: David Zafman <david.zafman@xxxxxxxxxxx>
- Re: Building a tool which links with librados
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Building a tool which links with librados
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Building a tool which links with librados
- From: David Zafman <david.zafman@xxxxxxxxxxx>
- Re: watch/notify changes
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- watch/notify changes
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- Re: Wireshark Dissector and the Future
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: mon dependency on OSD MonClient using OSD's client_messenger
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: [ceph-users] wired output of ceph df : Firefly 0.80.5
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: A problem when restarting OSD
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: active+remapped after remove osd via ceph osd out
- From: Dominik Mostowiec <dominikmostowiec@xxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- A problem when restarting OSD
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- question about how to incrementally rebuild an image out of cluster
- From: "=?gb18030?b?0KG93A==?=" <jaychj@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
- Re: [Ceph-maintainers] disabling updatedb
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [Ceph-maintainers] disabling updatedb
- From: Dan Mick <dan.mick@xxxxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Translating a RadosGW object name into a filename on disk
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Translating a RadosGW object name into a filename on disk
- From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: OSDMap checksums
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- Re: Deadlock in ceph journal
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: OSDMap checksums
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: OSDMap checksums
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: size and depth of Tree Bucket
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Deadlock in ceph journal
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Problem balancing disk space
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Problem balancing disk space
- From: Dong Yuan <yuandong1222@xxxxxxxxx>
- Re: OSDMap checksums
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: OSDMap checksums
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- rgw object expiration
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- OSDMap checksums
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: OSD suicide after being down/in for one day as it needs to search large amount of objects
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Simpler LRC configuration
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: Ceph authentication/authorization paradignms
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: size and depth of Tree Bucket
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Problem balancing disk space
- From: Alphe Salas <asalas@xxxxxxxxx>
- Re: RadosGW crashing on copy for one specific object
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Translating a RadosGW object name into a filename on disk
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- RadosGW crashing on copy for one specific object
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- OSD suicide after being down/in for one day as it needs to search large amount of objects
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Swift Upload/Post failing - 403 Forbidden
- From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
- Re: object versioning
- From: Sage Weil <sweil@xxxxxxxxxx>
- v0.84 contributors credits
- From: Loic Dachary <loic@xxxxxxxxxxx>
- v0.84 released
- From: Sage Weil <sage@xxxxxxxxxxx>
- Ceph Days are back with a vengeance!
- From: Patrick McGarry <patrick@xxxxxxxxxxx>
- Re: Stopping ceph daemons during the upgrade
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Stopping ceph daemons during the upgrade
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Stopping ceph daemons during the upgrade
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: any reason why multiple ranged-reads not currently supported in rados-java?
- From: Daniel Hsueh <dchsueh@xxxxxxxxxxxxxxxxxxx>
- Re: Stopping ceph daemons during the upgrade
- From: Dan Van Der Ster <daniel.vanderster@xxxxxxx>
- Re: RHEL 6.5 shared library upgrade safety
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: RHEL 6.5 shared library upgrade safety
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Stopping ceph daemons during the upgrade
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: RHEL 6.5 shared library upgrade safety
- From: Sage Weil <sweil@xxxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- Re: Civetweb fixes
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
- Re: RHEL 6.5 shared library upgrade safety
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: RHEL 6.5 shared library upgrade safety
- From: Wido den Hollander <wido@xxxxxxxx>
- RHEL 6.5 shared library upgrade safety
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: pools with latest master
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
- Re: Call for help : contributor credits updates
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Call for help : contributor credits updates
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- Re: Call for help : contributor credits updates
- From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
- Re: assert failure
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Call for help : contributor credits updates
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: any reason why multiple ranged-reads not currently supported in rados-java?
- From: Wido den Hollander <wido@xxxxxxxx>
- Final report for GSOC14
- From: Koleos Fuscus <koleosfuscus@xxxxxxxxx>
- Re: assert failure
- From: Huamin Chen <hchen@xxxxxxxxxx>
- Re: assert failure
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: Import a pg into an already down osd causes it to crash on startup
- From: Sage Weil <sweil@xxxxxxxxxx>
- Simpler LRC configuration
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: any reason why multiple ranged-reads not currently supported in rados-java?
- From: Sage Weil <sweil@xxxxxxxxxx>
- any reason why multiple ranged-reads not currently supported in rados-java?
- From: Daniel Hsueh <dchsueh@xxxxxxxxxxxxxxxxxxx>
- 2014 Linux Plumbers Call for File and Storage Systems Microconference Proposals
- From: Ric Wheeler <rwheeler@xxxxxxxxxx>
- Re: some question about limiting multi part size
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: ISA EC Table Cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Add a converter in OSDMap to split the ruleset into rule
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- ISA EC Table Cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: Add a converter in OSDMap to split the ruleset into rule
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Add a converter in OSDMap to split the ruleset into rule
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: object versioning
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: object versioning
- From: Sage Weil <sweil@xxxxxxxxxx>
- Translating a RadosGW object name into a filename on disk
- From: Craig Lewis <clewis@xxxxxxxxxxxxxxxxxx>
- Re: OSD disk replacement best practise
- From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
- Using erasure code plugins outside of an OSD
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Ceph authentication/authorization paradignms
- From: "Christopher R. Hertel" <crh@xxxxxxxxxx>
- Re: RGW Swift questions
- From: Luis Pabón <lpabon@xxxxxxxxxx>
- Re: RGW Swift questions
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: RGW Swift questions
- From: Luis Pabon <lpabon@xxxxxxxxxx>
- Re: object versioning
- From: Luis Pabon <lpabon@xxxxxxxxxx>
- Re: object versioning
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: RGW Swift questions
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- RGW Swift questions
- From: Luis Pabón <lpabon@xxxxxxxxxx>
- RE: A bug in FileStore::mount and A problem about XFS
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Is that possible to run teuthology on local test servers
- From: Sage Weil <sweil@xxxxxxxxxx>
- OSD disk replacement best practise
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: object versioning
- From: Wido den Hollander <wido@xxxxxxxx>
- RE: A bug in FileStore::mount and A problem about XFS
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- RE: Is that possible to run teuthology on local test servers
- From: Vijayendra Shamanna <Vijayendra.Shamanna@xxxxxxxxxxx>
- A bug in FileStore::mount and A problem about XFS
- Re: [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
- From: Sage Weil <sweil@xxxxxxxxxx>
- Is that possible to run teuthology on local test servers
- From: guping <magicgup@xxxxxxxxx>
- Re: [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
- From: Alex Elder <elder@xxxxxxxx>
- Re: assert failure
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- [PATCH -next] rbd: fix error return code in rbd_dev_device_setup()
- object versioning
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- assert failure
- From: Huamin Chen <hchen@xxxxxxxxxx>
- Fwd: crush_addition_is_unsafe
- From: Viral Mehta <viral.vkm@xxxxxxxxx>
- [ANN] ceph-deploy 1.5.11 released
- From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
- Re: [RFC]About ImageIndex
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [RFC]About ImageIndex
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- Re: [RFC]About ImageIndex
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- RE: [RFC]About ImageIndex
- From: Dhiraj Kamble <Dhiraj.Kamble@xxxxxxxxxxx>
- Re: [PATCH 0/3] WIP-8112 radosgw usage & man update
- From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
- size and depth of Tree Bucket
- From: Viral Mehta <viral.vkm@xxxxxxxxx>
- Re: [RFC]About ImageIndex
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
- wip-ceph-disk
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: ceph-disk and dmcrypt
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: LTTng unfriendly with mixed static/dynamic linking
- From: Adam Crume <adamcrume@xxxxxxxxx>
- Re: ceph-disk and dmcrypt
- From: Steve Taylor <steveftaylor@xxxxxxxxx>
- Re: LTTng unfriendly with mixed static/dynamic linking
- From: Noah Watkins <noahwatkins@xxxxxxxxx>
- Re: LTTng unfriendly with mixed static/dynamic linking
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: LTTng unfriendly with mixed static/dynamic linking
- From: Adam Crume <adamcrume@xxxxxxxxx>
- v0.67.10 Dumpling released
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- ceph-disk and dmcrypt
- From: Sage Weil <sage@xxxxxxxxxxx>
- Re: bucket index sharding - IO throttle
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- [RFC]About ImageIndex
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- [GIT PULL] Ceph updates for 3.17-rc1
- From: Sage Weil <sage@xxxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Yuri Weinstein <yuri.weinstein@xxxxxxxxxxx>
- Re: RadosGW storage format
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
- Re: Swift tests failing randomly
- From: Loic Dachary <loic@xxxxxxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- Re: how to enable ENCODE_DUMP debug option for message
- From: Sage Weil <sweil@xxxxxxxxxx>
- how to enable ENCODE_DUMP debug option for message
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- Wireshark Dissector and the Future
- From: Kevin Cox <kevincox@xxxxxxxxxxx>
- Swift tests failing randomly
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- RE: Resolving the ruleno / ruleset confusion
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: RadosGW storage format
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- RE: Resolving the ruleno / ruleset confusion
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Resolving the ruleno / ruleset confusion
- From: Sage Weil <sweil@xxxxxxxxxx>
- Resolving the ruleno / ruleset confusion
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH 6/9] gpiolib: devres: use correct structure type name in sizeof
- From: Linus Walleij <linus.walleij@xxxxxxxxxx>
- [PATCH] libceph: set last_piece in ceph_msg_data_pages_cursor_init() correctly
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: krbd kernel 3.16.0-1 with v0.83 got stuck during write
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- krbd kernel 3.16.0-1 with v0.83 got stuck during write
- From: Kasper Dieter <dieter.kasper@xxxxxxxxxxxxxx>
- Re: RadosGW storage format
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- RE: Regarding cache tier understanding
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
- Re: Regarding cache tier understanding
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH] rbd: allocate img_request with GFP_NOIO instead GFP_ATOMIC
- From: Alex Elder <elder@xxxxxxxx>
- [PATCH] rbd: allocate img_request with GFP_NOIO instead GFP_ATOMIC
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- RadosGW storage format
- From: Sylvain Munaut <s.munaut@xxxxxxxxxxxxxxxxxxxx>
- Relation between crush ruleset and erasure code profile
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Alex Elder <elder@xxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: Forever growing data in ceph using RBD image
- From: Alphe Salas <asalas@xxxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Alex Elder <elder@xxxxxxxx>
- 10th Anniversary T-Shirts for Contributors
- From: Patrick McGarry <patrick@xxxxxxxxxxx>
- mon dependency on OSD MonClient using OSD's client_messenger
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- Re: bucket index sharding - IO throttle
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: bucket index sharding - IO throttle
- From: Osier Yang <osier@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH master] rbd.cc: add --force option at 'rbd import'
- From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
- Re: upgrade:firefly-x:stress-split related workload
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: upgrade:firefly-x:stress-split related workload
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Vote for Ceph Talks at OpenStack Paris
- From: Patrick McGarry <patrick@xxxxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
- Add to mailing list
- From: Pat Hannon <phannon@xxxxxxxxxxxxx>
- Re: Ceph kRBD stuck after disk crash
- From: Thorwald Lundqvist <thorwald@xxxxxxxxxxxxxx>
- Re: fscache recursive hang -- similar to loopback NFS issues
- From: David Howells <dhowells@xxxxxxxxxx>
- Re: Ceph kRBD stuck after disk crash
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: Ceph kRBD stuck after disk crash
- From: Eric Eastman <eric0e@xxxxxxx>
- Re: [ceph-users] v0.83 released
- From: Sage Weil <sweil@xxxxxxxxxx>
- Ceph kRBD stuck after disk crash
- From: Thorwald Lundqvist <thorwald@xxxxxxxxxxxxxx>
- Re: [ceph-users] v0.83 released
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: Non existing monitor
- From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
- RE: ErasureCode base class
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- ErasureCode base class
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] rbd: rework rbd_request_fn()
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH] rbd: rework rbd_request_fn()
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: upgrade:firefly-x:stress-split related workload
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: First attempt at rocksdb monitor store stress testing
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- Re: fscache recursive hang -- similar to loopback NFS issues
- From: NeilBrown <neilb@xxxxxxx>
- Re: fscache recursive hang -- similar to loopback NFS issues
- From: Milosz Tanski <milosz@xxxxxxxxx>
- Re: ISA erasure code plugin and cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- erasure code and reliability model
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: ISA erasure code plugin and cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
- Re: Non existing monitor
- From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
- Re: KeyFileStore ?
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Sage Weil <sweil@xxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- upgrade:firefly-x:stress-split related workload
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: ISA erasure code plugin and cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- ErasureCode base class
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: ISA erasure code plugin and cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: ISA erasure code plugin and cache
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- ISA erasure code plugin and cache
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Fwd: S3 API Compatibility support
- From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
- Re: bucket index sharding - IO throttle
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- RE: Non existing monitor
- From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
- Re: firefly backports
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: firefly backports
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
- Re: firefly backports
- From: Sage Weil <sweil@xxxxxxxxxx>
- [RFC][PATCH] locking: Debug nested wait/locking primitives
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: firefly backports
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: Non existing monitor
- From: Joao Eduardo Luis <joao.luis@xxxxxxxxxxx>
- Re: giant and hammer dates
- From: Justin Erenkrantz <justin@xxxxxxxxxxxxxx>
- older kernels vs firefly
- From: Sage Weil <sweil@xxxxxxxxxx>
- firefly backports
- From: Sage Weil <sage@xxxxxxxxxxx>
- RE: First attempt at rocksdb monitor store stress testing
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: KeyFileStore ?
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Adam Crume <adamcrume@xxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: Ιnstrumenting RADOS with Zipkin + LTTng
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Free LinuxCon/CloudOpen Pass
- From: Patrick McGarry <patrick@xxxxxxxxxxx>
- RE: Non existing monitor
- From: Pavan Rallabhandi <Pavan.Rallabhandi@xxxxxxxxxxx>
- Re: First attempt at rocksdb monitor store stress testing
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
- From: Owen Synge <osynge@xxxxxxxx>
- Ιnstrumenting RADOS with Zipkin + LTTng
- From: Marios-Evaggelos Kogias <marioskogias@xxxxxxxxx>
- RE: Simplified LRC in CEPH
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: KeyFileStore ?
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- RE: Simplified LRC in CEPH
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- [ANN] ceph-deploy 1.5.10 released
- From: Alfredo Deza <alfredo.deza@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Simplified LRC in CEPH
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: Non existing monitor
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- RE: Simplified LRC in CEPH
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: Simplified LRC in CEPH
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Non existing monitor
- From: Wido den Hollander <wido@xxxxxxxx>
- RE: Non existing monitor
- From: Aanchal Agrawal <Aanchal.Agrawal@xxxxxxxxxxx>
- [PATCH] osd: add local_mtime to struct object_info_t
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- call for comments -> "ceph-disk" making OSD directories on typos and is inconsistent (useability).
- From: Owen Synge <osynge@xxxxxxxx>
- Simplified LRC in CEPH
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: bug of bucket instance log list?
- From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
- bug of bucket instance log list?
- From: star fan <jfanix@xxxxxxxxx>
- Re: [PATCH]ECBackend: Don't directyly use get_recovery_chunk_size() in RecoveryOp::WRITING state.
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- Re: [PATCH]ECBackend: Using ROUND_UP_TO to refactor get_recovery_chunk_size()
- From: Samuel Just <sam.just@xxxxxxxxxxx>
- RE: Pull Request for ISA EC plug-in
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [ceph-users] question about ApplyManager, SubmitManager and FileJournal
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: KeyFileStore ?
- From: Yehuda Sadeh <yehuda@xxxxxxxxxx>
- Re: bucket index sharding - IO throttle
- From: Guang Yang <yguang11@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
- Re: KeyFileStore ?
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: KeyFileStore ?
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ingo Molnar <mingo@xxxxxxxxxx>
- Re: KeyFileStore ?
- From: Gregory Farnum <greg@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: First attempt at rocksdb monitor store stress testing
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: First attempt at rocksdb monitor store stress testing
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- Re: First attempt at rocksdb monitor store stress testing
- From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
- Re: [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- About erasure code optimizations for ARM
- From: Loic Dachary <loic@xxxxxxxxxxx>
- RE: Cache tiering read-proxy mode
- From: "Wang, Zhiqiang" <zhiqiang.wang@xxxxxxxxx>
- [PATCH] locking/mutexes: Revert "locking/mutexes: Add extra reschedule point"
- From: Ilya Dryomov <ilya.dryomov@xxxxxxxxxxx>
- RE: Pull Request for ISA EC plug-in
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- RE: First attempt at rocksdb monitor store stress testing
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- RE: First attempt at rocksdb monitor store stress testing
- From: "Shu, Xinxin" <xinxin.shu@xxxxxxxxx>
- RE: Pull Request for ISA EC plug-in
- From: Andreas Joachim Peters <Andreas.Joachim.Peters@xxxxxxx>
- Re: KeyFileStore ?
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
- Re: KeyFileStore ?
- From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
- RE: Pull Request for ISA EC plug-in
- From: Sage Weil <sweil@xxxxxxxxxx>
- KeyFileStore ?
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Sage Weil <sweil@xxxxxxxxxx>
- Re: [PATCH] daemons: write pid file even when told not to daemonize
- From: Loic Dachary <loic@xxxxxxxxxxx>
- Re: Pull Request for ISA EC plug-in
- From: Joe Young <zhouyuan@xxxxxxxxxxx>
- Re: [PATCH 3/9] i40e: use correct structure type name in sizeof
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: [PATCH 2/9] CAPI: use correct structure type name in sizeof
- From: David Miller <davem@xxxxxxxxxxxxx>
[Index of Archives]
[Ceph Dev]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite Hikes]