kafka-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "postmaster@inn.ru (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (KAFKA-1207) Launch Kafka from within Apache Mesos
Date Sun, 22 Jan 2017 16:41:26 GMT

    [ https://issues.apache.org/jira/browse/KAFKA-1207?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15833597#comment-15833597
] 

postmaster@inn.ru commented on KAFKA-1207:
------------------------------------------

Delivery is delayed to these recipients or groups:

ed@inn.ru<mailto:ed@inn.ru>

Subject: [jira] [Commented] (KAFKA-1207) Launch Kafka from within Apache Mesos

This message hasn't been delivered yet. Delivery will continue to be attempted.

The server will keep trying to deliver this message for the next 1 days, 19 hours and 51 minutes.
You'll be notified if the message can't be delivered by that time.







Diagnostic information for administrators:

Generating server: lc-exch-02.inn.local
Receiving server: inn.ru (109.105.153.25)

ed@inn.ru
Server at inn.ru (109.105.153.25) returned '400 4.4.7 Message delayed'
1/22/2017 4:29:42 PM - Server at inn.ru (109.105.153.25) returned '441 4.4.1 Error communicating
with target host: "Failed to connect. Winsock error code: 10060, Win32 error code: 10060."
Last endpoint attempted was 109.105.153.25:25'

Original message headers:

Received: from lc-exch-04.inn.local (10.64.37.99) by lc-exch-02.inn.local
 (10.64.37.98) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32; Sun, 22
 Jan 2017 15:31:35 +0300
Received: from lc-asp-02.inn.ru (10.64.37.105) by lc-exch-04.inn.local
 (10.64.37.100) with Microsoft SMTP Server (version=TLS1_2,
 cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.669.32 via
 Frontend Transport; Sun, 22 Jan 2017 15:31:35 +0300
Received-SPF: None (no SPF record) identity=mailfrom; client-ip=209.188.14.142; helo=spamd3-us-west.apache.org;
envelope-from=jira@apache.org; receiver=ed@inn.ru
X-Envelope-From: <jira@apache.org>
Received: from spamd3-us-west.apache.org (pnap-us-west-generic-nat.apache.org [209.188.14.142])
        by lc-asp-02.inn.ru (Postfix) with ESMTP id DF86B400C6
        for <ed@inn.ru>; Sun, 22 Jan 2017 13:31:34 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
        by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP
id 8D7F71806F7
        for <ed@inn.ru>; Sun, 22 Jan 2017 12:31:34 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=6.31
        tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999]
        autolearn=disabled
Received: from mx1-lw-eu.apache.org ([10.40.0.8])
        by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024)
        with ESMTP id gAFEOAt8mxtY for <ed@inn.ru>;
        Sun, 22 Jan 2017 12:31:32 +0000 (UTC)
Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139])
        by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 935CC5F4AC
        for <ed@inn.ru>; Sun, 22 Jan 2017 12:31:31 +0000 (UTC)
Received: from jira-lw-us.apache.org (unknown [207.244.88.139])
        by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org)
with ESMTP id 535EEE0366
        for <ed@inn.ru>; Sun, 22 Jan 2017 12:31:27 +0000 (UTC)
Received: from jira-lw-us.apache.org (localhost [127.0.0.1])
        by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id
AE2812528E
        for <ed@inn.ru>; Sun, 22 Jan 2017 12:31:26 +0000 (UTC)
Date: Sun, 22 Jan 2017 12:31:26 +0000
From: "postmaster@inn.ru (JIRA)" <jira@apache.org>
To: <ed@inn.ru>
Message-ID: <JIRA.12689059.1389811935000.73131.1485088286711@Atlassian.JIRA>
In-Reply-To: <JIRA.12689059.1389811935000@Atlassian.JIRA>
References: <JIRA.12689059.1389811935000@Atlassian.JIRA> <JIRA.12689059.1389811935466@jira-lw-us.apache.org>
Subject: [jira] [Commented] (KAFKA-1207) Launch Kafka from within Apache
 Mesos
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-inn-MailScanner-ESVA-Information: Please contact  for more information
X-inn-MailScanner-ESVA-ID: DF86B400C6.A9951
X-inn-MailScanner-ESVA: Found to be clean
X-inn-MailScanner-ESVA-From: jira@apache.org
X-inn-MailScanner-ESVA-Watermark: 1485693095.59716@y4RZfH4sHX1Lm3/FWf7QEw
Return-Path: jira@apache.org
X-OrganizationHeadersPreserved: lc-exch-02.inn.local
X-CrossPremisesHeadersFilteredByDsnGenerator: lc-exch-02.inn.local



> Launch Kafka from within Apache Mesos
> -------------------------------------
>
>                 Key: KAFKA-1207
>                 URL: https://issues.apache.org/jira/browse/KAFKA-1207
>             Project: Kafka
>          Issue Type: Bug
>            Reporter: Joe Stein
>              Labels: mesos
>         Attachments: KAFKA-1207_2014-01-19_00:04:58.patch, KAFKA-1207_2014-01-19_00:48:49.patch,
KAFKA-1207.patch
>
>
> There are a few components to this.
> 1) The Framework:  This is going to be responsible for starting up and managing the fail
over of brokers within the mesos cluster.  This will have to get some Kafka focused paramaters
for launching new replica brokers, moving topics and partitions around based on what is happening
in the grid through time.
> 2) The Scheduler: This is what is going to ask for resources for Kafka brokers (new ones,
replacement ones, commissioned ones) and other operations such as stopping tasks (decommissioning
brokers).  I think this should also expose a user interface (or at least a rest api) for producers
and consumers so we can have producers and consumers run inside of the mesos cluster if folks
want (just add the jar)
> 3) The Executor : This is the task launcher.  It launches tasks kills them off.
> 4) Sharing data between Scheduler and Executor: I looked at the a few implementations
of this.  I like parts of the Storm implementation but think using the environment variable
ExectorInfo.CommandInfo.Enviornment.Variables[] is the best shot.  We can have a command line
bin/kafka-mesos-scheduler-start.sh that would build the contrib project if not already built
and support conf/server.properties to start.
> The Framework and operating Scheduler would run in on an administrative node.  I am probably
going to hook Apache Curator into it so it can do it's own failure to a another follower.
 Running more than 2 should be sufficient as long as it can bring back it's state (e.g. from
zk).  I think we can add this in after once everything is working.
> Additional detail can be found on the Wiki page https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=38570672



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message