CEPH Filesystem Development

• Thread Index

• [PATCH 2/7] rbd: make rbd_create_rw_ops() return a pointer
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 1/7] rbd: have __rbd_add_snap_dev() return a pointer
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 0/7] rbd: more miscellaneous refactoring
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 7/7] rbd: drop "object_name" from rbd_req_sync_unwatch()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 6/7] rbd: drop "object_name" from rbd_req_sync_notify_ack()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 5/7] rbd: drop "object_name" from rbd_req_sync_notify()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 4/7] rbd: drop "object_name" from rbd_req_sync_watch()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 3/7] rbd: drop rbd_dev parameter in snap functions
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 2/7] rbd: drop rbd_header_from_disk() gfp_flags parameter
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 1/7] rbd: snapc is unused in rbd_req_sync_read()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 0/7] rbd: drop unused parameters from functions
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 6/6] rbd: rename rbd_device->id
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 5/6] rbd: encapsulate header validity test
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 4/6] ceph: define snap counts as u32 everywhere
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 3/6] rbd: clean up a few dout() calls
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 2/6] rbd: simplify __rbd_remove_all_snaps()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 1/6] rbd: drop extra header_rwsem init
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 0/6] ceph: simple cleanups (mostly rbd)
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 00/12] rbd: cleanup series
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Puppet modules for Ceph
  • From: Jimmy Tang <jtang@xxxxxxxxxxxx>
• Re: low performance of ceph, why ?
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• low performance of ceph, why ?
  • From: Hosfore <computer_masi@xxxxxxx>
• Re: monitor start up question
  • From: Sage Weil <sage@xxxxxxxxxxx>
• monitor start up question
  • From: Mandell Degerness <mandell@xxxxxxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Mehdi Abaakouk <sileht@xxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Mehdi Abaakouk <sileht@xxxxxxxxxx>
• Re: Clusters and pools
  • From: Wido den Hollander <wido@xxxxxxxxx>
• EU Ceph.com mirror for Debian/Ubuntu packages
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Clusters and pools
  • From: Thomas Mueller <thomas@xxxxxxxxxxxxxx>
• Clusters and pools
  • From: Ryan Nicholson <Ryan.Nicholson@xxxxxxxx>
• Re: monitor not starting
  • From: Sage Weil <sage@xxxxxxxxxxx>
• 0.47.2 -> 0.48: mon cluster (no cephx) failed to start until empty keyring files created
  • From: Paul Collins <paul.collins@xxxxxxxxxxxxx>
• Re: [PATCH 9/9] libceph: reset connection retry on successfully negotiation
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 8/9] libceph: protect ceph_con_open() with mutex
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 7/9] ceph: close old con before reopening on mds reconnect
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 6/9] libceph: (re)initialize bio_iter on start of message receive
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 5/9] libceph: resubmit linger ops when pg mapping changes
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 4/9] libceph: fix mutex coverage for ceph_con_close
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 3/9] libceph: report socket read/write error message
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 2/9] libceph: support crush tunables
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 1/9] libceph: move feature bits to separate header
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• creating rbd snapshots via sysfs
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH v2] rbd: fix the memory leak of bio_chain_clone
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph Benchmark HowTo
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: monitor not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Ceph Benchmark HowTo
  • From: Mehdi Abaakouk <sileht@xxxxxxxxxx>
• [PATCH v2] rbd: fix the memory leak of bio_chain_clone
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• v0.49 released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Increase number of PG
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: [rados] Asynchronous operations
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Increase number of PG
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: [rados] Asynchronous operations
  • From: Rutger ter Borg <rutger@xxxxxxxxxxx>
• Ceph status Icinga/NAGIOS plugin
  • From: "Pascal de Bruijn | Unilogic B.V." <p.debruijn@xxxxxxxxxxx>
• Re: Increase number of PG
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• SOLVED: mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• Re: getting started with RADOSGW
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: getting started with RADOSGW
  • From: Jonathan Proulx <jon@xxxxxxxxxxxxx>
• Re: getting started with RADOSGW
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: getting started with RADOSGW
  • From: Jonathan Proulx <jon@xxxxxxxxxxxxx>
• Re: mkcephfs problem
  • From: Tim Flavin <tim.flavin@xxxxxxxxx>
• Re: getting started with RADOSGW
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• getting started with RADOSGW
  • From: Jonathan Proulx <jon@xxxxxxxxxxxxx>
• Re: Increase number of PG
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Increase number of PG
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• 32bit ceph-osd on 64bit kernel
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] libceph: (re)initialize bio_iter on start of message receive
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 8/9] libceph: protect ceph_con_open() with mutex
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 5/9] libceph: resubmit linger ops when pg mapping changes
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 1/9] libceph: move feature bits to separate header
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 7/9] ceph: close old con before reopening on mds reconnect
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 9/9] libceph: reset connection retry on successfully negotiation
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 4/9] libceph: fix mutex coverage for ceph_con_close
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 2/9] libceph: support crush tunables
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 3/9] libceph: report socket read/write error message
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [PATCH 0/9] messenger fixups, batch #1
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Running into an error with mkcephfs
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph write performance on RAM-DISK
  • From: Dieter Kasper <d.kasper@xxxxxxxxxxxx>
• Re: Running into an error with mkcephfs
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Running into an error with mkcephfs
  • From: Joe Landman <landman@xxxxxxxxxxxxxxxxxxxxxxx>
• Re: Ceph write performance on RAM-DISK
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Increase number of PG
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Tuning placement group
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Tuning placement group
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Tuning placement group
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph write performance
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Tuning placement group
  • From: François Charlier <francois.charlier@xxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Ceph write performance
  • From: Matthew Richardson <m.richardson@xxxxxxxx>
• Increase number of PG
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: Ceph write performance
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Ceph write performance
  • From: George Shuklin <shuklin@xxxxxxxxxxx>
• Ceph write performance
  • From: George Shuklin <shuklin@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• mkcephfs problem
  • From: Tim Flavin <tim.flavin@xxxxxxxxx>
• making objdump useful
  • From: Sage Weil <sage@xxxxxxxxxxx>
• [GIT PULL] Ceph fixes for 3.5
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 0/4] rbd: use snapc->seq the way server does
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 1/4] rbd: don't use snapc->seq that way
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 12/12] rbd: fixes in rbd_header_from_disk()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 11/12] rbd: always pass ops array to rbd_req_sync_op()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 10/12] rbd: make rbd_create_rw_ops() return a pointer
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 09/12] rbd: have __rbd_add_snap_dev() return a pointer
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 08/12] rbd: drop rbd_req_sync_exec() "ver" parameter
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 07/12] rbd: drop rbd_dev parameter in snap functions
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 06/12] rbd: drop rbd_header_from_disk() gfp_flags parameter
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 05/12] rbd: snapc is unused in rbd_req_sync_read()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 04/12] ceph: define snap counts as u32 everywhere
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 03/12] rbd: clean up a few dout() calls
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 02/12] rbd: simplify __rbd_remove_all_snaps()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 01/12] rbd: drop extra header_rwsem init
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 1/4] rbd: don't use snapc->seq that way
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• [PATCH 00/12] rbd: cleanup series
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Andreas Kurz <andreas@xxxxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Calvin Morrow <calvin.morrow@xxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Sébastien Han <han.sebastien@xxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Calvin Morrow <calvin.morrow@xxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Calvin Morrow <calvin.morrow@xxxxxxxxx>
• [PATCH 4/4] rbd: kill rbd_image_header->snap_seq
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 3/4] rbd: set snapc->seq only when refreshing header
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 2/4] rbd: preserve snapc->seq in rbd_header_set_snap()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 1/4] rbd: don't use snapc->seq that way
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 0/4] rbd: use snapc->seq the way server does
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Sébastien Han <han.sebastien@xxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Sébastien Han <han.sebastien@xxxxxxxxx>
• Re: Ceph doesn't update the block device size while a rbd image is mounted
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Ceph doesn't update the block device size while a rbd image is mounted
  • From: Sébastien Han <han.sebastien@xxxxxxxxx>
• [PATCH] rbd: fix the repeat initialization of semaphore
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• [PATCH 6/6] rbd: send header version when notifying
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 5/6] rbd: use reference counting for the snap context
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 4/6] rbd: set image size when header is updated
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 3/6] rbd: expose the correct size of the device in sysfs
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 2/6] rbd: only reset capacity when pointing to head
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 1/6] rbd: return errors for mapped but deleted snapshot
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 0/6] rbd: old patches from Josh
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Matthew Richardson <m.richardson@xxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: Puppet modules for Ceph
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Puppet modules for Ceph
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: Puppet modules for Ceph
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Puppet modules for Ceph
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Puppet modules for Ceph
  • From: François Charlier <francois.charlier@xxxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• osd/OSDMap.h: 330: FAILED assert(is_up(osd))
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: snapshot storage use
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• snapshot storage use
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: Intermittent loss of connectivity with KVM-Ceph-Network (solved)
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Ceph exception for wheezy
  • From: James Page <james.page@xxxxxxxxxx>
• Ceph exception for wheezy
  • From: Loic Dachary <loic@xxxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: can "rbd unmap" detect if device is mounted?
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Intermittent loss of connectivity with KVM-Ceph-Network (solved)
  • From: Australian Jade <sales@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: can "rbd unmap" detect if device is mounted?
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: can "rbd unmap" detect if device is mounted?
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: can "rbd unmap" detect if device is mounted?
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: can "rbd unmap" detect if device is mounted?
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• can "rbd unmap" detect if device is mounted?
  • From: Travis Rhoden <trhoden@xxxxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: ceph init script does not start
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• obsync crashes when src file is unreadable
  • From: Adrian Fita <adrian.fita@xxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] libceph: trivial fix for the incorrect debug output
  • From: Jiaju Zhang <jjzhang@xxxxxxx>
• Re: [PATCH] libceph: trivial fix for the incorrect debug output
  • From: Alex Elder <elder@xxxxxxxxxxx>
• kernel hanged when try to remove a rbd device
  • From: "Guan Jun He" <gjhe@xxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Poor read performance in KVM
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: ceph init script does not start
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Re: ceph init script does not start
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: ceph init script does not start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Poor read performance in KVM
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• [PATCH] libceph: trivial fix for the incorrect debug output
  • From: Jiaju Zhang <jjzhang@xxxxxxx>
• Re: About deleting container/bucket from radosgw
  • From: 蔡權昱 <chuanyu@xxxxxxxxxxxxxx>
• Re: About deleting container/bucket from radosgw
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: About deleting container/bucket from radosgw
  • From: 蔡權昱 <chuanyu@xxxxxxxxxxxxxx>
• Re: ceph init script does not start
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: About deleting container/bucket from radosgw
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• About deleting container/bucket from radosgw
  • From: 蔡權昱 <chuanyu@xxxxxxxxxxxxxx>
• ceph init script does not start
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Re: librbd: error finding header
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH] vstart: use absolute path for keyring
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] vstart: use absolute path for keyring
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: [PATCH] vstart: use absolute path for keyring
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• [PATCH] vstart: use absolute path for keyring
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: ./vstart sticking on mutex
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: ./vstart sticking on mutex
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• ./vstart sticking on mutex
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: Linux large IO size.
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: Linux large IO size.
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Linux large IO size.
  • From: Matt Weil <mweil@xxxxxxxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: ceph status reporting non-existing osd
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix potential double free
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix potential double free
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: fix potential double free
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Ceph BoF at OSCON
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: [PATCH] ceph: fix potential double free
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ceph: fix potential double free
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] ceph: fix potential double free
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• ceph status reporting non-existing osd
  • From: Andrey Korolyov <andrey@xxxxxxx>
• Re: How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• [PATCH v4 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH v3 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Bug with ceph_mount and non-existent directory
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH v3 04/16] libceph: define ceph_extract_encoded_string()
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH v2 07/16] rbd: dynamically allocate object prefix
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH] rbd: create pool_id device attribute
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH v2 07/16] rbd: dynamically allocate object prefix
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH] rbd: dynamically allocate pool name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH] rbd: create pool_id device attribute
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• [PATCH v3 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH v2 03/16] libceph: define ceph_decode_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] rbd: dynamically allocate pool name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] rbd: create pool_id device attribute
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: outstanding branches
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• outstanding branches
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Bug with ceph_mount and non-existent directory
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• Re: [PATCH 14/16] rbd: more symbol renames
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 13/16] rbd: rename some fields in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 10/16] rbd: dynamically allocate image name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy
  • From: James Page <james.page@xxxxxxxxxx>
• Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy
  • From: James Page <james.page@xxxxxxxxxx>
• How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: "Pascal de Bruijn | Unilogic Networks B.V." <pascal@xxxxxxxxxxxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: How to compile Java-Rados.
  • From: Noah Watkins <jayhawk@xxxxxxxxxxx>
• How to compile Java-Rados.
  • From: ramu <ramu.freesystems@xxxxxxxxx>
• Re: librbd: error finding header
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Encryption w/ Object Classes
  • From: Ross Turk <ross@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 06/16] rbd: rename rbd_dev->block_name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH v2 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH v2 03/16] libceph: define ceph_decode_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] libceph: re-phrase ceph_decode_need()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 05/16] rbd: define dup_token()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: Ceph Upstream Tarball + Re: Ceph status for Wheezy
  • From: "Laszlo Boszormenyi (GCS)" <gcs@xxxxxxxxx>
• Re: [PATCH 16/16] rbd: kill num_reply parameters
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 15/16] rbd: option symbol renames
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 14/16] rbd: more symbol renames
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 13/16] rbd: rename some fields in struct rbd_dev
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 12/16] rbd: use rbd_dev consistently
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 11/16] rbd: dynamically allocate snapshot name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 10/16] rbd: dynamically allocate image name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 10/16] rbd: dynamically allocate image name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 09/16] rbd: dynamically allocate image header name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 04/16] libceph: define ceph_extract_encoded_string()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 07/16] rbd: dynamically allocate object prefix
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: [PATCH 07/16] rbd: dynamically allocate object prefix
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 06/16] rbd: rename rbd_dev->block_name
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 05/16] rbd: define dup_token()
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 03/16] libceph: define ceph_decode_string()
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 02/16] rbd: drop a useless local variable
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 01/16] libceph: fix off-by-one bug in ceph_encode_filepath()
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH 06/16] rbd: rename rbd_dev->block_name
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 05/16] rbd: define dup_token()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 04/16] libceph: define ceph_extract_encoded_string()
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 04/16] libceph: define ceph_extract_encoded_string()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 03/16] libceph: define ceph_decode_string()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 01/16] libceph: fix off-by-one bug in ceph_encode_filepath()
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH 02/16] rbd: drop a useless local variable
  • From: Yehuda Sadeh Weinraub <yehudasa@xxxxxxxxx>
• Re: [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: "Laszlo Boszormenyi (GCS)" <gcs@xxxxxxxxx>
• [PATCH 16/16] rbd: kill num_reply parameters
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 15/16] rbd: option symbol renames
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 14/16] rbd: more symbol renames
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 13/16] rbd: rename some fields in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 12/16] rbd: use rbd_dev consistently
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 11/16] rbd: dynamically allocate snapshot name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 10/16] rbd: dynamically allocate image name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 09/16] rbd: dynamically allocate image header name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 08/16] rbd: don't store pool name in struct rbd_dev
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 07/16] rbd: dynamically allocate object prefix
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 06/16] rbd: rename rbd_dev->block_name
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 05/16] rbd: define dup_token()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 04/16] libceph: define ceph_extract_encoded_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 03/16] libceph: define ceph_decode_string()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 02/16] rbd: drop a useless local variable
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH 01/16] libceph: fix off-by-one bug in ceph_encode_filepath()
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: "Pascal de Bruijn | Unilogic Networks B.V." <pascal@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 00/16] rbd: updates and enhancements
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [PATCH] Robustify ceph-rbdnamer and adapt udev rules
  • From: "Pascal de Bruijn | Unilogic B.V." <p.debruijn@xxxxxxxxxxx>
• [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] client: prevent the race of incoming work during teardown
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Pg stuck stale...why?
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Pg stuck stale...why?
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Keys & caps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: Keys & caps
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Keys & caps
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Keys & caps
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Keys & caps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: Keys & caps
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Josh Durgin <joshd@xxxxxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: ioping: tool to monitor I/O latency in real time
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• ioping: tool to monitor I/O latency in real time
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: rados mailbox? (was Re: Ceph for email storage)
  • From: Smart Weblications GmbH <info@xxxxxxxxxxxxxxxxxxxxx>
• Re: core dumps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• core dumps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: rados mailbox? (was Re: Ceph for email storage)
  • From: Kristofer <kristofer@xxxxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: lazy io
  • From: Tiago Soares <tistesoa@xxxxxxxxx>
• Re: Configuring radosgw to behave like Amazon S3
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: rbd map fail when the crushmap algorithm changed to tree
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Some findings on 0.48, qemu-1.0.1 eating up RDB-write-cache memory
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Keys & caps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: domino-style OSD crash
  • From: Samuel Just <sam.just@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: Configuring radosgw to behave like Amazon S3
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Keys & caps
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: specifying secret in rbd map command
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Re: librbd: error finding header
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: specifying secret in rbd map command
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: mds fails to start on SL6
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: OSD doesn't start
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Keys & caps
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: specifying secret in rbd map command
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: specifying secret in rbd map command
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• specifying secret in rbd map command
  • From: Travis Rhoden <trhoden@xxxxxxxxx>
• Configuring radosgw to behave like Amazon S3
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Some findings on 0.48, qemu-1.0.1 eating up RDB-write-cache memory
  • From: Oliver Francke <Oliver.Francke@xxxxxxxx>
• Re: librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: librbd: error finding header
  • From: Dan Mick <dan.mick@xxxxxxxxxxx>
• librbd: error finding header
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: lazy io
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Ceph question
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 1/1] client: prevent the race of incoming work during teardown
  • From: "Guan Jun He" <gjhe@xxxxxxxx>
• RE: rbd map fail when the crushmap algorithm changed to tree
  • From: <Eric_YH_Chen@xxxxxxxxxx>
• Ceph question
  • From: HarmeekSingh Bedi <harmeeksingh@xxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: "Laszlo Boszormenyi (GCS)" <gcs@xxxxxxxxx>
• Re: lazy io
  • From: Tiago Soares <tistesoa@xxxxxxxxx>
• Re: OSD doesn't start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: OSD doesn't start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• Re: mds fails to start on SL6
  • From: Jimmy Tang <jtang@xxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Sage Weil <sage@xxxxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Alex Elder <elder@xxxxxxxxxxx>
• [ANNOUNCE] Linux 3.4 Ceph stable release branch
  • From: Alex Elder <elder@xxxxxxxxxxx>
• Re: mds fails to start on SL6
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RE: mds fails to start on SL6
  • From: Tim Bell <Tim.Bell@xxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: rbd map fail when the crushmap algorithm changed to tree
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: mds fails to start on SL6
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Can I try CEPH on top of the openstack Essex ?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Can I try CEPH on top of the openstack Essex ?
  • From: "Chen, Hb" <hbchen@xxxxxxxx>
• mds fails to start on SL6
  • From: Jimmy Tang <jtang@xxxxxxxxxxxx>
• Re: unpackaged files in rpmbuild of 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• unpackaged files in rpmbuild of 0.48
  • From: Jimmy Tang <jtang@xxxxxxxxxxxx>
• oops in rbd module (con_work in libceph)
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: [PATCH] librados: Bump the version to 0.48
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: OSD doesn't start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• rbd map fail when the crushmap algorithm changed to tree
  • From: <Eric_YH_Chen@xxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Re: [PATCH] librados: Bump the version to 0.48
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: mkcephfs failing on v0.48 "argonaut"
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Writes to mounted Ceph FS fail silently if client has no write capability on data pool
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: cephfs show_location produces kernel "divide error: 0000 [#1]" when run against a directory that is not the filesystem root
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Writes to mounted Ceph FS fail silently if client has no write capability on data pool
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Samuel Just <sam.just@xxxxxxxxxxxxx>
• Re: cephfs show_location produces kernel "divide error: 0000 [#1]" when run against a directory that is not the filesystem root
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: cephfs show_location produces kernel "divide error: 0000 [#1]" when run against a directory that is not the filesystem root
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Writes to mounted Ceph FS fail silently if client has no write capability on data pool
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• RE: Slow request warnings on 0.48
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• RE: Slow request warnings on 0.48
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: Setting a big maxosd kills all mons
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• cephfs show_location produces kernel "divide error: 0000 [#1]" when run against a directory that is not the filesystem root
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Writes to mounted Ceph FS fail silently if client has no write capability on data pool
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Setting a big maxosd kills all mons
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: OSD doesn't start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: rados mailbox? (was Re: Ceph for email storage)
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Qemu fails to open RBD image when auth_supported is not set to 'none'
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Wido den Hollander <wido@xxxxxxxxx>
• [PATCH] Allow URL-safe base64 cephx keys to be decoded.
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: [PATCH] librados: Bump the version to 0.48
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Strange behavior after upgrading to 0.48
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Strange behavior after upgrading to 0.48
  • From: Xiaopong Tran <xiaopong.tran@xxxxxxxxx>
• Re: Osd placement rule questions
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: Osd placement rule questions
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Osd placement rule questions
  • From: Mark Kirkwood <mark.kirkwood@xxxxxxxxxxxxxxx>
• Re: What does replica size mean?
  • From: Sage Weil <sage@xxxxxxxxxxx>
• What does replica size mean?
  • From: <Eric_YH_Chen@xxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• rados mailbox? (was Re: Ceph for email storage)
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Ceph for email storage
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: monitor not starting
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Ceph for email storage
  • From: Mitsue Acosta Murakami <mitsue@xxxxxxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: monitor not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: Slow request warnings on 0.48
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Slow request warnings on 0.48
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• Re: OSD doesn't start
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] librados: Bump the version to 0.48
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] librados: Bump the version to 0.48
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: monitor not starting
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Wido den Hollander <wido@xxxxxxxxx>
• OSD doesn't start
  • From: Székelyi Szabolcs <szekelyi@xxxxxxx>
• Re: [PATCH] Generate URL-safe base64 strings for keys.
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] librados: Bump the version to 0.48
  • From: Wido den Hollander <wido@xxxxxxxxx>
• monitor not starting
  • From: Smart Weblications GmbH - Florian Wiessner <f.wiessner@xxxxxxxxxxxxxxxxxxxxx>
• Re: RBD support for primary storage in Apache CloudStack
  • From: Wido den Hollander <wido@xxxxxxxxx>
• [PATCH] Generate URL-safe base64 strings for keys.
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: RBD stale on VM, and RBD cache enable problem
  • From: Sławomir Skowron <szibis@xxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: Stable/Master debian/rules not stripping all packages
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• mkcephfs failing on v0.48 "argonaut"
  • From: Paul Pettigrew <Paul.Pettigrew@xxxxxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• Re: Updated guide for chef installs, from where the docs stop onward
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: RBD support for primary storage in Apache CloudStack
  • From: Ross Turk <ross@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: "Radosgw installation and administration" docs
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: RBD stale on VM, and RBD cache enable problem
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Unable to restart Mon after reboot
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re: Unable to restart Mon after reboot
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Unable to restart Mon after reboot
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Unable to restart Mon after reboot
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Unable to restart Mon after reboot
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• RE: Unable to restart Mon after reboot
  • From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
• Re: Stable/Master debian/rules not stripping all packages
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Guangliang Zhao <gzhao@xxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Tommi Virtanen <tv@xxxxxxxxxxx>
• Re: Upgrade from 0.47.2 to 0.48 - osd crashes
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Throughput increase by LACP bonding
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Upgrade from 0.47.2 to 0.48 - osd crashes
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: URL-safe base64 encoding for keys
  • From: Florian Haas <florian@xxxxxxxxxxx>
• URL-safe base64 encoding for keys
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Stable/Master debian/rules not stripping all packages
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: Throughput increase by LACP bonding
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: Upgrade from 0.47.2 to 0.48 - osd crashes
  • From: John Axel Eriksson <john@xxxxxxxxx>
• Re: Throughput increase by LACP bonding
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: domino-style OSD crash
  • From: Yann Dupont <Yann.Dupont@xxxxxxxxxxxxxx>
• Re: Throughput increase by LACP bonding
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Upgrade from 0.47.2 to 0.48 - osd crashes
  • From: John Axel Eriksson <john@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Throughput increase by LACP bonding
  • From: Madhusudhana U <madhusudhana.u.acharya@xxxxxxxxx>
• Re: bad performance fio random write - rados bench random write to compare?
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: MDS spinning wild after restart on all nodes
  • From: Amon Ott <a.ott@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: iostat show constants write to osd disk with writeahead journal, normal behaviour ?
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• v0.48 "argonaut" released
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Yehuda Sadeh <yehuda@xxxxxxxxxxx>
• Re: iostat show constants write to osd disk with writeahead journal, normal behaviour ?
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: iostat show constants write to osd disk with writeahead journal, normal behaviour ?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: [PATCH] ceph.spec.in: Change license of base package to GPL and use SPDX format
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: bad performance fio random write - rados bench random write to compare?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Should an OSD crash when journal device is out of space?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Qemu fails to open RBD image when auth_supported is not set to 'none'
  • From: Wido den Hollander <wido@xxxxxxxxx>
• [PATCH] ceph.spec.in: Change license of base package to GPL and use SPDX format
  • From: Holger Macht <hmacht@xxxxxxx>
• Re: Ceph and KVM live migration
  • From: Christian Brunner <chb@xxxxxx>
• Re: Ceph and KVM live migration
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: [PATCH] rbd: fix the memory leak of bio_chain_clone
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Rados faster than KVM block device?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph and KVM live migration
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: kernel BUG at fs/ceph/caps.c:1969!
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: btrfs big metadata
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: MDS spinning wild after restart on all nodes
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Bug with ceph_mount and non-existent directory
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: btrfs big metadata
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Does radosgw really need to talk to an MDS?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: "rbd rm" allows removal of mapped device, nukes data, then returns -EBUSY
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: "rbd rm" allows removal of mapped device, nukes data, then returns -EBUSY
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Assertion failure when radosgw can't authenticate
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Does radosgw really need to talk to an MDS?
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Interesting results
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: Interesting results
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Interesting results
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: Does radosgw really need to talk to an MDS?
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: Does radosgw really need to talk to an MDS?
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Assertion failure when radosgw can't authenticate
  • From: Florian Haas <florian.haas@xxxxxxxxxxx>
• Re: Does radosgw really need to talk to an MDS?
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Does radosgw really need to talk to an MDS?
  • From: Florian Haas <florian@xxxxxxxxxxx>
• Re:
  • From: Chuanyu Tsai <chuanyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: "Radosgw installation and administration" docs
  • From: Florian Haas <florian@xxxxxxxxxxx>
• "rbd rm" allows removal of mapped device, nukes data, then returns -EBUSY
  • From: Florian Haas <florian@xxxxxxxxxxx>
• btrfs big metadata
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• Re: [PATCH 1/1] client: prevent the race of incoming work during teardown
  • From: Guanjun He <heguanbo@xxxxxxxxx>
• Re: [PATCH 1/1] client: prevent the race of incoming work during teardown
  • From: "Guan Jun He" <gjhe@xxxxxxxx>
• Re: "Radosgw installation and administration" docs
  • From: Chuanyu <chuanyu@xxxxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: Interesting results
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• kernel BUG at fs/ceph/caps.c:1969!
  • From: Henry C Chang <henry.cy.chang@xxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Ceph status for Wheezy
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Ceph status for Wheezy
  • From: "Laszlo Boszormenyi (GCS)" <gcs@xxxxxxxxx>
• Re: Ceph and KVM live migration
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Ceph and KVM live migration
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Re: Ceph and KVM live migration
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: Ceph and KVM live migration
  • From: Josh Durgin <josh.durgin@xxxxxxxxxxx>
• Ceph and KVM live migration
  • From: Vladimir Bashkirtsev <vladimir@xxxxxxxxxxxxxxx>
• Re: ceph performance under xen?
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: Designing a cluster guide
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Designing a cluster guide
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Designing a cluster guide
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe <s.priebe@xxxxxxxxxxxx>
• Re: ceph performance under xen?
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: Designing a cluster guide
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: ceph performance under xen?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Designing a cluster guide
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: ceph performance under xen?
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: ceph performance under xen?
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Designing a cluster guide
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• Re: Designing a cluster guide
  • From: Brian Edmonds <mornir@xxxxxxxxx>
• Re: Designing a cluster guide
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• RBD support for primary storage in Apache CloudStack
  • From: Wido den Hollander <wido@xxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: Interesting results
  • From: "Jim Schutt" <jaschut@xxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: OSD Hardware questions
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: OSD Hardware questions
  • From: Mark Nelson <mark.nelson@xxxxxxxxxxx>
• Re: speedup ceph / scaling / find the bottleneck
  • From: Alexandre DERUMIER <aderumier@xxxxxxxxx>
• speedup ceph / scaling / find the bottleneck
  • From: Stefan Priebe - Profihost AG <s.priebe@xxxxxxxxxxxx>
• Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 1/1] client: prevent the race of incoming work during teardown
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: [PATCH 1/1] prevent the race of incoming work during teardown
  • From: Sage Weil <sage@xxxxxxxxxxx>
• Re: POSIX file lock doesn't get release on process termination
  • From: Gregory Farnum <greg@xxxxxxxxxxx>