CEPH Filesystem Development

• Thread Index

• 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>
• Re: Ceph-fuse single read limitation?‏
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: Ceph-fuse single read limitation?‏
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: why my cluster become unavailable
  • From: "hzwulibin" <hzwulibin@xxxxxxxxx>
• Re: [PATCH 04/18] libceph: support bidirectional requests
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: why my cluster become unavailable
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: why my cluster become unavailable
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• RE: Aggregate failure report in ceph -s
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Multiple OSDs suicide because of client issues?
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Write path changes
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: 答复: journal alignment
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• Re: OSD replacement feature
  • From: David Zafman <dzafman@xxxxxxxxxx>
• Re: OSD replacement feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• Re: [CEPH-DEVEL] ./run-make-check.sh
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: 答复: journal alignment
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: [CEPH-DEVEL] ./run-make-check.sh
  • From: Shinobu Kinjo <skinjo@xxxxxxxxxx>
• Re: 答复: journal alignment
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: OSD replacement feature
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Aggregate failure report in ceph -s
  • From: Sage Weil <sweil@xxxxxxxxxx>
• RE: All-Flash Ceph cluster and journal
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• Re: All-Flash Ceph cluster and journal
  • From: Mike Almateia <mike.almateia@xxxxxxxxx>
• Re: Reboot blocked when undoing unmap op.
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: 答复: journal alignment
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: 答复: journal alignment
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• 答复: journal alignment
  • From: "changtao381" <changtao381@xxxxxxx>
• RE: journal alignment
  • From: "Piotr.Dalek@xxxxxxxxxxxxxx" <Piotr.Dalek@xxxxxxxxxxxxxx>
• Re: journal alignment
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• journal alignment
  • From: "changtao381" <changtao381@xxxxxxx>
• Re: [CEPH-DEVEL] ./run-make-check.sh
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: OSD replacement feature
  • From: Wei-Chung Cheng <freeze.vicente.cheng@xxxxxxxxx>
• 转发: Reboot blocked when undoing unmap op.
  • From: Wukongming <wu.kongming@xxxxxxx>
• Re: [CEPH-DEVEL] ./run-make-check.sh
  • From: Shinobu Kinjo <skinjo@xxxxxxxxxx>
• Reboot blocked when undoing unmap op.
  • From: Wukongming <wu.kongming@xxxxxxx>
• [CEPH-DEVEL] ./run-make-check.sh
  • From: Shinobu Kinjo <skinjo@xxxxxxxxxx>
• Re: OSD memory usage during startup - advice needed
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• v0.80.11 Firefly released
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: OSD memory usage during startup - advice needed
  • From: Marcin Gibuła <m.gibula@xxxxxxxxx>
• OSD memory usage during startup - advice needed
  • From: Marcin Gibuła <m.gibula@xxxxxxxxx>
• OSD replacement feature
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• RE: [CEPH] OSD daemons running with a large number of threads
  • From: <ghislain.chevalier@xxxxxxxxxx>
• why my cluster become unavailable
  • From: Libin Wu <hzwulibin@xxxxxxxxx>
• Re: All-Flash Ceph cluster and journal
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: Kernel client OSD message version
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: Kernel client OSD message version
  • From: "Lakis, Jacek" <jacek.lakis@xxxxxxxxx>
• All-Flash Ceph cluster and journal
  • From: Mike Almateia <mike.almateia@xxxxxxxxx>
• Re: Kernel client OSD message version
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• RE: Kernel client OSD message version
  • From: "Lakis, Jacek" <jacek.lakis@xxxxxxxxx>
• Re: Kernel client OSD message version
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Kernel client OSD message version
  • From: "Lakis, Jacek" <jacek.lakis@xxxxxxxxx>
• FW: ceph_monitor - monitor your cluster with parallel python
  • From: "Igor.Podoski@xxxxxxxxxxxxxx" <Igor.Podoski@xxxxxxxxxxxxxx>
• Re: Regarding op_t, local_t
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• RE: Regarding op_t, local_t
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Regarding op_t, local_t
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Regarding op_t, local_t
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: OSD Recovery Delay Start
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Regarding op_t, local_t
  • From: Somnath Roy <its.somenath@xxxxxxxxx>
• Re: RGW multi-tenancy APIs overview
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• [PATCH 1/1] osd: take removed/empty/small objects into account for cache flush triggering
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• 11/18/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Wiping object content on removal
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: [PATCH 2/3] net/ceph: do not define list_entry_next
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH 2/3] net/ceph: do not define list_entry_next
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: problem about pgmeta object?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 2/3] net/ceph: do not define list_entry_next
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: Crc32 Challenge
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• problem about pgmeta object?
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: RGW multi-tenancy APIs overview
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: RGW multi-tenancy APIs overview
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• Re: RGW multi-tenancy APIs overview
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: request_queue use-after-free - inode_detach_wb()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Crc32 Challenge
  • From: chris holcombe <chris.holcombe@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] libceph: use list_next_entry instead of list_entry_next
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH 2/2] fs/ceph: ceph_frag_contains_value can be boolean
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [CEPH] OSD daemons running with a large number of threads
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [CEPH] OSD daemons running with a large number of threads
  • From: <ghislain.chevalier@xxxxxxxxxx>
• radosgw
  • From: 1990 Self <self19900924@xxxxxxxxx>
• [PATCH 2/2] fs/ceph: ceph_frag_contains_value can be boolean
  • From: Yaowei Bai <baiyaowei@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/2] fs/ceph: remove unused functions in ceph_frag.h
  • From: Yaowei Bai <baiyaowei@xxxxxxxxxxxxxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: v0.80.11 QE validation status
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: v0.80.11 QE validation status
  • From: Tamil Muthamizhan <tmuthami@xxxxxxxxxx>
• Re: v0.80.11 QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: v0.80.11 QE validation status
  • From: Loic Dachary <ldachary@xxxxxxxxxx>
• request_queue use-after-free - inode_detach_wb()
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: v0.80.11 QE validation status
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Nov Ceph Tech Talk Cancelled
  • From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: a problem about FileStore::_destroy_collection
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• [PATCH 2/3] libceph: use list_next_entry instead of list_entry_next
  • From: Geliang Tang <geliangtang@xxxxxxx>
• a problem about FileStore::_destroy_collection
  • From: "yangruifeng.09209@xxxxxxx" <yangruifeng.09209@xxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: Newly added monitor infinitely sync store
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Newly added monitor infinitely sync store
  • From: Guang Yang <guangyy@xxxxxxxxx>
• Re: Firefly EOL date - still Jan 2016?
  • From: Nathan Cutler <ncutler@xxxxxxx>
• Re: Firefly EOL date - still Jan 2016?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Firefly EOL date - still Jan 2016?
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: recommendations for good newbie bug to look at?
  • From: "Snyder, Emile" <emsnyder@xxxxxxxx>
• Re: recommendations for good newbie bug to look at?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• recommendations for good newbie bug to look at?
  • From: "Snyder, Emile" <emsnyder@xxxxxxxx>
• Re: Notes from a discussion a design to allow EC overwrites
  • From: Tianshan Qu <qutianshan@xxxxxxxxx>
• [no subject]
  • From: Guang Yang <guangyy@xxxxxxxxx>
• RE: Notes from a discussion a design to allow EC overwrites
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• [GIT PULL] Ceph changes for -rc1
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: Notes from a discussion a design to allow EC overwrites
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Notes from a discussion a design to allow EC overwrites
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: data-at-rest compression
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: data-at-rest compression
  • From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
• RE: Increasing # Shards vs multi-OSDs per device
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• Notes from a discussion a design to allow EC overwrites
  • From: Samuel Just <sjust@xxxxxxxxxx>
• RE: [CEPH][Crush][Tunables] issue when updating tunables
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: [CEPH][Crush][Tunables] issue when updating tunables
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• RE: [CEPH][Crush][Tunables] issue when updating tunables
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: scrub randomization and load threshold
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] mm: Allow GFP_IOFS for page_cache_read page cache allocation
  • From: Jan Kara <jack@xxxxxxx>
• scrub randomization and load threshold
  • From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
• Re: Increasing # Shards vs multi-OSDs per device
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• RE: Increasing # Shards vs multi-OSDs per device
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: Increasing # Shards vs multi-OSDs per device
  • From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
• Re: Increasing # Shards vs multi-OSDs per device
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Increasing # Shards vs multi-OSDs per device
  • From: "Blinick, Stephen L" <stephen.l.blinick@xxxxxxxxx>
• RE: 11/11/2015 Weekly Ceph Performance Meeting IS ON!
  • From: "James (Fei) Liu-SSI" <james.liu@xxxxxxxxxxxxxxx>
• 11/11/2015 Weekly Ceph Performance Meeting IS ON!
  • From: Mark Nelson <mnelson@xxxxxxxxxx>
• Re: new scrub and repair discussion
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: new scrub and repair discussion
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: new scrub and repair discussion
  • From: 王志强 <wonzhq@xxxxxxxxx>
• [PATCH] mm: Allow GFP_IOFS for page_cache_read page cache allocation
  • From: mhocko@xxxxxxxxxx
• merge commits reminder
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: new scrub and repair discussion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• new scrub and repair discussion
  • From: kefu chai <tchaikov@xxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• Re: disabling buffer::raw crc cache
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• disabling buffer::raw crc cache
  • From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
• Re: [ceph-users] Permanent MDS restarting under load
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• why keep and update rollback info for ReplicatedPG?
  • From: Ning Yao <zay11022@xxxxxxxxx>
• Re: why ShardedWQ in osd using smart pointer for PG?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Re: why ShardedWQ in osd using smart pointer for PG?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Re: [ceph-users] v9.2.0 Infernalis released
  • From: Alfredo Deza <adeza@xxxxxxxxxx>
• Re: [ceph-users] Permanent MDS restarting under load
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• non-fast-forward merges prevented for some branches in GitHub
  • From: Ken Dreyer <kdreyer@xxxxxxxxxx>
• Re: why ShardedWQ in osd using smart pointer for PG?
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• Preparing infernalis v9.2.1
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: infernalis build package on debian jessie : dh_install: ceph missing files (usr/lib/libos_tp.so.*), aborting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• data-at-rest compression
  • From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
• Re: Backlog for the Ceph tracker
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Backlog for the Ceph tracker
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Backlog for the Ceph tracker
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• why ShardedWQ in osd using smart pointer for PG?
  • From: 池信泽 <xmdxcxz@xxxxxxxxx>
• Permanent MDS restarting under load
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxxxxxx>
• infernalis build package on debian jessie : dh_install: ceph missing files (usr/lib/libos_tp.so.*), aborting
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: a home for backport snippets
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: [CEPH][Crush][Tunables] issue when updating tunables
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to modify affiliation?
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• [CEPH][Crush][Tunables] issue when updating tunables
  • From: <ghislain.chevalier@xxxxxxxxxx>
• Re: NIC with Erasure offload feature support and Ceph
  • From: Mike Almateia <mike.almateia@xxxxxxxxx>
• How to modify affiliation?
  • From: chen kael <chenji.bupt@xxxxxxxxx>
• Re: make check bot resumed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: RGW multi-tenancy APIs overview
  • From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
• RGW multi-tenancy APIs overview
  • From: Pete Zaitcev <zaitcev@xxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Samuel Just <sjust@xxxxxxxxxx>
• There is no next; only jewel
  • From: Sage Weil <sweil@xxxxxxxxxx>
• suites' runs on jewel added to the schedule
  • From: Yuri Weinstein <yweinste@xxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: [PATCH 1/9] drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c: use correct structure type name in sizeof
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Haomai Wang <haomaiwang@xxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Samuel Just <sjust@xxxxxxxxxx>
• Re: ceph encoding optimization
  • From: Milosz Tanski <milosz@xxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Samuel Just <sjust@xxxxxxxxxx>
• ceph branch status
  • From: ceph branch robot <nobody@xxxxxxxx>
• RE: Cannot start osd due to permission of journal raw device
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Cannot start osd due to permission of journal raw device
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: ceph encoding optimization
  • From: Sage Weil <sweil@xxxxxxxxxx>
• Re: ceph encoding optimization
  • From: Gregory Farnum <gfarnum@xxxxxxxxxx>
• make check bot resumed
  • From: Loic Dachary <loic@xxxxxxxxxxx>
• Re: Help on ext4/xattr linux kernel stability issue / ceph xattr use?
  • From: Laurent GUERBY <laurent@xxxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Jason Dillaman <dillaman@xxxxxxxxxx>
• Re: Help on ext4/xattr linux kernel stability issue / ceph xattr use?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• RE: Cannot start osd due to permission of journal raw device
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [PATCH] ceph:Fix error handling in the function down_reply
  • From: Ilya Dryomov <idryomov@xxxxxxxxx>
• Re: [PATCH] ceph:Fix error handling in the function ceph_readddir_prepopulate
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Re: [PATCH] ceph:Fix error handling in the function down_reply
  • From: "Yan, Zheng" <zyan@xxxxxxxxxx>
• Help on ext4/xattr linux kernel stability issue / ceph xattr use?
  • From: Laurent GUERBY <laurent@xxxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: "Denis V. Lunev" <den-lists@xxxxxxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: "Denis V. Lunev" <den-lists@xxxxxxxxxxxxx>
• RE: Cannot start osd due to permission of journal raw device
  • From: "Chen, Xiaoxi" <xiaoxi.chen@xxxxxxxxx>
• Re: [Qemu-devel] qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [ceph-users] v9.2.0 Infernalis released
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• qemu : rbd block driver internal snapshot and vm_stop is hanging forever
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• v9.2.0 (Infernalis) Contributor credits
  • From: Yann Dupont <yd@xxxxxxxxx>
• Re: ceph encoding optimization
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph encoding optimization
  • From: Haomai Wang <haomai@xxxxxxxx>
• Infernalis uninstallable - jenkins virtualenv misconfiguration?
  • From: Martin Millnert <martin@xxxxxxxxxxx>
• Re: Request for Comments: Weighted Round Robin OP Queue
  • From: Robert LeBlanc <robert@xxxxxxxxxxxxx>
• RE: Question about how rebuild works.
  • From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
• v9.2.0 Infernalis released
  • From: Sage Weil <sage@xxxxxxxxxx>
• Re: Would it make sense to require ntp
  • From: Jeremy Hanmer <jeremy.hanmer@xxxxxxxxxxxxx>