You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@mesos.apache.org by Hao Lin <hl...@gmail.com> on 2012/04/26 02:00:37 UTC

Test error in make check

Hi,

I have reached a problem in

     make check.

It fails the one of test
called CoordinatorTest.MultipleAppendsNotLearnedFill:


[ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
tests/log_tests.cpp:860: Failure
Value of: result.isSome()
  Actual: false
Expected: true
[  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
[ RUN      ] CoordinatorTest.Truncate
/bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
FAIL: mesos-tests


Any thought about the error is appreciated.

Thanks.

Andy

Re: Test error in make check

Posted by Hao Lin <hl...@gmail.com>.
Apparently you are right! I changed the Timeout to 3 sec and it passed.

I was running it both on the EC2 and my own computer.

Andy

On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <be...@eecs.berkeley.edu>wrote:

> Hi Andy,
>
> This looks to do with the timeout that is used in that test. The timeout
> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
> ms). You can easily check this by changing the Timeout values in
> log_test.cpp to something greater than 1 second.
>
> I'm curious though, where are you running this? I've only seen this on EC2
> and I'm curious if it has to do with hiccups from the virtualization.
>
> Ben.
>
>
> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
>
> > Hi,
> >
> > I have reached a problem in
> >
> >     make check.
> >
> > It fails the one of test
> > called CoordinatorTest.MultipleAppendsNotLearnedFill:
> >
> >
> > [ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
> > tests/log_tests.cpp:860: Failure
> > Value of: result.isSome()
> >  Actual: false
> > Expected: true
> > [  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
> > [ RUN      ] CoordinatorTest.Truncate
> > /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > FAIL: mesos-tests
> >
> >
> > Any thought about the error is appreciated.
> >
> > Thanks.
> >
> > Andy
> >
>



-- 
best wishes

Hao Lin (林昊)
Research Assistant
School of Electrcial & Computer Eng
Purdue University, West Lafayette, IN
Personal Homepage: http://web.ics.purdue.edu/~lin116/

Re: Test error in make check

Posted by Charles Reiss <ch...@eecs.berkeley.edu>.
On 4/25/12 8:05 PM, Benjamin Hindman wrote:
> Hi Andy,
>
> This looks to do with the timeout that is used in that test. The timeout
> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
> ms). You can easily check this by changing the Timeout values in
> log_test.cpp to something greater than 1 second.

Is this also the likely cause of this Jenkins build failure: 
https://builds.apache.org/view/M-R/view/Mesos/job/Mesos-Trunk-Ubuntu-Build-In-Src-Set-JAVA_HOME/120/console 
?

Can we up the timeout a bunch to keep the continuous builds error-free?

- Charles



>
> I'm curious though, where are you running this? I've only seen this on EC2
> and I'm curious if it has to do with hiccups from the virtualization.
>
> Ben.
>
>
> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
>
>> Hi,
>>
>> I have reached a problem in
>>
>>      make check.
>>
>> It fails the one of test
>> called CoordinatorTest.MultipleAppendsNotLearnedFill:
>>
>>
>> [ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
>> tests/log_tests.cpp:860: Failure
>> Value of: result.isSome()
>>   Actual: false
>> Expected: true
>> [  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
>> [ RUN      ] CoordinatorTest.Truncate
>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
>> FAIL: mesos-tests
>>
>>
>> Any thought about the error is appreciated.
>>
>> Thanks.
>>
>> Andy
>>
>



Re: Test error in make check

Posted by Benjamin Hindman <be...@eecs.berkeley.edu>.
Yes, I agree with Vinod. It could be that what ever environment you are
running in our "default" resources detector is not working correctly. Could
you tell us more about your environment?



On Tue, May 1, 2012 at 11:37 AM, Vinod Kone <vi...@twitter.com> wrote:

> mem=0 is definitely a red-flag here. how do you start up the slave (i.e,
> what are the cmdline params given to ./mesos-slave) ?
>
> @vinodkone
>
>
> On Tue, May 1, 2012 at 10:56 AM, Hao Lin <hl...@gmail.com> wrote:
>
> > Hi,
> >
> > It says no resource to allocate:
> >
> > I0501 10:42:56.094748  4764 process.cpp:2466] Created a timer for
> > 1335894177.094742060
> > I0501 10:42:57.095429  4766 process.cpp:724] Handling timeouts up to
> > 1335894177.095397949
> > I0501 10:42:57.095553  4766 process.cpp:732] Have timeout(s) at
> > 1335894177.094518900
> > I0501 10:42:57.095605  4766 process.cpp:732] Have timeout(s) at
> > 1335894177.094742060
> > I0501 10:42:57.095757  4763 process.cpp:2115] Resuming 3@127.0.1.1:41705
> at
> > 1335894177.095738888
> > I0501 10:42:57.095865  4763 process.cpp:2466] Created a timer for
> > 1335894178.095854044
> > I0501 10:42:57.095855  4765 process.cpp:2115] Resuming
> > master@127.0.1.1:41705 at 1335894177.095820904
> > I0501 10:42:57.096014  4765 master.hpp:336] Calculating resources free on
> > slave 20120501104216842879-41705-4748-0
> >    Resources: cpus=4; mem=0
> >    Resources Offered:
> >    Resources In Use:
> >    Resources Free: cpus=4; mem=0
> > I0501 10:42:57.096132  4765 simple_allocator.cpp:271] No resources
> > available to allocate!
> >
> >
> > Thanks.
> >
> >
> >
> > On Mon, Apr 30, 2012 at 10:28 PM, Benjamin Hindman
> > <be...@eecs.berkeley.edu>wrote:
> >
> > > Okay, from within the "build" directory do:
> > >
> > > $ GLOG_v=2 ./src/test-framework local
> > >
> > > Please paste the output.
> > >
> > > Thanks!
> > >
> > > Ben.
> > >
> > >
> > > On Mon, Apr 30, 2012 at 5:54 PM, Hao Lin <hl...@gmail.com> wrote:
> > >
> > > > Thanks Ben.
> > > >
> > > > It is deterministic. When I set GLOG_v=2, it output almost the same:
> > > >
> > > > I0430 17:51:37.405062  5833 master.cpp:263] Master started on
> > > > 127.0.1.1:47262
> > > > I0430 17:51:37.405580  5833 master.cpp:278] Master ID:
> > > > 20120430175116842879-47262-5814
> > > > I0430 17:51:37.405494  5834 slave.cpp:200] Slave started on
> > > > 127.0.1.1:47262
> > > > I0430 17:51:37.405634  5834 slave.cpp:201] Slave resources: cpus=4;
> > mem=0
> > > > I0430 17:51:37.406497  5833 master.cpp:481] Elected as master!
> > > > I0430 17:51:37.406600  5833 master.cpp:524] Registering framework
> > > > 20120430175116842879-47262-5814-0000 at 1@127.0.1.1:47262
> > > > I0430 17:51:37.406716  5833 simple_allocator.cpp:46] Added framework
> > > > 20120430175116842879-47262-5814-0000
> > > > I0430 17:51:37.406918  5834 slave.cpp:366] New master detected at
> > > > master@127.0.1.1:47262
> > > > I0430 17:51:37.407171  5833 master.cpp:842] Attempting to register
> > slave
> > > > 20120430175116842879-47262-5814-0 at slave@127.0.1.1:47262
> > > > I0430 17:51:37.407208  5833 master.cpp:1058] Master now considering a
> > > slave
> > > > at lh-PC:47262 as active
> > > > I0430 17:51:37.407227  5833 master.cpp:1594] Adding slave
> > > > 20120430175116842879-47262-5814-0 at lh-PC with cpus=4; mem=0
> > > > I0430 17:51:37.407394  5832 slave.cpp:386] Registered with master;
> > given
> > > > slave ID 20120430175116842879-47262-5814-0
> > > > I0430 17:51:37.407495  5833 simple_allocator.cpp:69] Added slave
> > > > 20120430175116842879-47262-5814-0 with cpus=4; mem=0
> > > >
> > > > Thanks again.
> > > >
> > > > andy
> > > >
> > > > On Mon, Apr 30, 2012 at 11:58 AM, Benjamin Hindman
> > > > <be...@eecs.berkeley.edu>wrote:
> > > >
> > > > > Hi Andy,
> > > > >
> > > > > Is this deterministic? If so, please run the test with more verbose
> > > > logging
> > > > > (set the environment variable GLOG_v=2) and please paste the
> output.
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Ben.
> > > > >
> > > > >
> > > > > On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com>
> > wrote:
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > I stuck at one of the test called
> "SampleFrameworks.CppFramework".
> > It
> > > > > just
> > > > > > stuck there forever while running without returning with test
> > result.
> > > > > >
> > > > > > In the test_output/SampleFrameworks/CppFramework/stderr, it stuck
> > at:
> > > > > >
> > > > > > WARNING: Logging before InitGoogleLogging() is written to STDERR
> > > > > > I0430 10:42:10.575156   445 master.cpp:263] Master started on
> > > > > > 127.0.1.1:33891
> > > > > > I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> > > > > > 20120430104216842879-33891-420
> > > > > > I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> > > > > > 127.0.1.1:33891
> > > > > > I0430 10:42:10.575525   447 slave.cpp:201] Slave resources:
> cpus=4;
> > > > mem=0
> > > > > > I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> > > > > > I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> > > > > > master@127.0.1.1:33891
> > > > > > I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> > > > > > 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> > > > > > I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added
> > framework
> > > > > > 20120430104216842879-33891-420-0000
> > > > > > I0430 10:42:10.576649   445 master.cpp:842] Attempting to
> register
> > > > slave
> > > > > > 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> > > > > > I0430 10:42:10.576691   445 master.cpp:1058] Master now
> > considering a
> > > > > slave
> > > > > > at lh-PC:33891 as active
> > > > > > I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> > > > > > 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> > > > > > I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> > > > > > 20120430104216842879-33891-420-0 with cpus=4; mem=0
> > > > > > I0430 10:42:10.576897   447 slave.cpp:386] Registered with
> master;
> > > > given
> > > > > > slave ID 20120430104216842879-33891-420-0
> > > > > >
> > > > > > Any help is appreciated. Thanks.
> > > > > >
> > > > > > Andy
> > > > > >
> > > > > >
> > > > > > On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <
> > > > > charles@eecs.berkeley.edu
> > > > > > >wrote:
> > > > > >
> > > > > > > On 4/27/12 12:27 PM, Hao Lin wrote:
> > > > > > >
> > > > > > >> And another problem while make check:
> > > > > > >>
> > > > > > >> I stuck at one of the test called
> > > "SampleFrameworks.**CppFramework".
> > > > > It
> > > > > > >> just
> > > > > > >> stuck there forever while running without returning with test
> > > > result.
> > > > > > >>
> > > > > > >
> > > > > > > It would be helpful to know what the logs in
> > > > > > test_output/SampleFrameworks/
> > > > > > > **CppFramework say.
> > > > > > >
> > > > > > > - Charles
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >> Thanks.
> > > > > > >>
> > > > > > >> Andy
> > > > > > >>
> > > > > > >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> > > > > > benh@eecs.berkeley.edu
> > > > > > >> >wrote:
> > > > > > >>
> > > > > > >>  Hi Andy,
> > > > > > >>>
> > > > > > >>> This looks to do with the timeout that is used in that test.
> > The
> > > > > > timeout
> > > > > > >>> only allows 1 second, but the test shows 2.6 seconds have
> > elapsed
> > > > > (2625
> > > > > > >>> ms). You can easily check this by changing the Timeout values
> > in
> > > > > > >>> log_test.cpp to something greater than 1 second.
> > > > > > >>>
> > > > > > >>> I'm curious though, where are you running this? I've only
> seen
> > > this
> > > > > on
> > > > > > >>> EC2
> > > > > > >>> and I'm curious if it has to do with hiccups from the
> > > > virtualization.
> > > > > > >>>
> > > > > > >>> Ben.
> > > > > > >>>
> > > > > > >>>
> > > > > > >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hlin05tu@gmail.com
> >
> > > > wrote:
> > > > > > >>>
> > > > > > >>>  Hi,
> > > > > > >>>>
> > > > > > >>>> I have reached a problem in
> > > > > > >>>>
> > > > > > >>>>     make check.
> > > > > > >>>>
> > > > > > >>>> It fails the one of test
> > > > > > >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > > > > > >>>> tests/log_tests.cpp:860: Failure
> > > > > > >>>> Value of: result.isSome()
> > > > > > >>>>  Actual: false
> > > > > > >>>> Expected: true
> > > > > > >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > > (2625
> > > > > ms)
> > > > > > >>>> [ RUN      ] CoordinatorTest.Truncate
> > > > > > >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > > > > > >>>> FAIL: mesos-tests
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>> Any thought about the error is appreciated.
> > > > > > >>>>
> > > > > > >>>> Thanks.
> > > > > > >>>>
> > > > > > >>>> Andy
> > > > > > >>>>
> > > > > > >>>>
> > > > > > >>>
> > > > > > >>
> > > > > > >>
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > best wishes
> > > > > >
> > > > > > Hao Lin (林昊)
> > > > > > Research Assistant
> > > > > > School of Electrcial & Computer Eng
> > > > > > Purdue University, West Lafayette, IN
> > > > > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > best wishes
> > > >
> > > > Hao Lin (林昊)
> > > > Research Assistant
> > > > School of Electrcial & Computer Eng
> > > > Purdue University, West Lafayette, IN
> > > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > > >
> > >
> >
> >
> >
> > --
> > best wishes
> >
> > Hao Lin (林昊)
> > Research Assistant
> > School of Electrcial & Computer Eng
> > Purdue University, West Lafayette, IN
> > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> >
>

Re: Test error in make check

Posted by Vinod Kone <vi...@twitter.com>.
mem=0 is definitely a red-flag here. how do you start up the slave (i.e,
what are the cmdline params given to ./mesos-slave) ?

@vinodkone


On Tue, May 1, 2012 at 10:56 AM, Hao Lin <hl...@gmail.com> wrote:

> Hi,
>
> It says no resource to allocate:
>
> I0501 10:42:56.094748  4764 process.cpp:2466] Created a timer for
> 1335894177.094742060
> I0501 10:42:57.095429  4766 process.cpp:724] Handling timeouts up to
> 1335894177.095397949
> I0501 10:42:57.095553  4766 process.cpp:732] Have timeout(s) at
> 1335894177.094518900
> I0501 10:42:57.095605  4766 process.cpp:732] Have timeout(s) at
> 1335894177.094742060
> I0501 10:42:57.095757  4763 process.cpp:2115] Resuming 3@127.0.1.1:41705at
> 1335894177.095738888
> I0501 10:42:57.095865  4763 process.cpp:2466] Created a timer for
> 1335894178.095854044
> I0501 10:42:57.095855  4765 process.cpp:2115] Resuming
> master@127.0.1.1:41705 at 1335894177.095820904
> I0501 10:42:57.096014  4765 master.hpp:336] Calculating resources free on
> slave 20120501104216842879-41705-4748-0
>    Resources: cpus=4; mem=0
>    Resources Offered:
>    Resources In Use:
>    Resources Free: cpus=4; mem=0
> I0501 10:42:57.096132  4765 simple_allocator.cpp:271] No resources
> available to allocate!
>
>
> Thanks.
>
>
>
> On Mon, Apr 30, 2012 at 10:28 PM, Benjamin Hindman
> <be...@eecs.berkeley.edu>wrote:
>
> > Okay, from within the "build" directory do:
> >
> > $ GLOG_v=2 ./src/test-framework local
> >
> > Please paste the output.
> >
> > Thanks!
> >
> > Ben.
> >
> >
> > On Mon, Apr 30, 2012 at 5:54 PM, Hao Lin <hl...@gmail.com> wrote:
> >
> > > Thanks Ben.
> > >
> > > It is deterministic. When I set GLOG_v=2, it output almost the same:
> > >
> > > I0430 17:51:37.405062  5833 master.cpp:263] Master started on
> > > 127.0.1.1:47262
> > > I0430 17:51:37.405580  5833 master.cpp:278] Master ID:
> > > 20120430175116842879-47262-5814
> > > I0430 17:51:37.405494  5834 slave.cpp:200] Slave started on
> > > 127.0.1.1:47262
> > > I0430 17:51:37.405634  5834 slave.cpp:201] Slave resources: cpus=4;
> mem=0
> > > I0430 17:51:37.406497  5833 master.cpp:481] Elected as master!
> > > I0430 17:51:37.406600  5833 master.cpp:524] Registering framework
> > > 20120430175116842879-47262-5814-0000 at 1@127.0.1.1:47262
> > > I0430 17:51:37.406716  5833 simple_allocator.cpp:46] Added framework
> > > 20120430175116842879-47262-5814-0000
> > > I0430 17:51:37.406918  5834 slave.cpp:366] New master detected at
> > > master@127.0.1.1:47262
> > > I0430 17:51:37.407171  5833 master.cpp:842] Attempting to register
> slave
> > > 20120430175116842879-47262-5814-0 at slave@127.0.1.1:47262
> > > I0430 17:51:37.407208  5833 master.cpp:1058] Master now considering a
> > slave
> > > at lh-PC:47262 as active
> > > I0430 17:51:37.407227  5833 master.cpp:1594] Adding slave
> > > 20120430175116842879-47262-5814-0 at lh-PC with cpus=4; mem=0
> > > I0430 17:51:37.407394  5832 slave.cpp:386] Registered with master;
> given
> > > slave ID 20120430175116842879-47262-5814-0
> > > I0430 17:51:37.407495  5833 simple_allocator.cpp:69] Added slave
> > > 20120430175116842879-47262-5814-0 with cpus=4; mem=0
> > >
> > > Thanks again.
> > >
> > > andy
> > >
> > > On Mon, Apr 30, 2012 at 11:58 AM, Benjamin Hindman
> > > <be...@eecs.berkeley.edu>wrote:
> > >
> > > > Hi Andy,
> > > >
> > > > Is this deterministic? If so, please run the test with more verbose
> > > logging
> > > > (set the environment variable GLOG_v=2) and please paste the output.
> > > >
> > > > Thanks,
> > > >
> > > > Ben.
> > > >
> > > >
> > > > On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com>
> wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I stuck at one of the test called "SampleFrameworks.CppFramework".
> It
> > > > just
> > > > > stuck there forever while running without returning with test
> result.
> > > > >
> > > > > In the test_output/SampleFrameworks/CppFramework/stderr, it stuck
> at:
> > > > >
> > > > > WARNING: Logging before InitGoogleLogging() is written to STDERR
> > > > > I0430 10:42:10.575156   445 master.cpp:263] Master started on
> > > > > 127.0.1.1:33891
> > > > > I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> > > > > 20120430104216842879-33891-420
> > > > > I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> > > > > 127.0.1.1:33891
> > > > > I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4;
> > > mem=0
> > > > > I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> > > > > I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> > > > > master@127.0.1.1:33891
> > > > > I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> > > > > 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> > > > > I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added
> framework
> > > > > 20120430104216842879-33891-420-0000
> > > > > I0430 10:42:10.576649   445 master.cpp:842] Attempting to register
> > > slave
> > > > > 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> > > > > I0430 10:42:10.576691   445 master.cpp:1058] Master now
> considering a
> > > > slave
> > > > > at lh-PC:33891 as active
> > > > > I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> > > > > 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> > > > > I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> > > > > 20120430104216842879-33891-420-0 with cpus=4; mem=0
> > > > > I0430 10:42:10.576897   447 slave.cpp:386] Registered with master;
> > > given
> > > > > slave ID 20120430104216842879-33891-420-0
> > > > >
> > > > > Any help is appreciated. Thanks.
> > > > >
> > > > > Andy
> > > > >
> > > > >
> > > > > On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <
> > > > charles@eecs.berkeley.edu
> > > > > >wrote:
> > > > >
> > > > > > On 4/27/12 12:27 PM, Hao Lin wrote:
> > > > > >
> > > > > >> And another problem while make check:
> > > > > >>
> > > > > >> I stuck at one of the test called
> > "SampleFrameworks.**CppFramework".
> > > > It
> > > > > >> just
> > > > > >> stuck there forever while running without returning with test
> > > result.
> > > > > >>
> > > > > >
> > > > > > It would be helpful to know what the logs in
> > > > > test_output/SampleFrameworks/
> > > > > > **CppFramework say.
> > > > > >
> > > > > > - Charles
> > > > > >
> > > > > >
> > > > > >
> > > > > >> Thanks.
> > > > > >>
> > > > > >> Andy
> > > > > >>
> > > > > >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> > > > > benh@eecs.berkeley.edu
> > > > > >> >wrote:
> > > > > >>
> > > > > >>  Hi Andy,
> > > > > >>>
> > > > > >>> This looks to do with the timeout that is used in that test.
> The
> > > > > timeout
> > > > > >>> only allows 1 second, but the test shows 2.6 seconds have
> elapsed
> > > > (2625
> > > > > >>> ms). You can easily check this by changing the Timeout values
> in
> > > > > >>> log_test.cpp to something greater than 1 second.
> > > > > >>>
> > > > > >>> I'm curious though, where are you running this? I've only seen
> > this
> > > > on
> > > > > >>> EC2
> > > > > >>> and I'm curious if it has to do with hiccups from the
> > > virtualization.
> > > > > >>>
> > > > > >>> Ben.
> > > > > >>>
> > > > > >>>
> > > > > >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com>
> > > wrote:
> > > > > >>>
> > > > > >>>  Hi,
> > > > > >>>>
> > > > > >>>> I have reached a problem in
> > > > > >>>>
> > > > > >>>>     make check.
> > > > > >>>>
> > > > > >>>> It fails the one of test
> > > > > >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > > > > >>>> tests/log_tests.cpp:860: Failure
> > > > > >>>> Value of: result.isSome()
> > > > > >>>>  Actual: false
> > > > > >>>> Expected: true
> > > > > >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > (2625
> > > > ms)
> > > > > >>>> [ RUN      ] CoordinatorTest.Truncate
> > > > > >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > > > > >>>> FAIL: mesos-tests
> > > > > >>>>
> > > > > >>>>
> > > > > >>>> Any thought about the error is appreciated.
> > > > > >>>>
> > > > > >>>> Thanks.
> > > > > >>>>
> > > > > >>>> Andy
> > > > > >>>>
> > > > > >>>>
> > > > > >>>
> > > > > >>
> > > > > >>
> > > > > >>
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > best wishes
> > > > >
> > > > > Hao Lin (林昊)
> > > > > Research Assistant
> > > > > School of Electrcial & Computer Eng
> > > > > Purdue University, West Lafayette, IN
> > > > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > best wishes
> > >
> > > Hao Lin (林昊)
> > > Research Assistant
> > > School of Electrcial & Computer Eng
> > > Purdue University, West Lafayette, IN
> > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > >
> >
>
>
>
> --
> best wishes
>
> Hao Lin (林昊)
> Research Assistant
> School of Electrcial & Computer Eng
> Purdue University, West Lafayette, IN
> Personal Homepage: http://web.ics.purdue.edu/~lin116/
>

Re: Test error in make check

Posted by Hao Lin <hl...@gmail.com>.
Hi,

It says no resource to allocate:

I0501 10:42:56.094748  4764 process.cpp:2466] Created a timer for
1335894177.094742060
I0501 10:42:57.095429  4766 process.cpp:724] Handling timeouts up to
1335894177.095397949
I0501 10:42:57.095553  4766 process.cpp:732] Have timeout(s) at
1335894177.094518900
I0501 10:42:57.095605  4766 process.cpp:732] Have timeout(s) at
1335894177.094742060
I0501 10:42:57.095757  4763 process.cpp:2115] Resuming 3@127.0.1.1:41705 at
1335894177.095738888
I0501 10:42:57.095865  4763 process.cpp:2466] Created a timer for
1335894178.095854044
I0501 10:42:57.095855  4765 process.cpp:2115] Resuming
master@127.0.1.1:41705 at 1335894177.095820904
I0501 10:42:57.096014  4765 master.hpp:336] Calculating resources free on
slave 20120501104216842879-41705-4748-0
    Resources: cpus=4; mem=0
    Resources Offered:
    Resources In Use:
    Resources Free: cpus=4; mem=0
I0501 10:42:57.096132  4765 simple_allocator.cpp:271] No resources
available to allocate!


Thanks.



On Mon, Apr 30, 2012 at 10:28 PM, Benjamin Hindman
<be...@eecs.berkeley.edu>wrote:

> Okay, from within the "build" directory do:
>
> $ GLOG_v=2 ./src/test-framework local
>
> Please paste the output.
>
> Thanks!
>
> Ben.
>
>
> On Mon, Apr 30, 2012 at 5:54 PM, Hao Lin <hl...@gmail.com> wrote:
>
> > Thanks Ben.
> >
> > It is deterministic. When I set GLOG_v=2, it output almost the same:
> >
> > I0430 17:51:37.405062  5833 master.cpp:263] Master started on
> > 127.0.1.1:47262
> > I0430 17:51:37.405580  5833 master.cpp:278] Master ID:
> > 20120430175116842879-47262-5814
> > I0430 17:51:37.405494  5834 slave.cpp:200] Slave started on
> > 127.0.1.1:47262
> > I0430 17:51:37.405634  5834 slave.cpp:201] Slave resources: cpus=4; mem=0
> > I0430 17:51:37.406497  5833 master.cpp:481] Elected as master!
> > I0430 17:51:37.406600  5833 master.cpp:524] Registering framework
> > 20120430175116842879-47262-5814-0000 at 1@127.0.1.1:47262
> > I0430 17:51:37.406716  5833 simple_allocator.cpp:46] Added framework
> > 20120430175116842879-47262-5814-0000
> > I0430 17:51:37.406918  5834 slave.cpp:366] New master detected at
> > master@127.0.1.1:47262
> > I0430 17:51:37.407171  5833 master.cpp:842] Attempting to register slave
> > 20120430175116842879-47262-5814-0 at slave@127.0.1.1:47262
> > I0430 17:51:37.407208  5833 master.cpp:1058] Master now considering a
> slave
> > at lh-PC:47262 as active
> > I0430 17:51:37.407227  5833 master.cpp:1594] Adding slave
> > 20120430175116842879-47262-5814-0 at lh-PC with cpus=4; mem=0
> > I0430 17:51:37.407394  5832 slave.cpp:386] Registered with master; given
> > slave ID 20120430175116842879-47262-5814-0
> > I0430 17:51:37.407495  5833 simple_allocator.cpp:69] Added slave
> > 20120430175116842879-47262-5814-0 with cpus=4; mem=0
> >
> > Thanks again.
> >
> > andy
> >
> > On Mon, Apr 30, 2012 at 11:58 AM, Benjamin Hindman
> > <be...@eecs.berkeley.edu>wrote:
> >
> > > Hi Andy,
> > >
> > > Is this deterministic? If so, please run the test with more verbose
> > logging
> > > (set the environment variable GLOG_v=2) and please paste the output.
> > >
> > > Thanks,
> > >
> > > Ben.
> > >
> > >
> > > On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com> wrote:
> > >
> > > > Hi,
> > > >
> > > > I stuck at one of the test called "SampleFrameworks.CppFramework". It
> > > just
> > > > stuck there forever while running without returning with test result.
> > > >
> > > > In the test_output/SampleFrameworks/CppFramework/stderr, it stuck at:
> > > >
> > > > WARNING: Logging before InitGoogleLogging() is written to STDERR
> > > > I0430 10:42:10.575156   445 master.cpp:263] Master started on
> > > > 127.0.1.1:33891
> > > > I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> > > > 20120430104216842879-33891-420
> > > > I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> > > > 127.0.1.1:33891
> > > > I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4;
> > mem=0
> > > > I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> > > > I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> > > > master@127.0.1.1:33891
> > > > I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> > > > 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> > > > I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added framework
> > > > 20120430104216842879-33891-420-0000
> > > > I0430 10:42:10.576649   445 master.cpp:842] Attempting to register
> > slave
> > > > 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> > > > I0430 10:42:10.576691   445 master.cpp:1058] Master now considering a
> > > slave
> > > > at lh-PC:33891 as active
> > > > I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> > > > 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> > > > I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> > > > 20120430104216842879-33891-420-0 with cpus=4; mem=0
> > > > I0430 10:42:10.576897   447 slave.cpp:386] Registered with master;
> > given
> > > > slave ID 20120430104216842879-33891-420-0
> > > >
> > > > Any help is appreciated. Thanks.
> > > >
> > > > Andy
> > > >
> > > >
> > > > On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <
> > > charles@eecs.berkeley.edu
> > > > >wrote:
> > > >
> > > > > On 4/27/12 12:27 PM, Hao Lin wrote:
> > > > >
> > > > >> And another problem while make check:
> > > > >>
> > > > >> I stuck at one of the test called
> "SampleFrameworks.**CppFramework".
> > > It
> > > > >> just
> > > > >> stuck there forever while running without returning with test
> > result.
> > > > >>
> > > > >
> > > > > It would be helpful to know what the logs in
> > > > test_output/SampleFrameworks/
> > > > > **CppFramework say.
> > > > >
> > > > > - Charles
> > > > >
> > > > >
> > > > >
> > > > >> Thanks.
> > > > >>
> > > > >> Andy
> > > > >>
> > > > >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> > > > benh@eecs.berkeley.edu
> > > > >> >wrote:
> > > > >>
> > > > >>  Hi Andy,
> > > > >>>
> > > > >>> This looks to do with the timeout that is used in that test. The
> > > > timeout
> > > > >>> only allows 1 second, but the test shows 2.6 seconds have elapsed
> > > (2625
> > > > >>> ms). You can easily check this by changing the Timeout values in
> > > > >>> log_test.cpp to something greater than 1 second.
> > > > >>>
> > > > >>> I'm curious though, where are you running this? I've only seen
> this
> > > on
> > > > >>> EC2
> > > > >>> and I'm curious if it has to do with hiccups from the
> > virtualization.
> > > > >>>
> > > > >>> Ben.
> > > > >>>
> > > > >>>
> > > > >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com>
> > wrote:
> > > > >>>
> > > > >>>  Hi,
> > > > >>>>
> > > > >>>> I have reached a problem in
> > > > >>>>
> > > > >>>>     make check.
> > > > >>>>
> > > > >>>> It fails the one of test
> > > > >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> > > > >>>>
> > > > >>>>
> > > > >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > > > >>>> tests/log_tests.cpp:860: Failure
> > > > >>>> Value of: result.isSome()
> > > > >>>>  Actual: false
> > > > >>>> Expected: true
> > > > >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> (2625
> > > ms)
> > > > >>>> [ RUN      ] CoordinatorTest.Truncate
> > > > >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > > > >>>> FAIL: mesos-tests
> > > > >>>>
> > > > >>>>
> > > > >>>> Any thought about the error is appreciated.
> > > > >>>>
> > > > >>>> Thanks.
> > > > >>>>
> > > > >>>> Andy
> > > > >>>>
> > > > >>>>
> > > > >>>
> > > > >>
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > best wishes
> > > >
> > > > Hao Lin (林昊)
> > > > Research Assistant
> > > > School of Electrcial & Computer Eng
> > > > Purdue University, West Lafayette, IN
> > > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > > >
> > >
> >
> >
> >
> > --
> > best wishes
> >
> > Hao Lin (林昊)
> > Research Assistant
> > School of Electrcial & Computer Eng
> > Purdue University, West Lafayette, IN
> > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> >
>



-- 
best wishes

Hao Lin (林昊)
Research Assistant
School of Electrcial & Computer Eng
Purdue University, West Lafayette, IN
Personal Homepage: http://web.ics.purdue.edu/~lin116/

Re: Test error in make check

Posted by Benjamin Hindman <be...@eecs.berkeley.edu>.
Okay, from within the "build" directory do:

$ GLOG_v=2 ./src/test-framework local

Please paste the output.

Thanks!

Ben.


On Mon, Apr 30, 2012 at 5:54 PM, Hao Lin <hl...@gmail.com> wrote:

> Thanks Ben.
>
> It is deterministic. When I set GLOG_v=2, it output almost the same:
>
> I0430 17:51:37.405062  5833 master.cpp:263] Master started on
> 127.0.1.1:47262
> I0430 17:51:37.405580  5833 master.cpp:278] Master ID:
> 20120430175116842879-47262-5814
> I0430 17:51:37.405494  5834 slave.cpp:200] Slave started on
> 127.0.1.1:47262
> I0430 17:51:37.405634  5834 slave.cpp:201] Slave resources: cpus=4; mem=0
> I0430 17:51:37.406497  5833 master.cpp:481] Elected as master!
> I0430 17:51:37.406600  5833 master.cpp:524] Registering framework
> 20120430175116842879-47262-5814-0000 at 1@127.0.1.1:47262
> I0430 17:51:37.406716  5833 simple_allocator.cpp:46] Added framework
> 20120430175116842879-47262-5814-0000
> I0430 17:51:37.406918  5834 slave.cpp:366] New master detected at
> master@127.0.1.1:47262
> I0430 17:51:37.407171  5833 master.cpp:842] Attempting to register slave
> 20120430175116842879-47262-5814-0 at slave@127.0.1.1:47262
> I0430 17:51:37.407208  5833 master.cpp:1058] Master now considering a slave
> at lh-PC:47262 as active
> I0430 17:51:37.407227  5833 master.cpp:1594] Adding slave
> 20120430175116842879-47262-5814-0 at lh-PC with cpus=4; mem=0
> I0430 17:51:37.407394  5832 slave.cpp:386] Registered with master; given
> slave ID 20120430175116842879-47262-5814-0
> I0430 17:51:37.407495  5833 simple_allocator.cpp:69] Added slave
> 20120430175116842879-47262-5814-0 with cpus=4; mem=0
>
> Thanks again.
>
> andy
>
> On Mon, Apr 30, 2012 at 11:58 AM, Benjamin Hindman
> <be...@eecs.berkeley.edu>wrote:
>
> > Hi Andy,
> >
> > Is this deterministic? If so, please run the test with more verbose
> logging
> > (set the environment variable GLOG_v=2) and please paste the output.
> >
> > Thanks,
> >
> > Ben.
> >
> >
> > On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com> wrote:
> >
> > > Hi,
> > >
> > > I stuck at one of the test called "SampleFrameworks.CppFramework". It
> > just
> > > stuck there forever while running without returning with test result.
> > >
> > > In the test_output/SampleFrameworks/CppFramework/stderr, it stuck at:
> > >
> > > WARNING: Logging before InitGoogleLogging() is written to STDERR
> > > I0430 10:42:10.575156   445 master.cpp:263] Master started on
> > > 127.0.1.1:33891
> > > I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> > > 20120430104216842879-33891-420
> > > I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> > > 127.0.1.1:33891
> > > I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4;
> mem=0
> > > I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> > > I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> > > master@127.0.1.1:33891
> > > I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> > > 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> > > I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added framework
> > > 20120430104216842879-33891-420-0000
> > > I0430 10:42:10.576649   445 master.cpp:842] Attempting to register
> slave
> > > 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> > > I0430 10:42:10.576691   445 master.cpp:1058] Master now considering a
> > slave
> > > at lh-PC:33891 as active
> > > I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> > > 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> > > I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> > > 20120430104216842879-33891-420-0 with cpus=4; mem=0
> > > I0430 10:42:10.576897   447 slave.cpp:386] Registered with master;
> given
> > > slave ID 20120430104216842879-33891-420-0
> > >
> > > Any help is appreciated. Thanks.
> > >
> > > Andy
> > >
> > >
> > > On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <
> > charles@eecs.berkeley.edu
> > > >wrote:
> > >
> > > > On 4/27/12 12:27 PM, Hao Lin wrote:
> > > >
> > > >> And another problem while make check:
> > > >>
> > > >> I stuck at one of the test called "SampleFrameworks.**CppFramework".
> > It
> > > >> just
> > > >> stuck there forever while running without returning with test
> result.
> > > >>
> > > >
> > > > It would be helpful to know what the logs in
> > > test_output/SampleFrameworks/
> > > > **CppFramework say.
> > > >
> > > > - Charles
> > > >
> > > >
> > > >
> > > >> Thanks.
> > > >>
> > > >> Andy
> > > >>
> > > >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> > > benh@eecs.berkeley.edu
> > > >> >wrote:
> > > >>
> > > >>  Hi Andy,
> > > >>>
> > > >>> This looks to do with the timeout that is used in that test. The
> > > timeout
> > > >>> only allows 1 second, but the test shows 2.6 seconds have elapsed
> > (2625
> > > >>> ms). You can easily check this by changing the Timeout values in
> > > >>> log_test.cpp to something greater than 1 second.
> > > >>>
> > > >>> I'm curious though, where are you running this? I've only seen this
> > on
> > > >>> EC2
> > > >>> and I'm curious if it has to do with hiccups from the
> virtualization.
> > > >>>
> > > >>> Ben.
> > > >>>
> > > >>>
> > > >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com>
> wrote:
> > > >>>
> > > >>>  Hi,
> > > >>>>
> > > >>>> I have reached a problem in
> > > >>>>
> > > >>>>     make check.
> > > >>>>
> > > >>>> It fails the one of test
> > > >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> > > >>>>
> > > >>>>
> > > >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > > >>>> tests/log_tests.cpp:860: Failure
> > > >>>> Value of: result.isSome()
> > > >>>>  Actual: false
> > > >>>> Expected: true
> > > >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill (2625
> > ms)
> > > >>>> [ RUN      ] CoordinatorTest.Truncate
> > > >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > > >>>> FAIL: mesos-tests
> > > >>>>
> > > >>>>
> > > >>>> Any thought about the error is appreciated.
> > > >>>>
> > > >>>> Thanks.
> > > >>>>
> > > >>>> Andy
> > > >>>>
> > > >>>>
> > > >>>
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > >
> > >
> > > --
> > > best wishes
> > >
> > > Hao Lin (林昊)
> > > Research Assistant
> > > School of Electrcial & Computer Eng
> > > Purdue University, West Lafayette, IN
> > > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> > >
> >
>
>
>
> --
> best wishes
>
> Hao Lin (林昊)
> Research Assistant
> School of Electrcial & Computer Eng
> Purdue University, West Lafayette, IN
> Personal Homepage: http://web.ics.purdue.edu/~lin116/
>

Re: Test error in make check

Posted by Hao Lin <hl...@gmail.com>.
Thanks Ben.

It is deterministic. When I set GLOG_v=2, it output almost the same:

I0430 17:51:37.405062  5833 master.cpp:263] Master started on
127.0.1.1:47262
I0430 17:51:37.405580  5833 master.cpp:278] Master ID:
20120430175116842879-47262-5814
I0430 17:51:37.405494  5834 slave.cpp:200] Slave started on 127.0.1.1:47262
I0430 17:51:37.405634  5834 slave.cpp:201] Slave resources: cpus=4; mem=0
I0430 17:51:37.406497  5833 master.cpp:481] Elected as master!
I0430 17:51:37.406600  5833 master.cpp:524] Registering framework
20120430175116842879-47262-5814-0000 at 1@127.0.1.1:47262
I0430 17:51:37.406716  5833 simple_allocator.cpp:46] Added framework
20120430175116842879-47262-5814-0000
I0430 17:51:37.406918  5834 slave.cpp:366] New master detected at
master@127.0.1.1:47262
I0430 17:51:37.407171  5833 master.cpp:842] Attempting to register slave
20120430175116842879-47262-5814-0 at slave@127.0.1.1:47262
I0430 17:51:37.407208  5833 master.cpp:1058] Master now considering a slave
at lh-PC:47262 as active
I0430 17:51:37.407227  5833 master.cpp:1594] Adding slave
20120430175116842879-47262-5814-0 at lh-PC with cpus=4; mem=0
I0430 17:51:37.407394  5832 slave.cpp:386] Registered with master; given
slave ID 20120430175116842879-47262-5814-0
I0430 17:51:37.407495  5833 simple_allocator.cpp:69] Added slave
20120430175116842879-47262-5814-0 with cpus=4; mem=0

Thanks again.

andy

On Mon, Apr 30, 2012 at 11:58 AM, Benjamin Hindman
<be...@eecs.berkeley.edu>wrote:

> Hi Andy,
>
> Is this deterministic? If so, please run the test with more verbose logging
> (set the environment variable GLOG_v=2) and please paste the output.
>
> Thanks,
>
> Ben.
>
>
> On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com> wrote:
>
> > Hi,
> >
> > I stuck at one of the test called "SampleFrameworks.CppFramework". It
> just
> > stuck there forever while running without returning with test result.
> >
> > In the test_output/SampleFrameworks/CppFramework/stderr, it stuck at:
> >
> > WARNING: Logging before InitGoogleLogging() is written to STDERR
> > I0430 10:42:10.575156   445 master.cpp:263] Master started on
> > 127.0.1.1:33891
> > I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> > 20120430104216842879-33891-420
> > I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> > 127.0.1.1:33891
> > I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4; mem=0
> > I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> > I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> > master@127.0.1.1:33891
> > I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> > 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> > I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added framework
> > 20120430104216842879-33891-420-0000
> > I0430 10:42:10.576649   445 master.cpp:842] Attempting to register slave
> > 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> > I0430 10:42:10.576691   445 master.cpp:1058] Master now considering a
> slave
> > at lh-PC:33891 as active
> > I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> > 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> > I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> > 20120430104216842879-33891-420-0 with cpus=4; mem=0
> > I0430 10:42:10.576897   447 slave.cpp:386] Registered with master; given
> > slave ID 20120430104216842879-33891-420-0
> >
> > Any help is appreciated. Thanks.
> >
> > Andy
> >
> >
> > On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <
> charles@eecs.berkeley.edu
> > >wrote:
> >
> > > On 4/27/12 12:27 PM, Hao Lin wrote:
> > >
> > >> And another problem while make check:
> > >>
> > >> I stuck at one of the test called "SampleFrameworks.**CppFramework".
> It
> > >> just
> > >> stuck there forever while running without returning with test result.
> > >>
> > >
> > > It would be helpful to know what the logs in
> > test_output/SampleFrameworks/
> > > **CppFramework say.
> > >
> > > - Charles
> > >
> > >
> > >
> > >> Thanks.
> > >>
> > >> Andy
> > >>
> > >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> > benh@eecs.berkeley.edu
> > >> >wrote:
> > >>
> > >>  Hi Andy,
> > >>>
> > >>> This looks to do with the timeout that is used in that test. The
> > timeout
> > >>> only allows 1 second, but the test shows 2.6 seconds have elapsed
> (2625
> > >>> ms). You can easily check this by changing the Timeout values in
> > >>> log_test.cpp to something greater than 1 second.
> > >>>
> > >>> I'm curious though, where are you running this? I've only seen this
> on
> > >>> EC2
> > >>> and I'm curious if it has to do with hiccups from the virtualization.
> > >>>
> > >>> Ben.
> > >>>
> > >>>
> > >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
> > >>>
> > >>>  Hi,
> > >>>>
> > >>>> I have reached a problem in
> > >>>>
> > >>>>     make check.
> > >>>>
> > >>>> It fails the one of test
> > >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> > >>>>
> > >>>>
> > >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> > >>>> tests/log_tests.cpp:860: Failure
> > >>>> Value of: result.isSome()
> > >>>>  Actual: false
> > >>>> Expected: true
> > >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill (2625
> ms)
> > >>>> [ RUN      ] CoordinatorTest.Truncate
> > >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > >>>> FAIL: mesos-tests
> > >>>>
> > >>>>
> > >>>> Any thought about the error is appreciated.
> > >>>>
> > >>>> Thanks.
> > >>>>
> > >>>> Andy
> > >>>>
> > >>>>
> > >>>
> > >>
> > >>
> > >>
> > >
> > >
> >
> >
> > --
> > best wishes
> >
> > Hao Lin (林昊)
> > Research Assistant
> > School of Electrcial & Computer Eng
> > Purdue University, West Lafayette, IN
> > Personal Homepage: http://web.ics.purdue.edu/~lin116/
> >
>



-- 
best wishes

Hao Lin (林昊)
Research Assistant
School of Electrcial & Computer Eng
Purdue University, West Lafayette, IN
Personal Homepage: http://web.ics.purdue.edu/~lin116/

Re: Test error in make check

Posted by Benjamin Hindman <be...@eecs.berkeley.edu>.
Hi Andy,

Is this deterministic? If so, please run the test with more verbose logging
(set the environment variable GLOG_v=2) and please paste the output.

Thanks,

Ben.


On Mon, Apr 30, 2012 at 10:48 AM, Hao Lin <hl...@gmail.com> wrote:

> Hi,
>
> I stuck at one of the test called "SampleFrameworks.CppFramework". It just
> stuck there forever while running without returning with test result.
>
> In the test_output/SampleFrameworks/CppFramework/stderr, it stuck at:
>
> WARNING: Logging before InitGoogleLogging() is written to STDERR
> I0430 10:42:10.575156   445 master.cpp:263] Master started on
> 127.0.1.1:33891
> I0430 10:42:10.575458   445 master.cpp:278] Master ID:
> 20120430104216842879-33891-420
> I0430 10:42:10.575503   447 slave.cpp:200] Slave started on
> 127.0.1.1:33891
> I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4; mem=0
> I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
> I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
> master@127.0.1.1:33891
> I0430 10:42:10.576315   445 master.cpp:524] Registering framework
> 20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
> I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added framework
> 20120430104216842879-33891-420-0000
> I0430 10:42:10.576649   445 master.cpp:842] Attempting to register slave
> 20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
> I0430 10:42:10.576691   445 master.cpp:1058] Master now considering a slave
> at lh-PC:33891 as active
> I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
> 20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
> I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
> 20120430104216842879-33891-420-0 with cpus=4; mem=0
> I0430 10:42:10.576897   447 slave.cpp:386] Registered with master; given
> slave ID 20120430104216842879-33891-420-0
>
> Any help is appreciated. Thanks.
>
> Andy
>
>
> On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <charles@eecs.berkeley.edu
> >wrote:
>
> > On 4/27/12 12:27 PM, Hao Lin wrote:
> >
> >> And another problem while make check:
> >>
> >> I stuck at one of the test called "SampleFrameworks.**CppFramework". It
> >> just
> >> stuck there forever while running without returning with test result.
> >>
> >
> > It would be helpful to know what the logs in
> test_output/SampleFrameworks/
> > **CppFramework say.
> >
> > - Charles
> >
> >
> >
> >> Thanks.
> >>
> >> Andy
> >>
> >> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <
> benh@eecs.berkeley.edu
> >> >wrote:
> >>
> >>  Hi Andy,
> >>>
> >>> This looks to do with the timeout that is used in that test. The
> timeout
> >>> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
> >>> ms). You can easily check this by changing the Timeout values in
> >>> log_test.cpp to something greater than 1 second.
> >>>
> >>> I'm curious though, where are you running this? I've only seen this on
> >>> EC2
> >>> and I'm curious if it has to do with hiccups from the virtualization.
> >>>
> >>> Ben.
> >>>
> >>>
> >>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
> >>>
> >>>  Hi,
> >>>>
> >>>> I have reached a problem in
> >>>>
> >>>>     make check.
> >>>>
> >>>> It fails the one of test
> >>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
> >>>>
> >>>>
> >>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
> >>>> tests/log_tests.cpp:860: Failure
> >>>> Value of: result.isSome()
> >>>>  Actual: false
> >>>> Expected: true
> >>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill (2625 ms)
> >>>> [ RUN      ] CoordinatorTest.Truncate
> >>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> >>>> FAIL: mesos-tests
> >>>>
> >>>>
> >>>> Any thought about the error is appreciated.
> >>>>
> >>>> Thanks.
> >>>>
> >>>> Andy
> >>>>
> >>>>
> >>>
> >>
> >>
> >>
> >
> >
>
>
> --
> best wishes
>
> Hao Lin (林昊)
> Research Assistant
> School of Electrcial & Computer Eng
> Purdue University, West Lafayette, IN
> Personal Homepage: http://web.ics.purdue.edu/~lin116/
>

Re: Test error in make check

Posted by Hao Lin <hl...@gmail.com>.
Hi,

I stuck at one of the test called "SampleFrameworks.CppFramework". It just
stuck there forever while running without returning with test result.

In the test_output/SampleFrameworks/CppFramework/stderr, it stuck at:

WARNING: Logging before InitGoogleLogging() is written to STDERR
I0430 10:42:10.575156   445 master.cpp:263] Master started on
127.0.1.1:33891
I0430 10:42:10.575458   445 master.cpp:278] Master ID:
20120430104216842879-33891-420
I0430 10:42:10.575503   447 slave.cpp:200] Slave started on 127.0.1.1:33891
I0430 10:42:10.575525   447 slave.cpp:201] Slave resources: cpus=4; mem=0
I0430 10:42:10.575986   445 master.cpp:481] Elected as master!
I0430 10:42:10.576141   447 slave.cpp:366] New master detected at
master@127.0.1.1:33891
I0430 10:42:10.576315   445 master.cpp:524] Registering framework
20120430104216842879-33891-420-0000 at 1@127.0.1.1:33891
I0430 10:42:10.576459   445 simple_allocator.cpp:46] Added framework
20120430104216842879-33891-420-0000
I0430 10:42:10.576649   445 master.cpp:842] Attempting to register slave
20120430104216842879-33891-420-0 at slave@127.0.1.1:33891
I0430 10:42:10.576691   445 master.cpp:1058] Master now considering a slave
at lh-PC:33891 as active
I0430 10:42:10.576724   445 master.cpp:1594] Adding slave
20120430104216842879-33891-420-0 at lh-PC with cpus=4; mem=0
I0430 10:42:10.576884   445 simple_allocator.cpp:69] Added slave
20120430104216842879-33891-420-0 with cpus=4; mem=0
I0430 10:42:10.576897   447 slave.cpp:386] Registered with master; given
slave ID 20120430104216842879-33891-420-0

Any help is appreciated. Thanks.

Andy


On Fri, Apr 27, 2012 at 2:39 PM, Charles Reiss <ch...@eecs.berkeley.edu>wrote:

> On 4/27/12 12:27 PM, Hao Lin wrote:
>
>> And another problem while make check:
>>
>> I stuck at one of the test called "SampleFrameworks.**CppFramework". It
>> just
>> stuck there forever while running without returning with test result.
>>
>
> It would be helpful to know what the logs in test_output/SampleFrameworks/
> **CppFramework say.
>
> - Charles
>
>
>
>> Thanks.
>>
>> Andy
>>
>> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <benh@eecs.berkeley.edu
>> >wrote:
>>
>>  Hi Andy,
>>>
>>> This looks to do with the timeout that is used in that test. The timeout
>>> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
>>> ms). You can easily check this by changing the Timeout values in
>>> log_test.cpp to something greater than 1 second.
>>>
>>> I'm curious though, where are you running this? I've only seen this on
>>> EC2
>>> and I'm curious if it has to do with hiccups from the virtualization.
>>>
>>> Ben.
>>>
>>>
>>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
>>>
>>>  Hi,
>>>>
>>>> I have reached a problem in
>>>>
>>>>     make check.
>>>>
>>>> It fails the one of test
>>>> called CoordinatorTest.**MultipleAppendsNotLearnedFill:
>>>>
>>>>
>>>> [ RUN      ] CoordinatorTest.**MultipleAppendsNotLearnedFill
>>>> tests/log_tests.cpp:860: Failure
>>>> Value of: result.isSome()
>>>>  Actual: false
>>>> Expected: true
>>>> [  FAILED  ] CoordinatorTest.**MultipleAppendsNotLearnedFill (2625 ms)
>>>> [ RUN      ] CoordinatorTest.Truncate
>>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
>>>> FAIL: mesos-tests
>>>>
>>>>
>>>> Any thought about the error is appreciated.
>>>>
>>>> Thanks.
>>>>
>>>> Andy
>>>>
>>>>
>>>
>>
>>
>>
>
>


-- 
best wishes

Hao Lin (林昊)
Research Assistant
School of Electrcial & Computer Eng
Purdue University, West Lafayette, IN
Personal Homepage: http://web.ics.purdue.edu/~lin116/

Re: Test error in make check

Posted by Charles Reiss <ch...@eecs.berkeley.edu>.
On 4/27/12 12:27 PM, Hao Lin wrote:
> And another problem while make check:
>
> I stuck at one of the test called "SampleFrameworks.CppFramework". It just
> stuck there forever while running without returning with test result.

It would be helpful to know what the logs in 
test_output/SampleFrameworks/CppFramework say.

- Charles

>
> Thanks.
>
> Andy
>
> On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <be...@eecs.berkeley.edu>wrote:
>
>> Hi Andy,
>>
>> This looks to do with the timeout that is used in that test. The timeout
>> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
>> ms). You can easily check this by changing the Timeout values in
>> log_test.cpp to something greater than 1 second.
>>
>> I'm curious though, where are you running this? I've only seen this on EC2
>> and I'm curious if it has to do with hiccups from the virtualization.
>>
>> Ben.
>>
>>
>> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I have reached a problem in
>>>
>>>      make check.
>>>
>>> It fails the one of test
>>> called CoordinatorTest.MultipleAppendsNotLearnedFill:
>>>
>>>
>>> [ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
>>> tests/log_tests.cpp:860: Failure
>>> Value of: result.isSome()
>>>   Actual: false
>>> Expected: true
>>> [  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
>>> [ RUN      ] CoordinatorTest.Truncate
>>> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
>>> FAIL: mesos-tests
>>>
>>>
>>> Any thought about the error is appreciated.
>>>
>>> Thanks.
>>>
>>> Andy
>>>
>>
>
>
>



Re: Test error in make check

Posted by Hao Lin <hl...@gmail.com>.
And another problem while make check:

I stuck at one of the test called "SampleFrameworks.CppFramework". It just
stuck there forever while running without returning with test result.

Thanks.

Andy

On Wed, Apr 25, 2012 at 8:05 PM, Benjamin Hindman <be...@eecs.berkeley.edu>wrote:

> Hi Andy,
>
> This looks to do with the timeout that is used in that test. The timeout
> only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
> ms). You can easily check this by changing the Timeout values in
> log_test.cpp to something greater than 1 second.
>
> I'm curious though, where are you running this? I've only seen this on EC2
> and I'm curious if it has to do with hiccups from the virtualization.
>
> Ben.
>
>
> On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:
>
> > Hi,
> >
> > I have reached a problem in
> >
> >     make check.
> >
> > It fails the one of test
> > called CoordinatorTest.MultipleAppendsNotLearnedFill:
> >
> >
> > [ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
> > tests/log_tests.cpp:860: Failure
> > Value of: result.isSome()
> >  Actual: false
> > Expected: true
> > [  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
> > [ RUN      ] CoordinatorTest.Truncate
> > /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> > FAIL: mesos-tests
> >
> >
> > Any thought about the error is appreciated.
> >
> > Thanks.
> >
> > Andy
> >
>



-- 
best wishes

Hao Lin (林昊)
Research Assistant
School of Electrcial & Computer Eng
Purdue University, West Lafayette, IN
Personal Homepage: http://web.ics.purdue.edu/~lin116/

Re: Test error in make check

Posted by Benjamin Hindman <be...@eecs.berkeley.edu>.
Hi Andy,

This looks to do with the timeout that is used in that test. The timeout
only allows 1 second, but the test shows 2.6 seconds have elapsed (2625
ms). You can easily check this by changing the Timeout values in
log_test.cpp to something greater than 1 second.

I'm curious though, where are you running this? I've only seen this on EC2
and I'm curious if it has to do with hiccups from the virtualization.

Ben.


On Wed, Apr 25, 2012 at 5:00 PM, Hao Lin <hl...@gmail.com> wrote:

> Hi,
>
> I have reached a problem in
>
>     make check.
>
> It fails the one of test
> called CoordinatorTest.MultipleAppendsNotLearnedFill:
>
>
> [ RUN      ] CoordinatorTest.MultipleAppendsNotLearnedFill
> tests/log_tests.cpp:860: Failure
> Value of: result.isSome()
>  Actual: false
> Expected: true
> [  FAILED  ] CoordinatorTest.MultipleAppendsNotLearnedFill (2625 ms)
> [ RUN      ] CoordinatorTest.Truncate
> /bin/bash: line 5: 15919 Segmentation fault      ${dir}$tst
> FAIL: mesos-tests
>
>
> Any thought about the error is appreciated.
>
> Thanks.
>
> Andy
>