[
https://issues.apache.org/jira/browse/MESOS-9490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16771167#comment-16771167
]
Benno Evers commented on MESOS-9490:
------------------------------------
[~bmahler], seems I remembered wrong, after re-running the test above it's
actually not a CHECK failure but just a normal error:
{noformat}
[ RUN ] MasterLoadTest.AcceptEncoding
I0218 10:45:26.316328 70511 cluster.cpp:174] Creating default 'local' authorizer
I0218 10:45:26.318068 70572 master.cpp:414] Master
67635eb2-df26-4db8-a5e4-a5f3aa9f3ebc (core1.hw.ca1.mesosphere.com) started on
66.70.182.167:46839
I0218 10:45:26.318110 70572 master.cpp:417] Flags at startup: --acls=""
--agent_ping_timeout="15secs" --agent_reregister_timeout="10mins"
--allocation_interval="1secs" --allocator="hierarchical"
--authenticate_agents="true" --authenticate_frameworks="true"
--authenticate_http_frameworks="true" --authenticate_http_readonly="true"
--authenticate_http_readwrite="true" --authentication_v0_timeout="15secs"
--authenticators="crammd5" --authorizers="local"
--credentials="/tmp/qKeUnl/credentials" --filter_gpu_resources="true"
--framework_sorter="drf" --help="false" --hostname_lookup="true"
--http_authenticators="basic" --http_framework_authenticators="basic"
--initialize_driver_logging="true" --log_auto_initialize="true"
--logbufsecs="0" --logging_level="INFO" --max_agent_ping_timeouts="5"
--max_completed_frameworks="50" --max_completed_tasks_per_framework="1000"
--max_operator_event_stream_subscribers="1000"
--max_unreachable_tasks_per_framework="1000" --memory_profiling="false"
--min_allocatable_resources="cpus:0.01|mem:32" --port="5050"
--publish_per_framework_metrics="true" --quiet="false"
--recovery_agent_removal_limit="100%" --registry="in_memory"
--registry_fetch_timeout="1mins" --registry_gc_interval="15mins"
--registry_max_agent_age="2weeks" --registry_max_agent_count="102400"
--registry_store_timeout="100secs" --registry_strict="false"
--require_agent_domain="false" --role_sorter="drf" --root_submissions="true"
--version="false" --webui_dir="/usr/local/share/mesos/webui"
--work_dir="/tmp/qKeUnl/master" --zk_session_timeout="10secs"
I0218 10:45:26.319782 70572 master.cpp:466] Master only allowing authenticated
frameworks to register
I0218 10:45:26.319829 70572 master.cpp:472] Master only allowing authenticated
agents to register
I0218 10:45:26.319839 70572 master.cpp:478] Master only allowing authenticated
HTTP frameworks to register
I0218 10:45:26.319851 70572 credentials.hpp:37] Loading credentials for
authentication from '/tmp/qKeUnl/credentials'
I0218 10:45:26.320096 70572 master.cpp:522] Using default 'crammd5'
authenticator
I0218 10:45:26.320171 70572 authenticator.cpp:520] Initializing server SASL
I0218 10:45:26.325443 70572 http.cpp:965] Creating default 'basic' HTTP
authenticator for realm 'mesos-master-readonly'
I0218 10:45:26.325582 70572 http.cpp:965] Creating default 'basic' HTTP
authenticator for realm 'mesos-master-readwrite'
I0218 10:45:26.325675 70572 http.cpp:965] Creating default 'basic' HTTP
authenticator for realm 'mesos-master-scheduler'
I0218 10:45:26.325704 70572 master.cpp:603] Authorization enabled
I0218 10:45:26.329525 70572 master.cpp:2103] Elected as the leading master!
I0218 10:45:26.329560 70572 master.cpp:1638] Recovering from registrar
I0218 10:45:26.331326 70526 registrar.cpp:383] Successfully fetched the
registry (0B) in 1.668864ms
I0218 10:45:26.331449 70526 registrar.cpp:487] Applied 1 operations in 38387ns;
attempting to update the registry
I0218 10:45:26.331748 70530 registrar.cpp:544] Successfully updated the
registry in 259072ns
I0218 10:45:26.331821 70530 registrar.cpp:416] Successfully recovered registrar
I0218 10:45:26.331980 70530 master.cpp:1752] Recovered 0 agents from the
registry (172B); allowing 10mins for agents to reregister
I0218 10:45:26.334493 70554 http.cpp:1105] HTTP GET for /master//state from
66.70.182.167:59082
I0218 10:45:26.335484 70552 http.cpp:1122] HTTP GET for /master//state from
66.70.182.167:59082: '200 OK' after 2.06899ms
../../src/tests/master_load_tests.cpp:570: Failure
(response).failure(): Failed to decode response
I0218 10:45:26.336654 70511 master.cpp:1109] Master terminating
[ FAILED ] MasterLoadTest.AcceptEncoding (22 ms)
{noformat}
> Support accepting gzipped responses in libprocess
> -------------------------------------------------
>
> Key: MESOS-9490
> URL: https://issues.apache.org/jira/browse/MESOS-9490
> Project: Mesos
> Issue Type: Improvement
> Reporter: Benno Evers
> Priority: Major
> Labels: libprocess
>
> Currently all libprocess endpoints support the serving of gzipped responses
> when the client is requesting this with an `Accept-Encoding: gzip` header.
> However, libprocess does not support receiving gzipped responses, failing
> with a decode error in this case.
> For symmetry, we should try to support compression in this case as well.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
