> On April 7, 2017, 1:09 a.m., Vinod Kone wrote:
> > include/mesos/mesos.proto
> > Lines 1773 (patched)
> > <https://reviews.apache.org/r/58195/diff/1/?file=1684601#file1684601line1773>
> >
> > `succeeded` seems a bit weird, can we call it `status` or `connection_status`
to be consistent?
> >
> > Also, is `boolean` enough to represent the TCP connection status? Looks like
a TCP connection can be in a few different stateshttps://doc.nexthink.com/Documentation/Nexthink/V5.3/GlossaryAndReferences/StatusofTCPconnections
?
I don't think `status==true` is good either, hence I went with `succeeded==true`, because
it _reads good_. Let's look at other bool field in mesos.proto:
`TaskStatus.healthy` `==true` — sounds good
`Image.Docker.cached` `==true` — sounds good
`ContainerInfo.DockerInfo.privileged` `==true` sounds good
`ContainerInfo.DockerInfo.force_pull_image` `==true` sounds good
`FrameworkInfo.checkpoint` `==true` sounds good
`CommandInfo.executable` `==true` sounds good
`CommandInfo.extract` `==true` sounds good
`CommandInfo.shell` `==true` sounds good
Regarding multiple states. I don't think we care what we get for our `SYN` request, unless
it is `SYN-ACK`, in which case TCP check is considered successful. Using the document you
provide:
`established`: means TCP check succeeds
`closed`: same, implies TCP handshake was successful => TCP checks succeeds
`no service`: `RST` as response, i.e. no `SYN-ACK` => handshake fails => TCP check fails
`no host`: no responce, i.e. no `SYN-ACK` => handshake times out => TCP check fails
`rejected`: no `SYN-ACK` => handshake fails => TCP check fails
If in the future we want to distinguish timeout handshakes, we probably should do it globally
for all types of checks.
- Alexander
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/58195/#review171305
-----------------------------------------------------------
On April 4, 2017, 10:24 p.m., Alexander Rukletsov wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/58195/
> -----------------------------------------------------------
>
> (Updated April 4, 2017, 10:24 p.m.)
>
>
> Review request for mesos, Gastón Kleiman and Vinod Kone.
>
>
> Bugs: MESOS-7275
> https://issues.apache.org/jira/browse/MESOS-7275
>
>
> Repository: mesos
>
>
> Description
> -------
>
> From now on executors may implement TCP checks for tasks.
>
>
> Diffs
> -----
>
> include/mesos/mesos.proto dd90465cc3da283c078d4e907cc6a4a0e50309ac
> include/mesos/v1/mesos.proto 82d020e05b303a8248a90bc482b76b54b335146c
> src/checks/checker.cpp 7510bf23977e007d101fab635865b7160c3a5af6
> src/common/type_utils.cpp dc0dd71f52581e2067fed279677bda8c82aa7298
> src/launcher/default_executor.cpp 9cc40c6391a931f9cdf6965e64be231980537299
> src/launcher/executor.cpp bc69beb884d95d1616b2a3d928cdbf00f70f7c88
> src/tests/check_tests.cpp d7fcbf940102efe0841f07e8c4937a78361bc422
> src/v1/mesos.cpp 5605ff22da77724a7947637bc17e12143ee34802
>
>
> Diff: https://reviews.apache.org/r/58195/diff/1/
>
>
> Testing
> -------
>
> See https://reviews.apache.org/r/58196/
>
>
> Thanks,
>
> Alexander Rukletsov
>
>
|