CEPH Filesystem Development

Thread Index

[Prev Page][Next Page]

Re: [PATCH -next] libceph: fix non static symbol warning
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: [PATCH -next] libceph: fix return value check in alloc_msg_with_page_vector()
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
[PATCH -next] libceph: using kfree_rcu() to simplify the code
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
[PATCH -next] libceph: fix return value check in alloc_msg_with_page_vector()
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
[PATCH -next] libceph: fix non static symbol warning
- From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Victor Payno <vpayno@xxxxxxxxxx>
Re: [rgw multisite] sync thread hang
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: [Feature request] config diff on a single option with the admin socket
- From: Jesse Williamson <jwilliamson@xxxxxxx>
Re: [sepia] "This branch is out-of-date with the base branch"
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: [rgw multisite] sync thread hang
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Re: [sepia] "This branch is out-of-date with the base branch"
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Vasu Kulkarni <vakulkar@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: scoping daemon-helper replacement effort
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
scoping daemon-helper replacement effort
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: [sepia] "This branch is out-of-date with the base branch"
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: Plugins unification
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: [rgw multisite] sync thread hang
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Re: Plugins unification
- From: Loic Dachary <loic@xxxxxxxxxxx>
Plugins unification
- From: Adam Kupczyk <akupczyk@xxxxxxxxxxxx>
"This branch is out-of-date with the base branch"
- From: John Spray <jspray@xxxxxxxxxx>
Bucket Access Logging Feature
- From: Rajat Garg <rajatgarg.iitr@xxxxxxxxx>
Re: Compare And Write against unwritten ranges
- From: David Disseldorp <ddiss@xxxxxxx>
[Feature request] config diff on a single option with the admin socket
- From: Sebastien Han <shan@xxxxxxxxxx>
Re: Active/Active MDS
- From: John Spray <jspray@xxxxxxxxxx>
Re: Active/Active MDS
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Cmake and rpmbuild
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
re: [rgw multisite] sync thread hang
- From: Zhangzengran <zhangzengran@xxxxxxx>
Re: Cmake and rpmbuild
- From: Gerard Braad <me@xxxxxxxxx>
Re: Cmake and rpmbuild
- From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
How to open the ceph log in client process
- From: layman2wy <layman2wy@xxxxxxx>
[rgw multisite] sync thread hang
- From: Zhangzengran <zhangzengran@xxxxxxx>
Cmake and rpmbuild
- From: Gerard Braad <me@xxxxxxxxx>
RE: BLueStore Deadlock
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
RE: BLueStore Deadlock
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
Active/Active MDS
- From: Bill Webb <billwebbatl@xxxxxxxxx>
RE: BLueStore Deadlock
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
Re: v0.94.8 timeframe
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
RE: Bluestore tuning
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: BLueStore Deadlock
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Bluestore tuning
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Bluestore tuning
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: v0.94.8 timeframe
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: Bluestore tuning
- From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
Re: where to get the cls log?
- From: Jason Dillaman <jdillama@xxxxxxxxxx>
where to get the cls log?
- From: Tianshan Qu <qutianshan@xxxxxxxxx>
Re: BlueFS replay crash
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: Bluestore tuning
- From: "Kamble, Nitin A" <Nitin.Kamble@xxxxxxxxxxxx>
RE: Bluestore tuning
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: [ceph-users] Listing objects in a specified placement group / OSD
- From: David Blundell <David.Blundell@xxxxxxxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Ceph Days - APAC Roadshow Schedules Posted
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
Re: [ceph-users] Listing objects in a specified placement group / OSD
- From: Samuel Just <sjust@xxxxxxxxxx>
Bluestore tuning
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
CDM in 1 week
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
v0.94.8 timeframe
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: Compare And Write against unwritten ranges
- From: David Disseldorp <ddiss@xxxxxxx>
Re: static member variable in libcommon and double free
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: static member variable in libcommon and double free
- From: John Spray <jspray@xxxxxxxxxx>
RE: static member variable in libcommon and double free
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Patrick Donnelly <pdonnell@xxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
RE: static member variable in libcommon and double free
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Jesse Williamson <jwilliamson@xxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Victor Payno <vpayno@xxxxxxxxxx>
Re: Source tarball ?
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: Source tarball ?
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Vote for OpenStack Talks!
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
Re: Source tarball ?
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: Source tarball ?
- From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
Re: Source tarball ?
- From: Loic Dachary <loic@xxxxxxxxxxx>
Source tarball ?
- From: Frédéric Nass <frederic.nass@xxxxxxxxxxxxxxxx>
Re: Compare And Write against unwritten ranges
- From: Mike Christie <mchristi@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
FYI infernalis runs removed from nightlies <EOM>
- From: Yuri Weinstein <yweinste@xxxxxxxxxx>
Re: [multisite]marker_track
- From: Casey Bodley <cbodley@xxxxxxxxxx>
Compare And Write against unwritten ranges
- From: David Disseldorp <ddiss@xxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: static member variable in libcommon and double free
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: static member variable in libcommon and double free
- From: John Spray <jspray@xxxxxxxxxx>
Re: static member variable in libcommon and double free
- From: Ricardo Dias <rdias@xxxxxxxx>
[multisite]marker_track
- From: Zhangzengran <zhangzengran@xxxxxxx>
static member variable in libcommon and double free
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Wido den Hollander <wido@xxxxxxxx>
Re: [PATCH] ceph: Correctly return NXIO errors from ceph_llseek.
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: snapshot implementation problems/options
- From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: kefu chai <tchaikov@xxxxxxxxx>
snapshot implementation problems/options
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: [PATCH v2] ceph: Mark the file cache as unreclaimable
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: ceph branch status
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: Clean up your branches! :) (was: Re: ceph branch status)
- From: Dan Mick <dmick@xxxxxxxxxx>
Clean up your branches! :) (was: Re: ceph branch status)
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: ceph branch status
- From: Dan Mick <dmick@xxxxxxxxxx>
[PATCH v2] ceph: Mark the file cache as unreclaimable
- From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
[PATCH] ceph: Mark the file cache as unreclaimable
- From: Nikolay Borisov <n.borisov.lkml@xxxxxxxxx>
Jewel + kernel 4.4 Massive performance regression (-50%)
- From: Yoann Moulin <yoann.moulin@xxxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Re: CephFS usability
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Wido den Hollander <wido@xxxxxxxx>
Re: CephFS usability
- From: Zhi Zhang <zhang.david2011@xxxxxxxxx>
Re: Ceph fix for 4.7-rc8
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Ceph fix for 4.7-rc8
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Dan Mick <dmick@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Wido den Hollander <wido@xxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: [PATCH 0/2] ceph: virtual xattr handling
- From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Ira Cooper <ira@xxxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: [PATCH] libceph: apply new_state before new_up_client on incrementals
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Wido den Hollander <wido@xxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
[PATCH] ceph: Correctly return NXIO errors from ceph_llseek.
- From: Phil Turnbull <phil.turnbull@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Pool creation fails: 'failed run crushtool: fork failed: (12) Cannot allocate memory'
- From: Wido den Hollander <wido@xxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] libceph: apply new_state before new_up_client on incrementals
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: CephFS usability
- From: John Spray <jspray@xxxxxxxxxx>
Re: replicatedPG assert fails
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: CephFS usability
- From: Eric Eastman <eric.eastman@xxxxxxxxxxxxxx>
replicatedPG assert fails
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 1/2] ceph: introduce 'ceph.all' virtual xattr
- From: Venky Shankar <vshankar@xxxxxxxxxx>
Re: [PATCH 1/2] ceph: introduce 'ceph.all' virtual xattr
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
[PATCH 2/2] ceph: do not return virtual xattrs in listxattr()
- From: Venky Shankar <vshankar@xxxxxxxxxx>
[PATCH 1/2] ceph: introduce 'ceph.all' virtual xattr
- From: Venky Shankar <vshankar@xxxxxxxxxx>
[PATCH 0/2] ceph: virtual xattr handling
- From: Venky Shankar <vshankar@xxxxxxxxxx>
CephFS usability
- From: John Spray <jspray@xxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Tone Zhang <tone.zhang@xxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Tone Zhang <tone.zhang@xxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Antw: [ceph-users] Ceph : Generic Query : Raw Format of images
- From: "Steffen Weißgerber" <WeissgerberS@xxxxxxx>
Re: [RFC 1/2] ceph: introduce 'ceph.all' virtual xattr
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: getting more updates in rocksdb
- From: Tone Zhang <tone.zhang@xxxxxxxxxx>
[RFC 2/2] ceph: do not return virtual xattrs in listxattr()
- From: Venky Shankar <vshankar@xxxxxxxxxx>
[RFC 1/2] ceph: introduce 'ceph.all' virtual xattr
- From: Venky Shankar <vshankar@xxxxxxxxxx>
RE: Bluestore Bitmap allocator crash
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Shrinking the oNode encoding
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: Bluestore Bitmap allocator crash
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: verbose logging for mount -t ceph or ceph-fuse problems
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Bluestore Bitmap allocator crash
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: Ceph 10.2.2 OSD Crash
- From: David Zafman <dzafman@xxxxxxxxxx>
Re: [PATCH] libceph: apply new_state before new_up_client on incrementals
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
Ceph 10.2.2 OSD Crash
- From: Alexander Wigen <alex@xxxxxxxxx>
Aug CDM
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
Ceph Tech Talk next week
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: getting more updates in rocksdb
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: Ira Cooper <ira@xxxxxxxxxxx>
getting more updates in rocksdb
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: CephFS Samba VFS RHEL packages
- From: John Spray <jspray@xxxxxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
CephFS Samba VFS RHEL packages
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Re: dpkg-buildpackage failed on Ubuntu 16.4 - 'override_dh_auto_build' failed
- From: Dan Mick <dmick@xxxxxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Dan Mick <dmick@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
[PATCH] libceph: apply new_state before new_up_client on incrementals
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
Re: Selinux policy error in syslog
- From: Muminul Islam Russell <misla011@xxxxxxx>
Re: LDAP/KRB5 authentication mode
- From: Daniel Oliveira <doliveira@xxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
dpkg-buildpackage failed on Ubuntu 16.4 - 'override_dh_auto_build' failed
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
Developer Mode_Query
- From: Srikar <srikar.kumar@xxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Daniel Gryniewicz <dang@xxxxxxxxxx>
Re: verbose logging for mount -t ceph or ceph-fuse problems
- From: John Spray <jspray@xxxxxxxxxx>
verbose logging for mount -t ceph or ceph-fuse problems
- From: "Deneau, Tom" <tom.deneau@xxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: new async messenger crash
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: new async messenger crash
- From: Samuel Just <sjust@xxxxxxxxxx>
new async messenger crash
- From: Samuel Just <sjust@xxxxxxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Jenkins build pestered by 'no such option: --disable-pip-version-check'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: updated gmock/gtest - now a googletest submodule
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: ceph-mgr update
- From: John Spray <jspray@xxxxxxxxxx>
Re: ceph-mgr update
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
ceph-mgr update
- From: John Spray <jspray@xxxxxxxxxx>
Re: AttributeError: 'Rados' object has no attribute 'monitor_log'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: AttributeError: 'Rados' object has no attribute 'monitor_log'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: bluestore allocator performance testing
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: bluestore allocator performance testing
- From: Shehbaz Jaffer <shehbazjaffer007@xxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
bluestore allocator performance testing
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: BlueFS replay crash
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
BlueFS replay crash
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: bluestore checksum enable/disable behavior
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
RE: bluestore checksum enable/disable behavior
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: BlueStore Transaction + collection
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
bluestore checksum enable/disable behavior
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: Bluestore read performance
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
RE: Bluestore read performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Bluestore read performance
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: Bluestore read performance
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Bluestore read performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
BlueStore Transaction + collection
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: AttributeError: 'Rados' object has no attribute 'monitor_log'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
LDAP/KRB5 authentication mode.
- From: Daniel Oliveira <doliveira@xxxxxxxx>
Re: bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
bluestore bug#15724: bluefs _replay file with link count 0:
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: Bluestore read performance
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: Bluestore read performance
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
RE: Bluestore read performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: Bluestore read performance
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: Bluestore read performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: Bluestore read performance
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
RE: Bluestore read performance
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
change attribute support in libcephfs
- From: Jeff Layton <jlayton@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
bluestore read regression testing
- From: Mark Nelson <mnelson@xxxxxxxxxx>
CephFS Redmine shuffle
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: Selinux policy error in syslog
- From: Muminul Islam Russell <misla011@xxxxxxx>
Re: Selinux policy error in syslog
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Re: Selinux policy error in syslog
- From: Muminul Islam Russell <misla011@xxxxxxx>
Re: Selinux policy error in syslog
- From: Muminul Islam Russell <misla011@xxxxxxx>
Re: Selinux policy error in syslog
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
Selinux policy error in syslog
- From: Muminul Islam Russell <misla011@xxxxxxx>
BlueFS log compaction pull request
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Sage Weil <sweil@xxxxxxxxxx>
updated gmock/gtest - now a googletest submodule
- From: Josh Durgin <jdurgin@xxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: drop i386 support
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
RE: bluestore asserts if I/O size > 4MB when using SSDs
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Patrick McLean <patrickm@xxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: rados testing run help office hours!
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: rados testing run help office hours!
- From: Samuel Just <sjust@xxxxxxxxxx>
fio engine for ObjectStore
- From: Casey Bodley <cbodley@xxxxxxxxxx>
RE: bluestore asserts if I/O size > 4MB when using SSDs
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: bluestore asserts if I/O size > 4MB when using SSDs
- From: Kevan Rehm <krehm@xxxxxxxx>
Re: bluestore asserts if I/O size > 4MB when using SSDs
- From: Mark Nelson <mnelson@xxxxxxxxxx>
bluestore asserts if I/O size > 4MB when using SSDs
- From: Kevan Rehm <krehm@xxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
rados testing run help office hours!
- From: Samuel Just <sjust@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Sage Weil <sage@xxxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Sage Weil <sweil@xxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Symbol not define at runtime
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Dongsheng Yang <dongsheng.yang@xxxxxxxxxxxx>
RE: bluestore onode diet and encoding overhead
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
bluestore onode diet and encoding overhead
- From: Mark Nelson <mnelson@xxxxxxxxxx>
delta parity method for EC
- From: Manali Kulkarni <Manali.Kulkarni@xxxxxxxxxxx>
Re: Log_query
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Victor Payno <vpayno@xxxxxxxxxx>
Rocksdb tuning on Bluestore
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Log_query
- From: Srikar <srikar.kumar@xxxxxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
Re: drop i386 support
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: Misdirected clients due to kernel bug?
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: drop i386 support
- From: Sage Weil <sage@xxxxxxxxxxxx>
Misdirected clients due to kernel bug?
- From: Ana Aviles <ana@xxxxxxxxxxxx>
RE: SIGTERM and osd close
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: drop i386 support
- From: Wido den Hollander <wido@xxxxxxxx>
Re: drop i386 support
- From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
RE: SIGTERM and osd close
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
drop i386 support
- From: kefu chai <tchaikov@xxxxxxxxx>
RE: SIGTERM and osd close
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: Anybody else hitting this panic in latest master with bluestore?
- From: Kevan Rehm <krehm@xxxxxxxx>
RE: Anybody else hitting this panic in latest master with bluestore?
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
RE: Anybody else hitting this panic in latest master with bluestore?
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: Anybody else hitting this panic in latest master with bluestore?
- From: Kevan Rehm <krehm@xxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Sage Weil <sweil@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Patrick McLean <patrickm@xxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Patrick McLean <patrickm@xxxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: DIF/DIX support
- From: Srikar <srikar.kumar@xxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: deadlocks in rbd unmap and map
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Re: yet another assertion in bluestore during random write
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
yet another assertion in bluestore during random write
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
deadlocks in rbd unmap and map
- From: Patrick McLean <patrickm@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Sage Weil <sweil@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Sage Weil <sweil@xxxxxxxxxx>
Ceph Social Media
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: DIF/DIX support
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Sage Weil <sweil@xxxxxxxxxx>
Create BlueStore OSD by ceph-deploy
- From: RomanS <execooler@xxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
DIF/DIX support
- From: Srikar <srikar.kumar@xxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: ceph-mds jewel backports leak
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: ceph-mds jewel backports leak
- From: John Spray <jspray@xxxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
Object watcher can't be deleted when primary goes to down
- From: Ning Yao <zay11022@xxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
RE: segfault in bluestore during random writes
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
Re: AttributeError: 'Rados' object has no attribute 'monitor_log'
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
AttributeError: 'Rados' object has no attribute 'monitor_log'
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Mark Nelson <mnelson@xxxxxxxxxx>
cmake: problems with /tmp/ceph-detect-init-virtualenv and /tmp/ceph-disk-virtualenv (after install, afaict)
- From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Mark Nelson <mnelson@xxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
Re: ceph-mds jewel backports leak
- From: Loic Dachary <loic@xxxxxxxxxxx>
ceph-mds jewel backports leak
- From: Loic Dachary <loic@xxxxxxxxxxx>
CFP: linux.conf.au 2017 (Hobart, Tasmania, Australia)
- From: Tim Serong <tserong@xxxxxxxx>
Re: segfault in bluestore during random writes
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
RE: segfault in bluestore during random writes
- From: "Ma, Jianpeng" <jianpeng.ma@xxxxxxxxx>
Re: segfault in bluestore during random writes
- From: Varada Kari <Varada.Kari@xxxxxxxxxxx>
Re: [PATCH 0/4] ceph: allow ceph_d_revalidate to handle some cases under LOOKUP_RCU
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
Re: RBD volumes for bare-metal hosts
- From: Ilya Dryomov <idryomov@xxxxxxxxx>
RBD volumes for bare-metal hosts
- From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
async messenger assert failure
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
[PATCH 2/4] ceph: clear d_fsinfo pointer under d_lock
- From: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 1/4] ceph: remove ceph_mdsc_lease_release
- From: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 3/4] ceph: allow dentry_lease_is_valid to work under RCU walk
- From: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 4/4] ceph: handle LOOKUP_RCU in ceph_d_revalidate
- From: Jeff Layton <jlayton@xxxxxxxxxx>
[PATCH 0/4] ceph: allow ceph_d_revalidate to handle some cases under LOOKUP_RCU
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Ceph Developer Monthly
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
re: libaio parallel
- From: Zhangzengran <zhangzengran@xxxxxxx>
Re: Cmake, Clang and plugins
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: huang jun <hjwsm1989@xxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
Re: mem leaks in Bluestore?
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Failing OSDs (suicide timeout) due to flaky clients
- From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Failing OSDs (suicide timeout) due to flaky clients
- From: Wido den Hollander <wido@xxxxxxxx>
Re: mem leaks in Bluestore?
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: mem leaks in Bluestore?
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: Definition of nlock in common/Mutex.h seems resulting in core dump
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: Cmake, Clang and plugins
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Cmake, Clang and plugins
- From: Mykola Golub <mgolub@xxxxxxxxxxxx>
Cmake, Clang and plugins
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: cmake
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Definition of nlock in common/Mutex.h seems resulting in core dump
- From: Jeegn Chen <jeegnchen@xxxxxxxxx>
Fwd: Re: performance issue with jewel on ubuntu xenial (kernel)
- From: Yoann Moulin <yoann.moulin@xxxxxxx>
Re: "Tags" for Ceph pools?
- From: Wido den Hollander <wido@xxxxxxxx>
Re: Questions for NVRAM+SATA SSDs with Bluestore
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Fwd: OSD unresponsive via the TCP interface when having unfound objects
- From: Hunger <pr1@xxxxxxxxx>
Re: Questions for NVRAM+SATA SSDs with Bluestore
- From: Ning Yao <zay11022@xxxxxxxxx>
Re: Cleaning up after in the cmake env?
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: The newbie questions
- From: kefu chai <tchaikov@xxxxxxxxx>
Cleaning up after in the cmake env?
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: static_ptr - making the factory pattern less costly
- From: Casey Bodley <cbodley@xxxxxxxxxx>
RE: master build failing
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: libaio parallel
- From: Sage Weil <sage@xxxxxxxxxxxx>
RE: SIGTERM and osd close
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: cephfs: status of directory fragmentation and multiple filesystems
- From: John Spray <jspray@xxxxxxxxxx>
RE: SIGTERM and osd close
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: Questions for NVRAM+SATA SSDs with Bluestore
- From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
RE: master build failing
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: cephfs: status of directory fragmentation and multiple filesystems
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: cephfs: status of directory fragmentation and multiple filesystems
- From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
libaio parallel
- From: Zhangzengran <zhangzengran@xxxxxxx>
RE: master build failing
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: master build failing
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: master build failing
- From: Dan Mick <dmick@xxxxxxxxxx>
Re: SIGTERM and osd close
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: master build failing
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: master build failing
- From: Evgeniy Firsov <Evgeniy.Firsov@xxxxxxxxxxx>
The newbie questions
- From: RomanS <execooler@xxxxxxxxx>
Re: about discussion of ceph
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
RE: SIGTERM and osd close
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Questions for NVRAM+SATA SSDs with Bluestore
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: SIGTERM and osd close
- From: Piotr Dałek <branch@xxxxxxxxxxxxxxxx>
SIGTERM and osd close
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: Lib snappy error
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
RE: msgr2 protocol
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
Re: Questions for NVRAM+SATA SSDs with Bluestore
- From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
Re: About thread_local and TmapMigratePP.DataScan case
- From: Haomai Wang <haomai@xxxxxxxx>
Re: About thread_local and TmapMigratePP.DataScan case
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: throttling PG removal
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: [Y2038] [PATCH v3 00/24] Delete CURRENT_TIME_SEC and replace current_fs_time()
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: cephfs: status of directory fragmentation and multiple filesystems
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
cephfs: status of directory fragmentation and multiple filesystems
- From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
Re: static_ptr - making the factory pattern less costly
- From: "Adam C. Emerson" <aemerson@xxxxxxxxxx>
Re: msgr2 protocol
- From: Yehuda Sadeh-Weinraub <yehuda@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
throttling PG removal
- From: Dan van der Ster <dan@xxxxxxxxxxxxxx>
RE: msgr2 protocol comments
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
Re: msgr2 protocol comments
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: libradosstriper
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
msgr2 protocol comments
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
FW: msgr2 protocol comments
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
06/29/2016 Weekly Ceph Performance Meeting IS ON!
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: librados write operation
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
Re: rbd jewel backports related to mirroring
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: rbd jewel backports related to mirroring
- From: Jason Dillaman <jdillama@xxxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: Jeff Layton <jlayton@xxxxxxxxxx>
RE: msgr2 protocol
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
rbd jewel backports related to mirroring
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Re: jewel -> kraken upgrade
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: librados write operation
- From: Brad Hubbard <bhubbard@xxxxxxxxxx>
Re: cmake
- From: Mark Nelson <mnelson@xxxxxxxxxx>
Re: "Tags" for Ceph pools?
- From: John Spray <jspray@xxxxxxxxxx>
librados write operation
- From: Sugang Li <sugangli@xxxxxxxxxxxxxxxxxx>
RE: [Nfs-ganesha-devel] new statx() like interface for libcephfs
- From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
Re: "Tags" for Ceph pools?
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: msgr2 schedule
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: cmake
- From: Casey Bodley <cbodley@xxxxxxxxxx>
"Tags" for Ceph pools?
- From: Lars Marowsky-Bree <lmb@xxxxxxxx>
msgr2 schedule
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Ali Maredia <amaredia@xxxxxxxxxx>
Re: new statx() like interface for libcephfs
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: prefered behavior for injecting untracked args
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: new statx() like interface for libcephfs
- From: Daniel Gryniewicz <dang@xxxxxxxxxx>
new statx() like interface for libcephfs
- From: Jeff Layton <jlayton@xxxxxxxxxx>
static_ptr - making the factory pattern less costly
- From: Radoslaw Zarzynski <rzarzynski@xxxxxxxxxxxx>
Re: jewel -> master upgrade
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: prefered behavior for injecting untracked args
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: libradosstriper
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: jewel -> master upgrade
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: prefered behavior for injecting untracked args
- From: Sage Weil <sage@xxxxxxxxxxxx>
prefered behavior for injecting untracked args
- From: Xiaoxi Chen <superdebuger@xxxxxxxxx>
charitable project
- From: "Mrs. Basit" <ay47@xxxxxxxxxxxxx>
Re: jewel -> master upgrade
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: assert
- From: kefu chai <tchaikov@xxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: Jeff Layton <jlayton@xxxxxxxxxx>
Re: ceph build changes
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: interested in doing project
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: jewel -> master upgrade
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: cmake
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: How to propose plugin, which uses external lib
- From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
Re: Lib snappy error
- From: Alyona Kiselyova <akiselyova@xxxxxxxxxxxx>
Re: Lib snappy error
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: ceph build changes
- From: Alfredo Deza <adeza@xxxxxxxxxx>
Re: About thread_local and TmapMigratePP.DataScan case
- From: John Spray <jspray@xxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
jewel -> master upgrade
- From: Nathan Cutler <ncutler@xxxxxxx>
Re: cmake
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
Re: libradosstriper
- From: Sebastien Ponce <sebastien.ponce@xxxxxxx>
RE: Lib snappy error
- From: Sage Weil <sage@xxxxxxxxxxxx>
RE: Lib snappy error
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
RE: Lib snappy error
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Lib snappy error
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
RE: Lib snappy error
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: Lib snappy error
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Lib snappy error
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: libradosstriper
- From: Samuel Just <sjust@xxxxxxxxxx>
libradosstriper
- From: Sage Weil <sweil@xxxxxxxxxx>
ceph build changes
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: RDS - for stateless messenger
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: is the renewal in dentry_lease_is_valid necessary?
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
is the renewal in dentry_lease_is_valid necessary?
- From: Jeff Layton <jlayton@xxxxxxxxxx>
RE: assert
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
About thread_local and TmapMigratePP.DataScan case
- From: Haomai Wang <haomai@xxxxxxxx>
cmake
- From: Sage Weil <sweil@xxxxxxxxxx>
RE: assert
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
RE: assert
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: mem leaks in Bluestore?
- From: Milosz Tanski <milosz@xxxxxxxxx>
Re: assert
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: assert
- From: John Spray <jspray@xxxxxxxxxx>
assert
- From: Sage Weil <sweil@xxxxxxxxxx>
Fwd: Potential double mutex_lock bug in net/ceph/auth.c
- From: Iago Abal <iari@xxxxxx>
ceph branch status
- From: ceph branch robot <nobody@xxxxxxxx>
Re: mem leaks in Bluestore?
- From: Sage Weil <sage@xxxxxxxxxxxx>
mem leaks in Bluestore?
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: Questions for NVRAM+SATA SSDs with Bluestore
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: [PATCH] mds/mdstypes.h: drop the unnecessary format string of snprintf
- From: Jeff Liu <jeff.liu@xxxxxxxxxxxx>
Re: [PATCH] mds/mdstypes.h: drop the unnecessary format string of snprintf
- From: "Yan, Zheng" <ukernel@xxxxxxxxx>
[PATCH] mds/mdstypes.h: drop the unnecessary format string of snprintf
- From: Jeff Liu <jeff.liu@xxxxxxxxxxxx>
Questions for NVRAM+SATA SSDs with Bluestore
- From: myoungwon oh <ohmyoungwon@xxxxxxxxx>
RDS - for stateless messenger
- From: Avner Ben Hanoch <avnerb@xxxxxxxxxxxx>
[PATCH v3 00/24] Delete CURRENT_TIME_SEC and replace current_fs_time()
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH v3 22/24] fs: ceph: Replace current_fs_time for request stamp
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH v3 21/24] libceph: Replace CURRENT_TIME with ktime_get_real_ts
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
[PATCH v3 20/24] block: Replace CURRENT_TIME with ktime_get_real_ts
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Christian Balzer <chibi@xxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Wade Holler <wade.holler@xxxxxxxxx>
Re: plugin infra issues
- From: Ali Maredia <amaredia@xxxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Warren Wang - ISD <Warren.Wang@xxxxxxxxxxx>
Re: remove cryptopp support?
- From: Matt Benjamin <mbenjamin@xxxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Wade Holler <wade.holler@xxxxxxxxx>
Re: Problems with cephfs, rsync and xattr because cephfs internal xattrs are exposed to clients.
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Problems with cephfs, rsync and xattr because cephfs internal xattrs are exposed to clients.
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: teuthology-suite new feature: --newest [n]
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: Problems with cephfs, rsync and xattr because cephfs internal xattrs are exposed to clients.
- From: John Spray <jspray@xxxxxxxxxx>
Re: remove cryptopp support?
- From: Marcus Watts <mwatts@xxxxxxxxxx>
interested in doing project
- From: Tahaa Karim <tahaalibra@xxxxxxxxx>
Re: [PATCH] ceph: fix spelling mistake: "resgister" -> "register"
- From: "Yan, Zheng" <zyan@xxxxxxxxxx>
Bluestore crash
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
RE: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Christian Balzer <chibi@xxxxxxx>
teuthology-suite new feature: --newest [n]
- From: Dan Mick <dmick@xxxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Warren Wang - ISD <Warren.Wang@xxxxxxxxxxx>
RE: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
Re: remove cryptopp support?
- From: Ken Dreyer <kdreyer@xxxxxxxxxx>
RE: issue in ceph_test_objectstore
- From: Somnath Roy <Somnath.Roy@xxxxxxxxxxx>
remove cryptopp support?
- From: Sage Weil <sage@xxxxxxxxxx>
Ceph Tech Talks: Bluestore
- From: Patrick McGarry <pmcgarry@xxxxxxxxxx>
RE: issue in ceph_test_objectstore
- From: Sage Weil <sage@xxxxxxxxxxxx>
RE: issue in ceph_test_objectstore
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: issue in ceph_test_objectstore
- From: Sage Weil <sage@xxxxxxxxxxxx>
RE: issue in ceph_test_objectstore
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: issue in ceph_test_objectstore
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
Re: [PATCH] ceph: fix spelling mistake: "resgister" -> "register"
- From: Joe Perches <joe@xxxxxxxxxxx>
Re: issue in ceph_test_objectstore
- From: Igor Fedotov <ifedotov@xxxxxxxxxxxx>
[PATCH][V2] ceph: fix spelling mistake: "resgister" -> "register"
- From: Colin King <colin.king@xxxxxxxxxxxxx>
issue in ceph_test_objectstore
- From: Ramesh Chander <Ramesh.Chander@xxxxxxxxxxx>
Re: ceph-disk improvements
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
[PATCH] ceph: fix spelling mistake: "resgister" -> "register"
- From: Colin King <colin.king@xxxxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Haomai Wang <haomai@xxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Haomai Wang <haomai@xxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [PATCH v2 21/24] libceph: Replace CURRENT_TIME with ktime_get_real_ts
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Christian Balzer <chibi@xxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Christian Balzer <chibi@xxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Wade Holler <wade.holler@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Christian Balzer <chibi@xxxxxxx>
Re: http://tracker.ceph.com/issues/16416
- From: Haomai Wang <haomaiwang@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Wade Holler <wade.holler@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Blair Bethwaite <blair.bethwaite@xxxxxxxxx>
Re: [ceph-users] Dramatic performance drop at certain number of objects in pool
- From: Wade Holler <wade.holler@xxxxxxxxx>
Re: [PATCH v2 21/24] libceph: Replace CURRENT_TIME with ktime_get_real_ts
- From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
RE: Problems with cephfs, rsync and xattr because cephfs internal xattrs are exposed to clients.
- From: Allen Samuels <Allen.Samuels@xxxxxxxxxxx>
Re: Status of cephfs / multiple mds
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Re: Problems with cephfs, rsync and xattr because cephfs internal xattrs are exposed to clients.
- From: Gregory Farnum <gfarnum@xxxxxxxxxx>
Quick question: Use of legacy bobtail tunables and potential performance impact to "jewel"?
- From: Yang X <yx888sd@xxxxxxxxx>
Re: http://tracker.ceph.com/issues/16416
- From: Samuel Just <sjust@xxxxxxxxxx>
thrash thread hang in tests
- From: Samuel Just <sjust@xxxxxxxxxx>
scrub_test failures, osd segfaults?
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: http://tracker.ceph.com/issues/16416
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: plugin infra issues
- From: Sage Weil <sweil@xxxxxxxxxx>
Re: [ceph-users] cluster down during backfilling, Jewel tunables and client IO optimisations
- From: Andrei Mikhailovsky <andrei@xxxxxxxxxx>
http://tracker.ceph.com/issues/16416
- From: Samuel Just <sjust@xxxxxxxxxx>
Re: [ceph-users] cluster down during backfilling, Jewel tunables and client IO optimisations
- From: Andrei Mikhailovsky <andrei@xxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: [Y2038] [PATCH v2 00/24] Delete CURRENT_TIME and CURRENT_TIME_SEC macros
- From: Arnd Bergmann <arnd@xxxxxxxx>
Re: new gitbuilder system outline
- From: Samuel Just <sjust@xxxxxxxxxx>
new gitbuilder system outline
- From: Andrew Schoen <aschoen@xxxxxxxxxx>
Re: udev events on a disk, at boot time
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Haomai Wang <haomai@xxxxxxxx>
Re: udev events on a disk, at boot time
- From: Ruben Kerkhof <ruben@xxxxxxxxxxxxxxxx>
Re: Not matching event states in ./msg/async/AsyncConnection.cc
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: udev events on a disk, at boot time
- From: Loic Dachary <loic@xxxxxxxxxxx>
Re: mount.cephfs with domain name and multiple ip addresses
- From: Sage Weil <sage@xxxxxxxxxxxx>
Re: udev events on a disk, at boot time
- From: Ruben Kerkhof <ruben@xxxxxxxxxxxxxxxx>
Re: [PATCH v2 21/24] libceph: Replace CURRENT_TIME with ktime_get_real_ts
- From: Willem Jan Withagen <wjw@xxxxxxxxxxx>
Re: mount.cephfs with domain name and multiple ip addresses
- From: "wido@xxxxxxxx" <wido@xxxxxxxx>

[Index of Archives] [Ceph Dev] [Linux USB Devel] [Video for Linux] [Scanner] [Linux SCSI] [Samba] [Yosemite Hikes]