quincy build have been failing on fedora for several months

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Building the quincy branch has been failing since few months for me.
I've followed the usual steps for building Ceph from source code
(which is, sudo install-dep.sh && ./do_cmake.sh -DWITH_PYTHON3=3.12 &&
ninja -j 6). It works fine for all other branches I've tried (reef,
squid and main). I've tried this on Fedora 40 as well as Fedora 38 and
I get the same results on both.

Following are the errors that is printed by the build command (that
is, ninja -j 6) -

/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:23:3:
error: ‘uint64_t’ does not name a type
   23 |   uint64_t total_filter_time = 0;
      |   ^~~~~~~~
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:9:1:
note: ‘uint64_t’ is defined in header ‘<cstdint>’; this is probably
fixable by adding ‘#include <cstdint>’
    8 | #include "rocksdb/rocksdb_namespace.h"
  +++ |+#include <cstdint>
    9 |
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:28:3:
error: ‘uint64_t’ does not name a type
   28 |   uint64_t num_input_records = 0;
      |   ^~~~~~~~
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:28:3:
note: ‘uint64_t’ is defined in header ‘<cstdint>’; this is probably
fixable by adding ‘#include <cstdint>’
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:29:3:
error: ‘uint64_t’ does not name a type
   29 |   uint64_t num_input_deletion_records = 0;
      |   ^~~~~~~~
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:29:3:
note: ‘uint64_t’ is defined in header ‘<cstdint>’; this is probably
fixable by adding ‘#include <cstdint>’
/home/fedora40/repos/ceph/quincy2/src/rocksdb/db/compaction/compaction_iteration_stats.h:30:3:
error: ‘uint64_t’ does not name a type
   30 |   uint64_t num_input_corrupt_records = 0;



Even if I fix some of these errors new ones more error turn up -



-- Build files have been written to:
/home/fedora40/repos/ceph/quincy2/build/src/compressor/zstd/libzstd
[98/1304] Building C object src/tracing/CMakeFiles/rados_tp.dir/librados.c.o
FAILED: src/tracing/CMakeFiles/rados_tp.dir/librados.c.o
/usr/bin/cc -DBOOST_ASIO_DISABLE_THREAD_KEYWORD_EXTENSION
-DBOOST_ASIO_USE_TS_EXECUTOR_AS_DEFAULT -DHAVE_CONFIG_H
-D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_REENTRANT -D_THREAD_SAFE
-D__CEPH__ -D__STDC_FORMAT_MACROS -D__linux__ -Drados_tp_EXPORTS
-I/home/fedora40/repos/ceph/quincy2/build/src/include
-I/home/fedora40/repos/ceph/quincy2/src -isystem
/home/fedora40/repos/ceph/quincy2/build/boost/include -isystem
/home/fedora40/repos/ceph/quincy2/build/include -isystem
/home/fedora40/repos/ceph/quincy2/src/xxHash -isystem
/home/fedora40/repos/ceph/quincy2/src/rapidjson/include -g -std=gnu99
-fPIC -Wall -fno-strict-aliasing -fsigned-char -Wtype-limits
-Wignored-qualifiers -Wpointer-arith -Werror=format-security
-Winit-self -Wno-unknown-pragmas -fstack-protector-strong
-fdiagnostics-color=auto -MD -MT
src/tracing/CMakeFiles/rados_tp.dir/librados.c.o -MF
src/tracing/CMakeFiles/rados_tp.dir/librados.c.o.d -o
src/tracing/CMakeFiles/rados_tp.dir/librados.c.o -c
/home/fedora40/repos/ceph/quincy2/src/tracing/librados.c
In file included from /usr/include/lttng/tracepoint-event.h:69,
                 from
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h:4064,
                 from
/home/fedora40/repos/ceph/quincy2/src/tracing/librados.c:6:
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h: In
function ‘lttng_ust__event_probe__librados___rados_mon_command_exit’:
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h:477:9:
error: initialization of ‘size_t’ {aka ‘long unsigned int’} from
‘size_t *’ {aka ‘long unsigned int *’} makes integer from pointer
without a cast [-Wint-conversion]
  477 |         ceph_ctf_integerp(size_t, outslen, outslen)
      |         ^~~~~~~~~~~~~~~~~
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h: In
function ‘lttng_ust__event_probe__librados___rados_mon_command_target_exit’:
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h:515:9:
error: initialization of ‘size_t’ {aka ‘long unsigned int’} from
‘size_t *’ {aka ‘long unsigned int *’} makes integer from pointer
without a cast [-Wint-conversion]
  515 |         ceph_ctf_integerp(size_t, outslen, outslen)
      |         ^~~~~~~~~~~~~~~~~
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h: In
function ‘lttng_ust__event_probe__librados___rados_osd_command_exit’:
/home/fedora40/repos/ceph/quincy2/build/include/tracing/librados.h:553:9:
error: initialization of ‘size_t’ {aka ‘long unsigned int’} from
‘size_t *’ {aka ‘long unsigned int *’} makes integer from pointer
without a cast [-Wint-conversion]
  553 |         ceph_ctf_integerp(size_t, outslen, outslen)
      |         ^~~~~~~~~~~~~~~~~
...
/home/fedora40/repos/ceph/quincy2/src/rocksdb/table/block_based/data_block_hash_index.h:
In member function ‘bool rocksdb::DataBlockHashIndex::Valid()’:
/home/fedora40/repos/ceph/quincy2/src/rocksdb/table/block_based/data_block_hash_index.h:124:32:
error: ‘num_buckets_’ was not declared in this scope
  124 |   inline bool Valid() { return num_buckets_ != 0; }
      |                                ^~~~~~~~~~~~
/home/fedora40/repos/ceph/quincy2/src/rocksdb/table/block_based/data_block_hash_index.cc:
In member function ‘void rocksdb::DataBlockHashIndexBuilder::Add(const
rocksdb::Slice&, size_t)’:
/home/fedora40/repos/ceph/quincy2/src/rocksdb/table/block_based/data_block_hash_index.cc:18:23:
error: ‘kMaxRestartSupportedByHashIndex’ was not declared in this
scope; did you mean ‘kMaxBlockSizeSupportedByHashIndex’?
   18 |   if (restart_index > kMaxRestartSupportedByHashIndex) {
      |                       ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                       kMaxBlockSizeSupportedByHashIndex


Am I missing something? Does anyone have any workaround?

Regards,
- Rishabh
_______________________________________________
Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx




[Index of Archives]     [CEPH Users]     [Ceph Devel]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux