[jira] [Created] (MESOS-1839) Modify configure.ac to fix --with-sasl
Michael Park created MESOS-1839:
---
Summary: Modify configure.ac to fix --with-sasl
Key: MESOS-1839
URL: https://issues.apache.org/jira/browse/MESOS-1839
Project: Mesos
Issue Type: Bug
Components: build
Reporter: Michael Park
Assignee: Michael Park
Priority: Minor
Specifying a custom {{libcurl}} directory via {{\-\-with-curl}} works well, but
{{--with-sasl}} doesn't work.
Ran: {{../configure --with-curl=$HOME/libcurl --with-sasl=$HOME/libsasl}}
{quote}
checking for curl_global_init in -lcurl... yes
checking for sasl_done in -lsasl2... no
configure: error: cannot find libsasl2
---
We need libsasl2 for authentication!
---
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Assigned] (MESOS-1622) Move implementations from .hpp to .cpp
[ https://issues.apache.org/jira/browse/MESOS-1622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] namrata singh chauhan reassigned MESOS-1622: Assignee: namrata singh chauhan Move implementations from .hpp to .cpp -- Key: MESOS-1622 URL: https://issues.apache.org/jira/browse/MESOS-1622 Project: Mesos Issue Type: Story Reporter: Isabel Jimenez Assignee: namrata singh chauhan Priority: Minor Labels: newbie This issue is related to MESOS-1582, some headers have unnecessary inline definitions and function declarations, to speed up build time we are lightening headers. This issue will not apply to stout. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1282) Support unprivileged access to cgroups
[
https://issues.apache.org/jira/browse/MESOS-1282?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151904#comment-14151904
]
Ian Downes commented on MESOS-1282:
---
I was thinking the check for (euid == 0) would be replaced by a check for
sufficient privilege to do the actual required action, i.e., check that cgroups
can be created/destroyed/modified. Your patch as above would let the code
continue only to potentially fail later on when.
Support unprivileged access to cgroups
--
Key: MESOS-1282
URL: https://issues.apache.org/jira/browse/MESOS-1282
Project: Mesos
Issue Type: Improvement
Affects Versions: 0.19.0
Reporter: Ian Downes
Priority: Minor
Attachments: MESOS-1282.patch
Supporting this would allow running tests with cgroup isolators on CI
machines where sudo access is unavailable.
This could be achieved by having the subsystems mounted and the mesos (or
mesos_test) cgroup created and owned by the unprivileged user.
{noformat}
[vagrant@mesos cpu]$ cat /proc/mounts | grep cgroup
tmpfs /sys/fs/cgroup tmpfs rw,relatime 0 0
cgroup /sys/fs/cgroup/cpuset cgroup rw,relatime,cpuset,clone_children 0 0
cgroup /sys/fs/cgroup/cpu cgroup rw,relatime,cpu,clone_children 0 0
cgroup /sys/fs/cgroup/cpuacct cgroup rw,relatime,cpuacct,clone_children 0 0
cgroup /sys/fs/cgroup/memory cgroup rw,relatime,memory,clone_children 0 0
cgroup /sys/fs/cgroup/devices cgroup rw,relatime,devices,clone_children 0 0
cgroup /sys/fs/cgroup/freezer cgroup rw,relatime,freezer,clone_children 0 0
cgroup /sys/fs/cgroup/net_cls cgroup rw,relatime,net_cls,clone_children 0 0
cgroup /sys/fs/cgroup/blkio cgroup rw,relatime,blkio,clone_children 0 0
[vagrant@mesos cpu]$ pwd
/sys/fs/cgroup/cpu
[vagrant@mesos cpu]$ ls -la
total 0
drwxr-xr-x 2 root root 0 May 1 22:11 .
drwxrwxrwt 10 root root 200 Apr 30 23:09 ..
-rw-r--r-- 1 root root 0 Apr 30 23:14 cgroup.clone_children
--w--w--w- 1 root root 0 Apr 30 23:09 cgroup.event_control
-rw-r--r-- 1 root root 0 Apr 30 23:09 cgroup.procs
-rw-r--r-- 1 root root 0 Apr 30 23:09 cpu.cfs_period_us
-rw-r--r-- 1 root root 0 Apr 30 23:09 cpu.cfs_quota_us
-rw-r--r-- 1 root root 0 Apr 30 23:09 cpu.rt_period_us
-rw-r--r-- 1 root root 0 Apr 30 23:09 cpu.rt_runtime_us
-rw-r--r-- 1 root root 0 Apr 30 23:09 cpu.shares
-r--r--r-- 1 root root 0 Apr 30 23:09 cpu.stat
-rw-r--r-- 1 root root 0 Apr 30 23:09 notify_on_release
-rw-r--r-- 1 root root 0 Apr 30 23:09 release_agent
-rw-r--r-- 1 root root 0 Apr 30 23:09 tasks
{noformat}
User is unprivileged:
{noformat}
[vagrant@mesos cpu]$ id
uid=500(vagrant) gid=500(vagrant) groups=500(vagrant),10(wheel)
[vagrant@mesos cpu]$ mkdir mesos
mkdir: cannot create directory `mesos': Permission denied
{noformat}
Create a cgroup and chown to the unprivileged user.
{noformat}
[vagrant@mesos cpu]$ sudo mkdir mesos sudo chown -R vagrant:vagrant mesos
[vagrant@mesos cpu]$ ls -la
total 0
drwxr-xr-x 3 rootroot 0 May 1 22:11 .
drwxrwxrwt 10 rootroot200 Apr 30 23:09 ..
-rw-r--r-- 1 rootroot 0 Apr 30 23:14 cgroup.clone_children
--w--w--w- 1 rootroot 0 Apr 30 23:09 cgroup.event_control
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cgroup.procs
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cpu.cfs_period_us
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cpu.cfs_quota_us
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cpu.rt_period_us
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cpu.rt_runtime_us
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 cpu.shares
-r--r--r-- 1 rootroot 0 Apr 30 23:09 cpu.stat
drwxr-xr-x 2 vagrant vagrant 0 May 1 22:12 mesos
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 notify_on_release
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 release_agent
-rw-r--r-- 1 rootroot 0 Apr 30 23:09 tasks
{noformat}
The unprivileged user can now create nested cgroups and move processes
into/out of cgroups it owns.
{noformat}
[vagrant@mesos cpu]$ echo $$
2877
[vagrant@mesos cpu]$ echo $$ mesos/cgroup.procs
[vagrant@mesos cpu]$ cat mesos/cgroup.procs
2877
2957
[vagrant@mesos cpu]$ mkdir mesos/test
[vagrant@mesos cpu]$ echo $$ mesos/test/cgroup.procs
[vagrant@mesos cpu]$ cat mesos/test/cgroup.procs
2877
2960
[vagrant@mesos cpu]$ echo $$ mesos/cgroup.procs
[vagrant@mesos cpu]$ cat mesos/cgroup.procs
2877
2977
{noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (MESOS-1797) Packaged Zookeeper does not compile on OSX Yosemite
[ https://issues.apache.org/jira/browse/MESOS-1797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14151975#comment-14151975 ] Till Toenshoff commented on MESOS-1797: --- https://issues.apache.org/jira/browse/ZOOKEEPER-2049 Packaged Zookeeper does not compile on OSX Yosemite --- Key: MESOS-1797 URL: https://issues.apache.org/jira/browse/MESOS-1797 Project: Mesos Issue Type: Improvement Components: build Affects Versions: 0.20.0, 0.21.0, 0.19.1 Reporter: Dario Rexin Priority: Minor I have been struggling with this for some time (due to my lack of knowledge about C compiler error messages) and finally found a way to make it compile. The problem is that Zookeeper defines a function `htonll` that is a builtin function in Yosemite. For me it worked to just remove this function, but as it needs to keep working on other systems as well, we would need some check for the OS version or if the function is already defined. Here are the links to the source: https://github.com/apache/zookeeper/blob/trunk/src/c/include/recordio.h#L73 https://github.com/apache/zookeeper/blob/trunk/src/c/src/recordio.c#L83-L97 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1613) HealthCheckTest.ConsecutiveFailures is flaky
[
https://issues.apache.org/jira/browse/MESOS-1613?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152062#comment-14152062
]
Timothy Chen commented on MESOS-1613:
-
Added output to stdout and stderr in my branch, hopefully to see what's going on
HealthCheckTest.ConsecutiveFailures is flaky
Key: MESOS-1613
URL: https://issues.apache.org/jira/browse/MESOS-1613
Project: Mesos
Issue Type: Bug
Components: test
Affects Versions: 0.20.0
Environment: Ubuntu 10.04 GCC
Reporter: Vinod Kone
Assignee: Timothy Chen
{code}
[ RUN ] HealthCheckTest.ConsecutiveFailures
Using temporary directory '/tmp/HealthCheckTest_ConsecutiveFailures_AzK0OV'
I0717 04:39:59.288471 5009 leveldb.cpp:176] Opened db in 21.575631ms
I0717 04:39:59.295274 5009 leveldb.cpp:183] Compacted db in 6.471982ms
I0717 04:39:59.295552 5009 leveldb.cpp:198] Created db iterator in 16783ns
I0717 04:39:59.296026 5009 leveldb.cpp:204] Seeked to beginning of db in
2125ns
I0717 04:39:59.296257 5009 leveldb.cpp:273] Iterated through 0 keys in the
db in 10747ns
I0717 04:39:59.296584 5009 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0717 04:39:59.297322 5033 recover.cpp:425] Starting replica recovery
I0717 04:39:59.297413 5033 recover.cpp:451] Replica is in EMPTY status
I0717 04:39:59.297824 5033 replica.cpp:638] Replica in EMPTY status received
a broadcasted recover request
I0717 04:39:59.297899 5033 recover.cpp:188] Received a recover response from
a replica in EMPTY status
I0717 04:39:59.297997 5033 recover.cpp:542] Updating replica status to
STARTING
I0717 04:39:59.301985 5031 master.cpp:288] Master
20140717-043959-16842879-40280-5009 (lucid) started on 127.0.1.1:40280
I0717 04:39:59.302026 5031 master.cpp:325] Master only allowing
authenticated frameworks to register
I0717 04:39:59.302032 5031 master.cpp:330] Master only allowing
authenticated slaves to register
I0717 04:39:59.302039 5031 credentials.hpp:36] Loading credentials for
authentication from
'/tmp/HealthCheckTest_ConsecutiveFailures_AzK0OV/credentials'
I0717 04:39:59.302283 5031 master.cpp:359] Authorization enabled
I0717 04:39:59.302971 5031 hierarchical_allocator_process.hpp:301]
Initializing hierarchical allocator process with master :
master@127.0.1.1:40280
I0717 04:39:59.303022 5031 master.cpp:122] No whitelist given. Advertising
offers for all slaves
I0717 04:39:59.303390 5033 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 5.325097ms
I0717 04:39:59.303419 5033 replica.cpp:320] Persisted replica status to
STARTING
I0717 04:39:59.304076 5030 master.cpp:1128] The newly elected leader is
master@127.0.1.1:40280 with id 20140717-043959-16842879-40280-5009
I0717 04:39:59.304095 5030 master.cpp:1141] Elected as the leading master!
I0717 04:39:59.304102 5030 master.cpp:959] Recovering from registrar
I0717 04:39:59.304182 5030 registrar.cpp:313] Recovering registrar
I0717 04:39:59.304635 5033 recover.cpp:451] Replica is in STARTING status
I0717 04:39:59.304962 5033 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0717 04:39:59.305026 5033 recover.cpp:188] Received a recover response from
a replica in STARTING status
I0717 04:39:59.305130 5033 recover.cpp:542] Updating replica status to VOTING
I0717 04:39:59.310416 5033 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 5.204157ms
I0717 04:39:59.310459 5033 replica.cpp:320] Persisted replica status to
VOTING
I0717 04:39:59.310534 5033 recover.cpp:556] Successfully joined the Paxos
group
I0717 04:39:59.310607 5033 recover.cpp:440] Recover process terminated
I0717 04:39:59.310773 5033 log.cpp:656] Attempting to start the writer
I0717 04:39:59.311157 5033 replica.cpp:474] Replica received implicit
promise request with proposal 1
I0717 04:39:59.313451 5033 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 2.271822ms
I0717 04:39:59.313627 5033 replica.cpp:342] Persisted promised to 1
I0717 04:39:59.318038 5031 coordinator.cpp:230] Coordinator attemping to
fill missing position
I0717 04:39:59.318430 5031 replica.cpp:375] Replica received explicit
promise request for position 0 with proposal 2
I0717 04:39:59.323459 5031 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 5.004323ms
I0717 04:39:59.323493 5031 replica.cpp:676] Persisted action at 0
I0717 04:39:59.323799 5031 replica.cpp:508] Replica received write request
for position 0
I0717 04:39:59.323837 5031 leveldb.cpp:438] Reading position from leveldb
took 21901ns
I0717 04:39:59.329038 5031 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 5.175998ms
I0717 04:39:59.329244 5031
[jira] [Commented] (MESOS-1733) Change the stout path utility to declare a single, variadic 'join' function instead of several separate declarations of various discrete arities
[ https://issues.apache.org/jira/browse/MESOS-1733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152119#comment-14152119 ] Cody Maloney commented on MESOS-1733: - Updated review: https://reviews.apache.org/r/25818/ Change the stout path utility to declare a single, variadic 'join' function instead of several separate declarations of various discrete arities Key: MESOS-1733 URL: https://issues.apache.org/jira/browse/MESOS-1733 Project: Mesos Issue Type: Improvement Components: build, stout Reporter: Patrick Reilly Assignee: Cody Maloney -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1782) AllocatorTest/0.FrameworkExited is flaky
[
https://issues.apache.org/jira/browse/MESOS-1782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152130#comment-14152130
]
Vinod Kone commented on MESOS-1782:
---
https://reviews.apache.org/r/26144/
AllocatorTest/0.FrameworkExited is flaky
Key: MESOS-1782
URL: https://issues.apache.org/jira/browse/MESOS-1782
Project: Mesos
Issue Type: Bug
Components: test
Affects Versions: 0.20.0
Environment: ubuntu-12.04-gcc Jenkins VM
Reporter: Yan Xu
Assignee: Vinod Kone
{noformat:title=}
[ RUN ] AllocatorTest/0.FrameworkExited
Using temporary directory '/tmp/AllocatorTest_0_FrameworkExited_B6WZng'
I0909 08:02:35.116555 18112 leveldb.cpp:176] Opened db in 31.64686ms
I0909 08:02:35.126065 18112 leveldb.cpp:183] Compacted db in 9.449823ms
I0909 08:02:35.126118 18112 leveldb.cpp:198] Created db iterator in 5858ns
I0909 08:02:35.126137 18112 leveldb.cpp:204] Seeked to beginning of db in
1136ns
I0909 08:02:35.126150 18112 leveldb.cpp:273] Iterated through 0 keys in the
db in 560ns
I0909 08:02:35.126178 18112 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0909 08:02:35.126502 18133 recover.cpp:425] Starting replica recovery
I0909 08:02:35.126601 18133 recover.cpp:451] Replica is in EMPTY status
I0909 08:02:35.127012 18133 replica.cpp:638] Replica in EMPTY status received
a broadcasted recover request
I0909 08:02:35.127094 18133 recover.cpp:188] Received a recover response from
a replica in EMPTY status
I0909 08:02:35.127223 18133 recover.cpp:542] Updating replica status to
STARTING
I0909 08:02:35.226631 18133 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 99.308134ms
I0909 08:02:35.226690 18133 replica.cpp:320] Persisted replica status to
STARTING
I0909 08:02:35.226812 18131 recover.cpp:451] Replica is in STARTING status
I0909 08:02:35.227246 18131 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0909 08:02:35.227308 18131 recover.cpp:188] Received a recover response from
a replica in STARTING status
I0909 08:02:35.227409 18131 recover.cpp:542] Updating replica status to VOTING
I0909 08:02:35.228540 18129 master.cpp:286] Master
20140909-080235-16842879-44005-18112 (precise) started on 127.0.1.1:44005
I0909 08:02:35.228593 18129 master.cpp:332] Master only allowing
authenticated frameworks to register
I0909 08:02:35.228607 18129 master.cpp:337] Master only allowing
authenticated slaves to register
I0909 08:02:35.228620 18129 credentials.hpp:36] Loading credentials for
authentication from '/tmp/AllocatorTest_0_FrameworkExited_B6WZng/credentials'
I0909 08:02:35.228754 18129 master.cpp:366] Authorization enabled
I0909 08:02:35.229560 18129 master.cpp:120] No whitelist given. Advertising
offers for all slaves
I0909 08:02:35.229933 18129 hierarchical_allocator_process.hpp:299]
Initializing hierarchical allocator process with master :
master@127.0.1.1:44005
I0909 08:02:35.230057 18127 master.cpp:1212] The newly elected leader is
master@127.0.1.1:44005 with id 20140909-080235-16842879-44005-18112
I0909 08:02:35.230129 18127 master.cpp:1225] Elected as the leading master!
I0909 08:02:35.230144 18127 master.cpp:1043] Recovering from registrar
I0909 08:02:35.230257 18127 registrar.cpp:313] Recovering registrar
I0909 08:02:35.232461 18131 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 4.999384ms
I0909 08:02:35.232489 18131 replica.cpp:320] Persisted replica status to
VOTING
I0909 08:02:35.232544 18131 recover.cpp:556] Successfully joined the Paxos
group
I0909 08:02:35.232611 18131 recover.cpp:440] Recover process terminated
I0909 08:02:35.232727 18131 log.cpp:656] Attempting to start the writer
I0909 08:02:35.233012 18131 replica.cpp:474] Replica received implicit
promise request with proposal 1
I0909 08:02:35.238785 18131 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 5.749504ms
I0909 08:02:35.238818 18131 replica.cpp:342] Persisted promised to 1
I0909 08:02:35.244056 18131 coordinator.cpp:230] Coordinator attemping to
fill missing position
I0909 08:02:35.244580 18131 replica.cpp:375] Replica received explicit
promise request for position 0 with proposal 2
I0909 08:02:35.250143 18131 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 5.382351ms
I0909 08:02:35.250319 18131 replica.cpp:676] Persisted action at 0
I0909 08:02:35.250901 18131 replica.cpp:508] Replica received write request
for position 0
I0909 08:02:35.251137 18131 leveldb.cpp:438] Reading position from leveldb
took 18689ns
I0909 08:02:35.256597 18131 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 5.274169ms
I0909 08:02:35.256764 18131 replica.cpp:676] Persisted action at 0
I0909
[jira] [Updated] (MESOS-1782) AllocatorTest/0.FrameworkExited is flaky
[
https://issues.apache.org/jira/browse/MESOS-1782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vinod Kone updated MESOS-1782:
--
Shepherd: Benjamin Mahler
Story Points: 1 (was: 2)
AllocatorTest/0.FrameworkExited is flaky
Key: MESOS-1782
URL: https://issues.apache.org/jira/browse/MESOS-1782
Project: Mesos
Issue Type: Bug
Components: test
Affects Versions: 0.20.0
Environment: ubuntu-12.04-gcc Jenkins VM
Reporter: Yan Xu
Assignee: Vinod Kone
{noformat:title=}
[ RUN ] AllocatorTest/0.FrameworkExited
Using temporary directory '/tmp/AllocatorTest_0_FrameworkExited_B6WZng'
I0909 08:02:35.116555 18112 leveldb.cpp:176] Opened db in 31.64686ms
I0909 08:02:35.126065 18112 leveldb.cpp:183] Compacted db in 9.449823ms
I0909 08:02:35.126118 18112 leveldb.cpp:198] Created db iterator in 5858ns
I0909 08:02:35.126137 18112 leveldb.cpp:204] Seeked to beginning of db in
1136ns
I0909 08:02:35.126150 18112 leveldb.cpp:273] Iterated through 0 keys in the
db in 560ns
I0909 08:02:35.126178 18112 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0909 08:02:35.126502 18133 recover.cpp:425] Starting replica recovery
I0909 08:02:35.126601 18133 recover.cpp:451] Replica is in EMPTY status
I0909 08:02:35.127012 18133 replica.cpp:638] Replica in EMPTY status received
a broadcasted recover request
I0909 08:02:35.127094 18133 recover.cpp:188] Received a recover response from
a replica in EMPTY status
I0909 08:02:35.127223 18133 recover.cpp:542] Updating replica status to
STARTING
I0909 08:02:35.226631 18133 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 99.308134ms
I0909 08:02:35.226690 18133 replica.cpp:320] Persisted replica status to
STARTING
I0909 08:02:35.226812 18131 recover.cpp:451] Replica is in STARTING status
I0909 08:02:35.227246 18131 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0909 08:02:35.227308 18131 recover.cpp:188] Received a recover response from
a replica in STARTING status
I0909 08:02:35.227409 18131 recover.cpp:542] Updating replica status to VOTING
I0909 08:02:35.228540 18129 master.cpp:286] Master
20140909-080235-16842879-44005-18112 (precise) started on 127.0.1.1:44005
I0909 08:02:35.228593 18129 master.cpp:332] Master only allowing
authenticated frameworks to register
I0909 08:02:35.228607 18129 master.cpp:337] Master only allowing
authenticated slaves to register
I0909 08:02:35.228620 18129 credentials.hpp:36] Loading credentials for
authentication from '/tmp/AllocatorTest_0_FrameworkExited_B6WZng/credentials'
I0909 08:02:35.228754 18129 master.cpp:366] Authorization enabled
I0909 08:02:35.229560 18129 master.cpp:120] No whitelist given. Advertising
offers for all slaves
I0909 08:02:35.229933 18129 hierarchical_allocator_process.hpp:299]
Initializing hierarchical allocator process with master :
master@127.0.1.1:44005
I0909 08:02:35.230057 18127 master.cpp:1212] The newly elected leader is
master@127.0.1.1:44005 with id 20140909-080235-16842879-44005-18112
I0909 08:02:35.230129 18127 master.cpp:1225] Elected as the leading master!
I0909 08:02:35.230144 18127 master.cpp:1043] Recovering from registrar
I0909 08:02:35.230257 18127 registrar.cpp:313] Recovering registrar
I0909 08:02:35.232461 18131 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 4.999384ms
I0909 08:02:35.232489 18131 replica.cpp:320] Persisted replica status to
VOTING
I0909 08:02:35.232544 18131 recover.cpp:556] Successfully joined the Paxos
group
I0909 08:02:35.232611 18131 recover.cpp:440] Recover process terminated
I0909 08:02:35.232727 18131 log.cpp:656] Attempting to start the writer
I0909 08:02:35.233012 18131 replica.cpp:474] Replica received implicit
promise request with proposal 1
I0909 08:02:35.238785 18131 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 5.749504ms
I0909 08:02:35.238818 18131 replica.cpp:342] Persisted promised to 1
I0909 08:02:35.244056 18131 coordinator.cpp:230] Coordinator attemping to
fill missing position
I0909 08:02:35.244580 18131 replica.cpp:375] Replica received explicit
promise request for position 0 with proposal 2
I0909 08:02:35.250143 18131 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 5.382351ms
I0909 08:02:35.250319 18131 replica.cpp:676] Persisted action at 0
I0909 08:02:35.250901 18131 replica.cpp:508] Replica received write request
for position 0
I0909 08:02:35.251137 18131 leveldb.cpp:438] Reading position from leveldb
took 18689ns
I0909 08:02:35.256597 18131 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 5.274169ms
I0909 08:02:35.256764 18131 replica.cpp:676] Persisted action at 0
I0909 08:02:35.263712 18126
[jira] [Updated] (MESOS-1839) Modify configure.ac to fix --with-sasl
[
https://issues.apache.org/jira/browse/MESOS-1839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Park updated MESOS-1839:
Description:
Specifying a custom {{libcurl}} directory via {{\-\-with-curl}} works well, but
{{--with-sasl}} doesn't work.
{{libcurl}} installed at {{$HOME/libcurl}} and {{libsasl2}} installed at
{{$HOME/libsasl}}.
Ran: {{../configure --with-curl=$HOME/libcurl --with-sasl=$HOME/libsasl}}
{quote}
checking for curl_global_init in -lcurl... yes
checking for sasl_done in -lsasl2... no
configure: error: cannot find libsasl2
---
We need libsasl2 for authentication!
---
{quote}
was:
Specifying a custom {{libcurl}} directory via {{\-\-with-curl}} works well, but
{{--with-sasl}} doesn't work.
With {{libcurl}} at {{$HOME/libcurl}} and {{libsasl2}} at {{$HOME/libsasl}},
ran: {{../configure --with-curl=$HOME/libcurl --with-sasl=$HOME/libsasl}}
{quote}
checking for curl_global_init in -lcurl... yes
checking for sasl_done in -lsasl2... no
configure: error: cannot find libsasl2
---
We need libsasl2 for authentication!
---
{quote}
Modify configure.ac to fix --with-sasl
--
Key: MESOS-1839
URL: https://issues.apache.org/jira/browse/MESOS-1839
Project: Mesos
Issue Type: Bug
Components: build
Reporter: Michael Park
Assignee: Michael Park
Priority: Minor
Specifying a custom {{libcurl}} directory via {{\-\-with-curl}} works well,
but {{--with-sasl}} doesn't work.
{{libcurl}} installed at {{$HOME/libcurl}} and {{libsasl2}} installed at
{{$HOME/libsasl}}.
Ran: {{../configure --with-curl=$HOME/libcurl --with-sasl=$HOME/libsasl}}
{quote}
checking for curl_global_init in -lcurl... yes
checking for sasl_done in -lsasl2... no
configure: error: cannot find libsasl2
---
We need libsasl2 for authentication!
---
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (MESOS-1734) Reduce compile time replacing macro expansions with variadic templates
[ https://issues.apache.org/jira/browse/MESOS-1734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152234#comment-14152234 ] Cody Maloney commented on MESOS-1734: - Commit: 38d8a6db9e4d86a8f57e3793ae940313ef2ea75e Author: Joris Van Remoortere joris.van.remoort...@gmail.com Authored: Thu Sep 25 12:35:03 2014 -0700 Committer: Niklas Q. Nielsen nik...@mesosphere.io Committed: Thu Sep 25 12:35:45 2014 -0700 Added variadic strings join. There is a second version of the variadic join which takes a reference to a stringstream as a parameter. This is handy when strings::join is just a part of a larger string manipulation. Reduce compile time replacing macro expansions with variadic templates -- Key: MESOS-1734 URL: https://issues.apache.org/jira/browse/MESOS-1734 Project: Mesos Issue Type: Improvement Reporter: Patrick Reilly Assignee: Patrick Reilly Priority: Minor -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MESOS-1840) Libprocess performance
Joris Van Remoortere created MESOS-1840: --- Summary: Libprocess performance Key: MESOS-1840 URL: https://issues.apache.org/jira/browse/MESOS-1840 Project: Mesos Issue Type: Improvement Components: libprocess Reporter: Joris Van Remoortere Libprocess has some performance bottlenecks. 1) Implement a benchmark where we can see regressions / improvements. 2) Implement and test some changes that improve overall throughput or reduce resource utilization of Libprocess. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1506) Update documentation/flags regarding new default hostname semantics
[ https://issues.apache.org/jira/browse/MESOS-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152388#comment-14152388 ] Evelina Dumitrescu commented on MESOS-1506: --- I think that there might be an inconsistency in getHostname. If the hostname cannot be resolved, then a string version of the IP address should be returned. Instead, if getnameinfo fails, an error string corresponding to the error code is returned by gai_strerror. Update documentation/flags regarding new default hostname semantics --- Key: MESOS-1506 URL: https://issues.apache.org/jira/browse/MESOS-1506 Project: Mesos Issue Type: Documentation Components: documentation Affects Versions: 0.18.0, 0.19.0, 0.20.0 Reporter: Vinod Kone https://issues.apache.org/jira/browse/MESOS-672 was committed in 0.18.0 which fixed redirection of WebUI. Included in this fix is https://reviews.apache.org/r/17573/ which changed how the SlaveInfo.hostname is calculated when --hostname is not provided. Specifically, slave now deduces the hostname from --ip flag when --hostname is not provided. We should update the slave/master flags and documentation (http://mesos.apache.org/documentation/latest/configuration/) reflecting this change. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MESOS-1843) Specifying --with-curl doesn't work.
Michael Park created MESOS-1843:
---
Summary: Specifying --with-curl doesn't work.
Key: MESOS-1843
URL: https://issues.apache.org/jira/browse/MESOS-1843
Project: Mesos
Issue Type: Bug
Components: build
Reporter: Michael Park
On a system without {{libcurl}} installed, specifying
{{--with-curl=path-to-libcurl}} flag should work. However, we get the
following error:
quote
../../../3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp:44:23: fatal
error: curl/curl.h: No such file or directory
quote
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (MESOS-1843) Specifying --with-curl doesn't work.
[
https://issues.apache.org/jira/browse/MESOS-1843?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Park updated MESOS-1843:
Description:
On a system without {{libcurl}} installed, specifying
{{--with-curl=path-to-libcurl}} flag should work. However, we get the
following error:
{quote}
../../../3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp:44:23: fatal
error: curl/curl.h: No such file or directory
{quote}
was:
On a system without {{libcurl}} installed, specifying
{{--with-curl=path-to-libcurl}} flag should work. However, we get the
following error:
quote
../../../3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp:44:23: fatal
error: curl/curl.h: No such file or directory
quote
Specifying --with-curl doesn't work.
Key: MESOS-1843
URL: https://issues.apache.org/jira/browse/MESOS-1843
Project: Mesos
Issue Type: Bug
Components: build
Reporter: Michael Park
On a system without {{libcurl}} installed, specifying
{{--with-curl=path-to-libcurl}} flag should work. However, we get the
following error:
{quote}
../../../3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp:44:23:
fatal error: curl/curl.h: No such file or directory
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (MESOS-1739) Allow slave reconfiguration on restart
[ https://issues.apache.org/jira/browse/MESOS-1739?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152431#comment-14152431 ] Cody Maloney commented on MESOS-1739: - [Design document|https://docs.google.com/document/d/1PWv7YIdV3nN2l1oUW7Nybm4KdnxZ7Px2JGc5UM-PKoQ/edit?usp=sharing] Allow slave reconfiguration on restart -- Key: MESOS-1739 URL: https://issues.apache.org/jira/browse/MESOS-1739 Project: Mesos Issue Type: Improvement Reporter: Patrick Reilly Assignee: Cody Maloney Make it so that either via a slave restart or a out of process reconfigure ping, the attributes and resources of a slave can be updated to be a superset of what they used to be. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1797) Packaged Zookeeper does not compile on OSX Yosemite
[ https://issues.apache.org/jira/browse/MESOS-1797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152438#comment-14152438 ] Till Toenshoff commented on MESOS-1797: --- https://github.com/apache/zookeeper/pull/19.patch would be an upstream patch suggestion. I know this is kind of a red flag but given that Yosemite's release is close, should we also go ahead and include a hotfix patch within our bundle? Packaged Zookeeper does not compile on OSX Yosemite --- Key: MESOS-1797 URL: https://issues.apache.org/jira/browse/MESOS-1797 Project: Mesos Issue Type: Improvement Components: build Affects Versions: 0.20.0, 0.21.0, 0.19.1 Reporter: Dario Rexin Priority: Minor I have been struggling with this for some time (due to my lack of knowledge about C compiler error messages) and finally found a way to make it compile. The problem is that Zookeeper defines a function `htonll` that is a builtin function in Yosemite. For me it worked to just remove this function, but as it needs to keep working on other systems as well, we would need some check for the OS version or if the function is already defined. Here are the links to the source: https://github.com/apache/zookeeper/blob/trunk/src/c/include/recordio.h#L73 https://github.com/apache/zookeeper/blob/trunk/src/c/src/recordio.c#L83-L97 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1843) Specifying --with-curl doesn't work.
[
https://issues.apache.org/jira/browse/MESOS-1843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152439#comment-14152439
]
Michael Park commented on MESOS-1843:
-
The issue here is that {{curl/curl.h}} is included in {{stout}} and specifying
the {{--with-curl}} flag is not propagated down to {{stout}}'s {{configure.ac}}.
Specifying --with-curl doesn't work.
Key: MESOS-1843
URL: https://issues.apache.org/jira/browse/MESOS-1843
Project: Mesos
Issue Type: Bug
Components: build
Reporter: Michael Park
On a system without {{libcurl}} installed, specifying
{{--with-curl=path-to-libcurl}} flag should work. However, we get the
following error:
{quote}
../../../3rdparty/libprocess/3rdparty/stout/include/stout/net.hpp:44:23:
fatal error: curl/curl.h: No such file or directory
{quote}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Resolved] (MESOS-1061) GarbageCollectorIntegrationTest.DiskUsage is flaky
[ https://issues.apache.org/jira/browse/MESOS-1061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vinod Kone resolved MESOS-1061. --- Resolution: Duplicate GarbageCollectorIntegrationTest.DiskUsage is flaky -- Key: MESOS-1061 URL: https://issues.apache.org/jira/browse/MESOS-1061 Project: Mesos Issue Type: Bug Components: test Reporter: Vinod Kone [ RUN ] GarbageCollectorIntegrationTest.DiskUsage I0305 16:32:59.974095 27236 master.cpp:252] Master ID: 2014-03-05-16:32:59-2256185536-33036-27236 Hostname: fedora-19 I0305 16:32:59.974203 27260 master.cpp:262] Master started on 192.168.122.134:33036 I0305 16:32:59.974215 27260 master.cpp:265] Master only allowing authenticated frameworks to register! I0305 16:32:59.974628 27260 hierarchical_allocator_process.hpp:302] Initializing hierarchical allocator process with master : master@192.168.122.134:33036 I0305 16:32:59.974663 27260 master.cpp:96] No whitelist given. Advertising offers for all slaves I0305 16:32:59.974808 27260 master.cpp:771] The newly elected leader is master@192.168.122.134:33036 with id 2014-03-05-16:32:59-2256185536-33036-27236 I0305 16:32:59.974820 27260 master.cpp:781] Elected as the leading master! I0305 16:32:59.977638 27259 slave.cpp:119] Slave started on 53)@192.168.122.134:33036 I0305 16:32:59.977720 27259 slave.cpp:129] Slave resources: cpus(*):2; mem(*):1024; disk(*):1024; ports(*):[31000-32000] I0305 16:32:59.978029 27259 slave.cpp:157] Slave hostname: fedora-19 I0305 16:32:59.978042 27259 slave.cpp:158] Slave checkpoint: false I0305 16:32:59.978410 27259 state.cpp:33] Recovering state from '/tmp/GarbageCollectorIntegrationTest_DiskUsage_vsBzsr/meta' I0305 16:32:59.978499 27259 status_update_manager.cpp:193] Recovering status update manager I0305 16:32:59.978569 27259 slave.cpp:2710] Finished recovery I0305 16:32:59.978806 27259 slave.cpp:404] New master detected at master@192.168.122.134:33036 I0305 16:32:59.978853 27259 slave.cpp:429] Detecting new master I0305 16:32:59.978884 27259 status_update_manager.cpp:167] New master detected at master@192.168.122.134:33036 I0305 16:32:59.978936 27259 master.cpp:1858] Attempting to register slave on fedora-19 at slave(53)@192.168.122.134:33036 I0305 16:32:59.978947 27259 master.cpp:2842] Adding slave 2014-03-05-16:32:59-2256185536-33036-27236-0 at fedora-19 with cpus(*):2; mem(*):1024; disk(*):1024; ports(*):[31000-32000] I0305 16:32:59.979054 27259 slave.cpp:447] Registered with master master@192.168.122.134:33036; given slave ID 2014-03-05-16:32:59-2256185536-33036-27236-0 I0305 16:32:59.979115 27259 hierarchical_allocator_process.hpp:445] Added slave 2014-03-05-16:32:59-2256185536-33036-27236-0 (fedora-19) with cpus(*):2; mem(*):1024; disk(*):1024; ports(*):[31000-32000] (and cpus(*):2; mem(*):1024; disk(*):1024; ports(*):[31000-32000] available) I0305 16:32:59.979151 27259 hierarchical_allocator_process.hpp:708] Performed allocation for slave 2014-03-05-16:32:59-2256185536-33036-27236-0 in 7240ns I0305 16:32:59.982027 27236 sched.cpp:121] Version: 0.19.0 I0305 16:32:59.983299 27261 sched.cpp:217] New master detected at master@192.168.122.134:33036 I0305 16:32:59.983324 27261 sched.cpp:267] Authenticating with master master@192.168.122.134:33036 I0305 16:32:59.983407 27261 authenticatee.hpp:128] Creating new client SASL connection I0305 16:32:59.983818 27261 master.cpp:2355] Authenticating framework at scheduler(70)@192.168.122.134:33036 I0305 16:32:59.983898 27261 authenticator.hpp:148] Creating new server SASL connection I0305 16:32:59.984202 27261 authenticatee.hpp:219] Received SASL authentication mechanisms: CRAM-MD5 I0305 16:32:59.984222 27261 authenticatee.hpp:245] Attempting to authenticate with mechanism 'CRAM-MD5' I0305 16:32:59.984396 27261 authenticator.hpp:254] Received SASL authentication start I0305 16:32:59.984438 27261 authenticator.hpp:342] Authentication requires more steps I0305 16:32:59.984472 27261 authenticatee.hpp:265] Received SASL authentication step I0305 16:32:59.984508 27261 authenticator.hpp:282] Received SASL authentication step I0305 16:32:59.984524 27261 auxprop.cpp:81] Request to lookup properties for user: 'test-principal' realm: 'fedora-19' server FQDN: 'fedora-19' SASL_AUXPROP_VERIFY_AGAINST_HASH: false SASL_AUXPROP_OVERRIDE: false SASL_AUXPROP_AUTHZID: false I0305 16:32:59.984531 27261 auxprop.cpp:153] Looking up auxiliary property '*userPassword' I0305 16:32:59.984544 27261 auxprop.cpp:153] Looking up auxiliary property '*cmusaslsecretCRAM-MD5' I0305 16:32:59.984552 27261 auxprop.cpp:81] Request to lookup properties for user: 'test-principal' realm: 'fedora-19' server FQDN: 'fedora-19' SASL_AUXPROP_VERIFY_AGAINST_HASH: false
[jira] [Commented] (MESOS-1347) GarbageCollectorIntegrationTest.DiskUsage is flaky.
[
https://issues.apache.org/jira/browse/MESOS-1347?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152556#comment-14152556
]
Vinod Kone commented on MESOS-1347:
---
Seen a similar issue on the CI.
https://builds.apache.org/job/Mesos-Trunk-Ubuntu-Build-In-Src-Set-JAVA_HOME/2131/consoleText
[~dhamon] mind taking a look since you last touched this test?
{code}
[ RUN ] GarbageCollectorIntegrationTest.DiskUsage
Using temporary directory
'/tmp/GarbageCollectorIntegrationTest_DiskUsage_F6Outi'
I0929 19:27:33.685165 6596 leveldb.cpp:176] Opened db in 2.183011ms
I0929 19:27:33.685974 6596 leveldb.cpp:183] Compacted db in 780668ns
I0929 19:27:33.685997 6596 leveldb.cpp:198] Created db iterator in 2917ns
I0929 19:27:33.686007 6596 leveldb.cpp:204] Seeked to beginning of db in 558ns
I0929 19:27:33.686015 6596 leveldb.cpp:273] Iterated through 0 keys in the db
in 168ns
I0929 19:27:33.686030 6596 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0929 19:27:33.686216 6614 recover.cpp:425] Starting replica recovery
I0929 19:27:33.686314 6614 recover.cpp:451] Replica is in EMPTY status
I0929 19:27:33.686764 6612 replica.cpp:638] Replica in EMPTY status received a
broadcasted recover request
I0929 19:27:33.686841 6618 recover.cpp:188] Received a recover response from a
replica in EMPTY status
I0929 19:27:33.687016 6620 recover.cpp:542] Updating replica status to STARTING
I0929 19:27:33.687522 6624 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 446044ns
I0929 19:27:33.687541 6624 replica.cpp:320] Persisted replica status to
STARTING
I0929 19:27:33.687557 6613 master.cpp:312] Master
20140929-192733-3176252227-39093-6596 (proserpina.apache.org) started on
67.195.81.189:39093
I0929 19:27:33.687584 6613 master.cpp:358] Master only allowing authenticated
frameworks to register
I0929 19:27:33.687597 6613 master.cpp:363] Master only allowing authenticated
slaves to register
I0929 19:27:33.687613 6613 credentials.hpp:36] Loading credentials for
authentication from
'/tmp/GarbageCollectorIntegrationTest_DiskUsage_F6Outi/credentials'
I0929 19:27:33.687650 6621 recover.cpp:451] Replica is in STARTING status
I0929 19:27:33.687731 6613 master.cpp:392] Authorization enabled
I0929 19:27:33.687934 6617 master.cpp:120] No whitelist given. Advertising
offers for all slaves
I0929 19:27:33.687958 6618 hierarchical_allocator_process.hpp:299]
Initializing hierarchical allocator process with master :
master@67.195.81.189:39093
I0929 19:27:33.688124 6620 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0929 19:27:33.688262 6618 recover.cpp:188] Received a recover response from a
replica in STARTING status
I0929 19:27:33.688426 6623 master.cpp:1241] The newly elected leader is
master@67.195.81.189:39093 with id 20140929-192733-3176252227-39093-6596
I0929 19:27:33.688451 6623 master.cpp:1254] Elected as the leading master!
I0929 19:27:33.688467 6623 master.cpp:1072] Recovering from registrar
I0929 19:27:33.688633 6619 registrar.cpp:313] Recovering registrar
I0929 19:27:33.688735 6620 recover.cpp:542] Updating replica status to VOTING
I0929 19:27:33.688967 6624 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 157347ns
I0929 19:27:33.689012 6624 replica.cpp:320] Persisted replica status to VOTING
I0929 19:27:33.689074 6620 recover.cpp:556] Successfully joined the Paxos group
I0929 19:27:33.689184 6620 recover.cpp:440] Recover process terminated
I0929 19:27:33.689317 6616 log.cpp:656] Attempting to start the writer
I0929 19:27:33.689877 6617 replica.cpp:474] Replica received implicit promise
request with proposal 1
I0929 19:27:33.690207 6617 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 306053ns
I0929 19:27:33.690224 6617 replica.cpp:342] Persisted promised to 1
I0929 19:27:33.690493 6614 coordinator.cpp:230] Coordinator attemping to fill
missing position
I0929 19:27:33.691164 6616 replica.cpp:375] Replica received explicit promise
request for position 0 with proposal 2
I0929 19:27:33.691285 6616 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 101482ns
I0929 19:27:33.691304 6616 replica.cpp:676] Persisted action at 0
I0929 19:27:33.691746 6623 replica.cpp:508] Replica received write request for
position 0
I0929 19:27:33.691776 6623 leveldb.cpp:438] Reading position from leveldb took
11754ns
I0929 19:27:33.691954 6623 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 154753ns
I0929 19:27:33.691972 6623 replica.cpp:676] Persisted action at 0
I0929 19:27:33.692244 6622 replica.cpp:655] Replica received learned notice
for position 0
I0929 19:27:33.692389 6622 leveldb.cpp:343] Persisting action (16 bytes) to
leveldb took 121120ns
I0929 19:27:33.692407 6622 replica.cpp:676] Persisted action at 0
I0929 19:27:33.692417 6622 replica.cpp:661] Replica
[jira] [Commented] (MESOS-1797) Packaged Zookeeper does not compile on OSX Yosemite
[ https://issues.apache.org/jira/browse/MESOS-1797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152601#comment-14152601 ] Benjamin Mahler commented on MESOS-1797: Awesome job following up with a patch [~tillt]! I would try to find out when your patch would be part of the next release. Likely we'll need a .patch in the interim, but let's wait to see your patch land in ZooKeeper first so that we know it's the right approach? Packaged Zookeeper does not compile on OSX Yosemite --- Key: MESOS-1797 URL: https://issues.apache.org/jira/browse/MESOS-1797 Project: Mesos Issue Type: Improvement Components: build Affects Versions: 0.20.0, 0.21.0, 0.19.1 Reporter: Dario Rexin Priority: Minor I have been struggling with this for some time (due to my lack of knowledge about C compiler error messages) and finally found a way to make it compile. The problem is that Zookeeper defines a function `htonll` that is a builtin function in Yosemite. For me it worked to just remove this function, but as it needs to keep working on other systems as well, we would need some check for the OS version or if the function is already defined. Here are the links to the source: https://github.com/apache/zookeeper/blob/trunk/src/c/include/recordio.h#L73 https://github.com/apache/zookeeper/blob/trunk/src/c/src/recordio.c#L83-L97 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (MESOS-1797) Packaged Zookeeper does not compile on OSX Yosemite
[ https://issues.apache.org/jira/browse/MESOS-1797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152609#comment-14152609 ] Till Toenshoff commented on MESOS-1797: --- [~bmahler] +1 Hoping their unit tests are actually just flaky as my patch got flagged by them (just like many others that still got committed). Packaged Zookeeper does not compile on OSX Yosemite --- Key: MESOS-1797 URL: https://issues.apache.org/jira/browse/MESOS-1797 Project: Mesos Issue Type: Improvement Components: build Affects Versions: 0.20.0, 0.21.0, 0.19.1 Reporter: Dario Rexin Priority: Minor I have been struggling with this for some time (due to my lack of knowledge about C compiler error messages) and finally found a way to make it compile. The problem is that Zookeeper defines a function `htonll` that is a builtin function in Yosemite. For me it worked to just remove this function, but as it needs to keep working on other systems as well, we would need some check for the OS version or if the function is already defined. Here are the links to the source: https://github.com/apache/zookeeper/blob/trunk/src/c/include/recordio.h#L73 https://github.com/apache/zookeeper/blob/trunk/src/c/src/recordio.c#L83-L97 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (MESOS-1844) AllocatorTest/0.SlaveLost is flaky
Vinod Kone created MESOS-1844:
-
Summary: AllocatorTest/0.SlaveLost is flaky
Key: MESOS-1844
URL: https://issues.apache.org/jira/browse/MESOS-1844
Project: Mesos
Issue Type: Bug
Components: test
Environment: Fedora 20. GCC
Reporter: Vinod Kone
Assignee: Vinod Kone
{code}
[ RUN ] AllocatorTest/0.SlaveLost
Using temporary directory '/tmp/AllocatorTest_0_SlaveLost_Z2oazw'
I0929 16:58:29.484141 3486 leveldb.cpp:176] Opened db in 604109ns
I0929 16:58:29.484629 3486 leveldb.cpp:183] Compacted db in 172697ns
I0929 16:58:29.484912 3486 leveldb.cpp:198] Created db iterator in 6429ns
I0929 16:58:29.485133 3486 leveldb.cpp:204] Seeked to beginning of db in 1618ns
I0929 16:58:29.485337 3486 leveldb.cpp:273] Iterated through 0 keys in the db
in 752ns
I0929 16:58:29.485595 3486 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0929 16:58:29.486017 3500 recover.cpp:425] Starting replica recovery
I0929 16:58:29.486304 3500 recover.cpp:451] Replica is in EMPTY status
I0929 16:58:29.486793 3500 replica.cpp:638] Replica in EMPTY status received a
broadcasted recover request
I0929 16:58:29.487205 3500 recover.cpp:188] Received a recover response from a
replica in EMPTY status
I0929 16:58:29.487540 3500 recover.cpp:542] Updating replica status to STARTING
I0929 16:58:29.487911 3500 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 36629ns
I0929 16:58:29.488173 3500 replica.cpp:320] Persisted replica status to
STARTING
I0929 16:58:29.488438 3500 recover.cpp:451] Replica is in STARTING status
I0929 16:58:29.488891 3500 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0929 16:58:29.489187 3500 recover.cpp:188] Received a recover response from a
replica in STARTING status
I0929 16:58:29.489516 3500 recover.cpp:542] Updating replica status to VOTING
I0929 16:58:29.489887 3502 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 32099ns
I0929 16:58:29.490124 3502 replica.cpp:320] Persisted replica status to VOTING
I0929 16:58:29.490381 3500 recover.cpp:556] Successfully joined the Paxos group
I0929 16:58:29.490713 3500 recover.cpp:440] Recover process terminated
I0929 16:58:29.493401 3506 master.cpp:312] Master
20140929-165829-2759502016-55618-3486 (fedora-20) started on
192.168.122.164:55618
I0929 16:58:29.493700 3506 master.cpp:358] Master only allowing authenticated
frameworks to register
I0929 16:58:29.493921 3506 master.cpp:363] Master only allowing authenticated
slaves to register
I0929 16:58:29.494123 3506 credentials.hpp:36] Loading credentials for
authentication from '/tmp/AllocatorTest_0_SlaveLost_Z2oazw/credentials'
I0929 16:58:29.494500 3506 master.cpp:392] Authorization enabled
I0929 16:58:29.495249 3506 master.cpp:120] No whitelist given. Advertising
offers for all slaves
I0929 16:58:29.495728 3502 hierarchical_allocator_process.hpp:299]
Initializing hierarchical allocator process with master :
master@192.168.122.164:55618
I0929 16:58:29.496196 3506 master.cpp:1241] The newly elected leader is
master@192.168.122.164:55618 with id 20140929-165829-2759502016-55618-3486
I0929 16:58:29.496469 3506 master.cpp:1254] Elected as the leading master!
I0929 16:58:29.496713 3506 master.cpp:1072] Recovering from registrar
I0929 16:58:29.497020 3506 registrar.cpp:312] Recovering registrar
I0929 16:58:29.497486 3506 log.cpp:656] Attempting to start the writer
I0929 16:58:29.498105 3506 replica.cpp:474] Replica received implicit promise
request with proposal 1
I0929 16:58:29.498373 3506 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 27145ns
I0929 16:58:29.498605 3506 replica.cpp:342] Persisted promised to 1
I0929 16:58:29.500880 3500 coordinator.cpp:230] Coordinator attemping to fill
missing position
I0929 16:58:29.501404 3500 replica.cpp:375] Replica received explicit promise
request for position 0 with proposal 2
I0929 16:58:29.501687 3500 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 57971ns
I0929 16:58:29.501935 3500 replica.cpp:676] Persisted action at 0
I0929 16:58:29.504905 3507 replica.cpp:508] Replica received write request for
position 0
I0929 16:58:29.505130 3507 leveldb.cpp:438] Reading position from leveldb took
18418ns
I0929 16:58:29.505377 3507 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 19998ns
I0929 16:58:29.505571 3507 replica.cpp:676] Persisted action at 0
I0929 16:58:29.505957 3507 replica.cpp:655] Replica received learned notice
for position 0
I0929 16:58:29.506186 3507 leveldb.cpp:343] Persisting action (16 bytes) to
leveldb took 21648ns
I0929 16:58:29.506433 3507 replica.cpp:676] Persisted action at 0
I0929 16:58:29.506767 3507 replica.cpp:661] Replica learned NOP action at
position 0
I0929 16:58:29.507199 3507 log.cpp:672] Writer started
[jira] [Comment Edited] (MESOS-1506) Update documentation/flags regarding new default hostname semantics
[ https://issues.apache.org/jira/browse/MESOS-1506?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14152388#comment-14152388 ] Evelina Dumitrescu edited comment on MESOS-1506 at 9/30/14 2:19 AM: I think that there might be an inconsistency in getHostname. The comments(If the hostname cannot be resolved, then a string version of the IP address is returned) are not compliant with the behavior of the method. was (Author: evelinad): I think that there might be an inconsistency in getHostname. If the hostname cannot be resolved, then a string version of the IP address should be returned. Instead, if getnameinfo fails, an error string corresponding to the error code is returned by gai_strerror. Update documentation/flags regarding new default hostname semantics --- Key: MESOS-1506 URL: https://issues.apache.org/jira/browse/MESOS-1506 Project: Mesos Issue Type: Documentation Components: documentation Affects Versions: 0.18.0, 0.19.0, 0.20.0 Reporter: Vinod Kone Assignee: Evelina Dumitrescu https://issues.apache.org/jira/browse/MESOS-672 was committed in 0.18.0 which fixed redirection of WebUI. Included in this fix is https://reviews.apache.org/r/17573/ which changed how the SlaveInfo.hostname is calculated when --hostname is not provided. Specifically, slave now deduces the hostname from --ip flag when --hostname is not provided. We should update the slave/master flags and documentation (http://mesos.apache.org/documentation/latest/configuration/) reflecting this change. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (MESOS-1844) AllocatorTest/0.SlaveLost is flaky
[
https://issues.apache.org/jira/browse/MESOS-1844?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vinod Kone updated MESOS-1844:
--
Story Points: 1 (was: 2)
https://reviews.apache.org/r/26163/
AllocatorTest/0.SlaveLost is flaky
--
Key: MESOS-1844
URL: https://issues.apache.org/jira/browse/MESOS-1844
Project: Mesos
Issue Type: Bug
Components: test
Environment: Fedora 20. GCC
Reporter: Vinod Kone
Assignee: Vinod Kone
{code}
[ RUN ] AllocatorTest/0.SlaveLost
Using temporary directory '/tmp/AllocatorTest_0_SlaveLost_Z2oazw'
I0929 16:58:29.484141 3486 leveldb.cpp:176] Opened db in 604109ns
I0929 16:58:29.484629 3486 leveldb.cpp:183] Compacted db in 172697ns
I0929 16:58:29.484912 3486 leveldb.cpp:198] Created db iterator in 6429ns
I0929 16:58:29.485133 3486 leveldb.cpp:204] Seeked to beginning of db in
1618ns
I0929 16:58:29.485337 3486 leveldb.cpp:273] Iterated through 0 keys in the
db in 752ns
I0929 16:58:29.485595 3486 replica.cpp:741] Replica recovered with log
positions 0 - 0 with 1 holes and 0 unlearned
I0929 16:58:29.486017 3500 recover.cpp:425] Starting replica recovery
I0929 16:58:29.486304 3500 recover.cpp:451] Replica is in EMPTY status
I0929 16:58:29.486793 3500 replica.cpp:638] Replica in EMPTY status received
a broadcasted recover request
I0929 16:58:29.487205 3500 recover.cpp:188] Received a recover response from
a replica in EMPTY status
I0929 16:58:29.487540 3500 recover.cpp:542] Updating replica status to
STARTING
I0929 16:58:29.487911 3500 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 36629ns
I0929 16:58:29.488173 3500 replica.cpp:320] Persisted replica status to
STARTING
I0929 16:58:29.488438 3500 recover.cpp:451] Replica is in STARTING status
I0929 16:58:29.488891 3500 replica.cpp:638] Replica in STARTING status
received a broadcasted recover request
I0929 16:58:29.489187 3500 recover.cpp:188] Received a recover response from
a replica in STARTING status
I0929 16:58:29.489516 3500 recover.cpp:542] Updating replica status to VOTING
I0929 16:58:29.489887 3502 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 32099ns
I0929 16:58:29.490124 3502 replica.cpp:320] Persisted replica status to
VOTING
I0929 16:58:29.490381 3500 recover.cpp:556] Successfully joined the Paxos
group
I0929 16:58:29.490713 3500 recover.cpp:440] Recover process terminated
I0929 16:58:29.493401 3506 master.cpp:312] Master
20140929-165829-2759502016-55618-3486 (fedora-20) started on
192.168.122.164:55618
I0929 16:58:29.493700 3506 master.cpp:358] Master only allowing
authenticated frameworks to register
I0929 16:58:29.493921 3506 master.cpp:363] Master only allowing
authenticated slaves to register
I0929 16:58:29.494123 3506 credentials.hpp:36] Loading credentials for
authentication from '/tmp/AllocatorTest_0_SlaveLost_Z2oazw/credentials'
I0929 16:58:29.494500 3506 master.cpp:392] Authorization enabled
I0929 16:58:29.495249 3506 master.cpp:120] No whitelist given. Advertising
offers for all slaves
I0929 16:58:29.495728 3502 hierarchical_allocator_process.hpp:299]
Initializing hierarchical allocator process with master :
master@192.168.122.164:55618
I0929 16:58:29.496196 3506 master.cpp:1241] The newly elected leader is
master@192.168.122.164:55618 with id 20140929-165829-2759502016-55618-3486
I0929 16:58:29.496469 3506 master.cpp:1254] Elected as the leading master!
I0929 16:58:29.496713 3506 master.cpp:1072] Recovering from registrar
I0929 16:58:29.497020 3506 registrar.cpp:312] Recovering registrar
I0929 16:58:29.497486 3506 log.cpp:656] Attempting to start the writer
I0929 16:58:29.498105 3506 replica.cpp:474] Replica received implicit
promise request with proposal 1
I0929 16:58:29.498373 3506 leveldb.cpp:306] Persisting metadata (8 bytes) to
leveldb took 27145ns
I0929 16:58:29.498605 3506 replica.cpp:342] Persisted promised to 1
I0929 16:58:29.500880 3500 coordinator.cpp:230] Coordinator attemping to
fill missing position
I0929 16:58:29.501404 3500 replica.cpp:375] Replica received explicit
promise request for position 0 with proposal 2
I0929 16:58:29.501687 3500 leveldb.cpp:343] Persisting action (8 bytes) to
leveldb took 57971ns
I0929 16:58:29.501935 3500 replica.cpp:676] Persisted action at 0
I0929 16:58:29.504905 3507 replica.cpp:508] Replica received write request
for position 0
I0929 16:58:29.505130 3507 leveldb.cpp:438] Reading position from leveldb
took 18418ns
I0929 16:58:29.505377 3507 leveldb.cpp:343] Persisting action (14 bytes) to
leveldb took 19998ns
I0929 16:58:29.505571 3507 replica.cpp:676] Persisted action at 0
I0929 16:58:29.505957 3507 replica.cpp:655] Replica received learned notice
for position 0
I0929 16:58
