CEPH Filesystem Development

• Thread Index

• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Why only support odd number monitors in ceph cluster?
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Why only support odd number monitors in ceph cluster?
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• API documentation making progress
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Assertion: ./messages/MOSDRepScrub.h: 64: FAILED assert(v == 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Assertion: ./messages/MOSDRepScrub.h: 64: FAILED assert(v == 0)
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] ceph: enable/disable dentry complete flags via mount option
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: Assertion: ./messages/MOSDRepScrub.h: 64: FAILED assert(v == 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Do not understand some terms about cluster health
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Assertion: ./messages/MOSDRepScrub.h: 64: FAILED assert(v == 0)
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] ceph: fix a few problems in ceph_dir_*_complete()
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• [PATCH 3/3] ceph: enable/disable dentry complete flags via mount option
  • 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 1/3] ceph: take inode lock when finding an inode alias
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/3] interval_set: fix truncation of _size
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 0/3] ceph: fix a few problems in ceph_dir_*_complete()
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 3/3] ceph: take a reference to the dentry in d_find_any_alias()
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 2/3] ceph: take inode lock when finding an inode alias
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 1/3] ceph: check for null dentry in ceph_dir_set_complete()
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• [PATCH 0/3] ceph: fix a few problems in ceph_dir_*_complete()
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: __d_find_alias() problem
  • From: Alex Elder <elder@xxxxxxxxxxxxx>
• Re: __d_find_alias() problem
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Assertion: ./messages/MOSDRepScrub.h: 64: FAILED assert(v == 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• [PATCH 3/3] monmap: clear addr_name map on calculating ranks
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• [PATCH 2/3] monmap: iterate over addr_name when printing summary
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• [PATCH 1/3] interval_set: fix truncation of _size
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• Do not understand some terms about cluster health
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: BTRFS Warning
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: BTRFS Warning
  • From: Christian Brunner <chb@xxxxxx>
• Re: BTRFS Warning
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: how many MDS active daemons to run
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how many MDS active daemons to run
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Karoly Horvath <rhswdev@xxxxxxxxx>
• Re: how many MDS active daemons to run
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• how many MDS active daemons to run
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Karoly Horvath <rhswdev@xxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: Could rados pool support tree view feature ?
  • From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
• Re: Could rados pool support tree view feature ?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• towards a user-mode diagnostic log mechanism
  • From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Could rados pool support tree view feature ?
  • From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
• Re: Code Documentation Conventions
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Hang at 'rbd info <image>'
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: BTRFS Warning
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Code Documentation Conventions
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Code Documentation Conventions
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Code Documentation Conventions
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: how can I achieve HA with ceph?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Could rados pool support tree view feature ?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• BTRFS Warning
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Could rados pool support tree view feature ?
  • From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
• Hang at 'rbd info <image>'
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• how can I achieve HA with ceph?
  • From: Karoly Horvath <rhswdev@xxxxxxxxx>
• Re: Understanding Ceph
  • From: Bill Hastings <bllhastings@xxxxxxxxx>
• Re: Understanding Ceph
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Re: Understanding Ceph
  • From: Bill Hastings <bllhastings@xxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: ceph-osd not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: Understanding Ceph
  • From: Christian Brunner <chb@xxxxxx>
• Understanding Ceph
  • From: Bill Hastings <bllhastings@xxxxxxxxx>
• Re: [PATCH 2/2] man: Update the configuration example for radosgw
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: Hang when mapping a long name rbd image
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Hang when mapping a long name rbd image
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: RBD layering needs to work across pools
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: ceph-osd not starting
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: RBD layering needs to work across pools
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: RBD layering needs to work across pools
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Assert in OSD::build_incremental_map_msg
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• RBD layering needs to work across pools
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Assert in OSD::build_incremental_map_msg
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: Code Documentation Conventions
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: ceph-osd not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• [PATCH 2/2] man: Update the configuration example for radosgw
  • From: Wido den Hollander <wido@xxxxxxxxx>
• [PATCH 1/2] man: It is capital -C instead of -c when for creating a new keyring
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Code Documentation Conventions
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: ceph-osd not starting
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Python packages status
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Return stale file handle (-ESTALE) like NFS instead of hanging forever?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Assert in OSD::build_incremental_map_msg
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: Assert in OSD::build_incremental_map_msg
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Assert in OSD::build_incremental_map_msg
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: Return stale file handle (-ESTALE) like NFS instead of hanging forever?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Wido den Hollander <wido@xxxxxxxxx>
• ceph-osd not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: ceph -w output
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: Return stale file handle (-ESTALE) like NFS instead of hanging forever?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: ceph -w output
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• Re: Random blocks when accessing rbd images
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Random blocks when accessing rbd images
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: ceph -w output
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• Re: Return stale file handle (-ESTALE) like NFS instead of hanging forever?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Perf counters assert error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG: scheduling while atomic
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Perf counters assert error
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: btrfs: open_ctree failed
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• [PATCH 2/3] ceph: fix bounds check macros ceph_decode_need and ceph_encode_need
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• [PATCH 3/3] ceph: avoid panic with mismatched symbolic link sizes in fill_inode()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• [PATCH 1/3] ceph: fix out-of-bounds pointers in parse_reply_info()
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• [PATCH 0/3] ceph: fix multiple out-of-bounds checks
  • From: Xi Wang <xi.wang@xxxxxxxxx>
• Re: ceph -w output
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph -w output
  • From: Jens Rehpöhler <jens.rehpoehler@xxxxxxxx>
• [GIT PULL] Ceph fixes for -rc6
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: ceph -w output
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: How to know the status of the monitors?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to know the status of the monitors?
  • From: David McBride <dwm@xxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• How to know the status of the monitors?
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• btrfs: open_ctree failed
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] OSD documentation improvements
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Ceph Best Practices
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Problem while CEPH setup
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• ceph -w output
  • From: Jens Rehpoehler <jens.rehpoehler@xxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [libvirt] [PATCH] security: don't try to label network disks
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• [PATCH] security: don't try to label network disks
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] OSD documentation improvements
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
• [PATCH v2 5/6] doc: Add missing documentation for osd pool get.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 3/6] doc: Document pause and unpause osd commands.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 6/6] doc: Clarify documentation of reweight command.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 4/6] doc: Update the list of fields for the pool set command.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 1/6] doc: Import the list of ceph subcommands from wiki.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 2/6] doc: Add documentation of missing osd commands.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH v2 0/6] OSD documentation improvements
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: Build fails on Fedora 14 on linking librados-config
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: libvirtd + rbd - stale kvm after migrate
  • From: Smart Weblications GmbH <info@xxxxxxxxxxxxxxxxxxxxx>
• BUG: scheduling while atomic
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: libvirtd + rbd - stale kvm after migrate
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: rbd device would disappear after re-boot
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: ceph and ext4
  • From: Christian Brunner <chb@xxxxxx>
• Re: libvirtd + rbd - stale kvm after migrate
  • From: Christian Brunner <chb@xxxxxx>
• Re: [PATCH] pybind: trivial fix of missing argument
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Unsafe TCP connection close handling
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• Re: Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• Re: Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• Re: Problem while CEPH setup
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Problem while CEPH setup
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• libvirtd + rbd - stale kvm after migrate
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] pybind: trivial fix of missing argument
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• Return stale file handle (-ESTALE) like NFS instead of hanging forever?
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• RE: rbd device would disappear after re-boot
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: Fwd: Intermittent Assert Failure
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Fwd: Intermittent Assert Failure
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: 'ceph -w' in 0.39
  • From: Christian Brunner <chb@xxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: How to sync data on different server but with the same image
  • From: Brian Chrisman <brchrisman@xxxxxxxxx>
• Re: rbd device would disappear after re-boot
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Build fails on Fedora 14 on linking librados-config
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] rbd: always set out parameter in qemu_rbd_snap_list
  • From: Kevin Wolf <kwolf@xxxxxxxxxx>
• Problem while CEPH setup
  • From: pankaj singh <psingh.ait@xxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Client stuck 'waiting on max_size'
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Client stuck 'waiting on max_size'
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Client stuck 'waiting on max_size'
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Client stuck 'waiting on max_size'
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client stuck 'waiting on max_size'
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Client stuck 'waiting on max_size'
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: rbd device would disappear after re-boot
  • From: Damien Churchill <damoxc@xxxxxxxxx>
• RE: rbd device would disappear after re-boot
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• RE: How to sync data on different server but with the same image
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• [PATCH] rbd: always set out parameter in qemu_rbd_snap_list
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Assert failure in FileStore::_do_transaction
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• ./include/interval_set.h: 295: FAILED assert(!empty())
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Ceph Best Practices
  • From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
• Re: rbd device would disappear after re-boot
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: [PATCH/RFC 0/6]: Introduction
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: How to sync data on different server but with the same image
  • From: Brian Chrisman <brchrisman@xxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• RE: How to sync data on different server but with the same image
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: How to sync data on different server but with the same image
  • From: Wido den Hollander <wido@xxxxxxxxx>
• rbd device would disappear after re-boot
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• How to sync data on different server but with the same image
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Fwd: Ceph Best Practices
  • From: Steven Crothers <steven.crothers@xxxxxxxxx>
• Re: 'ceph -w' in 0.39
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH/RFC 0/6]: Introduction
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Cannot create an rbd image
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Cannot create an rbd image
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Cannot create an rbd image
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• 'ceph -w' in 0.39
  • From: Christian Brunner <chb@xxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Client receives 'connection refused' only after heavy use
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: OSD auto weights
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• OSD auto weights
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: No function to list the pool in rados.py
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• v0.39 released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• No function to list the pool in rados.py
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: OSDs crashing with latest master
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• OSDs crashing with latest master
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Problem with attaching rbd device in qemu-kvm
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: Problem with attaching rbd device in qemu-kvm
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: A couple more ceph-mon crashes
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Bug #1047 reproduced
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Circular lock / deadlock in kernel client
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Circular lock / deadlock in kernel client
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: moving towards release criteria
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• os/FileJournal.cc: 1011: FAILED assert(seq >= last_committed_seq)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Ceph stripe reading and writing question
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: moving towards release criteria
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: [PATCH/RFC 5/6] doc: Add missing documentation for osd pool get.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• moving towards release criteria
  • From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Maxim Mikheev <mikhmv@xxxxxxxxxxxxxxx>
• Re: [PATCH/RFC 5/6] doc: Add missing documentation for osd pool get.
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Maxim Mikheev <mikhmv@xxxxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH/RFC 2/6] doc: Add documentation of missing osd commands.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 4/6] doc: Update the list of fields for the pool set command.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 6/6] doc: Clarify documentation of reweight command.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 1/6] doc: Import the list of ceph subcommands from wiki.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 0/6]: Introduction
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 3/6] doc: Document pause and unpause osd commands.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• [PATCH/RFC 5/6] doc: Add missing documentation for osd pool get.
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Maxim Mikheev <mikhmv@xxxxxxxxxxxxx>
• Re: need help in a recovering ceph
  • From: Wido den Hollander <wido@xxxxxxxxx>
• need help in a recovering ceph
  • From: Maxim Mikheev <mikhmv@xxxxxxxxxxxxx>
• Re: Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Cannot mount ceph filesystem: error 5 (Input/Output error)
  • From: Guido Winkelmann <guido-ceph@xxxxxxxxxxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: pginfo updates
  • From: Christian Brunner <chb@xxxxxx>
• Re: pginfo updates
  • From: Christian Brunner <chb@xxxxxx>
• Re: pginfo updates
  • From: Christian Brunner <chb@xxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: pginfo updates
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• pginfo updates
  • From: Christian Brunner <chb@xxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Kelly Kane <kelly@xxxxxxxxxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Why Ceph's aggregate write throughput does not scale with the number of osd nodes
  • From: Xiaofei Du <xiaofei.du008@xxxxxxxxx>
• Re: Metadata queries on Ceph/RADOS
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• Re: Recommended btrfs mount options
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Recommended btrfs mount options
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• Re: Recommended btrfs mount options
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Recommended btrfs mount options
  • From: Christian Brunner <chb@xxxxxx>
• Re: Metadata queries on Ceph/RADOS
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Metadata queries on Ceph/RADOS
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• Re: [Crowbar] Crowbar barclamp for Ceph pushed to Github
  • From: Victor Lowther <victor.lowther@xxxxxxxxx>
• Re: A couple more ceph-mon crashes
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] client: Fix for client hang caused by connection drop to MDS.
  • From: samlang@xxxxxxxxx
• Re: radosgw performance after 0.37
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: The costs of logging and not logging
  • From: Noah Watkins <noahwatkins@xxxxxxxxx>
• Re: The costs of logging and not logging
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: The costs of logging and not logging
  • From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
• Re: radosgw performance after 0.37
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: The costs of logging and not logging
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxxx>
• Re: v0.38 released
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• [GIT PULL] Ceph fixes for -rc3
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• The costs of logging and not logging
  • From: Mark Kampe <mark.kampe@xxxxxxxxxxxxx>
• Re: radosgw performance after 0.37
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• radosgw performance after 0.37
  • From: Leander Yu <leander.yu@xxxxxxxxx>
• A couple more ceph-mon crashes
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: phprados update
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: phprados update
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: phprados update
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: phprados update
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: v0.38 released
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Cluster sync doesn't finsh
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• phprados update
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Cluster sync doesn't finsh
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: rbd format check
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• phprados update
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] debian init: Do not stop or start daemons when installing or upgrading
  • From: Wido den Hollander <wido@xxxxxxxxx>
• [no subject]
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Assert in OSDMap::Incremental::decode with recent git
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd format check
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd format check
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: rbd format check
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Fwd: perl binding for rados ?
  • From: Marcus Sorensen <shadowsor@xxxxxxxxx>
• Re: [PATCH v5 4/4] qemu/rbd: improve rbd device specification
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Assert in OSDMap::Incremental::decode with recent git
  • From: Josh Pieper <jjp@xxxxxxxxx>
• Re: [libvirt] [PATCH v5 4/4] qemu/rbd: improve rbd device specification
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] qemu/rbd: improve rbd device specification
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/4] qemu/rbd: improve rbd device specification
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Fwd: perl binding for rados ?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: v0.38 released
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Assert in OSDMap::Incremental::decode with recent git
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: perl binding for rados ?
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: v0.38 released
  • From: Andre Noll <maan@xxxxxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Andreas Dilger <adilger@xxxxxxxxxxxxx>
• Re: Fwd: Kernel 3.0.0 + ext4 + ceph == ...
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: ceph and ext4
  • From: "Ted Ts'o" <tytso@xxxxxxx>
• Re: Assert in OSDMap::Incremental::decode with recent git
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Assert in OSDMap::Incremental::decode with recent git
  • From: Josh Pieper <jjp@xxxxxxxxx>
• perl binding for rados ?
  • From: Lalit Kumar Bhasin <lkb@xxxxxxx>
• Re: ceph and ext4
  • From: Christian Brunner <chb@xxxxxx>
• Re: [solved] rbd - input/output error
  • From: Mario van der Linde <linde@xxxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Mario van der Linde <linde@xxxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Mario van der Linde <linde@xxxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Fwd: ceph and ext4
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: rbd - input/output error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: crushmap errors
  • From: Kelly Kane <kelly@xxxxxxxxxxxxxxxx>
• Re: crushmap errors
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• osd/OSD.cc: 5534: FAILED assert(pending_ops > 0)
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: ceph and ext4
  • From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
• ceph and ext4
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: btrfs-work master repo
  • From: Christian Brunner <chb@xxxxxx>
• btrfs-work master repo
  • From: Christian Brunner <chb@xxxxxx>
• [PATCH 2/2] Resolve gcc warnings.
  • From: Josh Pieper <jjp@xxxxxxxxx>
• [PATCH 1/2] Resolve gcc warnings.
  • From: Josh Pieper <jjp@xxxxxxxxx>
• rbd - input/output error
  • From: Mario van der Linde <linde@xxxxxxxxxxxxx>
• monitor bootstrap
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: crushmap errors
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• crushmap errors
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: OSD hit suicide timeout
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: OSD hit suicide timeout
  • From: Christian Brunner <chb@xxxxxx>
• Re: OSD hit suicide timeout
  • From: Stefan Kleijkers <stefan@xxxxxxxxxxxxxxxxxxxx>
• Re: OSD hit suicide timeout
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• OSD hit suicide timeout
  • From: Christian Brunner <chb@xxxxxx>
• Re: [PATCH] libceph: Allocate larger oid buffer in request msgs
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] ceph: Use kmemdup rather than duplicating its implementation
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• v0.38 released
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Crowbar barclamp for Ceph pushed to Github
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• dynamic types for ceph collectd plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• dynamic types for ceph collectd plugin
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] ceph: Use kmemdup rather than duplicating its implementation
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: bug when using ceph and keyring does not exist
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] libceph: Allocate larger oid buffer in request msgs
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• [RFC 2/2] rbd: implement bdrv_set_key
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• [RFC 1/2] block: let bdrv_set_key be used for authentication
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• [RFC 0/2] rbd authentication
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Updated hadoop patch
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Updated hadoop patch
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [PATCH] rbd: Fix the showmapped cmd usage
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH] rbd: Fix the showmapped cmd usage
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• Re: [PATCH 1/4] client: return stripe address replicas
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 1/4] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [PATCH 1/4] client: return stripe address replicas
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH] automake: enable 'make V=0'
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [PATCH 3/4] net: add paged frag destructor support to kernel_sendpage.
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• [PATCH 3/4] net: add paged frag destructor support to kernel_sendpage.
  • From: Ian Campbell <ian.campbell@xxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• [PATCH 3/4] hadoop: return all replica hostnames
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• [PATCH 4/4] hadoop: make listStatus quiet
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• [PATCH 1/4] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• [PATCH 2/4] hadoop: handle new ceph_get_file_stripe_address
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• [PATCH] automake: enable 'make V=0'
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Problem with radosgw in 0.37
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Re: Problem with radosgw in 0.37
  • From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
• Re: Problem with radosgw in 0.37
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Re: Problem with radosgw in 0.37
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: bug when using ceph and keyring does not exist
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Problem with radosgw in 0.37
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Problem with radosgw in 0.37
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: [patch RFC] client: return stripe address replicas
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Leander Yu <leander.yu@xxxxxxxxx>
• [patch RFC] client: return stripe address replicas
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Ceph Podcast Available
  • From: Brock Palen <brockp@xxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Re: [PATCH] rbd: Document the rbd showmapped cmd
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: Suggest to return [] when no image in the pool
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Suggest to return [] when no image in the pool
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• [PATCH] rbd: Document the rbd showmapped cmd
  • From: Stratos Psomadakis <psomas@xxxxxxxx>
• bug when using ceph and keyring does not exist
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• [GIT PULL] Ceph updates part 2
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] FileJournal: stop using sync_file_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Alexandre Oliva <oliva@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] FileJournal: stop using sync_file_range
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Ceph copy-on-write
  • From: Maxim Mikheev <mikhmv@xxxxxxxxx>
• Re: radosgw-admin temp remove
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Re: Ceph copy-on-write
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Ceph copy-on-write
  • From: Maxim Mikheev <mikhmv@xxxxxxxxx>
• Re: Ceph copy-on-write
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: Cannot execute rados.py with sudoer
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• radosgw-admin temp remove
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Ceph copy-on-write
  • From: Maxim Mikheev <mikhmv@xxxxxxxxx>
• RE: Cannot execute rados.py with sudoer
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: [PATCH] FileJournal: stop using sync_file_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] FileJournal: stop using sync_file_range
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• [PATCH] FileJournal: stop using sync_file_range
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Cannot execute rados.py with sudoer
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: Feature request: "max mon" setting
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Feature request: "max mon" setting
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: How to recover degraded objects?
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• How to recover degraded objects?
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• RE: Cannot execute rados.py with sudoer
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: Cannot execute rados.py with sudoer
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph-mon blocked error
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• ceph-mon blocked error
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Cannot execute rados.py with sudoer
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• [GIT PULL] hadoop updates
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• ceph on freebsd
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: sync Ceph 0.37 with Debian
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• sync Ceph 0.37 with Debian
  • From: Laszlo Boszormenyi <gcs@xxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• [PATCH v5 4/4] qemu/rbd: improve rbd device specification
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: [PATCH v4 4/4] qemu/rbd: improve rbd device specification
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 3/4] qemu: pass virConnectPtr into Domain{Attach, Detach}*
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] hadoop: fix contract for listStatus
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: profiling ceph
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• ceph build issues
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ping_pong test of ceph
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• profiling ceph
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: ping_pong test of ceph
  • From: mowang da <whooya.xxl@xxxxxxxxx>
• Re: ping_pong test of ceph
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ping_pong test of ceph
  • From: mowang da <whooya.xxl@xxxxxxxxx>
• Re: Problem using librados
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• [PATCH] hadoop: fix contract for listStatus
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• MDS crash
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: [PATCH 1/1] Use a common xml type for ceph secret usage.
  • From: Eric Blake <eblake@xxxxxxxxxx>
• [GIT PULL] Ceph updates for 3.2-rc1
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• [PATCH 1/1] Use a common xml type for ceph secret usage.
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• [PATCH v4 4/4] qemu/rbd: improve rbd device specification
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 2/4] storage: add auth to virDomainDiskDef
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 2/4] storage: add auth to virDomainDiskDef
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [PATCH] vfs: add d_prune dentry operation
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: [libvirt] [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: Eric Blake <eblake@xxxxxxxxxx>
• Re: Problem using librados
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• Re: [PATCH] vfs: add d_prune dentry operation
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Crash when trying to mount ext4
  • From: Damien Churchill <damoxc@xxxxxxxxx>
• Problem using librados
  • From: Atish Kathpal <atish.kathpal@xxxxxxxxx>
• Re: Crash when trying to mount ext4
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: Crash when trying to mount ext4
  • From: Damien Churchill <damoxc@xxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: Crash when trying to mount ext4
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Crash when trying to mount ext4
  • From: Damien Churchill <damoxc@xxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Stefan Majer <stefan.majer@xxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Martin Mailand <martin@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 4/4] qemu/rbd: improve rbd device specification
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/4] qemu: pass virConnectPtr into Domain{Attach,Detach}*
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC PATCH v3 2/4] storage: add auth to virDomainDiskDef
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] secret: add Ceph secret type
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: Repeated messages of "heartbeat_check: no heartbeat from"
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [RFC PATCH v3 0/4] Improve Ceph Qemu+RBD support
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Gregory Farnum <gregory.farnum@xxxxxxxxxxxxx>
• Re: ceph/hadoop benchmarking
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: Some question about Ceph system (release 0.37)
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• crash on ceph
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Some question about Ceph system (release 0.37)
  • From: <Eric_YH_Chen@xxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: Repeated messages of "heartbeat_check: no heartbeat from"
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: PG stuck in scrubbing
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• PG stuck in scrubbing
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] ceph: fix memory leak in async readpages
  • From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Arne Jansen <sensille@xxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Christian Brunner <chb@xxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Chris Mason <chris.mason@xxxxxxxxxx>
• Re: ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Josef Bacik <josef@xxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• ceph on btrfs [was Re: ceph on non-btrfs file systems]
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: Tommi Virtanen <tommi.virtanen@xxxxxxxxxxxxx>
• Re: BUG at fs/inode.c
  • From: Yehuda Sadeh Weinraub <yehuda.sadeh@xxxxxxxxxxxxx>
• Re: ceph on non-btrfs file systems
  • From: Christian Brunner <chb@xxxxxx>
• Re: [PATCH] ceph: fix memory leak in async readpages
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: kernel BUG at fs/btrfs/inode.c:1163
  • From: David Sterba <dsterba@xxxxxxx>
• BUG at fs/inode.c
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: [PATCH] ceph: fix memory leak in async readpages
  • From: Jeff Wu <cpwu@xxxxxxxxxxxxx>
• ceph on non-btrfs file systems
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: how to run ceph on top of other local file system
  • From: sheng qiu <herbert1984106@xxxxxxxxx>
• Re: mds: handle xattrs on inode creation
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: mds: handle xattrs on inode creation
  • From: Noah Watkins <jayhawk@xxxxxxxxxxxx>
• mds: handle xattrs on inode creation
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• bug tracker status
  • From: Sage Weil <sage@xxxxxxxxxxxx>
• Re: rbd snap rm error
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxxxx>
• rbd snap rm error
  • From: Christian Brunner <chb@xxxxxx>
• Re: passing secrets to block devices
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: passing secrets to block devices
  • From: Kevin Wolf <kwolf@xxxxxxxxxx>