CEPH Filesystem Development

• Thread Index

• 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>
• Re: Nagios plugin
  • From: Dallas Kashuba <dallas@xxxxxxxxxxxx>
• Re: Ceph behavior in case of network failure
  • From: Jon <jon@xxxxxxxxxxxxxxxxxxxxxx>
• Re: autogen.sh error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• autogen.sh error
  • From: JJ <jjones@xxxxxxxxxxxx>
• Re: Cannot delete some empty dirs and weird sizes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Ceph behavior in case of network failure
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Cannot delete some empty dirs and weird sizes
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Ceph behavior in case of network failure
  • From: madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
• Re: ceph-client.git master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: idempotent mon commands
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: idempotent mon commands
  • From: Yehuda Sadeh Weinraub <yehuda@xxxxxxxxxxxxxxx>
• idempotent mon commands
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Installing_on_RedHat_or_CentOS
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph behavior in case of network failure
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Installing_on_RedHat_or_CentOS
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Installing_on_RedHat_or_CentOS
  • From: JJ <jjones@xxxxxxxxxxxx>
• Nagios plugin
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: Files under ceph-mon's auth directory
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Files under ceph-mon's auth directory
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• ceph-client.git master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Ceph behavior in case of network failure
  • From: Madhusudhan <madhusudhana.u.acharya@xxxxxxxxx>
• v0.41 released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: wip-pg-stale
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on XFS
  • From: Stefan Kleijkers <stefan@xxxxxxxxxxxx>
• Re: wip-pg-stale
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• wip-pg-stale
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on XFS
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• ceph on XFS
  • From: Christian Brunner <chb@xxxxxx>
• Re: Bug #1047 reproduced
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: osd crash during resync
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: osd crash during resync
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH v3 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: interesting point on btrfs, xfs, ext4
  • From: Florian Haas <florian@xxxxxxxxxxx>
• interesting point on btrfs, xfs, ext4
  • From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
• Re: rbd snap ls does not list more than 200 snapshots
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• rbd snap ls does not list more than 200 snapshots
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: osd crash during resync
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: osd crash during resync
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: osd crash during resync
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Holger Macht <hmacht@xxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Holger Macht <hmacht@xxxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• osd crash during resync
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Christian Brunner <chb@xxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Btrfs slowdown with ceph (how to reproduce)
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Use 2 as fallback inode number on 32 Bit kernel
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: wip-encoding
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: upgrade from 0.39 to 0.40 failed...
  • From: Wido den Hollander <wido@xxxxxxxxx>
• upgrade from 0.39 to 0.40 failed...
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: wip-encoding
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• Re: subuser of radosgw
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: wip-encoding
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Holger Macht <hmacht@xxxxxxx>
• Btrfs slowdown with ceph (how to reproduce)
  • From: Christian Brunner <chb@xxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: How to remove lost objects.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH] [ceph spec] package *.py* files
  • From: Holger Macht <hmacht@xxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: Testing environment.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Scale conference
  • From: Dona Holmberg <dona.holmberg@xxxxxxxxxxxxx>
• Re: [PATCH] Convert mount.ceph to use KEY_SPEC_PROCESS_KEYRING
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Searching for a Distributed Filesystem
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Ceph will be at the SCALE conference
  • From: Dona Holmberg <dona.holmberg@xxxxxxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: another Problem / question
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• [PATCH] Convert mount.ceph to use KEY_SPEC_PROCESS_KEYRING
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: How to remove lost objects.
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Testing environment.
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Adding new mon to existing cluster in ceph v0.39(+?)
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• How to remove lost objects.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• another Problem / question
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: Adding new mon to existing cluster in ceph v0.39(+?)
  • From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
• Testing environment.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: wip-encoding
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: pg time stamps
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: simplifying compound operations
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] wrong unix timestamp calculation in hadoop lib
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: [PATCH] wrong unix timestamp calculation in hadoop lib
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: [PATCH] check for valid filehandler, before using in next calls
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• [PATCH] [ceph spec] package *.py* files
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• wip-backfill
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• wip-encoding
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: Slow ceph io. High iops. Compared to hadoop.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Slow ceph io. High iops. Compared to hadoop.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.40 released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.40 released
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• [PATCH RESEND] ceph: fix bounds checking macros
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH RESEND] ceph: fix length validation in parse_reply_info()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: [PATCH RESEND] ceph: fix length validation in parse_reply_info()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH RESEND] ceph: fix length validation in parse_reply_info()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Re: 0.40 OSD - Address family not supported by protocol
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• 0.40 OSD - Address family not supported by protocol
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Assertion in v0.40 - os/FileStore.cc: 2438: FAILED assert(0 == "unexpected error")
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• v0.40 released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] wrong unix timestamp calculation in hadoop lib
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: osd op tracking
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• osd op tracking
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH] wrong unix timestamp calculation in hadoop lib
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: [PATCH 3/4] ceph: make session->s_cap_gen atomic
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] ceph: make session->s_cap_ttl atomic
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 3/4] ceph: make session->s_cap_gen atomic
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/4] ceph: create a new session lock to avoid lock inversion
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 4/4] ceph: make session->s_cap_ttl atomic
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 3/4] ceph: make session->s_cap_gen atomic
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 2/4] ceph: don't reset s_cap_ttl to zero
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 1/4] ceph: create a new session lock to avoid lock inversion
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 0/4] ceph: properly protect session cap_gen and cap_ttl
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• pg time stamps
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] wrong unix timestamp calculation in hadoop lib
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• [PATCH] check for valid filehandler, before using in next calls
  • From: Andrey Stepachev <octo@xxxxxxxxxxxxxx>
• Re: subuser of radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: subuser of radosgw
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: subuser of radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• simplifying compound operations
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: subuser of radosgw
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• subuser of radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• some lightweight process
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Ceph status update
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [GIT PULL] Ceph updates for 3.3-rc1
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ceph: enable/disable dentry complete flags via mount option
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfs: export symbol d_find_any_alias()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: wip-makefile
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• wip-makefile
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client can't unmount, some pinned dentries in cache.
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client can't unmount, some pinned dentries in cache.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: [Qemu-devel] [PATCH v2] rbd: wire up snapshot removal and rollback functionality
  • From: Kevin Wolf <kwolf@xxxxxxxxxx>
• Re: [Qemu-devel] [PATCH v2] rbd: wire up snapshot removal and rollback functionality
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: [PATCH 2/2] ceph: enable/disable dentry complete flags via mount option
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/2] vfs: export symbol d_find_any_alias()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH v2] rbd: wire up snapshot removal and rollback functionality
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH]: set up rbd snapshot handling
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] ceph: enable/disable dentry complete flags via mount option
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfs: export symbol d_find_any_alias()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 2/2] ceph: enable/disable dentry complete flags via mount option
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 1/2] vfs: export symbol d_find_any_alias()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 0/2] Reenable ceph dcache usage
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Slides on Ceph and tools we use
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Available space shrinks to zero after upgrading cluster
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Client can't unmount, some pinned dentries in cache.
  • From: Andrey Stepachev <octo47@xxxxxxxxx>
• Re: [PATCH]: set up rbd snapshot handling
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Qemu-devel] [PATCH]: set up rbd snapshot handling
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Adding new mon to existing cluster in ceph v0.39(+?)
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: .rgw expand number of pg's
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: .rgw expand number of pg's
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• [PATCH]: set up rbd snapshot handling
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• FOSDEM 2012
  • From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
• Re: .rgw expand number of pg's
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: .rgw expand number of pg's
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• .rgw expand number of pg's
  • From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
• Adding new mon to existing cluster in ceph v0.39(+?)
  • From: Sławomir Skowron <slawomir.skowron@xxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Available space shrinks to zero after upgrading cluster
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add Ceph integration with OCF-compliant HA resource managers
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: small bug ?
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Available space shrinks to zero after upgrading cluster
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Available space shrinks to zero after upgrading cluster
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• small bug ?
  • From: Jens Rehpoehler <jens.rehpoehler@xxxxxxxx>
• Re: questions about radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: questions about radosgw
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: questions about radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add Ceph integration with OCF-compliant HA resource managers
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Some of my PGs stay at "active"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some of my PGs stay at "active"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some of my PGs stay at "active"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Some of my PGs stay at "active"
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Colin McCabe <cmccabe@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Add Ceph integration with OCF-compliant HA resource managers
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: [PATCH 0/2] Add resource agents to debian build, trivial C&P error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 2/2] OCF RA: fix variable name
  • From: Florian Haas <florian@xxxxxxxxxxx>
• [PATCH 1/2] debian: build ceph-resource-agents
  • From: Florian Haas <florian@xxxxxxxxxxx>
• [PATCH 0/2] Add resource agents to debian build, trivial C&P error
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
• Re: [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• [PATCH 5/6] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• ceph: ensure prealloc_blob is in place when removing xattr
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: First work on RBD storage pool support in libvirt
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: questions about radosgw
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Karoly Horvath <rhswdev@xxxxxxxxx>
• questions about radosgw
  • From: huang jun <hjwsm1989@xxxxxxxxx>
• Re: osd out states
  • From: Matthew Roy <imjustmatthew@xxxxxxxxx>
• Re: First work on RBD storage pool support in libvirt
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• osd out states
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph: always initialize the dentry in open_root_dentry()
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• First work on RBD storage pool support in libvirt
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: ceph -w output
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: scrubbing
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: scrubbing
  • From: Wido den Hollander <wido@xxxxxxxxx>
• scrubbing
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: [PATCH 0/2] Add Ceph integration with OCF-compliant HA resource managers
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [GIT PULL] Ceph fixes for 3.2 final
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 2/2] Spec: conditionally build ceph-resource-agents package
  • From: Florian Haas <florian@xxxxxxxxxxx>
• [PATCH 1/2] Add OCF-compliant resource agent for Ceph daemons
  • From: Florian Haas <florian@xxxxxxxxxxx>
• [PATCH 0/2] Add Ceph integration with OCF-compliant HA resource managers
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Hang at 'rbd info <image>'
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Final bits for 3.2, take 2
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 2/3] ceph: take a reference to the dentry in d_find_any_alias()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ceph: take a reference to the dentry in d_find_any_alias()
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• RE: Hang at 'rbd info <image>'
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Ceph based on ext4
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: [PATCH 3/3] ceph: enable/disable dentry complete flags via mount option
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] ceph: take a reference to the dentry in d_find_any_alias()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] ceph: take inode lock when finding an inode alias
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH 1/3] ceph: take inode lock when finding an inode alias
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 2/3] ceph: take a reference to the dentry in d_find_any_alias()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 3/3] ceph: enable/disable dentry complete flags via mount option
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 0/3] Ceph fixes for 3.2 final
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some Question Regarding to RBD performance
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some Question Regarding to RBD performance
  • From: Leander Yu <leander.yu@xxxxxxxxx>
• [PATCH] init script: be LSB compliant for exit code on status
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Trivial patch to fix init script LSB compliance
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Some Question Regarding to RBD performance
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Some Question Regarding to RBD performance
  • From: Leander Yu <leander.yu@xxxxxxxxx>
• Re: Do not understand some terms about cluster health
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Why only support odd number monitors in ceph cluster?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: towards a user-mode diagnostic log mechanism
  • From: Wido den Hollander <wido@xxxxxxxxx>