An incorrect tag was pushed to the DAOS repo to tag version v1.1.4. This tag has been removed now. If you have it in your local repository, please run the following command git tag -d v1.1.4 Run git t

The default BUILD_TYPE setting in the latest master has been changed to ‘release’ to remove our fault injection code by default. Tests that rely on this feature will auto skip themselves if DAOS is no

The logic in utils/sl for scons should be detecting that the libfabric version installed is not suitable automatically and building a suitable version. I’m trying it locally to see what is going on -J

Hi Patrick, Supported platforms are CentOS7, OpenSUSE 15.1, and Ubuntu 20.04 Most of the testing has been on CentOS7 so far though. https://daos-stack.github.io/admin/installation/ I’d imagine CentOS8

Hi Patrick, I haven’t tried CentOS 8 but I’ve been using Fedora since version 27, now 32 and don’t recall issues encountered during the transition to python3 being the default. Can you describe the is

Hi Colin, What platform are you building on and do you know what prerequisite component is being built when you get that message? Sounds like a bug in that component’s configure script. In theory, DAO

H Archie, On the hwloc issue, it looks like Ubuntu 20 has hwloc API version 2.x and the fixes for that version of hwloc are only in master. Switching to master may be your best bet as Ubuntu isn’t off

This small patch gets me past that error: jvolivie-desk1:[~/daos_1.0]$ git diff diff --git a/src/control/lib/spdk/spdk.go b/src/control/lib/spdk/spdk.go index 28b55e537..bbc3d43c6 100644 --- a/src/con

Hi Archie, I don’t know if 1.0 has been tried with Ubuntu 20.04 though it does work with 18.04. I will give it a try locally and see what I can find out. -Jeff From: <daos@daos.groups.io> on behalf of

I’ve just landed a patch to DAOS master that affects developer builds of DAOS. It is an effort to make things simpler in the long run If you use RPMs this does not apply. Also, it does not affect USE_

What is the Linux distro and version? Composed on a tiny keyboard

Hi Alex, Does it still happen in latest master? The workaround was checked into master a couple of weeks ago. We changed the order of dlopen calls as there appeared to be some issue that doesn’t exact

Hi Patrick, Yes, it’s a bug. Whether we revert and fix or just fix it, it is only a temporary issue. Jeff From: <daos@daos.groups.io> on behalf of "Farrell, Patrick Arthur" <patrick.farrell@...> R

I presume it can’t hurt -Jeff From: <daos@daos.groups.io> on behalf of Kevan Rehm <kevan.rehm@...> Reply-To: "daos@daos.groups.io" <daos@daos.groups.io> Date: Monday, April 13, 2020 at 8:49 PM To:

Is daos_io_server in bin? What is your LD_LIBRARY_PATH set to? What operating system is this? Jeff From: <daos@daos.groups.io> on behalf of Kevan Rehm <kevan.rehm@...> Reply-To: "daos@....

What about readelf -d install/bin/daos_io_server ? I get this: 0x000000000000001d (RUNPATH) Library runpath: [build/src/cart/src/cart:build/src/cart/src/gurt:/home/jvolivie/prebuilt/pmdk/lib:/home/jvo

Can you also dump the contents of lib, lib64, and lib64/daos_srv ? From: <daos@daos.groups.io> on behalf of Kevan Rehm <kevan.rehm@...> Reply-To: "daos@daos.groups.io" <daos@daos.groups.io> Date:

Hi Kevan, Are you building daos from scratch? You should not need to set LD_LIBRARY_PATH to run the IO server in such a setup because daos_io_server is built using RPATH. Can you do an ldd on daos_io_

I uploaded a new patch that should address your python issue below while maintaining the ability to build daos 😊. -Jeff From: <daos@daos.groups.io> on behalf of "Olivier, Jeffrey V" <jeffrey.v.olivier

I need to fix a few non-help bugs in that patch but glad it works in most scenarios. The python3 one is a little harder for me to test since my scons is using python3 on a system that no longer suppor