Re: Compiling for FreeBSD, Clang refuses to compile a test

src/test/erasure-code/TestErasureCodeIsa.cc contains snippets, function definition like: buffer::ptr enc[k + m]; // create buffers with a copy of the original data to be able to compare it after decoding { for (int i = 0; i < (k + m); i++) { Clang refuses because the [k+m] size in

Re: Compiling for FreeBSD, Clang refuses to compile a test

I think "const int k = 12; const int m = 4" would pass the compile? 2015-12-05 20:56 GMT+08:00 Willem Jan Withagen : > src/test/erasure-code/TestErasureCodeIsa.cc > > contains snippets, function definition like: > > buffer::ptr enc[k + m]; > // create buffers with a copy of

new OSD re-using old OSD id fails to boot

Hi Sage, The problem described at "new OSD re-using old OSD id fails to boot" http://tracker.ceph.com/issues/13988 consistently fails the ceph-disk suite on master. I wonder if it could be a side effect of the recent optimizations introduced in the monitor ? Cheers -- Loïc Dachary, Artisan

testing the /dev/cciss/c0d0 device names

Hi Ilya, ceph-disk has special handling for device names like /dev/cciss/c0d1 [1] and it was partially broken when support for device mapper was introduced. Ideally there would be a way to test that support when running the ceph-disk suite [2]. Do you know of a way to do that without having

proposal to run Ceph tests on pull requests

Hi Ceph, TL;DR: a ceph-qa-suite bot running on pull requests is sustainable and is an incentive for contributors to use teuthology-openstack independently When a pull request is submitted, it is compiled, some tests are run[1] and the result is added to the pull request to confirm that it does