Page MenuHomeFreeBSD

wjw_digiware.nl (Willem Jan Withagen)
User

Projects

User does not belong to any projects.

User Details

User Since
Feb 13 2017, 8:23 PM (158 w, 23 h)

Recent Activity

Today

wjw_digiware.nl added inline comments to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Tue, Feb 25, 3:51 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: change opague pointer, and rewrote to bb_threadinfo

Tue, Feb 25, 3:46 PM
wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

I guess I addresses a suggestions thusfar.

Tue, Feb 25, 3:07 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.bin/bhyve: implement code improvements

Tue, Feb 25, 3:02 PM

Fri, Feb 14

wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

@trociny
BTW: I'm running my tests like

bhyve-rbd -H -P -A -c 4 -m 2G -l com1,/dev/nmdm1213A -s 0,hostbridge -s 1,lpc -s 2,virtio-net,tap1213 -s 3,ahci-hd,file:/dev/ggate0 -s 4,ahci-hd,/dev/ggate1 FBSD1213

So we are already running of Ceph disks, be it in an odd way.

Fri, Feb 14, 10:18 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: Make the legacy case operational

Fri, Feb 14, 10:10 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: Update the backend selection code

Fri, Feb 14, 9:24 PM
wjw_digiware.nl added inline comments to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Fri, Feb 14, 8:26 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: Added possible scheme to the man page

Fri, Feb 14, 4:28 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: Add bb_sche to a backend to specify which backend to use

Fri, Feb 14, 4:12 PM
wjw_digiware.nl added inline comments to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Fri, Feb 14, 3:25 PM
wjw_digiware.nl added inline comments to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Fri, Feb 14, 11:15 AM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

usr.sbin/bhyve: Addressed comments from @ryan_freqlabs.com

Fri, Feb 14, 11:15 AM

Thu, Feb 13

wjw_digiware.nl added a comment to D23600: Optionally build with block driver for RADOS (Ceph).

Took a while for it to run thru poudriere, but it seems to build just fine....

Willem, just make sure it is clear. By default the package is still built without rbd. You need to set RBD option if you want it to be built with rbd support.

Ah, oke.
I'll have to add a config file then.
Will run again. Should go faster now, since all the other requirements are build.

Thu, Feb 13, 11:05 AM

Wed, Feb 12

wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Ah, Willem, this week we have SUSE Hack Week, and I was not aware that you had already been working on rbd driver for bhyve, and picked this as my Hack Week project. And just today accidentally (after your comment to my qemu review) I noticed your review request. I already have some working code [1]. It also adds an abstraction layer in a way similar to yours and has a working driver. It still needs some work: right now librados and librbd from ports are just linked to bhyve, which is not acceptable for upstream, I think we need some solution to try dynamically load the libraries (or even rbd driver) at run time. Anyway I already tried it and it looks like work.
So it looks like unfortunately we did duplicate work. But I am glad you are working on it and would be happy if your version goes upstream, as you started to work on it early. You could look at my version for some ideas though. As it already has rbd driver it might be clearer for reviewers what is the goal of adding this abstraction.
[1] https://github.com/freebsd/freebsd/compare/master...trociny:bhyve-rbd

Wed, Feb 12, 3:47 PM
wjw_digiware.nl added a comment to D23600: Optionally build with block driver for RADOS (Ceph).

Took a while for it to run thru poudriere, but it seems to build just fine....

Willem, just make sure it is clear. By default the package is still built without rbd. You need to set RBD option if you want it to be built with rbd support.

Wed, Feb 12, 2:55 PM
wjw_digiware.nl added a comment to D23600: Optionally build with block driver for RADOS (Ceph).

Took a while for it to run thru poudriere, but it seems to build just fine....

===>  Deinstalling for qemu
===>   Deinstalling qemu-4.1.1_1
Updating database digests format: .......... done
Checking integrity... done (0 conflicting)
Deinstallation has been requested for the following 1 packages (of 0 packages in the universe):
Wed, Feb 12, 2:22 PM

Mon, Jan 27

wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

bhyve/blocklocal: do external refence to init() and cleanup()

Mon, Jan 27, 2:09 PM

Sun, Jan 26

wjw_digiware.nl updated the summary of D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Sun, Jan 26, 11:54 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Reversed the way the backend selector is integrated in blockif.
Now every blockif_ctxt is extended with a reference to a backend provider.

Sun, Jan 26, 11:51 PM

Jan 23 2020

wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Remove struct blockif_ctxt *bc from struct pci_vtblk_softc.
If one needs block device info, you can get it thru the backend-descriptior

Jan 23 2020, 4:00 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Remove bsdinstall diffs that got in this set by accident.

Jan 23 2020, 3:50 PM
wjw_digiware.nl added inline comments to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Jan 23 2020, 3:49 PM
wjw_digiware.nl updated the diff for D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Addresses the style remarks

Jan 23 2020, 11:21 AM
wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

After I saw remarks about D10335: VirtFS/9p filesystem passthrough support (virtio-9p)​
I wonder where it exactly goes into in the IO-stack.
So is this below anywhere near the right place?

Jan 23 2020, 9:57 AM

Jan 22 2020

wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

I think this patch is the right direction. Now it’s really very difficult to add a storage backend other than file-like operations.

Jan 22 2020, 2:56 PM

Jan 20 2020

wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Having that said, my code is a much more simple aproach in just trying to abstract the block-interface.

For the most part the abstraction shows up as a search-and-replace change, which has its advantages for sure. For me, the immediate question is: what exactly is being abstracted that needed abstracting?
I'm not saying this is a bad change, but I'm saying that comparing it to what libvdsk aims to achieve is doing a huge disfavor to libvdsk :-)

Jan 20 2020, 9:38 PM
wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

Have you ever take a look at: https://github.com/xcllnt/libvdsk
It seemed to me a better idea than what are you trying to achieve here, and there, there is an experimental implementation of qcow2.
I'm much more in favor of libvdsk than this implementation proposed here.

Jan 20 2020, 10:41 AM

Jan 18 2020

wjw_digiware.nl added a comment to D23010: usr.sbin/bhyve: Implement a generic block store backend interf..

I have not inspected the code in depth, but there are a number of style violations that jump out at a glance. Fixing these various nits will make the changes easier to read for reviewers. Rather than clutter up the diff I'll just mention the key points:

  • Several files appear to have been edited with 4-space indentation settings rather than hard tabs, in contrast with the surrounding code. The different whitespace is confusing/frustrating.
  • A bunch of added functions in block_if.c should have a newline after the function return type, rather than a bunch of horizontal space.

See style(9) as a more detailed guide, but in general matching the style of surrounding code is most desirable.

Jan 18 2020, 9:21 PM

Jan 2 2020

wjw_digiware.nl added a watcher for bhyve: wjw_digiware.nl.
Jan 2 2020, 5:16 PM
wjw_digiware.nl created D23010: usr.sbin/bhyve: Implement a generic block store backend interf..
Jan 2 2020, 5:11 PM

Dec 30 2019

wjw_digiware.nl added a comment to D22969: bsdinstall: Allow to set ZROOT partition size.

fixed.
Both Igor and mandoc seem to be happy now.

Dec 30 2019, 5:34 PM
wjw_digiware.nl updated the diff for D22969: bsdinstall: Allow to set ZROOT partition size.

bsdinstall.8: 2e update formating

Dec 30 2019, 5:32 PM
wjw_digiware.nl updated the diff for D22969: bsdinstall: Allow to set ZROOT partition size.

bsdinstall.8: fixed formating

Dec 30 2019, 5:30 PM
wjw_digiware.nl created D22969: bsdinstall: Allow to set ZROOT partition size.
Dec 30 2019, 2:15 PM

Oct 23 2019

wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.
Oct 23 2019, 8:59 AM

Oct 1 2019

wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Update pkg-plist with new dashboard files.

Oct 1 2019, 8:06 AM
wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.
Oct 1 2019, 7:54 AM

Sep 30 2019

wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Put .if conditional in the correct block.

Sep 30 2019, 2:26 PM
wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

This will run under poudriere as well.

Sep 30 2019, 12:01 AM

Sep 29 2019

wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

@lwhsu

fixing building on 12.0, which has Clang 6.0 adn that version
of the compiler does not work with the versioning used by ceph.

Sep 29 2019, 3:23 PM
wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

fix leftover space at EoL

Sep 29 2019, 3:18 PM
wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Undo debuging in Mk/Uses/cmake.mk

Sep 29 2019, 3:17 PM
wjw_digiware.nl updated the diff for D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

fixing building on 12.0, which has Clang 6.0 adn that version
of the compiler does not work with the versioning used by ceph.

Sep 29 2019, 3:12 PM
wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Yup, I have the same problem on my 12.0 poudriere.....
That will take some time to figure out...

Sep 29 2019, 11:21 AM
wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Yup, I have the same problem on my 12.0 poudriere.....
That will take some time to figure out...

Sep 29 2019, 9:38 AM

Sep 28 2019

wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

It seems not passing poudriere cleanly: https://gist.github.com/6a204afe88fc4531bc9f1b0614bdbb10
Can you help check this?

I had a lot of trouble in getting poudriere to do its thing as well.
Lots of changes in all kinds of tools, buildsystem and ceph code.
So lots of locations to err.
Will take a look at the log.

Sep 28 2019, 2:49 PM
wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

It seems not passing poudriere cleanly: https://gist.github.com/6a204afe88fc4531bc9f1b0614bdbb10
Can you help check this?

Sep 28 2019, 2:42 PM

Sep 27 2019

wjw_digiware.nl added a comment to D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.

Just be curious, we already have net/ceph12 and net/ceph13 in the ports tree. Will we retire the old versions?

Sep 27 2019, 12:47 PM
wjw_digiware.nl created D21815: [new port] net/ceph14: delivers object, block, and file storage in a unified system.
Sep 27 2019, 11:34 AM

Sep 17 2019

wjw_digiware.nl added a comment to D14590: Upgrade net/ceph port to v12.2.4.

Nope, I'm not sure why this was not closed when it got commited.

Perhaps some system internal issues. Please close this by hand, thanks!

Sep 17 2019, 9:54 PM
wjw_digiware.nl added a comment to D14590: Upgrade net/ceph port to v12.2.4.

net/ceph is 12.2.7 now. Do we still need have this open?

Sep 17 2019, 9:32 PM

Mar 6 2018

wjw_digiware.nl added a comment to D14590: Upgrade net/ceph port to v12.2.4.

@mat I guess somebody had to the first... 8-)

Mar 6 2018, 5:06 PM
wjw_digiware.nl updated the diff for D14590: Upgrade net/ceph port to v12.2.4.

Start using PY_BOOST instead of explicit referencing the libs

Mar 6 2018, 12:19 AM

Mar 5 2018

wjw_digiware.nl added inline comments to D14590: Upgrade net/ceph port to v12.2.4.
Mar 5 2018, 11:53 PM
wjw_digiware.nl added inline comments to D14590: Upgrade net/ceph port to v12.2.4.
Mar 5 2018, 11:44 PM
wjw_digiware.nl updated the diff for D14590: Upgrade net/ceph port to v12.2.4.

Needed to update the Git hash going with this release.
It is include in error reporting by ceph

Mar 5 2018, 9:13 PM
wjw_digiware.nl created D14590: Upgrade net/ceph port to v12.2.4.
Mar 5 2018, 9:05 PM

Dec 31 2017

wjw_digiware.nl added a comment to D13699: Upgrade net/ceph to version 12.2.2.
  1. I need LLD because otherwise one off the executables does not link. Seems to be a size limitation in the regular ld And after discussion with Ed Maste this was the solution that worked. Not sure how that impacts on 11.x. But my Ceph testruns do seem to work.

I can't reproduce. Even without -fuse-ld= and -B${LOCALBASE}/bin ceph-12.2.2 builds fine: boost-libs-1.65.1_1 (11.1 amd64, 12.0 amd64), boost-libs-1.66.0 (11.1 amd64, 12.0 amd64). Can you provide more details e.g., poudriere log?

Dec 31 2017, 11:32 AM
wjw_digiware.nl added a comment to D13699: Upgrade net/ceph to version 12.2.2.

@jbeich
Could you approve once again, fixed the way the versioning was done.
This makes more sense IMHO

Dec 31 2017, 2:09 AM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Reorder to make portlint happy

Dec 31 2017, 2:06 AM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Cleanup of versionstring in package.
And remove the v from v12.2.2

Dec 31 2017, 2:03 AM
wjw_digiware.nl added inline comments to D13699: Upgrade net/ceph to version 12.2.2.
Dec 31 2017, 1:23 AM
wjw_digiware.nl added a comment to D13699: Upgrade net/ceph to version 12.2.2.

Is it OK to land before Boost 1.66.0 for 2018Q1 users given Ceph 12.2.2 builds fine against Boost 1.65.1? Or did you disable some features (e.g., WITH_RADOSGW_BEAST_FRONTEND) for the sake of Boost 1.66?

Dec 31 2017, 12:48 AM
wjw_digiware.nl added inline comments to D13699: Upgrade net/ceph to version 12.2.2.
Dec 31 2017, 12:18 AM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Remove verbose output during linking
leftover from getting lld to work

Dec 31 2017, 12:01 AM

Dec 30 2017

wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Move cython usage to USE_PYTHON

Dec 30 2017, 11:54 PM
wjw_digiware.nl added inline comments to D13699: Upgrade net/ceph to version 12.2.2.
Dec 30 2017, 11:51 PM
wjw_digiware.nl added a comment to D13699: Upgrade net/ceph to version 12.2.2.
  1. I need LLD because otherwise one off the executables does not link. Seems to be a size limitation in the regular ld And after discussion with Ed Maste this was the solution that worked. Not sure how that impacts on 11.x. But my Ceph testruns do seem to work.
  2. I tried all kinds of incantations to get LLD to work, and this was the one that actually worked. It was painfull since it needs a poudriere rerun for every attempt. And even with ccache Ceph is big to build.
  3. Not really sure on how to verify that. But I would expect LDFLAGS to end up in LINK_FLAGS
Dec 30 2017, 11:48 PM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Reduce diffs on white spaces and trivia

Dec 30 2017, 11:21 PM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Accidently include the Boost 1.66 updates.
Try to remove them from this PR

Dec 30 2017, 11:18 PM
wjw_digiware.nl updated the diff for D13699: Upgrade net/ceph to version 12.2.2.

Since my port was change in between by ports-managers
there were some unneeded changes.
So reduce the difference between version.

Dec 30 2017, 11:16 PM
wjw_digiware.nl updated the summary of D13699: Upgrade net/ceph to version 12.2.2.
Dec 30 2017, 11:09 PM
wjw_digiware.nl created D13699: Upgrade net/ceph to version 12.2.2.
Dec 30 2017, 11:02 PM

Aug 11 2017

wjw_digiware.nl added a comment to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.

@mat
I understand, and will ask on the ports-list if somebody wants to do the honnurs.

Aug 11 2017, 12:34 PM
wjw_digiware.nl added a comment to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.

@mat @mmokhi
Any particular reason why this cannot move forward.
I'm having the first official release of net/ceph in the pipe.
Just waiting for it to be release by the Ceph-developers.
Would be nice if that one have not the same discussion we have here.

Aug 11 2017, 10:15 AM

Jul 28 2017

wjw_digiware.nl added inline comments to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.
Jul 28 2017, 2:07 PM
wjw_digiware.nl added inline comments to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.
Jul 28 2017, 1:38 PM
wjw_digiware.nl added inline comments to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.
Jul 28 2017, 11:55 AM
wjw_digiware.nl added inline comments to D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.
Jul 28 2017, 11:47 AM
wjw_digiware.nl added reviewers for D11770: inet/ceph-devel: bimonthly ports update v2017-07-27: mmokhi, asomers.
Jul 28 2017, 8:05 AM
wjw_digiware.nl created D11770: inet/ceph-devel: bimonthly ports update v2017-07-27.
Jul 28 2017, 8:00 AM

Mar 28 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.
In D9584#210073, @feld wrote:

Looks good now, builds cleanly.
Macro goforit:

Mar 28 2017, 1:56 PM

Mar 25 2017

wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: Update the submission

Mar 25 2017, 12:11 PM
wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

Going to fix that

Mar 25 2017, 12:06 PM

Mar 23 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

@feld
Hi Mark,

Mar 23 2017, 11:02 AM

Mar 20 2017

wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: integrating mmokhi patches.

Mar 20 2017, 4:48 PM
wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: integrating mmokhi patches.

Mar 20 2017, 4:39 PM
wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

Hmm, yeah.
@feld I'd suggest to test the patch that I attached on the PR (or @wjw_digiware.nl can update diffs here :D)
I forgot to state this problem on PR (but it's fixed on attached patch) that recently things are added to GID/UID files right before our entry, which makes this patch fail.

Mar 20 2017, 4:17 PM
wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

@feld
Not sure why it would fail.
Other than that @mmokhi 's changes are perhaps not in this review.
But that should not prevent you from importing the basic files.
But it seems to confilect on the ceph entries in GUIDs and UIDs.

Mar 20 2017, 3:43 PM

Mar 13 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.
In D9584#206275, @mat wrote:

@mat
Sorry to nag, but is there a reason this does not move forward?

Well, this, here, is a code review tool, we review code, and make it better, and then commit it. For non committers, I still think that once everything is ok, a PR should be openned with the final patch so that it is added to the tree. I don't have the spare time to test-build it and commit it.

Mar 13 2017, 3:55 PM

Mar 9 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

@mat
Sorry to nag, but is there a reason this does not move forward?

Mar 9 2017, 2:27 PM

Feb 28 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.

@mat
Is there anything else I need to do?

Feb 28 2017, 9:50 PM

Feb 24 2017

wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: Deleted auto file etc/rc.d/ceph

Feb 24 2017, 4:02 PM

Feb 23 2017

wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: sorted pkg-plist

Feb 23 2017, 2:32 PM

Feb 22 2017

wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.
In D9584#200509, @mat wrote:

Other than that, it looks good, I assume that you have tested that poudriere testport does not complain about anything ? (the "I think" you said makes me wonder)

Feb 22 2017, 9:37 AM
wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: Fixed location of sample files

Feb 22 2017, 9:21 AM

Feb 21 2017

wjw_digiware.nl added inline comments to D9584: First version of net/ceph-devel.
Feb 21 2017, 11:02 PM
wjw_digiware.nl added a comment to D9584: First version of net/ceph-devel.
In D9584#200509, @mat wrote:

Other than that, it looks good, I assume that you have tested that poudriere testport does not complain about anything ? (the "I think" you said makes me wonder)

Feb 21 2017, 1:06 PM

Feb 20 2017

wjw_digiware.nl updated the diff for D9584: First version of net/ceph-devel.

net/ceph-devel: need to include everything

Feb 20 2017, 10:07 PM