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