./configure --localstatedir seems to be irgnored in 0.3.4 #32

tisba · 2012-03-16T13:03:29Z

--localstatedir seems to be ignored. Testing 0.3.4 for homebrew I get:

FATAL cannot create action directory '/var/lib/avocado/_ACTIONS': No such file or directory

I assume that localstatedir defaults to /var/lib/

The text was updated successfully, but these errors were encountered:

tisba · 2012-03-16T13:05:46Z

I think --datadir gets ignored too. When I provide a proper --database.directory I get

2012-03-16T13:03:01Z [6547] ERROR while loading \'simple-query\' module: cannot find a file named \'/simple-query\' using the module path(s) \'/usr/local/sbin/js/server/modules,/usr/local/sbin/js/common/modules\'
2012-03-16T13:03:01Z [6547] ERROR while loading \'simple-query\' module: cannot find a file named \'/simple-query\' using the module path(s) \'/usr/local/sbin/js/server/modules,/usr/local/sbin/js/common/modules\'
2012-03-16T13:03:01Z [6547] ERROR while loading \'simple-query\' module: cannot find a file named \'/simple-query\' using the module path(s) \'/usr/local/sbin/js/server/modules,/usr/local/sbin/js/common/modules\'

jsteemann · 2012-03-16T14:33:07Z

Can you send your startup options for the server (if any), the configure and the paths you'd expect?
This would help diagnosing.

tisba · 2012-03-16T14:39:24Z

./configure --prefix=/usr/local/Cellar/avocadodb/0.3.4 \
            --disable-all-in-one
            --disable-debug
            --disable-dependency-tracking
            --datadir=/usr/local/Cellar/avocadodb/0.3.4/share
            --localstatedir=/usr/local/var

no startup options.

jsteemann · 2012-03-20T12:42:12Z

There is a configure option --enable-relative with default value "devel".
This makes the server ignore the paths specified and use paths relative to the compile location.

In order to use --datadir and --localstatedir, please compile with the option --enable-relative=no
I will also change the default value of this configure option to "no", which will then honor --datadir and --localstatedir by default if nothing else is specified.

Btw. this option was meant for development primarily and is likely to be removed completely in the future.

tisba · 2012-03-20T20:57:19Z

okay, I'll don't change the homebrew formula to add this flagg (since it should only be set for development). I assume this will land in 0.3.5?

jsteemann · 2012-03-21T07:33:50Z

yes, next push to github (0.3.5) should contain the default value change (from --enable-relative=devel to --enable-relative=no, which will then honor --datadir, --localstatedir etc.).
homebrew formula does not need to be changed.

tisba · 2012-03-21T10:18:49Z

I still have the same problem with 0.3.5 (using the same arguments to configure). If you take a look at ./configure (https://github.com/triAGENS/AvocadoDB/blob/master/configure#L2608) it still looks like it's defaulting to devel.

jsteemann · 2012-03-21T11:01:24Z

My fault. Should be fixed now.

tisba · 2012-03-21T11:08:00Z

okay, HEAD looks fine now. thx. I'll wait for the next release/tag before I'll update the homebrew recipe.

jsteemann · 2012-04-10T07:49:00Z

v0.3.6, v0.3.7 and v0.3.8 should already contain this fix.
Do you think this issue can be closed?

tisba · 2012-04-15T16:12:17Z

Yeah, looks fine now. Thx.

TODO: - Tests are not yet fixed - ASAN failure [ RUN ] IResearchAnalyzerFeatureTest.test_emplace_valid AddressSanitizer:DEADLYSIGNAL ================================================================= ==247960==ERROR: AddressSanitizer: SEGV on unknown address (pc 0x618333055636 bp 0x7ffee439d260 sp 0x7ffee439d250 T0) ==247960==The signal is caused by a READ memory access. ==247960==Hint: this fault was caused by a dereference of a high value address (see register values below). Disassemble the provided pc to learn which register was used. #0 0x618333055636 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 #1 0x6183330555f9 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::_M_get() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1364 #2 0x618333053636 in std::__shared_ptr_access<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2, false, false>::operator->() const /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1358 #3 0x6183483a2cd4 in arangodb::async_registry::PromiseInList::mark_for_deletion() /home/jvolmer/code/arangodb/lib/Async/Registry/promise.cpp:17 #4 0x61832bae6ddd in arangodb::futures::detail::SharedState<arangodb::Result>::detachOne() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:276 #5 0x61832bae66b6 in arangodb::futures::detail::SharedState<arangodb::Result>::detachFuture() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/SharedState.h:226 #6 0x61832bae6519 in arangodb::futures::Future<arangodb::Result>::detach() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:531 #7 0x61832ba8db76 in arangodb::futures::Future<arangodb::Result>::~Future() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/Future.h:218 #8 0x6183337bbb44 in arangodb::futures::FutureAwaitable<arangodb::Result>::~FutureAwaitable() /home/jvolmer/code/arangodb/lib/Futures/include/Futures/coro-helper.h:63 #9 0x618339fdbef9 in arangodb::transaction::Methods::commitInternal(arangodb::transaction::MethodsApi) /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:3787 #10 0x618339fdc8f4 in arangodb::transaction::Methods::commitAsync() /home/jvolmer/code/arangodb/arangod/Transaction/Methods.cpp:1925 #11 0x61833e23903d in arangodb::aql::Query::cleanupTrxAndEngines() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1972 #12 0x61833e20838f in arangodb::aql::Query::cleanupPlanAndEngine(bool) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:1642 #13 0x61833e21ccc8 in arangodb::aql::Query::finalize(arangodb::velocypack::Builder&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:985 #14 0x61833e218ddc in arangodb::aql::Query::execute(arangodb::aql::QueryResult&) /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:704 #15 0x61833e21dfc0 in arangodb::aql::Query::executeSync() /home/jvolmer/code/arangodb/arangod/Aql/Query.cpp:756 #16 0x61833c6843b2 in (anonymous namespace)::visitAnalyzers(TRI_vocbase_t&, std::function<arangodb::Result (arangodb::velocypack::Slice)> const&, arangodb::transaction::OperationOrigin) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:631 #17 0x61833c65a2a8 in arangodb::iresearch::IResearchAnalyzerFeature::loadAnalyzers(arangodb::transaction::OperationOrigin, std::basic_string_view<char, std::char_traits<char>>) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:2282 #18 0x61833c64f58c in arangodb::iresearch::IResearchAnalyzerFeature::emplace(std::pair<std::shared_ptr<arangodb::iresearch::AnalyzerPool>, bool>&, std::basic_string_view<char, std::char_traits<char>>, std::basic_string_view<char, std::char_traits<char>>, arangodb::velocypack::Slice, arangodb::transaction::OperationOrigin, arangodb::iresearch::Features) /home/jvolmer/code/arangodb/arangod/IResearch/IResearchAnalyzerFeature.cpp:1389 #19 0x61832b9065b2 in IResearchAnalyzerFeatureTest_test_emplace_valid_Test::TestBody() /home/jvolmer/code/arangodb/tests/IResearch/IResearchAnalyzerFeatureTest.cpp:601 #20 0x61833bcd323f in void testing::internal::HandleSehExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #21 0x61833bc7f59c in void testing::internal::HandleExceptionsInMethodIfSupported<testing::Test, void>(testing::Test*, void (testing::Test::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #22 0x61833bc1e3fe in testing::Test::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2674 #23 0x61833bc20a1c in testing::TestInfo::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2853 #24 0x61833bc2282f in testing::TestSuite::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:3012 #25 0x61833bc566db in testing::internal::UnitTestImpl::RunAllTests() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5870 #26 0x61833bcd46cf in bool testing::internal::HandleSehExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2599 #27 0x61833bc868ac in bool testing::internal::HandleExceptionsInMethodIfSupported<testing::internal::UnitTestImpl, bool>(testing::internal::UnitTestImpl*, bool (testing::internal::UnitTestImpl::*)(), char const*) /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:2635 #28 0x61833bc553c0 in testing::UnitTest::Run() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/src/gtest.cc:5444 #29 0x6183338f239b in RUN_ALL_TESTS() /home/jvolmer/code/arangodb/3rdParty/gtest/googletest/include/gtest/gtest.h:2293 #30 0x6183338f18b7 in main::$_0::operator()(int, char**) const /home/jvolmer/code/arangodb/tests/main.cpp:150 #31 0x6183338f1674 in TestThread<main::$_0>::run() /home/jvolmer/code/arangodb/tests/main.cpp:61 #32 0x6183338f1050 in TestThread<main::$_0>::TestThread(arangodb::application_features::ApplicationServerT<arangodb::ArangodFeatures>&, main::$_0&&, int, char**) /home/jvolmer/code/arangodb/tests/main.cpp:48 #33 0x6183338f0656 in main /home/jvolmer/code/arangodb/tests/main.cpp:151 #34 0x789583e2a1c9 in __libc_start_call_main csu/../sysdeps/nptl/libc_start_call_main.h:58:16 #35 0x789583e2a28a in __libc_start_main csu/../csu/libc-start.c:360:3 #36 0x61832b54b024 in _start (/home/jvolmer/code/arangodb/build-presets/my-alubsan/bin/arangodbtests+0x3b9a8024) (BuildId: 4c994b7192b507c6ed2fbee420b30cfaa0527976) AddressSanitizer can not provide additional info. SUMMARY: AddressSanitizer: SEGV /usr/bin/../lib/gcc/x86_64-linux-gnu/14/../../../../include/c++/14/bits/shared_ptr_base.h:1667 in std::__shared_ptr<arangodb::async_registry::ThreadRegistry, (__gnu_cxx::_Lock_policy)2>::get() const ==247960==ABORTING

ghost assigned tisba Mar 16, 2012

ghost assigned jsteemann Mar 19, 2012

ghost assigned tisba Mar 20, 2012

tisba closed this as completed Apr 15, 2012

tisba removed their assignment Jan 29, 2015

markterm mentioned this issue Nov 14, 2015

arangodb stopped responding (Arangodb 2.7.0 on OS X) #1571

Closed

eladco-at-comigo mentioned this issue Aug 26, 2018

ArangoDB with cluster failed to load when mounting dump files as volumes #6256

Closed

betwjp mentioned this issue Oct 29, 2018

coordinator crashed frequency #7093

Closed

yogeshbidari mentioned this issue Jul 8, 2021

ArangoDB reload taking lot of time when pod restarts #14386

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

./configure --localstatedir seems to be irgnored in 0.3.4 #32

./configure --localstatedir seems to be irgnored in 0.3.4 #32

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

./configure --localstatedir seems to be irgnored in 0.3.4 #32

./configure --localstatedir seems to be irgnored in 0.3.4 #32

Comments

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!