CEPH Filesystem Development
[Prev Page][Next Page]
- Re: mount errors
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: mount errors
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- mount errors
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: [PATCH 2/2] ceph: fix memory leak
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 2/2] ceph: fix memory leak
- From: Noah Watkins <noahwatkins@xxxxxxxxx>
- [PATCH 1/2] ceph: replace leading spaces with tabs
- From: Noah Watkins <noahwatkins@xxxxxxxxx>
- Re: ceph-0.33 make
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: How do we contact CEPH development community?
- From: Sage Weil <sage@xxxxxxxxxxxx>
- How do we contact CEPH development community?
- From: HB Chen <hbchen@xxxxxxxx>
- hadoop shim
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: async+direct IO in osd journal write
- From: Simon Tian <aixt2006@xxxxxxxxx>
- ceph-0.33 make
- From: 林由清 <linyouqing7@xxxxxxxxx>
- Re: async+direct IO in osd journal write
- From: Sage Weil <sage@xxxxxxxxxxxx>
- async+direct IO in osd journal write
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: rbd snapshot copy
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- [PATCH 70/75] net: add paged frag destructor support to kernel_sendpage.
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- rbd snapshot copy
- From: Christian Brunner <chb@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Re: what's wrong with radosgw ??
- From: Sage Weil <sage@xxxxxxxxxxxx>
- what's wrong with radosgw ??
- From: 林由清 <linyouqing7@xxxxxxxxx>
- Re: RBD write-performance
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Separating clients data
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Separating clients data
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Logging to syslog from clients
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- RBD write-performance
- From: Christian Brunner <chb@xxxxxx>
- mds locker debugging
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Logging to syslog from clients
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Separating clients data
- From: Wido den Hollander <wido@xxxxxxxxx>
- Separating clients data
- From: Maciej Gałkiewicz <maciejgalkiewicz@xxxxxxxxxxxxx>
- Re: Logging to syslog from clients
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: Logging to syslog from clients
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: Logging to syslog from clients
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Logging to syslog from clients
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: remove user function of radosgw
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: rbd copy progress
- From: Damien Churchill <damoxc@xxxxxxxxx>
- Re: rbd create error with 0.26
- From: Simon Tian <aixt2006@xxxxxxxxx>
- Re: remove user function of radosgw
- From: Sylar Shen <kimulaaa@xxxxxxxxx>
- Re: rbd create error with 0.26
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: rbd create error with 0.26
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: rbd copy progress
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Proposed changes to librados API for version 0.34
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: remove user function of radosgw
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- remove user function of radosgw
- From: Sylar Shen <kimulaaa@xxxxxxxxx>
- rbd copy progress
- From: Damien Churchill <damoxc@xxxxxxxxx>
- Doxygen
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- Re: rbd create error with 0.26
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: rbd create error with 0.26
- From: Simon Tian <aixt2006@xxxxxxxxx>
- Re: cfuse memory leak?
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: write and read error handling problems
- From: Sage Weil <sage@xxxxxxxxxxxx>
- write and read error handling problems
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Repeated messages of "heartbeat_check: no heartbeat from"
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: osd down after adding OSDs
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: cfuse memory leak?
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: osd down after adding OSDs
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: cfuse memory leak?
- From: Fyodor Ustinov <ufm@xxxxxx>
- cfuse memory leak?
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Btrfs slowdown
- From: Christian Brunner <chb@xxxxxx>
- Re: msgpool osd_op_reply alloc failed
- From: Fyodor Ustinov <ufm@xxxxxx>
- msgpool osd_op_reply alloc failed
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: read performance not perfect
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: osd down after adding OSDs
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Btrfs slowdown
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Monitors calling for elections all the time under load
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- osd down after adding OSDs
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Monitors calling for elections all the time under load
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: ceph native client for windows
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Monitors fallen apart
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Repeated messages of "heartbeat_check: no heartbeat from"
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: ceph native client for windows
- From: Fyodor Ustinov <ufm@xxxxxx>
- ceph native client for windows
- From: Qian Wei <hzqianwei@xxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: heartbeat logic
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: heartbeat logic
- From: Sam Lang <samlang@xxxxxxxxx>
- Re: Monitors fallen apart
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: boost recoverystate handle_log fault
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: heartbeat logic
- From: Sage Weil <sage@xxxxxxxxxxxx>
- heartbeat logic
- From: Sam Lang <samlang@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: Before deploying a rados cluster, three questions
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Before deploying a rados cluster, three questions
- From: "H. Andres Lagar-Cavilla" <andres@xxxxxxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Monitors fallen apart
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: one question about cephfs disk usage
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: one question about cephfs disk usage
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- osd recovery failed
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Strange.
- From: Fyodor Ustinov <ufm@xxxxxx>
- one question about cephfs disk usage
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH][Resend] Remove unneeded version.h includes from include/
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- v0.32 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Fwd: userland nfs server
- From: "Adam C. Emerson" <aemerson@xxxxxxxxxxxx>
- Re: userland nfs server
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: JSON generation in C/C++
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: rados callbacks
- From: Christian Brunner <chb@xxxxxx>
- Re: JSON generation in C/C++
- From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: JSON generation in C/C++
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- JSON generation in C/C++
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: rados callbacks
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: rados callbacks
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Java-rados announcement (Version 2)
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: rados callbacks
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Theodore Tso <tytso@xxxxxxx>
- rados callbacks
- From: Christian Brunner <chb@xxxxxx>
- Re: [GIT PULL] Ceph updates for 3.1-rc1
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: [GIT PULL] Ceph updates for 3.1-rc1
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Java-rados announcement (Version 2)
- From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: FAILED assert(pg_map.count(pgid))
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- FAILED assert(pg_map.count(pgid))
- From: Christian Brunner <chb@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: "Ted Ts'o" <tytso@xxxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Theodore Tso <tytso@xxxxxxx>
- Fwd: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Re: Kernel 3.0.0 + ext4 + ceph == ...
- From: Christian Brunner <chb@xxxxxx>
- Kernel 3.0.0 + ext4 + ceph == ...
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: userland nfs server
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: userland nfs server
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- Re: userland nfs server
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: userland nfs server
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: userland nfs server
- From: "Matt W. Benjamin" <matt@xxxxxxxxxxxx>
- userland nfs server
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: osd down
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: OSD questions
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Filesystems for ceph
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Two questions
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Filesystems for ceph
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: osd down
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: osd down
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: Btrfs slowdown
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: OSD questions
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Btrfs slowdown
- From: Christian Brunner <chb@xxxxxx>
- Re: OSD questions
- From: huang jun <hjwsm1989@xxxxxxxxx>
- osd down
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Filesystems for ceph
- From: srimugunthan dhandapani <srimugunthan.dhandapani@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Filesystems for ceph
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Filesystems for ceph
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Filesystems for ceph
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Btrfs slowdown
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: Filesystems for ceph
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Filesystems for ceph
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Filesystems for ceph
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Primary mds failure
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Primary mds failure
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Filesystems for ceph
- From: Christian Brunner <chb@xxxxxx>
- Re: OSD questions
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Two questions
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: OSD questions
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Two questions
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: cmds,cmon,cosd 100% cpu
- From: Sage Weil <sage@xxxxxxxxxxxx>
- cmds,cmon,cosd 100% cpu
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- OSD questions
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: Two questions
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Btrfs slowdown
- From: Christian Brunner <chb@xxxxxx>
- Re: About the rados check command
- From: Wido den Hollander <wido@xxxxxxxxx>
- About the rados check command
- From: "doki74216@xxxxxxxxx" <doki74216@xxxxxxxxx>
- Re: Two questions
- From: Wido den Hollander <wido@xxxxxxxxx>
- Two questions
- From: Sławomir Skowron <szibis@xxxxxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- [GIT PULL] Ceph updates for 3.1-rc1
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: peering PGs
- From: Christian Brunner <chb@xxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: peering PGs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: peering PGs
- From: Christian Brunner <chb@xxxxxx>
- peering PGs
- From: Christian Brunner <chb@xxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: My favorite question
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Btrfs slowdown
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: Btrfs slowdown
- From: Andrej Podzimek <andrej@xxxxxxxxxxxx>
- Re: Btrfs slowdown
- From: Andrej Podzimek <andrej@xxxxxxxxxxxx>
- Btrfs slowdown
- From: Christian Brunner <chb@xxxxxx>
- Re: BUG: crash in mds after recovery
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: BUG: crash in mds after recovery
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: BUG: crash in mds after recovery
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: write operations
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: write operations
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: write operations
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: BUG: crash in mds after recovery
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: write operations
- From: Sage Weil <sage@xxxxxxxxxxxx>
- BUG: crash in mds after recovery
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- [PATCH 20/23] ceph: avoid d_parent in ceph_dentry_hash; fix ceph_encode_fh() hashing bug
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 18/23] ceph: protect access to d_parent
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 22/23] ceph: explicitly reference rename old_dentry parent dir in request
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 19/23] ceph: protect d_parent access in ceph_d_revalidate
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 23/23] ceph: document unlocked d_parent accesses
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 21/23] ceph: document locking for ceph_set_dentry_offset
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 14/23] ceph: set up readahead size when rsize is not passed
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 17/23] ceph: handle racing calls to ceph_init_dentry
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 16/23] ceph: set dir complete frag after adding capability
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 15/23] rbd: set blk_queue request sizes to object size
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 13/23] rbd: cancel watch request when releasing the device
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 06/23] ceph: report f_bfree based on kb_avail rather than diffing.
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 05/23] ceph: only queue capsnap if caps are dirty
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 12/23] ceph: ignore lease mask
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 08/23] ceph: avoid carrying Fw cap during write into page cache
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 07/23] libceph: don't time out osd requests that haven't been received
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 09/23] ceph: fix bad parent_inode calc in ceph_lookup_open
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 10/23] ceph: only link open operations to directory unsafe list if O_CREAT|O_TRUNC
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 11/23] ceph: fix ceph_lookup_open intent usage
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 04/23] ceph: fix snap writeback when racing with writes
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 03/23] ceph: use flag bit for at_end readdir flag
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 00/23] Ceph queue for v3.0
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 02/23] ceph: add F_SYNC file flag to force sync (non-O_DIRECT) io
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 01/23] ceph: add flags field to file_info
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] Fix compile error when using nss libs:
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: [PATCH] Fix compile error when using nss libs:
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH] Fix compile error when using nss libs:
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- [PATCH 12/13] net: add paged frag destructor support to kernel_sendpage.
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Christian Brunner <chb@xxxxxx>
- Re: architecture questions - OSD layout
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: Consistency vs efficiency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Consistency vs efficiency
- From: Jojy Varghese <jojy.varghese@xxxxxxxxx>
- Re: architecture questions - OSD layout
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: architecture questions - OSD layout
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: architecture questions - OSD layout
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: [PATCH] Add line break after add_key() failure message.
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Christian Brunner <chb@xxxxxx>
- [PATCH] Add line break after add_key() failure message.
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- architecture questions - OSD layout
- From: Marcus Sorensen <shadowsor@xxxxxxxxx>
- Re: rm directory slow, client read it local cache
- From: Sage Weil <sage@xxxxxxxxxxxx>
- rm directory slow, client read it local cache
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- Re: read performance not perfect
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: logging control in cluster configuration file
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: [PATCH] crushtool: Add call to global_init() to avoid dout segfault
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- [GIT PULL] Final ceph fix for 3.0
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: looks like a bug
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: RBD performance poor
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: RBD performance poor
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: looks like a bug
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: RBD performance poor
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: looks like a bug
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Christian Brunner <chb@xxxxxx>
- RBD performance poor
- From: Christian Gramsch <christian.gramsch@xxxxxxxxx>
- Re: looks like a bug
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: workload balance
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: looks like a bug
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: My favorite question
- From: Sage Weil <sage@xxxxxxxxxxxx>
- My favorite question
- From: Fyodor Ustinov <ufm@xxxxxx>
- looks like a bug
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: FW: crashed+peering PGs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: read performance not perfect
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: FW: crashed+peering PGs
- From: Christian Brunner <chb@xxxxxx>
- read performance not perfect
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: workload balance
- From: srimugunthan dhandapani <srimugunthan.dhandapani@xxxxxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: coding style document
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: coding style document
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: coding style document
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: coding style document
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- Re: about clientreplay with lots of clients
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: crashed+peering PGs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Josef Bacik <josef@xxxxxxxxxx>
- crashed+peering PGs
- From: Christian Brunner <chb@xxxxxx>
- about clientreplay with lots of clients
- From: na an <luckyfirea@xxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Christian Brunner <chb@xxxxxx>
- Re: rejoin mds daemon, 17 osd are suddenly down and out
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: [PATCH] crushtool: Add call to global_init() to avoid dout segfault
- From: Sage Weil <sage@xxxxxxxxxxxx>
- rejoin mds daemon, 17 osd are suddenly down and out
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Meng Zhao <mzhao@xxxxxxxxxxxx>
- Re: As with ceph database to store
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: coding style document
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: coding style document
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: coding style document
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: coding style document
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: coding style document
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: coding style document
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: coding style document
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- coding style document
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: Radosgw cannot output Chinese file names
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: As with ceph database to store
- From: Rutger ter Borg <rutger@xxxxxxxxxxx>
- As with ceph database to store
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Meng Zhao <mzhao@xxxxxxxxxxxx>
- Radosgw cannot output Chinese file names
- From: Sylar Shen <kimulaaa@xxxxxxxxx>
- [PATCH] crushtool: Add call to global_init() to avoid dout segfault
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: Struggling with mds. It seems very fragile.
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: Delayed inode operations not doing the right thing with enospc
- From: Christian Brunner <chb@xxxxxx>
- Re: problem of operation "rm -rf "
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Meng Zhao <mzhao@xxxxxxxxxxxx>
- Re: Struggling with mds. It seems very fragile.
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- Re: Struggling with mds. It seems very fragile.
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Struggling with mds. It seems very fragile.
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- Re: Support for {fa,i}notify
- From: Damien Churchill <damoxc@xxxxxxxxx>
- Re: boost recoverystate handle_log fault
- From: Samuel Just <samuelj@xxxxxxxxxxxxxxx>
- Re: Support for {fa,i}notify
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Struggling with mds. It seems very fragile.
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: problem of operation "rm -rf "
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- boost recoverystate handle_log fault
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Support for {fa,i}notify
- From: Damien Churchill <damoxc@xxxxxxxxx>
- problem of operation "rm -rf "
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: 0.31
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: 0.31
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 0.31
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: 0.31
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 0.31
- From: Fyodor Ustinov <ufm@xxxxxx>
- 0.31
- From: Fyodor Ustinov <ufm@xxxxxx>
- v0.31 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Struggling with mds. It seems very fragile.
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- exploration hooking RBD into SCST-iSCSI
- From: Brian Chrisman <brchrisman@xxxxxxxxx>
- Re: btrfs devs
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Replacing a failed disk/OSD: unfound object
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Verification of Crush Rules
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- logging control in cluster configuration file
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- btrfs devs
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- Replacing a failed disk/OSD: unfound object
- From: Meng Zhao <mzhao@xxxxxxxxxxxx>
- Re: scrub loadavg too high
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: samba write performance
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Ceph didn't migrate data when I kill one osd daemon
- From: Wido den Hollander <wido@xxxxxxxxx>
- samba write performance
- From: mowang da <whooya.xxl@xxxxxxxxx>
- Ceph didn't migrate data when I kill one osd daemon
- From: AnnyRen <annyren6@xxxxxxxxx>
- Re: scrub loadavg too high
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: scrub loadavg too high
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: GCEPH error
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: GCEPH error
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: GCEPH error
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: Servers with 40+ disks : to group or not to group ?
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: GCEPH error
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: ceph lock
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: ceph lock
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [GIT PULL] Ceph fixes for 3.0
- From: Sage Weil <sage@xxxxxxxxxxxx>
- ceph lock
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: Availability question of RADOS
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Question: How does Ceph go from filename to object?
- From: Vasilakakos Giorgos <sugoruyo@xxxxxxxxx>
- Re: [PATCH] Move stat/*.log to the end of logrotate.conf
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Availability question of RADOS
- From: Fusheng Han <fsh.han@xxxxxxxxx>
- Re: MDS crash.
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Availability question of RADOS
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Question: How does Ceph go from filename to object?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Servers with 40+ disks : to group or not to group ?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Verification of Crush Rules
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Re: Availability question of RADOS
- From: Fusheng Han <fsh.han@xxxxxxxxx>
- osd_journal error in mkbsdocfs.in
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Question: How does Ceph go from filename to object?
- From: Vasilakakos Giorgos <sugoruyo@xxxxxxxxx>
- Re: Servers with 40+ disks : to group or not to group ?
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: Availability question of RADOS
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Question: How does Ceph go from filename to object?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Servers with 40+ disks : to group or not to group ?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Question: How does Ceph go from filename to object?
- From: Vasilakakos Giorgos <sugoruyo@xxxxxxxxx>
- [PATCH] Move stat/*.log to the end of logrotate.conf
- From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
- Availability question of RADOS
- From: Fusheng Han <fsh.han@xxxxxxxxx>
- GCEPH error
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: Missing kernel client install instructions on wiki?
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: scrub loadavg too high
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Missing kernel client install instructions on wiki?
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: scrub loadavg too high
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Missing kernel client install instructions on wiki?
- From: Vineet Jain <vinjvinj@xxxxxxxxx>
- scrub loadavg too high
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: MDS crash.
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: MDS crash.
- From: Sage Weil <sage@xxxxxxxxxxxx>
- MDS crash.
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Read speed. again.
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Read speed. again.
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Read speed. again.
- From: Fyodor Ustinov <ufm@xxxxxx>
- Servers with 40+ disks : to group or not to group ?
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: MDS Replay Issues
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- RE: MDS Replay Issues
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Re: MDS Replay Issues
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: MDS Replay Issues
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: workload balance
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Fwd: Data distribution
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: MDS Replay Issues
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: MDS Replay Issues
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: MDS Replay Issues
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- MDS Replay Issues
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Fwd: Data distribution
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- Re: workload balance
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: [PATCH] obsync: Depend on python-lxml on Debian derived platforms
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Add OSD and hard drives
- From: Wido den Hollander <wido@xxxxxxxxx>
- [PATCH] obsync: Depend on python-lxml on Debian derived platforms
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Add OSD and hard drives
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: mds sync wrlock
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: mds sync wrlock
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Add OSD and hard drives
- From: "Hemingway, Graham Stuart" <graham.hemingway@xxxxxxxxxxxxxx>
- Re: mds sync wrlock
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Fwd: ceph
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- [PATCH 1/3] bash_completion: Add bash completion for ceph, rados, radosgw_admin and rbd
- From: Wido den Hollander <wido@xxxxxxxxx>
- [PATCH 2/3] bash_completion: Add the bash_completion files to the Debian packages
- From: Wido den Hollander <wido@xxxxxxxxx>
- [PATCH 3/3] bash_completion: Add to the Makefile
- From: Wido den Hollander <wido@xxxxxxxxx>
- [PATCH 0/3] Add BASH completion for various tools
- From: Wido den Hollander <wido@xxxxxxxxx>
- v0.30 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Fwd: ceph
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: workload balance
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: Fwd: ceph
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: mds sync wrlock
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: workload balance
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Data distribution
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: Data distribution
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- mds sync wrlock
- From: huang jun <hjwsm1989@xxxxxxxxx>
- workload balance
- From: huang jun <hjwsm1989@xxxxxxxxx>
- Re: [PATCH] [media] Stop using linux/version.h on most drivers
- From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
- Data distribution
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- Fwd: ceph
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- Re: [PATCH] [media] Stop using linux/version.h on most drivers
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: [PATCH] [media] Stop using linux/version.h on most drivers
- From: Hans Verkuil <hverkuil@xxxxxxxxx>
- Re: ceph
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Andy Walls <awalls@xxxxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Andy Walls <awalls@xxxxxxxxxxxxxxxx>
- Re: Assistance in Troubleshooting and Fixing MDS in Replay
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx>
- Re: ceph
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: O_RDWR bug
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Stefan Richter <stefanr@xxxxxxxxxxxxxxxxx>
- [PATCH] [media] Stop using linux/version.h on most drivers
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Hans Verkuil <hverkuil@xxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Devin Heitmueller <dheitmueller@xxxxxxxxxxxxxx>
- Re: [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Hans Verkuil <hverkuil@xxxxxxxxx>
- [RFC] Don't use linux/version.h anymore to indicate a per-driver version - Was: Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxx>
- ceph
- From: Martin Wilderoth <martin.wilderoth@xxxxxxxxxx>
- Assistance in Troubleshooting and Fixing MDS in Replay
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- O_RDWR bug
- From: mowang da <whooya.xxl@xxxxxxxxx>
- Re: [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Sage Weil <sage@xxxxxxxxxxxx>
- [PATCH 03/37] Remove unneeded version.h includes from include/
- From: Jesper Juhl <jj@xxxxxxxxxxxxx>
- Re: [PATCH 0/3] RFC: Enable clients to distinguish busy and unreachable OSDs
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [PATCH 2/3] common/Throttle: Add timed_wait().
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: [PATCH 2/3] common/Throttle: Add timed_wait().
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [PATCH 0/3] RFC: Enable clients to distinguish busy and unreachable OSDs
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: [PATCH 2/3] common/Throttle: Add timed_wait().
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: [PATCH 0/3] RFC: Enable clients to distinguish busy and unreachable OSDs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: MDS Stuck In Replay
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- RE: MDS Stuck In Replay
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Re: [PATCH 0/3] RFC: Enable clients to distinguish busy and unreachable OSDs
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: MDS Stuck In Replay
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- RE: MDS Stuck In Replay
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- [PATCH 2/3] common/Throttle: Add timed_wait().
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH 3/3] msgr: Send keepalive periodically when waiting in policy throttler
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH] ceph: distinguish between unreachable and busy osds when resetting a connection
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH 1/3] common/Throttle: Remove unused return type on Throttle::get()
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- [PATCH 0/3] RFC: Enable clients to distinguish busy and unreachable OSDs
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: Miao Xie <miaox@xxxxxxxxxxxxxx>
- Re: MDS Stuck In Replay
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- RE: MDS Stuck In Replay
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Re: MDS Stuck In Replay
- From: Sage Weil <sage@xxxxxxxxxxxx>
- MDS Stuck In Replay
- From: Mark Nigh <mnigh@xxxxxxxxxxxxxxx>
- Re: Active vs. standby MDSes (Was: Re: Degraded PGs blocking open()?)
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: error: 'pthread_spin_lock' does not name a type
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: error: 'pthread_spin_lock' does not name a type
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- error: 'pthread_spin_lock' does not name a type
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: David Sterba <dave@xxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: cfuse vs kernel mount. differences.
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: metablob fix
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: inconsistent chunk
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: inconsistent chunk
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: metablob fix
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: Miao Xie <miaox@xxxxxxxxxxxxxx>
- Re: kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: Miao Xie <miaox@xxxxxxxxxxxxxx>
- cfuse vs kernel mount. differences.
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: inconsistent chunk
- From: Fyodor Ustinov <ufm@xxxxxx>
- metablob fix
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: Does anyone know if Automake has a way of expressing dependencies?
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- Re: Cluster expansion : adding monitor
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Cluster expansion : adding monitor
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: Does anyone know if Automake has a way of expressing dependencies?
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: inconsistent chunk
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- kernel BUG at fs/btrfs/delayed-inode.c:1301!
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- inconsistent chunk
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: [PATCH net-next 1/2] net: Remove casts of void *
- From: David Miller <davem@xxxxxxxxxxxxx>
- Does anyone know if Automake has a way of expressing dependencies?
- From: Colin Patrick McCabe <colin.mccabe@xxxxxxxxxxxxx>
- v0.29.1 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- autobuilt debian/ubuntu packages
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: syslog problems
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: snapshot of rbd
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: linux client stalls under heavy write load
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: linux client stalls under heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: linux client stalls under heavy write load
- From: Sage Weil <sage@xxxxxxxxxxxx>
- linux client stalls under heavy write load
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: syslog problems
- From: Sam Lang <slang@xxxxxxxxxxxxxxx>
- Re: syslog problems
- From: Wido den Hollander <wido@xxxxxxxxx>
- Re: Don't understand why space usage keeps growing
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: syslog problems
- From: Sam Lang <slang@xxxxxxxxxxxxxxx>
- Re: syslog problems
- From: Wido den Hollander <wido@xxxxxxxxx>
- syslog problems
- From: Sam Lang <samlang@xxxxxxxxx>
- Re: snapshot of rbd
- From: Simon Tian <aixt2006@xxxxxxxxx>
- Re: snapshot of rbd
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: Don't understand why space usage keeps growing
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: Don't understand why space usage keeps growing
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: [PATCH net-next 1/2] net: Remove casts of void *
- From: Paul Moore <paul.moore@xxxxxx>
- Re: stalls with latest btrfs merge into 3.0-rc2
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: snapshot of rbd
- From: Simon Tian <aixt2006@xxxxxxxxx>
- [PATCH net-next 0/2] net: remove casts of void *
- From: Joe Perches <joe@xxxxxxxxxxx>
- [PATCH net-next 1/2] net: Remove casts of void *
- From: Joe Perches <joe@xxxxxxxxxxx>
- Re: stalls with latest btrfs merge into 3.0-rc2
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: stalls with latest btrfs merge into 3.0-rc2
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: stalls with latest btrfs merge into 3.0-rc2
- From: Chris Samuel <chris@xxxxxxxxxxx>
- stalls with latest btrfs merge into 3.0-rc2
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: OSD crashing unexpectedly within ~1 minute of being up
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- [GIT PULL] Ceph fixes for 3.0-rc3
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: snapshot of rbd
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: MDS configuration
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: libgtkmm Dependency
- From: Sage Weil <sage@xxxxxxxxxxxx>
- libgtkmm Dependency
- From: "Hemingway, Graham Stuart" <graham.hemingway@xxxxxxxxxxxxxx>
- Fwd: OSD crashing unexpectedly within ~1 minute of being up
- From: Teodor Yantchev <teodor.yantchev@xxxxxxxxx>
- Re: Ceph to copy files. 500000 "journal throttle: waited for ops" and "fault with nothing to send"
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: snapshot of rbd
- From: Simon Tian <aixt2006@xxxxxxxxx>
- Re: Ceph to copy files. 500000 "journal throttle: waited for ops" and "fault with nothing to send"
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: MDS configuration
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Re: snapshot of rbd
- From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
- snapshot of rbd
- From: Simon Tian <aixt2006@xxxxxxxxx>
- Re: OSD wrongly marked up (well, half up)
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Re: MDS configuration
- From: djlee064 <djlee064@xxxxxxxxx>
- Re: MDS configuration
- From: djlee064 <djlee064@xxxxxxxxx>
- Re: OSD wrongly marked up (well, half up)
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Don't understand why space usage keeps growing
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- OSD wrongly marked up (well, half up)
- From: Wilfrid Allembrand <wilfrid.allembrand@xxxxxxxxx>
- Ceph to copy files. 500000 "journal throttle: waited for ops" and "fault with nothing to send"
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- MDS configuration
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Josef Bacik <josef@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Chris Mason <chris.mason@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: Miao Xie <miaox@xxxxxxxxxxxxxx>
- Re: Bug while creating new cluster
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: Bug while creating new cluster
- From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
- Re: Bug while creating new cluster
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- Bug while creating new cluster
- From: Dyweni - Ceph-Devel <YS3fpFE2ykfB@xxxxxxxxxx>
- Re: 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: David Sterba <dave@xxxxxxxx>
- 3.0-rcX BUG at fs/btrfs/ioctl.c:432 - bisected
- From: "Jim Schutt" <jaschut@xxxxxxxxxx>
- Re: How to create new empty journal?
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: How to create new empty journal?
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- Re: Active vs. standby MDSes (Was: Re: Degraded PGs blocking open()?)
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- Re: mkcephfs read_conf: failed to open 'ceph.conf': error 2:
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Active vs. standby MDSes (Was: Re: Degraded PGs blocking open()?)
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- Re: How to create new empty journal?
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: How to create new empty journal?
- From: Wido den Hollander <wido@xxxxxxxxx>
- mkcephfs read_conf: failed to open 'ceph.conf': error 2:
- From: biyan chen <riby.chen@xxxxxxxxx>
- How to create new empty journal?
- From: Fyodor Ustinov <ufm@xxxxxx>
- [PATCH 2/2] Fix typo in usage output for --num-osds
- From: Sam Lang <samlang@xxxxxxxxx>
- [PATCH 1/2] Fix segfault caused by invalid argument string.
- From: Sam Lang <samlang@xxxxxxxxx>
- v0.29 released
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: libceph: osd0 down
- From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
- Re: libceph: osd0 down
- From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
- Re: libceph: osd0 down
- From: biyan chen <riby.chen@xxxxxxxxx>
- libceph: osd0 down
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: O_DIRECT change
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Ceph write large files
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: O_DIRECT change
- From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
- Re: Degraded PGs blocking open()?
- From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
- Degraded PGs blocking open()?
- From: Székelyi Szabolcs <szekelyi@xxxxxxx>
- ceph rados.py packaging help
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: O_DIRECT change
- From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
- Re: fs again
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: fs again
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- fs again
- From: Fyodor Ustinov <ufm@xxxxxx>
- O_DIRECT change
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: crash on umount
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: crash on umount
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: crash on umount
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: samba of Ceph
- From: Sylar Shen <kimulaaa@xxxxxxxxx>
- crash on umount
- From: Fyodor Ustinov <ufm@xxxxxx>
- Re: Error while creating ceph cluster
- From: Lalit Bhasin <lkb@xxxxxxx>
- Re: ceph_tool_common_init failed
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: Ceph code coverage integration proposal
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Re: Ceph code coverage integration proposal
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: Ceph code coverage integration proposal
- From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
- Ceph code coverage integration proposal
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: ceph_tool_common_init failed
- From: Sage Weil <sage@xxxxxxxxxxxx>
- Re: write file problems
- From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
- Re: ceph_tool_common_init failed
- From: Gregory Farnum <gregf@xxxxxxxxxxxxxxx>
- ceph_tool_common_init failed
- From: biyan chen <riby.chen@xxxxxxxxx>
- Re: Error while creating ceph cluster
- From: Lalit Bhasin <lkb@xxxxxxx>
- Re: write file problems
- From: biyan chen <riby.chen@xxxxxxxxx>
[Index of Archives]
[Ceph Dev]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite Hikes]