[
https://issues.apache.org/jira/browse/AURORA-654?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14103421#comment-14103421
]
Josh Adams commented on AURORA-654:
-----------------------------------
I'm baffled by this error the more I look at it. I'm seeing basically the same
error in the v1 and v2 clients when I try creating a job with constraints
specified. If I don't specify constraints the default {{'host' -> 'limit': 1}}
value gets filled in and then it errors out on the executor as above.
The stack from the clients refer to
https://github.com/apache/incubator-aurora/blob/master/src/main/python/apache/aurora/config/thrift.py#L73
which totally makes sense, but I don't see how anyone has a working
{{0.19.1-rc1}} environment because {{Constraint}} objects don't appear to be
hashable, and therefore invalid {{set}} members. For example:
{noformat}
$ PEX_INTERPRETER=1 ./aurora2.pex
Python 2.7.6 (default, Apr 2 2014, 22:16:48)
[GCC 4.4.6 20120305 (Red Hat 4.4.6-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> from gen.apache.aurora.api.ttypes import Constraint
>>> constraint = Constraint()
>>> result = set()
>>> result.add(constraint)
Traceback (most recent call last):
File "<console>", line 1, in <module>
TypeError: unhashable instance
>>>
{noformat}
Cheers,
Josh
> "Could not deserialize AssignedTask" from thermos_executor.pex
> --------------------------------------------------------------
>
> Key: AURORA-654
> URL: https://issues.apache.org/jira/browse/AURORA-654
> Project: Aurora
> Issue Type: Bug
> Components: Executor
> Environment: CentOS 6.4 on x86_64 hardware
> Reporter: Josh Adams
>
> We're seeing the following error when attempting to run a new task after
> upgrading to incubator-aurora@8d98542 and mesos@dc0b7bf (0.19.1-rc1):
> {code}
> WARNING: Logging before InitGoogleLogging() is written to STDERR
> I0813 00:57:40.229567 10732 exec.cpp:131] Version: 0.19.1
> I0813 00:57:40.231796 10761 exec.cpp:205] Executor registered on slave
> 20140812-235601-84869386-5050-469-0
> FATAL] Could not deserialize AssignedTask
> FATAL] Traceback (most recent call last):
> File "apache/aurora/executor/aurora_executor.py", line 234, in validate_task
> assigned_task = assigned_task_from_mesos_task(task)
> File "apache/aurora/executor/common/task_info.py", line 32, in
> assigned_task_from_mesos_task
> assigned_task = thrift_deserialize(AssignedTask(), task.data)
> File
> "/root/.pex/install/thrift-0.9.1-cp27-none-linux_x86_64.whl.5554a00a49bd3c9d0ed12679fbf9a9810c343ed1/thrift-0.9.1-cp27-none-linux_x86_64.whl/thrift/TSerialization.py",
> line 37, in deserialize
> base.read(protocol)
> File "gen/apache/aurora/api/ttypes.py", line 2841, in read
> self.task.read(iprot)
> File "gen/apache/aurora/api/ttypes.py", line 1678, in read
> self.constraints.add(_elem26)
> TypeError: unhashable instance
> {code}
> We are upgrading to get the Announcer implementation working. Here's a simple
> task config that has no {{constraints}} and still produces the error (we
> haven't been able to generate a {{.aurora}} config that doesn't result in
> this exception.
> {code}
> drag_proc_0 = Process(
> name = 'drag_proc_0',
> cmdline = """
> while sleep 1; do date; done
> """
> )
> drag_task = Task(
> processes = [drag_proc_0],
> resources = Resources(cpu = 0.5, ram = 1*GB, disk = 1*GB)
> )
> jobs = [
> Service(
> task = drag_task,
> cluster = 'staging',
> role = 'produser',
> environment = 'staging',
> name = 'drag',
> instances = 1,
> update_config = UpdateConfig(batch_size = 1, watch_secs = 345,
> rollback_on_failure = False, max_per_shard_failures = 3),
> )
> ]
> {code}
--
This message was sent by Atlassian JIRA
(v6.2#6252)
