CEPH Filesystem Development

• Thread Index

• Re: Ideas for new ceph-mgr service
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Alexey Sheplyakov <asheplyakov@xxxxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• 01/13/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Regarding bluestore release schedule
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Ideas for new ceph-mgr service
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: cephfs (hammer) flips directory access bits
  • From: Christian Salzmann <Christian.Salzmann@xxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH RESEND] ceph:Remove unneeded locking/unlocking of session mutex in the function drop_leases
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [PATCH] libceph: fix ceph_msg_revoke()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: An Evaluation of Object Name Hashing
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• An Evaluation of Object Name Hashing
  • From: Marcel Lauhoff <lauhoff@xxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] libceph: fix ceph_msg_revoke()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph mds stuck on replay forever
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: 7915 is not resolved
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Ceph mds stuck on replay forever
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: Build failure on latest master with jemalloc enabled
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Build failure on latest master with jemalloc enabled
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: [PATCH 06/14] libceph: use list_for_each_entry_safe
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Dmitry Borodaenko <dborodaenko@xxxxxxxxxxxx>
• Re: 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: deprecation and build warnings
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: 7915 is not resolved
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 7915 is not resolved
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• ceph osd tree output and crushmap download wrong
  • From: Wade Holler <wade.holler@xxxxxxxxx>
• Trouble building and running ceph from source code.
  • From: Sahithi R V <sahithi.rv1@xxxxxxxxx>
• Re: Ceph mds stuck on replay forever
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• an osd feign death,but ceph health is ok
  • From: hnuzhoulin <hnuzhoulin2@xxxxxxxxx>
• Ceph mds stuck on replay forever
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• ocfs2 with RBDcache
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: ovh hammer runs
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• ovh hammer runs
  • From: Samuel Just <sjust@xxxxxxxxxx>
• using cache-tier with writeback mode,raods bench result degrade
  • From: hnuzhoulin <hnuzhoulin2@xxxxxxxxx>
• ceph osd tree and crushmap output wrong
  • From: Wade Holler <wade.holler@xxxxxxxxx>
• Re: two tarballs for ceph 10.0.1
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: cephfs (hammer) flips directory access bits
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• RE: scrub test assert
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: scrub test assert
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• RE: scrub test assert
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: scrub test assert
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: cephfs (hammer) flips directory access bits
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: hammer mon failure
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Custom STL allocator
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: [ceph-users] Any suggestion to deal with slow request?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• two tarballs for ceph 10.0.1
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: "peng.hse" <peng.hse@xxxxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• [PATCH 6/6] ceph: scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 5/6] libceph: add helper that duplicates last extent operation
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 4/6] libceph: add helper that extends numner of operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 3/6] libceph: allow reserving operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 2/6] libceph: move r_reply_op_{len,result} into struct ceph_osd_req_op
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 1/6] libceph: enlarge max number of operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH 0/6] scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Is BlueFS an alternative of BlueStore?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Custom STL allocator
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• scrub test assert
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• The osd process locked itself , when I tested cephfs through filebench
  • From: wangsongbo <songbo1227@xxxxxxxxx>
• cephfs (hammer) flips directory access bits
  • From: CSa <Christian.Salzmann@xxxxxxxxxxxx>
• Is BlueFS an alternative of BlueStore?
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• Re: 01/06/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• 01/06/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Speeding up rbd_stat() in libvirt
  • From: Wido den Hollander <wido@xxxxxxxx>
• Stable releases preparation temporarily stalled
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Long peering - throttle at FileStore::queue_transactions
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• deprecation and build warnings
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Docs now building again
  • From: Dan Mick <dmick@xxxxxxxxxxxxxxx>
• Re: hammer mon failure
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Long peering - throttle at FileStore::queue_transactions
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: [ceph-users] PGP signatures for RHEL hammer RPMs for ceph-deploy
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [ceph-users] PGP signatures for RHEL hammer RPMs for ceph-deploy
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• hammer mon failure
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: [ceph-users] PGP signatures for RHEL hammer RPMs for ceph-deploy
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: CBT on an existing cluster
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• CBT on an existing cluster
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: [ceph-users] PGP signatures for RHEL hammer RPMs for ceph-deploy
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• PGP signatures for RHEL hammer RPMs for ceph-deploy
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• Re: Long peering - throttle at FileStore::queue_transactions
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Long peering - throttle at FileStore::queue_transactions
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: OSD data file are OSD logs
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: OSD data file are OSD logs
  • From: Samuel Just <sjust@xxxxxxxxxx>
• OSD data file are OSD logs
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Long peering - throttle at FileStore::queue_transactions
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: 答复: Reboot blocked when undoing unmap op.
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Speeding up rbd_stat() in libvirt
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Speeding up rbd_stat() in libvirt
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Re: Create one millon empty files with cephfs
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Is rbd map/unmap op. configured like an event?
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: How to configure if there are tow network cards in Client
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: Fwd: how io works when backfill
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re:Re: How to configure if there are tow network cards in Client
  • From: 蔡毅 <cymengxiang@xxxxxxx>
• Create one millon empty files with cephfs
  • From: Fengguang Gong <fengguanggong@xxxxxxxxx>
• Create one millon empty files with cephfs
  • From: Fengguang Gong <fengguanggong@xxxxxxxxx>
• Re: How to configure if there are tow network cards in Client
  • From: Linux Chips <linux.chips@xxxxxxxxx>
• Re: CEPH build
  • From: Odintsov Vladislav <VlOdintsov@xxxxxxx>
• Re: Fwd: how io works when backfill
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: Fwd: how io works when backfill
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: How to configure if there are tow network cards in Client
  • From: Sage Weil <sweil@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Speeding up rbd_stat() in libvirt
  • From: Wido den Hollander <wido@xxxxxxxx>
• Fwd: how io works when backfill
  • From: Zhiqiang Wang <wonzhq@xxxxxxxxx>
• how io works when backfill
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• How to configure if there are tow network cards in Client
  • From: 蔡毅 <cymengxiang@xxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• why not add (offset,len) to pglog
  • From: Dong Wu <archer.wudong@xxxxxxxxx>
• RE: rgw: sticky user quota data on bucket removal
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• Re: rgw: sticky user quota data on bucket removal
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• rgw: sticky user quota data on bucket removal
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• Re: New "make check" job for Ceph pull requests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• New "make check" job for Ceph pull requests
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Let's Not Destroy the World in 2038
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Time to move the make check bot to jenkins.ceph.com
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: [ceph-users] use object size of 32k rather than 4M
  • From: "Van Leeuwen, Robert" <rovanleeuwen@xxxxxxxx>
• Re: [ceph-users] use object size of 32k rather than 4M
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• Re: [ceph-users] use object size of 32k rather than 4M
  • From: "Van Leeuwen, Robert" <rovanleeuwen@xxxxxxxx>
• use object size of 32k rather than 4M
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• Re: fixing jenkins builds on pull requests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• fixing jenkins builds on pull requests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• jenkins on ceph pull requests: clarify which Operating System is used
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: Let's Not Destroy the World in 2038
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: RBD performance with many childs and snapshots
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: RBD performance with many childs and snapshots
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: tool for applying 'ceph daemon <osd>' command to all OSDs
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: RFC: tool for applying 'ceph daemon <osd>' command to all OSDs
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: RBD performance with many childs and snapshots
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Wido den Hollander <wido@xxxxxxxx>
• Let's Not Destroy the World in 2038
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Time to move the make check bot to jenkins.ceph.com
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RBD performance with many childs and snapshots
  • From: Wido den Hollander <wido@xxxxxxxx>
• RE: tool for applying 'ceph daemon <osd>' command to all OSDs
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• Re: RFC: tool for applying 'ceph daemon <osd>' command to all OSDs
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• RFC: tool for applying 'ceph daemon <osd>' command to all OSDs
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: RBD performance with many childs and snapshots
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Fwd: FileStore : no wait thread queue_sync
  • From: David Casier <david.casier@xxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• RBD performance with many childs and snapshots
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Wido den Hollander <wido@xxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• cluster_network goes slow during erasure code pool's stress testing
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Is rbd_discard enough to wipe an RBD image?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Fwd: Client still connect failed leader after that mon down
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Time to move the make check bot to jenkins.ceph.com
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Fwd: Client still connect failed leader after that mon down
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Re: [PATCH] ceph: Avoid to propagate the invalid page point
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Client still connect failed leader after that mon down
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Fwd: FreeBSD Building and Testing
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Re: FreeBSD Building and Testing
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• v10.0.1 Contributor credits
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Is rbd_discard enough to wipe an RBD image?
  • From: Wido den Hollander <wido@xxxxxxxx>
• FreeBSD Building and Testing
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Best way to measure client and recovery I/O
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• [PATCH] ceph: Avoid to propagate the invalid page point
  • From: Minfei Huang <mnfhuang@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Best way to measure client and recovery I/O
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• 2016 Ceph Tech Talks
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Weighted Priority Op Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• [PATCH 06/14] libceph: use list_for_each_entry_safe
  • From: Geliang Tang <geliangtang@xxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Client still connect failed leader after that mon down
  • From: Jevon Qiao <scaleqiao@xxxxxxxxx>
• Re: [ceph-users] v10.0.0 released
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: understanding partprobe failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• CoprHD Integrating Ceph
  • From: Patrick McGarry <pmcgarry@xxxxxxxxx>
• Re: rgw subuser create and admin api
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• rgw subuser create and admin api
  • From: Derek Yarnell <derek@xxxxxxxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Minfei Huang <mnfhuang@xxxxxxxxx>
• Re: understanding partprobe failure
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: puzzling disapearance of /dev/sdc1
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client still connect failed leader after that mon down
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• puzzling disapearance of /dev/sdc1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• understanding partprobe failure
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Client still connect failed leader after that mon down
  • From: Jaze Lee <jazeltq@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• RE: Configuration of your benchmark for the performance report with functrace
  • From: "James (Fei) Liu-SSI" <james.liu@xxxxxxxxxxxxxxx>
• Re: cmake
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: cmake
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: cmake
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: cmake
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: cmake
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: cmake
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: cmake
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: cmake
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• cmake
  • From: Sage Weil <sweil@xxxxxxxxxx>
• 12/16/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• [testing ceph] with gnu stow and NFS
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Andrew Bartlett <abartlet@xxxxxxxxxxxxxxx>
• Re: FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• FreeBSD is receiving traps on os/FileJournal.cc:1036
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
• RE: ceph-mon terminated with status 28
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• Re: Issues installing on CentOS 7.1
  • From: Luis Pabón <lpabon@xxxxxxxxxx>
• Re: Issues installing on CentOS 7.1
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Issues installing on CentOS 7.1
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Re: Issue with Ceph File System and LIO
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: [Ceph-qa] Bug #13191 CentOS 7 multipath test fail because libdevmapper version must be >= 1.02.89
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Issue with Ceph File System and LIO
  • From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
• Re: [ceph-users] All pgs stuck peering
  • From: Chris Dunlop <chris@xxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Issues installing on CentOS 7.1
  • From: Luis Pabon <lpabon@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: ceph-mon terminated with status 28
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: Notes from a discussion a design to allow EC overwrites
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Stable release HOWTO: hunt for lost page
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: misc: ignore some unusable block devices
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: misc: ignore some unusable block devices
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• RE: ceph-mon terminated with status 28
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: The max single write IOPS on single RBD
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• misc: ignore some unusable block devices
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Stable release HOWTO: hunt for lost page
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Stable release HOWTO: hunt for lost page
  • From: Abhishek Varshney <abhishek.varshney@xxxxxxxxxxxx>
• Stable release HOWTO: hunt for lost page
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Improving Data-At-Rest encryption in Ceph
  • From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
• Re: The max single write IOPS on single RBD
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: ceph-mon terminated with status 28
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• ceph-mon terminated with status 28
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: Rbd map failure in 3.16.0-55
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Rbd map failure in 3.16.0-55
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: Rbd map failure in 3.16.0-55
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Rbd map failure in 3.16.0-55
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: Rbd map failure in 3.16.0-55
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Rbd map failure in 3.16.0-55
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: CEPH_MAX_OID_NAME_LEN in rbd kernel driver
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: ceph-osd mem usage growth
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• CEPH_MAX_OID_NAME_LEN in rbd kernel driver
  • From: Jean-Tiare Le Bigot <jean-tiare.le-bigot@xxxxxxxxxxxx>
• Re: [ceph-users] Blocked requests after "osd in"
  • From: Christian Kauhaus <kc@xxxxxxxxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Matt Conner <matt.conner@xxxxxxxxxxxxxx>
• Re: The max single write IOPS on single RBD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: The max single write IOPS on single RBD
  • From: Ning Yao <zay11022@xxxxxxxxx>
• The max single write IOPS on single RBD
  • From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
• Re: Compiling for FreeBSD, trouble in buffer.c
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Some more stats on the OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: [ceph-users] Kernel RBD hang on OSD Failure
  • From: Matt Conner <matt.conner@xxxxxxxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Matt Conner <matt.conner@xxxxxxxxxxxxxx>
• Re: ceph-osd mem usage growth
  • From: Samuel Just <sjust@xxxxxxxxxx>
• ceph-osd mem usage growth
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD, trouble in buffer.c
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [ceph-users] Client io blocked when removing snapshot
  • From: Jan Schermer <jan@xxxxxxxxxxx>
• Re: [ceph-users] Client io blocked when removing snapshot
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 答复: [ceph-users] Client io blocked when removing snapshot
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: [ceph-users] Client io blocked when removing snapshot
  • From: Jan Schermer <jan@xxxxxxxxxxx>
• Re: [ceph-users] Blocked requests after "osd in"
  • From: Jan Schermer <jan@xxxxxxxxxxx>
• Re: [ceph-users] Blocked requests after "osd in"
  • From: Christian Kauhaus <kc@xxxxxxxxxxxxxxx>
• Client io blocked when removing snapshot
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: [ceph-users] Blocked requests after "osd in"
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: CodingStyle on existing code
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: CodingStyle on existing code
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: RBD Kernel: write_same_max_bytes and SCSI XCOPY
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: RBD Kernel: write_same_max_bytes and SCSI XCOPY
  • From: Mike Christie <mchristi@xxxxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Quering since when a PG is inactive
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: problem about pgmeta object?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Quering since when a PG is inactive
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Filestore without journal
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Fwd: Long time between waiting_for_osdmap event and reached_pg event in dump_historic_ops
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Fwd: problem about pgmeta object?
  • From: Ning Yao <zay11022@xxxxxxxxx>
• RE: [RADOSGATEWAY] Admin API
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• radosgw thread got blocked ,does any one seen this before
  • From: chen kael <chenji.bupt@xxxxxxxxx>
• Quering since when a PG is inactive
  • From: Wido den Hollander <wido@xxxxxxxx>
• RBD Kernel: write_same_max_bytes and SCSI XCOPY
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: About rbd journal
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• About rbd journal
  • From: "changtao381" <changtao381@xxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Filestore without journal
  • From: "changtao381" <changtao381@xxxxxxx>
• Re: new OSD re-using old OSD id fails to boot
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Resending : changes to eliminate rdma_local from xio messenger /ceph.conf.
  • From: Subra Varanasi-SSI <s.varanasi@xxxxxxxxxxxxxxx>
• Re: [ceph-users] OSD error
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• journal discard -> punch hole on fs
  • From: Timofey Titovets <nefelim4ag@xxxxxxxxx>
• Re: [RADOSGATEWAY] Admin API
  • From: Alexandre Marangone <amarango@xxxxxxxxxx>
• Long time between waiting_for_osdmap event and reached_pg event in dump_historic_ops
  • From: Rongze Zhu <zrzhit@xxxxxxxxx>
• [RADOSGATEWAY] Admin API
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: problem about pgmeta object?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: problem about pgmeta object?
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [ceph-users] Kernel RBD hang on OSD Failure
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Fwd: Fwd: [newstore (again)] how disable double write WAL
  • From: Dave Chinner <dchinner@xxxxxxxxxx>
• Fwd: [ceph-users] poor performance when recovering
  • From: Libin Wu <hzwulibin@xxxxxxxxx>
• Re: 答复: [ceph-users] How long will the logs be kept?
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Michal Jarzabek <stiopa@xxxxxxxxx>
• Re: Kernel RBD hang on OSD Failure
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Kernel RBD hang on OSD Failure
  • From: Matt Conner <matt.conner@xxxxxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: proposal to run Ceph tests on pull requests
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: poor performance when recovering
  • From: Libin Wu <hzwulibin@xxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• poor performance when recovering
  • From: Libin Wu <hzwulibin@xxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• RDMA/Infiniband
  • From: Gandalf Corvotempesta <gandalf.corvotempesta@xxxxxxxxx>
• Re: proposal to run Ceph tests on pull requests
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: [ceph-users] 答复: 答复: how to see file object-mappings for cephfuse client
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: testing the /dev/cciss/c0d0 device names
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• 答复: 答复: how to see file object-mappings for cephfuse client
  • From: Wuxiangwei <wuxiangwei@xxxxxxx>
• Re: 答复: how to see file object-mappings for cephfuse client
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• 答复: how to see file object-mappings for cephfuse client
  • From: Wuxiangwei <wuxiangwei@xxxxxxx>
• Re: how to see file object-mappings for cephfuse client
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• how to see file object-mappings for cephfuse client
  • From: Wuxiangwei <wuxiangwei@xxxxxxx>
• Re: testing the /dev/cciss/c0d0 device names
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• testing the /dev/cciss/c0d0 device names
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• new OSD re-using old OSD id fails to boot
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Re: Compiling for FreeBSD, Clang refuses to compile a test
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• proposal to run Ceph tests on pull requests
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• rgw: new multisite update
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: CephFS and single threaded RBD read performance
  • From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
• Re: Error handling during recovery read
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: Why FailedAssertion is not my favorite exception
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Why FailedAssertion is not my favorite exception
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Why FailedAssertion is not my favorite exception
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• wip-cxx11time and wip-cxx11concurrency
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Why FailedAssertion is not my favorite exception
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [GIT PULL] Ceph update for -rc4
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Why FailedAssertion is not my favorite exception
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: Fwd: Fwd: [newstore (again)] how disable double write WAL
  • From: Eric Sandeen <esandeen@xxxxxxxxxx>
• CephFS and single threaded RBD read performance
  • From: Ilja Slepnev <islepnev@xxxxxxxxx>
• Re: Fwd: Fwd: [newstore (again)] how disable double write WAL
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: cmake
  • From: Daniel Gryniewicz <dang@xxxxxxxxxx>
• Re: RGW S3 Website hosting, non-clean code for early review
  • From: Javier Muñoz <jmunhoz@xxxxxxxxxx>
• Re: cmake
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Confused about priority of client OP.
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: ack vs commit
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: ack vs commit
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: ack vs commit
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: ack vs commit
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• ack vs commit
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: cmake
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: cmake
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: Troublesome documentation link on http://ceph.com
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Undefined Ref for simple prog
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Undefined Ref for simple prog
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Undefined Ref for simple prog
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: cmake
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: cmake
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: cmake
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• cmake
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: RGW S3 Website hosting, non-clean code for early review
  • From: "Robin H. Johnson" <robbat2@xxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Compiling for FreeBSD, runtimes for seperate tests.
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: OSD public / cluster network isolation using VRF:s
  • From: "wido@xxxxxxxx" <wido@xxxxxxxx>
• Re: OSD->ReplicaOSD->OSD questions
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• OSD public / cluster network isolation using VRF:s
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: ObjectStore interface and std::list
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: ObjectStore interface and std::list
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Samuel Just <sjust@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• ObjectStore interface and std::list
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: Ceph_objectstore_bench crashed on keyvaluestore bench with ceph master branch
  • From: "James (Fei) Liu-SSI" <james.liu@xxxxxxxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr + performance
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Confused about priority of client OP.
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: Compiling for FreeBSD, runtimes for seperate tests.
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, missing rbd
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• 答复: [ceph-users] How long will the logs be kept?
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: Compiling for FreeBSD, missing rbd
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: CodingStyle on existing code
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: Compiling for FreeBSD, runtimes for seperate tests.
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• RE: ceph encoding optimization
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• OSD->ReplicaOSD->OSD questions
  • From: "Lakis, Jacek" <jacek.lakis@xxxxxxxxx>
• Re: ceph encoding optimization
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Re: [ceph-users] How long will the logs be kept?
  • From: Jan Schermer <jan@xxxxxxxxxxx>
• 答复: How long will the logs be kept?
  • From: Wukongming <wu.kongming@xxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Ceph_objectstore_bench crashed on keyvaluestore bench with ceph master branch
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Troublesome documentation link on http://ceph.com
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: queue_transaction interface + unique_ptr
  • From: Haomai Wang <haomai@xxxxxxxx>
• Re: How long will the logs be kept?
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• How long will the logs be kept?
  • From: Wukongming <wu.kongming@xxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: "James (Fei) Liu-SSI" <james.liu@xxxxxxxxxxxxxxx>
• Re: tarball for 10.0.0
  • From: Dan Mick <dmick@xxxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• queue_transaction interface + unique_ptr
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, missing rbd
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Suggestions on tracker 13578
  • From: John Spray <jspray@xxxxxxxxxx>
• RE: Suggestions on tracker 13578
  • From: Paul Von-Stamwitz <PVonStamwitz@xxxxxxxxxxxxxx>
• Ceph_objectstore_bench crashed on keyvaluestore bench with ceph master branch
  • From: "James (Fei) Liu-SSI" <james.liu@xxxxxxxxxxxxxxx>
• Re: Suggestions on tracker 13578
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Suggestions on tracker 13578
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: RGW S3 Website hosting, non-clean code for early review
  • From: Javier Muñoz <jmunhoz@xxxxxxxxxx>
• Re: why my cluster become unavailable (min_size of pool)
  • From: Libin Wu <hzwulibin@xxxxxxxxx>
• Re: How to open clog debug
  • From: Zhiqiang Wang <wonzhq@xxxxxxxxx>
• Re: Fwd: Fwd: [newstore (again)] how disable double write WAL
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] rbd: don't put snap_context twice in rbd_queue_workfn()
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• Fwd: Fwd: [newstore (again)] how disable double write WAL
  • From: David Casier <david.casier@xxxxxxxx>
• nightlies on firefly removed
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• [PATCH] rbd: don't put snap_context twice in rbd_queue_workfn()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• issues running teuthology-openstack on private cloud
  • From: "Snyder, Emile" <emsnyder@xxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Alan Somers <asomers@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Alan Somers <asomers@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Cache Tiering Investigation and Potential Patch
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: CodingStyle on existing code
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: CodingStyle on existing code
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: CodingStyle on existing code
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to open clog debug
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: CodingStyle on existing code
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Suggestions on tracker 13578
  • From: Vimal <vikumar@xxxxxxxxxx>
• CodingStyle on existing code
  • From: Wido den Hollander <wido@xxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Troublesome documentation link on http://ceph.com
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Compiling for FreeBSD
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: How to open clog debug
  • From: Zhiqiang Wang <wonzhq@xxxxxxxxx>
• nightlies moved to ovh (openstack)
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• tarball for 10.0.0
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: Compiling for FreeBSD
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• updates to the fio objectstore engine
  • From: Casey Bodley <cbodley@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: How to open clog debug
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• How to open clog debug?
  • From: Wukongming <wu.kongming@xxxxxxx>
• Does anyone know how to open clog debug?
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• How to open clog debug
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: Compiling for FreeBSD
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Bucket namespaces pull req. 5872
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Haomai Wang <haomai@xxxxxxxx>
• Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RFC: teuthology field in commit messages
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• RFC: teuthology field in commit messages
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [PATCH] mm: Allow GFP_IOFS for page_cache_read page cache allocation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: Allow GFP_IOFS for page_cache_read page cache allocation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: data-at-rest compression
  • From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
• Re: Quick comparison of Hammer & Infernalis on NVMe
  • From: Jens Rosenboom <j.rosenboom@xxxxxxxx>
• Re: What's the difference between Paxos::trim() and PaxosService::trim?
  • From: Joao Eduardo Luis <joao@xxxxxxx>
• Re: rgw/civetweb privileged port bind
  • From: Karol Mroz <kmroz@xxxxxxxx>
• Re: rgw/civetweb privileged port bind
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• rgw/civetweb privileged port bind
  • From: Karol Mroz <kmroz@xxxxxxxx>
• Re: [PATCH] mm: Allow GFP_IOFS for page_cache_read page cache allocation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Quick comparison of Hammer & Infernalis on NVMe
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: why my cluster become unavailable (min_size of pool)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: Scaling Ceph reviews and testing
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• RE: Scaling Ceph reviews and testing
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• RE: Scaling Ceph reviews and testing
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• RE: Scaling Ceph reviews and testing
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• Re: Re: why my cluster become unavailable (min_size of pool)
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• Re: why my cluster become unavailable (min_size of pool)
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: why my cluster become unavailable (min_size of pool)
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• RE: Scaling Ceph reviews and testing
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• Re: Scaling Ceph reviews and testing
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Scaling Ceph reviews and testing
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Quick comparison of Hammer & Infernalis on NVMe
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: Cache Tiering Investigation and Potential Patch
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [ceph-users] Cache Tiering Investigation and Potential Patch
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• RE: Cache Tiering Investigation and Potential Patch
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Cache Tiering Investigation and Potential Patch
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: cluster busy, cause heartbeat exceptional, cluster becomes more busy
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• 答复: Reboot blocked when undoing unmap op.
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Fwd: [newstore (again)] how disable double write WAL
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Wiping object content on removal
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Wiping object content on removal
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: 11/18/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• RE: 11/18/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "Patelczyk, Maciej" <maciej.patelczyk@xxxxxxxxx>
• Re: [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 1/2] block-rbd: Delete an unnecessary check before the function call "rbd_dev_destroy"
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Markus Kienast <elias1884@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: OSD replacement feature
  • From: David Zafman <dzafman@xxxxxxxxxx>
• RE: v10.0.0 released
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• New added osd always down
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• v10.0.0 Contributor Credits
  • From: Abhishek L <abhishek.lekshmanan@xxxxxxxxx>
• Re: OSD replacement feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Markus Kienast <elias1884@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [CEPH-DEVEL] [ceph-users] occasional failure to unmap rbd
  • From: Markus Kienast <elias1884@xxxxxxxxx>
• RE: All-Flash Ceph cluster and journal
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• [PATCH 2/2] block-rbd: One function call less in rbd_dev_probe_parent() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] block-rbd: Delete an unnecessary check before the function call "rbd_dev_destroy"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] block-rbd: Deletion of an unnecessary check
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: All-Flash Ceph cluster and journal
  • From: Daniel Swarbrick <daniel.swarbrick@xxxxxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• RE: All-Flash Ceph cluster and journal
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Wiping object content on removal
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: [Ceph-announce] v0.80.11 Firefly released
  • From: Gaudenz Steinlin <gaudenz@xxxxxxxxxx>
• Re: 答复: journal alignment
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Wiping object content on removal
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: Wiping object content on removal
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• v10.0.0 released
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: Multiple OSDs suicide because of client issues?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: Wiping object content on removal
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: Crc32 Challenge
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Crc32 Challenge
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>