CEPH Filesystem Development

• Thread Index

• [PATCH 5/6] net: ceph: messenger: change printk to pr_warn
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• Re: pg rebalancing after taking osds out
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 4/6] net: ceph: messenger: properly align function parameters
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• [PATCH 3/6] net: ceph: messenger: add blank line after declarations
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• [PATCH 2/6] net: ceph: messenger: fix coding style comparison to NULL
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• [PATCH 1/6] net: ceph: messenger: remove unnecessary blank spaces
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• [PATCH 0/6] net: ceph: messenger: code cleanup
  • From: Ioana Ciornei <ciorneiioana@xxxxxxxxx>
• pg rebalancing after taking osds out
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: [PATCH V3 6/6] ceph: scattered page writeback
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: [Cbt] rados benchmark, even distribution vs. random distribution
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• rados benchmark, even distribution vs. random distribution
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: [Cbt] rados benchmark, even distribution vs. random distribution
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: An Evaluation of Object Name Hashing
  • From: Marcel Lauhoff <lauhoff@xxxxxxxxxxxx>
• Re: [PATCH 17/26] mac802154: Use skcipher
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: historic ops showing up on unexpected osds
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: historic ops showing up on unexpected osds
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• New metrics.ceph.com
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• _do_op and finish_op in filestore
  • From: Xinze Chi (信泽) <xmdxcxz@xxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] ceph: checking for IS_ERR instead of NULL
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [patch] ceph: checking for IS_ERR instead of NULL
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• RE: question about the 'r' value in CRUSH
  • From: Xusangdi <xu.sangdi@xxxxxxx>
• historic ops showing up on unexpected osds
  • From: "Deneau, Tom" <tom.deneau@xxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Kyle Bader <kyle.bader@xxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 22/26] iscsi_tcp: Use ahash
  • From: Mike Christie <michaelc@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: OSD behavior, in case of its journal disk (either HDD or SSD) failure
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: [PATCH 16/26] libceph: Use skcipher
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: MonClient hunt interval
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: MonClient hunt interval
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: MonClient hunt interval
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: MonClient hunt interval
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• RE: question about the 'r' value in CRUSH
  • From: Sage Weil <sweil@xxxxxxxxxx>
• MonClient hunt interval
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 7/9] libceph: introduce and switch to reopen_session()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 4/9] libceph: pick a different monitor when reconnecting
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 9/9] libceph: behave in mon_fault() if cur_mon < 0
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 8/9] libceph: reschedule tick in mon_fault()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 6/9] libceph: monc hunt rate is 3s with backoff up to 30s
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 5/9] libceph: monc ping rate is 10s
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 3/9] libceph: revamp subs code, switch to SUBSCRIBE2 protocol
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/9] libceph: move debugfs initialization into __ceph_open_session()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 2/9] libceph: decouple hunting and subs management
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/9] libceph: mon_client update
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: [PATCH 25/26] sctp: Use shash
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 26/26] tcp: Use ahash
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [v2 PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• About mon_osd_full_ratio
  • From: Wukongming <wu.kongming@xxxxxxx>
• RE: question about the 'r' value in CRUSH
  • From: Xusangdi <xu.sangdi@xxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: [PATCH 6/26] staging: rtl8192u: Use skcipher and ahash
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 3/26] staging: rtl8192e: Replace uses of obsolete blkcipher and hash
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• [GIT PULL] Ceph updates for -rc1
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: question about the 'r' value in CRUSH
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: [PATCH 21/26] nfc: s3fwrn5: Use shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 24/26] nfsd: Use shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: John Hunter <zhjwpku@xxxxxxxxx>
• Re: [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 4/26] dm crypt: Use skcipher and ahash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/26] wusb: Use skcipher
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 1/26] block: cryptoloop - Use new skcipher interface
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/26] ppp_mppe: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/26] staging: rtl8192e: Replace uses of obsolete blkcipher and hash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4/26] dm crypt: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5/26] orinoco: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6/26] staging: rtl8192u: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/26] ext4: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 12/26] sunrpc: Use skcipher and ahash/shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 13/26] lib80211: Use skcipher and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 14/26] KEYS: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 15/26] Bluetooth: Use skcipher and hash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 17/26] mac802154: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 21/26] nfc: s3fwrn5: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 22/26] iscsi_tcp: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 23/26] iscsi-target: Use shash and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 25/26] sctp: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 26/26] tcp: Use ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 24/26] nfsd: Use shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 20/26] drbd: Use shash and ahash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 19/26] ipsec: Use skcipher and ahash when probing algorithms
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 18/26] rxrpc: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 16/26] libceph: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 11/26] f2fs: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 9/26] eCryptfs: Use skcipher and shash
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 8/26] cifs: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 7/26] wusb: Use skcipher
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/26] crypto: Use skcipher and ahash/shash where possible
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• ceph volume encryption
  • From: John Hunter <zhjwpku@xxxxxxxxx>
• Weighted Priority Queue Recovery
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• OpenStack Developer Summit - Austin
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: [ceph-users] why not add (offset,len) to pglog
  • From: Ning Yao <zay11022@xxxxxxxxx>
• RE: Ceph scale testing
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: inconsistent rados semantics between automake/cmake builds
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: [ceph-users] Ceph scale testing
  • From: Dan Nica <dan.nica@xxxxxxxxxxxxxxxxxxxx>
• Re: Ceph scale testing
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: inconsistent rados semantics between automake/cmake builds
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• RE: Ceph scale testing
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: inconsistent rados semantics between automake/cmake builds
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: inconsistent rados semantics between automake/cmake builds
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• clang builds failing for me (cmake)--rocksdb and (I had forgotten) also leveldb
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: inconsistent rados semantics between automake/cmake builds
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• inconsistent rados semantics between automake/cmake builds
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: c++ build flags, clang++, -Wnomismatched-tags?
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ceph scale testing
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Ceph scale testing
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Ceph scale testing
  • From: Jens Rosenboom <j.rosenboom@xxxxxxxx>
• Re: Ceph scale testing
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: /var/lib/ceph/*/*/config
  • From: "Wang, Yaguang" <yaguang.wang@xxxxxxxxx>
• Ceph scale testing
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Would it make sense to require ntp
  • From: Dan Mick <dmick@xxxxxxxxxx>
• liwang@xxxxxxxxxxxxxxx
  • From: Dan Mick <dmick@xxxxxxxxxx>
• Re: Nodown/Noout by OSD_ID?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Nodown/Noout by OSD_ID?
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: OSD crash when one of the PGs have problem
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• Re: OSD crash when one of the PGs have problem
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• Re: c++ build flags, clang++, -Wnomismatched-tags?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: c++ build flags, clang++, -Wnomismatched-tags?
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: c++ build flags, clang++, -Wnomismatched-tags?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• c++ build flags, clang++, -Wnomismatched-tags?
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• Re: [PATCH 0/4] libceph: auth retry/invalidate fixes
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: librados option 'conf' and 'cluster'.
  • From: Josh Durgin <jdurgin@xxxxxxxxxx>
• RE: OSD crash when one of the PGs have problem
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• RE: OSD crash when one of the PGs have problem
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• RE: OSD crash when one of the PGs have problem
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: OSD crash when one of the PGs have problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 01/20/2016 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Nodown/Noout by OSD_ID?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• OSD crash when one of the PGs have problem
  • From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
• Re: librados option 'conf' and 'cluster'.
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• Re: Nodown/Noout by OSD_ID?
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Nodown/Noout by OSD_ID?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: /var/lib/ceph/*/*/config
  • From: John Spray <jspray@xxxxxxxxxx>
• Nodown/Noout by OSD_ID?
  • From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: /var/lib/ceph/*/*/config
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: /var/lib/ceph/*/*/config
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• RE: /var/lib/ceph/*/*/config
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: /var/lib/ceph/*/*/config
  • From: Wido den Hollander <wido@xxxxxxxx>
• /var/lib/ceph/*/*/config
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: librados option 'conf' and 'cluster'.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 0/6] scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V3 6/6] ceph: scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH 0/6] scattered page writeback
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 0/6] scattered page writeback
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• [PATCH V2 6/6] ceph: scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 5/6] libceph: add helper that duplicates last extent operation
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 4/6] libceph: add helper that extends numner of operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 3/6] libceph: allow reserving operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 2/6] libceph: move r_reply_op_{len,result} into struct ceph_osd_req_op
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 1/6] libceph: enlarge max number of operations in OSD request
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• [PATCH V2 0/6] scattered page writeback
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH 0/6] scattered page writeback
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: queue_transaction interface + unique_ptr + performance
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Asserts while running test/erasure-code/test-erasure-eio.sh
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: throttling reweight-by-utilization
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: throttling reweight-by-utilization
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Lars Marowsky-Bree <lmb@xxxxxxxx>
• throttling reweight-by-utilization
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• librados option 'conf' and 'cluster'.
  • From: Javen Wu <javen.wu@xxxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Mykola Golub <mgolub@xxxxxxxxxxxx>
• Re: Improving Data-At-Rest encryption in Ceph
  • From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
• Asserts while running test/erasure-code/test-erasure-eio.sh
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
• Re: Compiling for FreeBSD, Bluestore requires AIO
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 2/4] libceph: fix authorizer invalidation, take 2
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 1/4] libceph: clear messenger auth_retry flag if we fault
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 3/4] libceph: invalidate AUTH in addition to a service ticket
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 4/4] libceph: kill off ceph_x_ticket_handler::validity
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• [PATCH 0/4] libceph: auth retry/invalidate fixes
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Brad Hubbard <bhubbard@xxxxxxxxxx>
• Re: [ceph-users] v10.0.2 released
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Community Update
  • From: Patrick McGarry <pmcgarry@xxxxxxxxx>
• Re: [ceph-users] v10.0.2 released
  • From: Dyweni - Ceph-Users <6EXbab4FYk8H@xxxxxxxxxx>
• Re: [ceph-users] v10.0.2 released
  • From: Bill Sanders <billysanders@xxxxxxxxx>
• v10.0.2 Contributor credits
  • From: M Ranga Swami Reddy <swamireddy@xxxxxxxxx>
• Re: v10.0.2 released
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
• Re: About ceph_clock_now()
  • From: Erwan Velu <evelu@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
• v10.0.2 released
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: Regarding bluestore release schedule
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: osd logging
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: John Spray <jspray@xxxxxxxxxx>
• Re: Regarding bluestore release schedule
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: Regarding bluestore release schedule
  • From: Zhang Huan <zhanghuan@xxxxxxxxx>
• Re: Ideas for new ceph-mgr service
  • From: Marcus Watts <mwatts@xxxxxxxxxx>
• Re: cephfs (hammer) flips directory access bits
  • From: "Yan, Zheng" <ukernel@xxxxxxxxx>
• osd logging
  • From: Dan Mick <dmick@xxxxxxxxxx>
• 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>