Created MESOS-1163.

On 29-Mar-2014, at 9:22 pm, Vinod Kone <[email protected]> wrote:

> Please create a jira ticket. 
> 
> @vinodkone
> Sent from my mobile 
> 
>> On Mar 29, 2014, at 7:29 AM, Bharath Bhushan <[email protected]> wrote:
>> 
>> One warning message that I see:
>> *** Warning: Linking the shared library libmesos.la against the
>> *** static library ../3rdparty/leveldb/libleveldb.a is not portable!
>> 
>> I am not sure if this is causing the test failures and the test-framework 
>> errors.
>> 
>> Also I synced to a later version of code and I still see the same error.
>> 
>> Does it make sense to create a github issue or a JIRA issue for this 
>> problem. I am unable to proceed. 
>> 
>>> On 29-Mar-2014, at 1:12 am, Bharath Bhushan <[email protected]> wrote:
>>> 
>>> I am running “make check” on ubuntu-12.04-ON-vagrant. I am seeing 17 test 
>>> failures. 
>>> I am synced to git commit ea5d7f7.
>>> 
>>> $ make check
>>> ....
>>> ....
>>> [==========] 280 tests from 49 test cases ran. (349554 ms total)
>>> [  PASSED  ] 263 tests.
>>> [  FAILED  ] 17 tests, listed below:
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndFetch
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndStoreAndFetch
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndStoreFailAndFetch
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndExpungeAndFetch
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndExpungeAndExpunge
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndExpungeAndStoreAndFetch
>>> [  FAILED  ] LevelDBStateTest.Names
>>> [  FAILED  ] Strict/RegistrarTest.recover/0, where GetParam() = false
>>> [  FAILED  ] Strict/RegistrarTest.recover/1, where GetParam() = true
>>> [  FAILED  ] Strict/RegistrarTest.admit/0, where GetParam() = false
>>> [  FAILED  ] Strict/RegistrarTest.admit/1, where GetParam() = true
>>> [  FAILED  ] Strict/RegistrarTest.readmit/0, where GetParam() = false
>>> [  FAILED  ] Strict/RegistrarTest.readmit/1, where GetParam() = true
>>> [  FAILED  ] Strict/RegistrarTest.remove/0, where GetParam() = false
>>> [  FAILED  ] Strict/RegistrarTest.remove/1, where GetParam() = true
>>> [  FAILED  ] Strict/RegistrarTest.bootstrap/0, where GetParam() = false
>>> [  FAILED  ] Strict/RegistrarTest.bootstrap/1, where GetParam() = true
>>> 
>>> The failure details for all the them appear to be the same as below:
>>> $ GLOG_v=2 ./bin/mesos-tests.sh 
>>> --gtest_filter="LevelDBStateTest.FetchAndStoreAndFetch" --verbose
>>> 
>>> ...
>>> 
>>> [ RUN      ] LevelDBStateTest.FetchAndStoreAndFetch
>>> I0328 19:12:49.520093  4836 process.cpp:2533] Resuming (1)@10.0.2.15:59978 
>>> at 2014-03-28 19:12:49.520086016+00:00
>>> I0328 19:12:49.520884  4821 process.cpp:2523] Spawned process 
>>> (1)@10.0.2.15:59978
>>> ../../src/tests/state_tests.cpp:70: Failure
>>> (future1).failure(): IO error: /vagrant/mesos/build/.state/MANIFEST-000001: 
>>> Invalid argument
>>> I0328 19:12:49.538709  4841 process.cpp:2533] Resuming (1)@10.0.2.15:59978 
>>> at 2014-03-28 19:12:49.538699008+00:00
>>> I0328 19:12:49.539717  4841 process.cpp:2640] Cleaning up 
>>> (1)@10.0.2.15:59978
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndFetch (28 ms)
>>> [----------] 1 test from LevelDBStateTest (29 ms total)
>>> 
>>> [----------] Global test environment tear-down
>>> [==========] 1 test from 1 test case ran. (40 ms total)
>>> [  PASSED  ] 0 tests.
>>> [  FAILED  ] 1 test, listed below:
>>> [  FAILED  ] LevelDBStateTest.FetchAndStoreAndFetch
>>> 
>>> 
>>> 
>>> I tried creating the .state directory before running the test but that did 
>>> not help. 
>>> 
>>> Also running the c++ test framework causes all 5 tasks to be LOST as soon 
>>> as they are created. The error message says: 
>>> I0328 19:28:02.898165  5756 launcher.cpp:116] Forked child with pid '5922' 
>>> for c
>>> ontainer '51c4e487-e7f4-49ea-a385-ab985e1e2bf8'
>>> I0328 19:28:02.899159  5756 slave.cpp:2116] Monitoring executor 'default' 
>>> of fra
>>> mework '20140328-192600-251789322-5050-5716-0000' in container 
>>> '51c4e487-e7f4-49
>>> ea-a385-ab985e1e2bf8'
>>> I0328 19:28:03.899876  5756 mesos_containerizer.cpp:879] Executor for 
>>> container
>>> '51c4e487-e7f4-49ea-a385-ab985e1e2bf8' has exited
>>> I0328 19:28:03.899938  5756 mesos_containerizer.cpp:796] Destroying 
>>> container '5
>>> 1c4e487-e7f4-49ea-a385-ab985e1e2bf8'
>>> I0328 19:28:03.916704  5759 slave.cpp:2174] Executor 'default' of framework 
>>> 2014
>>> 0328-192600-251789322-5050-5716-0000 has exited with status 127
>>> I0328 19:28:03.917382  5759 slave.cpp:1774] Handling status update 
>>> TASK_LOST (UU
>>> ID: bffea6f2-2c74-4b1d-b616-9e6edf050f83) for task 4 of framework 
>>> 20140328-19260
>>> 0-251789322-5050-5716-0000 from @0.0.0.0:0
>>> 
>>> I also tried running spark-shell against mesos master+slave and that too 
>>> resulted in a lost task. I am stumped here and any help is appreciated.
>>> 
>>> -- Thanks
>> 

Reply via email to