CEPH Filesystem Development
[Prev Page][Next Page]
- Re: v0.44 released
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: non-btrfs and checksumming, rados tutorial, planning wrt documentation
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: v0.44 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Theoretical questions
- From: Бородин Владимир <volk@xxxxxxxx>
- non-btrfs and checksumming, rados tutorial, planning wrt documentation
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
- Re: Increase in performance by increasing OSD's ?
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Theoretical questions
- From: Samuel Just <sam.just@xxxxxxxxxxxxx>
- Re: Clocks Not Synchronized
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: v0.44 released
- From: Samuel Just <sam.just@xxxxxxxxxxxxx>
- Re: Problem in building Ceph on CentOS 6
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: platform requirements / centos 6.2
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH] Makefile: fix modules that cannot find pk11pub.h when compiling with NSS on RHEL6
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Clocks Not Synchronized
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
- periodically delays when one of mons dies
- From: ruslan usifov <ruslan.usifov@xxxxxxxxx>
- Increase in performance by increasing OSD's ?
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: v0.44 released
- From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
- v0.44 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- platform requirements / centos 6.2
- From: "Plaetinck, Dieter" <dieter@xxxxxxxxx>
- Re: Problem about writing configuration file
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Problem about writing configuration file
- From: Wido den Hollander <wido@xxxxxxxxx>
- Problem about writing configuration file
- From: 胡瀚森 <softrank.net@xxxxxxxxx>
- Theoretical questions
- From: Borodin Vladimir <v.a.borodin@xxxxxxxxx>
- Re: Just noticed this with ceph-0.43 - ceph-0.39 does not have this issue. I'm trying to use Ceph on multiple platforms, one of which is CentOS 5. CentOS 5 still uses Python 2.4, and byte-compilation o
- From: Samuel Just <sam.just@xxxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Samuel Just <sam.just@xxxxxxxxxxxxx>
- Re: rados.py broken with Python2.4
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- rados.py broken with Python2.4
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
- Just noticed this with ceph-0.43 - ceph-0.39 does not have this issue. I'm trying to use Ceph on multiple platforms, one of which is CentOS 5. CentOS 5 still uses Python 2.4, and byte-compilation o
- From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: Ceph mon crash
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Ceph mon crash
- From: ruslan usifov <ruslan.usifov@xxxxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: Bernard Grymonpon <bernard@xxxxxxxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Problem in building Ceph on CentOS 6
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Problem in building Ceph on CentOS 6
- From: 胡瀚森 <softrank.net@xxxxxxxxx>
- Re: Ceph mon crash
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Logging braindump
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: Ceph mon crash
- From: ruslan usifov <ruslan.usifov@xxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: Ceph mon crash
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Ceph mon crash
- From: ruslan usifov <ruslan.usifov@xxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: Bernard Grymonpon <bernard@xxxxxxxxxxxx>
- Re: Mysteriously poor write performance
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Andrey Stepachev <octo47@xxxxxxxxx>
- Mysteriously poor write performance
- From: Andrey Korolyov <andrey@xxxxxxx>
- Re: Create/Quota/Mount pool
- From: Chu Duc Minh <chu.ducminh@xxxxxxxxx>
- Re: Hadoop on ceph
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Andrey Stepachev <octo47@xxxxxxxxx>
- Re: [PATCH -v2] Generic libcephfs Java bindings
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [PATCH -v2] Generic libcephfs Java bindings
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Create/Quota/Mount pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Inconsistent rbd header
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 4/5] ceph: use 64-bit math in ceph_calc_file_object_mapping()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Inconsistent rbd header
- From: Christian Brunner <christian@xxxxxxxxxxxxxx>
- Create/Quota/Mount pool
- From: Chu Duc Minh <chu.ducminh@xxxxxxxxx>
- Re: Hadoop on ceph
- From: Andrey Stepachev <octo47@xxxxxxxxx>
- Re: [PATCH 4/5] ceph: use 64-bit math in ceph_calc_file_object_mapping()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 5/5] ceph: fix up the types of the file layout helpers
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 3/5] ceph: make use of ceph file layout helpers
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH -v2] Generic libcephfs Java bindings
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Hadoop on ceph
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Hadoop on ceph
- From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
- Re: ceph -w command output in newly setup cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- ceph -w command output in newly setup cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH] rbd: move snap_rwsem to the device, rename to header_rwsem
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: q. about rbd-header
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- [PATCH -v2] Generic libcephfs Java bindings
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: q. about rbd-header
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: q. about rbd-header
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: q. about rbd-header
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: q. about rbd-header
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: using nfs-ganesha for mounting ceph cluster
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: João Eduardo Luís <jecluis@xxxxxxxxx>
- Re: mount via ceph-fuse is failing
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: ceph article for ;login:
- From: Mark Kampe <Mark.Kampe@xxxxxxxxxxxxx>
- Re: mount via ceph-fuse is failing
- From: Sage Weil <sage@xxxxxxxxxxxx>
- q. about rbd-header
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- using nfs-ganesha for mounting ceph cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: João Eduardo Luís <jecluis@xxxxxxxxx>
- Re: mount via ceph-fuse is failing
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: ls -l not listing file attributes inside ceph directory
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: Trying to build "ceph-client-standalone" under kernel 2.6.32
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: timed out in osd1 error in dmes
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: TOO SLOW data write speed and delete.. NEED HELP
- From: João Eduardo Luís <jecluis@xxxxxxxxx>
- Re: Trying to build "ceph-client-standalone" under kernel 2.6.32
- From: Bryan Wright <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Trying to build "ceph-client-standalone" under kernel 2.6.32
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: ls -l not listing file attributes inside ceph directory
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Trying to build "ceph-client-standalone" under kernel 2.6.32
- From: Bryan Wright <bkw1a@xxxxxxxxxxxxxxxxxxxxxxxx>
- TOO SLOW data write speed and delete.. NEED HELP
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- ls -l not listing file attributes inside ceph directory
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- timed out in osd1 error in dmes
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Upgrading ceph cluster from 0.39 to 0.43
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: [PATCH] ceph: fix three bugs, two in ceph_vxattrcb_file_layout()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] libceph: fix inverted crc option logic
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/5] libceph: page mapping in the messenger
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 5/5] ceph: fix up the types of the file layout helpers
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/5] ceph: use 64-bit math in ceph_calc_file_object_mapping()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/5] ceph: make use of ceph file layout helpers
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/5] ceph: make ceph file layout helpers take a pointer
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/5] ceph: move file layout helpers to ceph_fs.h
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/5] ceph: ceph file layout helper fixes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: fix three bugs, two in ceph_vxattrcb_file_layout()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 5/5] libceph: isolate kmap() call in write_partial_msg_pages()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/5] libceph: rename "page_shift" variable to something sensible
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/5] libceph: get rid of zero_page_address
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/5] libceph: only call kernel_sendpage() via helper
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/5] libceph: use kernel_sendpage() for sending zeroes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/5] libceph: page mapping in the messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] libceph: fix inverted crc option logic
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 0/7 v3] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- Re: [PATCH 0/7 v3] Push file_update_time() into .page_mkwrite
- From: Kamal Mostafa <kamal@xxxxxxxxxxxxx>
- Re: scaling issues
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: scaling issues
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: Is ceph cluster time sensitive
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Is ceph cluster time sensitive
- From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
- Re: mount via ceph-fuse is failing
- From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
- Re: [PATCH] Add old_inodes to emetablob
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Is ceph cluster time sensitive
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: mount via ceph-fuse is failing
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Is ceph cluster time sensitive
- From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
- Re: [PATCH] Add old_inodes to emetablob
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- Re: [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- mount via ceph-fuse is failing
- From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
- Too slow data copying in ceph cluster
- From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
- Re: Make Openstack work with Ceph
- From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: scaling issues
- From: Sage Weil <sage@xxxxxxxxxxxx>
- scaling issues
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Make Openstack work with Ceph
- From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
- Re: Make Openstack work with Ceph
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Monitor Logs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Monitor Logs
- From: Damien Churchill <damoxc@xxxxxxxxx>
- Re: Problems when I tried to let Hadoop use Ceph
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: General question about a testbed
- From: Wido den Hollander <wido@xxxxxxxxx>
- Problems when I tried to let Hadoop use Ceph
- From: lixiaobing10@xxxxxxxxxxxxxxxxxx
- Re: Make Openstack work with Ceph
- From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
- Re: Make Openstack work with Ceph
- From: Chu Duc Minh <chu.ducminh@xxxxxxxxx>
- Re: Make Openstack work with Ceph
- From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
- General question about a testbed
- From: Sven Sternberger <sven.sternberger@xxxxxxx>
- Make Openstack work with Ceph
- From: Chu Duc Minh <chu.ducminh@xxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] Generic libcephfs Java wrappers
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: David McBride <dwm@xxxxxxxxxxxx>
- Re: Braindump: path names, partition labels, FHS, auto-discovery
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Braindump: path names, partition labels, FHS, auto-discovery
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- OSD crashes
- From: Borodin Vladimir <v.a.borodin@xxxxxxxxx>
- Re: bad fsid
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [PATCH 1/3] java: add Java and C++ source files
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: [PATCH 1/3] java: add Java and C++ source files
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- bad fsid
- From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
- Re: [PATCH 1/3] java: add Java and C++ source files
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Dependencies
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Dependencies
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: PG state issue
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 3/7] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 0/7 v3] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
- Re: PG state issue
- From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
- Re: ceph tree in linux-next
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- Re: [PATCH] Add old_inodes to emetablob
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph tree in linux-next
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph tree in linux-next
- From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
- ceph tree in linux-next
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 6/6] ceph: make ceph_setxattr() and ceph_removexattr() more alike
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH, v2] ceph: use a shared zero page rather than one per messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: First work on RBD storage pool support in libvirt
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- [PATCH 3/3] debian: add libcephfs-java package
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- [PATCH 2/3] java: setup autotools to build cephfs-java
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- [PATCH 1/3] java: add Java and C++ source files
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- [PATCH 0/3] Generic libcephfs Java wrappers
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: leveldb configure errors
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: leveldb configure errors
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 0/3] libceph: clean up some code involving CRCs
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] libceph: a few small changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 2/2] rbd: small changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- leveldb configure errors
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 1/4] rbd: a few small cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH, v2] ceph: use a shared zero page rather than one per messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- v0.43 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 2/2] libceph: some simple changes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/3] libceph: clean up some code involving CRCs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] ceph: ensure Boolean options support both senses
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/4] libceph: miscellaneous cleanups
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 4/4] libceph: a few small changes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] libceph: move prepare_write_banner()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] libceph: encapsulate connection kvec operations
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] rbd: don't drop the rbd_id too early
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 2/2] rbd: small changes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] rbd: fix module sysfs setup/teardown code
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/5] rbd: cleanups related to argument parsing
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/3] rbd: minor cleanups in rbd_add()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] rbd: a few simple changes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/4] rbd: client list locking improvements
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/5] rbd: improve how rbd ids are selected
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/4] rbd: miscellaneous cleanups
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 1/4] rbd: a few small cleanups
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 6/6] ceph: make ceph_setxattr() and ceph_removexattr() more alike
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] ceph: don't null-terminate xattr values
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] ceph: pass inode rather than table to ceph_match_vxattr()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 0/4] ceph: minor cleanups
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH, v2] ceph: use a shared zero page rather than one per messenger
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: git repository is gone
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: git repository is gone
- From: Sage Weil <sage@xxxxxxxxxxxx>
- The git repositories have moved!
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: git repository is gone
- From: Dirk Meister <dirkmeister@xxxxxxx>
- git repository is gone
- From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
- Re: protocol version mismatch
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: protocol version mismatch
- From: Greg Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: First work on RBD storage pool support in libvirt
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: protocol version mismatch
- From: Бородин Владимир <d0uble@xxxxxxxxxxxxxx>
- Re: [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- protocol version mismatch
- From: Christian Brunner <christian@xxxxxxxxxxxxxx>
- Re: [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: Still inconsistant pg's, ceph-osd crashes reliably after trying to repair
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Still inconsistant pg's, ceph-osd crashes reliably after trying to repair
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Still inconsistant pg's, ceph-osd crashes reliably after trying to repair
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: PG state issue
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 00/11 v2] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 3/9] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Jan Kara <jack@xxxxxxx>
- Re: PG state issue
- From: Wido den Hollander <wido@xxxxxxxxx>
- PG state issue
- From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
- Re: Patch Bomb!
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH] rbd: fix module sysfs setup/teardown code
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] rbd: restore previous rbd id sequence behavior
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 5/5] rbd: restore previous rbd id sequence behavior
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: [PATCH 2/5] rbd: rework calculation of new rbd id's
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: [PATCH] rbd: fix module sysfs setup/teardown code
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- [PATCH, v2] libceph: encapsulate some messenger cleanup code
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH, v2] ceph: use a shared zero page rather than one per messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH] net/ceph: Only clear SOCK_NOSPACE when there is sufficient space in the socket buffer
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [PATCH] net/ceph: Only clear SOCK_NOSPACE when there is sufficient space in the socket buffer
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH] net/ceph: Only clear SOCK_NOSPACE when there is sufficient space in the socket buffer
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
- Re: [PATCH 4/4] rbd: use a single value of snap_name to mean no snap
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 5/6] ceph: avoid repeatedly computing the size of constant vxattr names
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 0/6] ceph: virtual extended attribute cleanup
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Fwd: Re: [PATCH] ceph: use a shared zero page rather than one per messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: Patch Bomb!
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: fix overflow check in build_snap_context()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] libceph: fix overflow check in crush_decode()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/2] libceph: some simple changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/2] libceph: small refactor in write_partial_kvec()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 0/2] libceph: more miscellaneous cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 4/4] rbd: use a single value of snap_name to mean no snap
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- [PATCH 0/2] libceph: more miscellaneous cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/3] libceph: do crc calculations outside loop
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/3] libceph: separate CRC calculation from byte swapping
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/3] libceph: use "do" in CRC-related Boolean variables
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/3] libceph: clean up some code involving CRCs
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH 5/6] ceph: avoid repeatedly computing the size of constant vxattr names
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- [PATCH] ceph: ensure Boolean options support both senses
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/4] libceph: a few small changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/4] libceph: make ceph_tcp_connect() return int
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/4] libceph: encapsulate some messenger cleanup code
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/4] libceph: make ceph_msgr_wq private
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/4] libceph: miscellaneous cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] libceph: encapsulate connection kvec operations
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] libceph: move prepare_write_banner()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] rbd: don't drop the rbd_id too early
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/2] rbd: convert to using flags field
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/2] rbd: define helpers for read_only flag
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/2] rbd: support additional Boolean rbd_dev flags
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/2] rbd: do some refactoring
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/2] rbd: small changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: [PATCH] ceph: pass inode rather than table to ceph_match_vxattr()
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: [PATCH 0/6] ceph: virtual extended attribute cleanup
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: [PATCH] ceph: use a shared zero page rather than one per messenger
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- [PATCH 0/2] rbd: more miscellaneous cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] rbd: fix module sysfs setup/teardown code
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 5/5] rbd: don't allocate mon_addrs buffer in rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/5] rbd: have rbd_parse_args() report found mon_addrs size
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/5] rbd: do a few checks at build time
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/5] rbd: don't use sscanf() in rbd_add_parse_args()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/5] rbd: encapsulate argument parsing for rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/5] rbd: cleanups related to argument parsing
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/3] rbd: simplify error handling in rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/3] rbd: reduce memory used for rbd_dev fields
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/3] rbd: have rbd_get_client() return a rbd_client
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/3] rbd: minor cleanups in rbd_add()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] rbd: a few simple changes
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/4] rbd: rename "node_lock"
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/4] rbd: move ctl_mutex lock inside rbd_client_create()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/4] rbd: move ctl_mutex lock inside rbd_get_client()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/4] rbd: release client list lock sooner
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/4] rbd: client list locking improvements
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 5/5] rbd: restore previous rbd id sequence behavior
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/5] rbd: tie rbd_dev_list changes to rbd_id operations
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/5] rbd: protect the rbd_dev_list with a spinlock
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/5] rbd: rework calculation of new rbd id's
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/5] rbd: encapsulate new rbd id selection
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/5] rbd: improve how rbd ids are selected
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/4] rbd: use a single value of snap_name to mean no snap
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/4] rbd: make ceph_parse_options() return a pointer
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/4] rbd: do not duplicate ceph_client pointer in rbd_device
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/4] rbd: a few small cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/4] rbd: miscellaneous cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 6/6] ceph: make ceph_setxattr() and ceph_removexattr() more alike
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 5/6] ceph: avoid repeatedly computing the size of constant vxattr names
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/6] ceph: encode type in vxattr callback routines
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/6] ceph: use macros to normalize vxattr table definitions
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/6] ceph: drop "_cb" from name of struct ceph_vxattr_cb
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/6] ceph: use a symbolic name for "ceph." extended attribute namespace
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/6] ceph: virtual extended attribute cleanup
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: pass inode rather than table to ceph_match_vxattr()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: don't null-terminate xattr values
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 2/4] ceph: kill addr_str_lock spinlock; use atomic instead
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 1/4] ceph: make use of "else" where appropriate
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 4/4] ceph: eliminate some abusive casts
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 3/4] ceph: eliminate some needless casts
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH 0/4] ceph: minor cleanups
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: use a shared zero page rather than one per messenger
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: use 2 instead of 1 as fallback for 32-bit inode number
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH] ceph: don't reset s_cap_ttl to zero
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: Patch Bomb!
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Patch Bomb!
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: Implication of using rados_ioctx_locator_set_key
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Implication of using rados_ioctx_locator_set_key
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: ceph config without ctrfs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: RadosGW problems with copy in s3
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: Recommended number of pools, one Q. ever wanted to ask
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Recommended number of pools, one Q. ever wanted to ask
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: ceph v0.42 sync
- From: Wido den Hollander <wido@xxxxxxxxx>
- RadosGW problems with copy in s3
- From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
- [PATCH] init: Actually do start the daemons when 'service ceph start <type>' is specified
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Recommended number of pools, one Q. ever wanted to ask
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: Recommended number of pools, one Q. ever wanted to ask
- From: Wido den Hollander <wido@xxxxxxxxx>
- Recommended number of pools, one Q. ever wanted to ask
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: ceph config without ctrfs
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Problems after crash yesterday
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: ceph config without ctrfs
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- ceph config without ctrfs
- From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: ceph v0.42 sync
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [WRN] map e### wrongly marked me down or wrong addr
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [WRN] map e### wrongly marked me down or wrong addr
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: ceph v0.42 sync
- From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
- Re: ceph v0.42 sync
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph v0.42 sync
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph v0.42 sync
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- ceph v0.42 sync
- From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
- Re: [PATCH] Add old_inodes to emetablob
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [Crowbar] barclamp-ceph and crowbar
- From: John Alberts <john.m.alberts@xxxxxxxxx>
- Re: ceph does not work
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [Crowbar] barclamp-ceph and crowbar
- From: Martin Mailand <martin@xxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: Stale NFS file handle
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: ceph does not work
- From: "Дениска-редиска" <slim@xxxxxxxx>
- Re: Performance test on Ceph cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Problems after crash yesterday
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [PATCH] Package ceph-dencoder
- From: Sage Weil <sage@xxxxxxxxxxxx>
- RE: Failure to run "rbd" commands
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: Failure to run "rbd" commands
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph does not work
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: ceph does not work
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph does not work
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: ceph does not work
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: I found some problem in CRUSH code
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Stale NFS file handle
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Wido den Hollander <wido@xxxxxxxxx>
- ceph does not work
- From: "Дениска-редиска" <slim@xxxxxxxx>
- Re: Performance test on Ceph cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: [PATCH] Add old_inodes to emetablob
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] Fix ceph-mds --journal-reset
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] Package ceph-dencoder
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH] Add old_inodes to emetablob
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- [PATCH] Fix ceph-mds --journal-reset
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- [PATCH] Package ceph-dencoder
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- Re: Problems after crash yesterday
- From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
- Re: v0.42 not compiling .deb's (but v0.41 can)
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [PATCH] ceph.spec.in: Move libcls_*.so from -devel to base package
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Performance test on Ceph cluster
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Problems after crash yesterday
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Problems after crash yesterday
- From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
- Performance test on Ceph cluster
- From: madhusudhana <madhusudhana.u.acharya@xxxxxxxxx>
- Re: Failure to run "rbd" commands
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Failure to run "rbd" commands
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: How to easily determine what version of Ceph is included in a kernel?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- How to easily determine what version of Ceph is included in a kernel?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: rbd benchmark details
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: rbd benchmark details
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: rbd benchmark details
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: rbd benchmark details
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: v0.42 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Ceph 0.42: Cannot make RPM from spec-file (unpackaged file ceph-dencoder)
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: rbd benchmark details
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- rbd benchmark details
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Ceph 0.42: Cannot make RPM from spec-file (unpackaged file ceph-dencoder)
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Ceph 0.42: Cannot make RPM from spec-file (unpackaged file ceph-dencoder)
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Ceph 0.42: Cannot make RPM from spec-file (unpackaged file ceph-dencoder)
- From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: v0.42 released
- From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Missing required features 2000
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Missing required features 2000
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Problems after crash yesterday
- From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
- Re: v0.42 not compiling .deb's (but v0.41 can)
- From: Florian Haas <florian@xxxxxxxxxxx>
- RE: v0.42 not compiling .deb's (but v0.41 can)
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- v0.42 not compiling .deb's (but v0.41 can)
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: v0.42 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: v0.42 released
- From: Diego Woitasen <diego@xxxxxxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Jan Kara <jack@xxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Serious problem after increase pg_num in pool
- From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
- Serious problem after increase pg_num in pool
- From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
- Re: Problem after ceph-osd crash
- From: Sage Weil <sage@xxxxxxxxxxxx>
- v0.42 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Problem after ceph-osd crash
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: Problem after ceph-osd crash
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Problem after ceph-osd crash
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Jan Kara <jack@xxxxxxx>
- RE: Which SSD method is better for performance?
- From: Sage Weil <sage@xxxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- RE: Which SSD method is better for performance?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: bug report: in ceph-mon
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Tier and MetroCluster
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: [PATCH] doc: fix snapshot creation/deletion syntax in rbd man page (trivial)
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- [PATCH] doc: fix snapshot creation/deletion syntax in rbd man page (trivial)
- From: Florian Haas <florian@xxxxxxxxxxx>
- Updated rbd man page patch
- From: Florian Haas <florian@xxxxxxxxxxx>
- [PATCH] doc: fix snapshot creation/deletion syntax in rbd man page (trivial)
- From: Florian Haas <florian@xxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: Tier and MetroCluster
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Tier and MetroCluster
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: ceph-resource-agents
- From: Florian Haas <florian@xxxxxxxxxxx>
- bug report: in ceph-mon
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: ceph-resource-agents
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: ceph-resource-agents
- From: Sage Weil <sage@xxxxxxxxxxxx>
- ceph-resource-agents
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] libceph: fix overflow check in crush_decode()
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH] ceph: fix overflow check in build_snap_context()
- From: Xi Wang <xi.wang@xxxxxxxxx>
- [PATCH] libceph: fix overflow check in crush_decode()
- From: Xi Wang <xi.wang@xxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Oliver Francke <Oliver.Francke@xxxxxxxx>
- [PATCH 04/11] ceph: Push file_update_time() into ceph_page_mkwrite()
- From: Jan Kara <jack@xxxxxxx>
- [PATCH 00/11] Push file_update_time() into .page_mkwrite
- From: Jan Kara <jack@xxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: XFS lock warnings in nightly tests
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH] ceph.spec.in: Move libcls_*.so from -devel to base package
- From: Holger Macht <hmacht@xxxxxxx>
- [PATCH] init: Only check if auto start is disabled when the issued command is "start"
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: logrotate and auto start = no
- From: Sage Weil <sage@xxxxxxxxxxxx>
- logrotate and auto start = no
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Wido den Hollander <wido@xxxxxxxxx>
- I found some problem in CRUSH code
- From: ZhuRongze <zrz4ceph@xxxxxxxxx>
- Re: Size of monitor data dir
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Size of monitor data dir
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: SimpleMessenger testing plan
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Size of monitor data dir
- From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
- SimpleMessenger testing plan
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: ceph_setattr mask
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Need some help in setting up rbd image with kvm
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Need some help in setting up rbd image with kvm
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Best plan for recovery if disk holding monitor data dies
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph_setattr mask
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: ceph_setattr mask
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: ceph_setattr mask
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: ceph_setattr mask
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Leander Yu <leander.yu@xxxxxxxxx>
- Re: Stale NFS file handle
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Fwd: Need some help in setting up rbd image with kvm
- From: Upendra Moturi <upendra.m@xxxxxxxxxxxx>
- Re: Which SSD method is better for performance?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Best plan for recovery if disk holding monitor data dies
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Best plan for recovery if disk holding monitor data dies
- From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
- Which SSD method is better for performance?
- From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
- Re: Stale NFS file handle
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Stale NFS file handle
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- ceph_setattr mask
- From: Noah Watkins <jayhawk@xxxxxxxxxxx>
- Re: Stale NFS file handle
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Stale NFS file handle
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: Stale NFS file handle
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Stale NFS file handle
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: OSD id in configuration file
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: OSD id in configuration file
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: OSD id in configuration file
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- OSD id in configuration file
- From: <Eric_YH_Chen@xxxxxxxxxxx>
- Re: ceph and ext4
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Jens Rehpoehler <jens.rehpoehler@xxxxxxxx>
- Re: ceph and ext4
- From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
- Re: Re: Problem with inconsistent PG
- From: Jens Rehpoehler <jens.rehpoehler@xxxxxxxx>
- Re: ceph and ext4
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: sridhar basam <sri@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: s3--object name with "%" questions
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Questions about OSD recovery
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Problem with inconsistent PG
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: s3--object name with "%" questions
- From: João Eduardo Luís <jecluis@xxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: sridhar basam <sri@xxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- s3--object name with "%" questions
- From: huang jun <hjwsm1989@xxxxxxxxxxxxx>
- Re: Questions about OSD recovery
- From: Henry C Chang <henry.cy.chang@xxxxxxxxxxxxx>
- Problem with inconsistent PG
- From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: sridhar basam <sri@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: sridhar basam <sri@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: can't read/write after inserting new crushmap
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Questions about OSD recovery
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Questions about OSD recovery
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- encoded object corpus
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Disable logging for radosgw inside rados pool
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Disable logging for radosgw inside rados pool
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- can't read/write after inserting new crushmap
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Disable logging for radosgw inside rados pool
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- [PATCH] update amazonaws xmlns to correct url
- From: michael rodriguez <michael@xxxxxxxxxxxx>
- Questions about OSD recovery
- From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
- Re: Nova on RBD Device
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Nova on RBD Device
- From: Florian Haas <florian@xxxxxxxxxxx>
- Nova on RBD Device
- From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
- Re: raodsgw--s3 client can't display objects with prefix of "_"
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: raodsgw--s3 client can't display objects with prefix of "_"
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: raodsgw--s3 client can't display objects with prefix of "_"
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: avoid crashes from faulty crushmap
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: about attaching rbd volume from instance on KVM
- From: Christian Brunner <christian@xxxxxxxxxxxxxx>
- Re: raodsgw--s3 client can't display objects with prefix of "_"
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: raodsgw--s3 client can't display objects with prefix of "_"
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- raodsgw--s3 client can't display objects with prefix of "_"
- From: huang jun <hjwsm1989@xxxxxxxxx>
- about attaching rbd volume from instance on KVM
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: couldn't use rbd
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: couldn't use rbd
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: couldn't use rbd
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: couldn't use rbd
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: couldn't use rbd
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: how to remove laggy mds ?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: how to remove laggy mds ?
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: [PATCH RESEND] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- [PATCH v2] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Xi Wang <xi.wang@xxxxxxxxx>
- Re: [PATCH RESEND] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Xi Wang <xi.wang@xxxxxxxxx>
- Re: [PATCH RESEND] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: Possible RBD inconsistencies with kvm+Windows 7
- From: Josh Pieper <jjp@xxxxxxxxx>
- Re: Possible RBD inconsistencies with kvm+Windows 7
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- how to remove laggy mds ?
- From: Jens Rehpöhler <jens@xxxxxxxxxxxxxxxx>
- Possible RBD inconsistencies with kvm+Windows 7
- From: Josh Pieper <jjp@xxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: couldn't use rbd
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH RESEND] ceph: avoid panic with mismatched symlink sizes in fill_inode()
- From: Xi Wang <xi.wang@xxxxxxxxx>
- avoid crashes from faulty crushmap
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- Re: couldn't use rbd
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- Re: Cannot delete some empty dirs and weird sizes
- From: Amon Ott <a.ott@xxxxxxxxxxxx>
- Re: More questions about the thesis.
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [PATCH] net/ceph: Only clear SOCK_NOSPACE when there is sufficient space in the socket buffer
- From: Alex Elder <elder@xxxxxxxxxxxxx>
- Re: couldn't use rbd
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- [GIT PULL] Ceph fixes for -rc3
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Cannot delete some empty dirs and weird sizes
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: More questions about the thesis.
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [EXTERNAL] Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [RFC PATCH 3/6] common/Throttle: throttle in FIFO order
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC PATCH 3/6] common/Throttle: throttle in FIFO order
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [RFC PATCH 3/6] common/Throttle: throttle in FIFO order
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- couldn't use rbd
- From: Masuko Tomoya <tomoya.masuko@xxxxxxxxx>
- More questions about the thesis.
- From: 胡瀚森 <softrank.net@xxxxxxxxx>
- Re: efficient removal of old objects
- From: Mark Kampe <Mark.Kampe@xxxxxxxxxxxxx>
- Re: [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- wip-osd-op-tracking
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: efficient removal of old objects
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: efficient removal of old objects
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: efficient removal of old objects
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: efficient removal of old objects
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: efficient removal of old objects
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Cannot delete some empty dirs and weird sizes
- From: Amon Ott <a.ott@xxxxxxxxxxxx>
- [PATCH] net/ceph: Only clear SOCK_NOSPACE when there is sufficient space in the socket buffer
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 4/6] common/Throttle: FIFO throttler doesn't need to signal waiters when max changes
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 1/6] msgr: print message sequence number and tid when receiving message envelope
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 2/6] common/Throttle: track sleep/wake sequences in Throttle, report them for policy throttler
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 5/6] common/Throttle: make get() report number of waiters on entry/exit
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 6/6] msg: log Message interactions with throttler
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 0/6] Understanding delays due to throttling under very heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [RFC PATCH 3/6] common/Throttle: throttle in FIFO order
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: efficient removal of old objects
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: efficient removal of old objects
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Problem while reading the paper about CRUSH
- From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
- Problem while reading the paper about CRUSH
- From: 胡瀚森 <softrank.net@xxxxxxxxx>
- Re: efficient removal of old objects
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: efficient removal of old objects
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: efficient removal of old objects
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- efficient removal of old objects
- From: Sage Weil <sage@xxxxxxxxxxxx>
[Index of Archives]
[Ceph Dev]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite Hikes]