FYI, I created https://issues.apache.org/jira/browse/SAMZA-1177 to track
this.

We will ensure that we have explicit upgrade documentation for upcoming
releases.

On Thu, Mar 30, 2017 at 2:21 PM, Jagadish Venkatraman <
jagadish1...@gmail.com> wrote:

> Hi Thomas and Maxim,
>
> Thank you for bringing up this concern and pointing out the gap in the
> documentation. We will ensure that this is documented in a separate upgrade
> page going forward.
>
> Best,
> Jagadish
>
> On Thu, Mar 30, 2017 at 12:02 PM, Navina Ramesh <
> nram...@linkedin.com.invalid> wrote:
>
>> Hi everyone,
>> Apologize for re-chiming in late on this issue.
>>
>> > I'm not sure I agree with the policy (removing migration code and
>> wanting
>> people to upgrade seem at odds to me), but minimally I think we should not
>> assume people are upgrading to each new Samza version.
>>
>> I agree that we should not assume that people will upgrade by stepping
>> through each version of Samza. However, I don't agree that migration code
>> should not be removed at all. Thinking in terms of a project management
>> and
>> maintenance, I think it is a common practice (at least in companies, if
>> not
>> in open-source and I could be wrong too :D ) to keep migration code only
>> for the version it applies. It does add significant overhead to maintain
>> version upgrade/migration code across all future versions.
>>
>> In this case, this was the first time we tried "automatic upgrade" from
>> one
>> version to the other (0.9 -> 0.10). We could have done a better job at
>> documenting the upgrade steps with each version. I wish we had more
>> outspoken voices in the community sooner than later :)
>>
>> Every project takes times to iron out issues related to release and
>> version
>> upgrade. I am glad that we have so much feedback now. As Yi suggested, the
>> SEP process is a starting step towards documenting our changes across
>> versions. Additionally, we will work on adding a dedicated page for
>> upgrades and these will be available for all of the *upcoming* versions.
>>
>> Please let us know if you have any other concerns or ideas on how we can
>> improve on our process.
>>
>> @XiaoChuan: Unfortunately, we don't have proper documentation on upgrading
>> Samza across various versions. Like I mentioned before, we will put in
>> extra efforts going forward. There aren't any migration/upgrade steps
>> needed for versions post 0.10.*. You should be able to simply upgrade
>> without any issues. Upgrade from 0.9 to 0.10 is an exceptional case. Happy
>> to help you out in case you encounter more issues.
>>
>> Cheers!
>> Navina
>>
>> On Thu, Mar 30, 2017 at 11:04 AM, XiaoChuan Yu <xiaochuan...@kik.com>
>> wrote:
>>
>> > Is there some sort of document on how to upgrade Samza through various
>> > versions like the page here for Kafka:
>> > https://kafka.apache.org/documentation/#upgrade ?
>> > Having something like this would be ideal.
>> > On Thu, Mar 30, 2017 at 1:51 PM Thomas Becker <tobec...@tivo.com>
>> wrote:
>> >
>> > > Thanks for the reply Yi, and I apologize if I came off a bit snarky.
>> > > I'm not sure I agree with the policy (removing migration code and
>> > > wanting people to upgrade seem at odds to me), but minimally I think
>> we
>> > > should not assume people are upgrading to each new Samza version. We
>> > > have done so when features or fixes warrant, and even then on a
>> per-job
>> > > basis, and I would expect this is a common practice.
>> > >
>> > > -Tommy
>> > >
>> > > On Thu, 2017-03-30 at 09:50 -0700, Yi Pan wrote:
>> > > > Hi, Thomas,
>> > > >
>> > > > Sorry to hear that you were hit by the removal of migration in Samza
>> > > > 0.11.
>> > > > The reason we removed it is following a deprecate-removal policy in
>> > > > two
>> > > > versions. We are not aware that people still using 0.9 after we
>> > > > released
>> > > > 0.11 and were not expecting a direct upgrade from 0.9 to 0.12.
>> > > > Document can
>> > > > be better to capture that. We are making changes to the design
>> > > > proposal
>> > > > s.t. it is more transparent and open to the whole community, through
>> > > > the
>> > > > newly proposed SEP process. These kind of breaking changes will go
>> > > > through
>> > > > the SEP discuss-vote process in the future and hopefully capture all
>> > > > these
>> > > > kind of concerns earlier.
>> > > >
>> > > > Best!
>> > > >
>> > > > -Yi
>> > > >
>> > > > On Thu, Mar 30, 2017 at 7:45 AM, Thomas Becker <tobec...@tivo.com>
>> > > > wrote:
>> > > >
>> > > > >
>> > > > > Yes, we were burned by this. The changelog mapping will be
>> > > > > regenerated
>> > > > > instead of migrated and the result will completely hose the job
>> > > > > (because the mapping was not generated deterministically in
>> > > > > previous
>> > > > > versions of Samza). I don't understand why the migration code was
>> > > > > removed but it was, and to the best of my knowledge the necessity
>> > > > > to
>> > > > > not skip version 0.10.0 when upgrading was not documented, let
>> > > > > alone
>> > > > > enforced.
>> > > > >
>> > > > > On Mon, 2017-03-27 at 10:07 -0700, Jagadish Venkatraman wrote:
>> > > > > >
>> > > > > > Good observation Jake!
>> > > > > >
>> > > > > > The code for migration was removed in Samza 11. The migration
>> > > > > > would
>> > > > > > read
>> > > > > > change-log offsets from the checkpoint topic and write them to
>> > > > > > the
>> > > > > > coordinator stream.
>> > > > > >
>> > > > > > If you're using change-logged stores, I'd recommend upgrading
>> > > > > > from
>> > > > > > 0.9.1 to
>> > > > > > 0.10.0 first.
>> > > > > > Otherwise, you will loose offsets for change-logged stores.
>> > > > > >
>> > > > > > I suspect you should be okay for 0.10.0 to 0.12 upgrade.
>> > > > > >
>> > > > > > On Mon, Mar 27, 2017 at 9:30 AM, Jacob Maes <
>> jacob.m...@gmail.com
>> > > > > > >
>> > > > > > wrote:
>> > > > > >
>> > > > > > >
>> > > > > > >
>> > > > > > > As I recall, samza 0.10 introduced the coordinator stream and
>> > > > > > > there
>> > > > > > > was
>> > > > > > > code to do an automatic migration to use that feature.
>> @navina,
>> > > > > > > @yi, do you
>> > > > > > > know if that migration code is still in samza 12?
>> > > > > > >
>> > > > > > > If not, then it's probably better to update from 0.9.1 to
>> > > > > > > 0.10.0
>> > > > > > > and then
>> > > > > > > to 0.12.0. I don't think there were any changes requiring
>> > > > > > > migration
>> > > > > > > between
>> > > > > > > 0.10.and 0.12, so upgrading directly from 0.10 to 0.12 is
>> > > > > > > probably
>> > > > > > > less of
>> > > > > > > an issue.
>> > > > > > >
>> > > > > > > On Fri, Mar 24, 2017 at 11:05 PM, Jagadish Venkatraman <
>> > > > > > > jagadish1...@gmail.com> wrote:
>> > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > Hi Xiaochuan,
>> > > > > > > >
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > Do I need to upgrade Kafka and/or YARN?
>> > > > > > > > *Yarn version:*
>> > > > > > > >
>> > > > > > > >    - Samza 0.12 supports Yarn 2.6.1 and 2.7.1.
>> > > > > > > >    - If you already have 2.6.0 installed (as you have said),
>> > > > > > > > I
>> > > > > > > > believe
>> > > > > > > you
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >    will be fine. (but I'm not sure)
>> > > > > > > >
>> > > > > > > > *Kafka version: *
>> > > > > > > >
>> > > > > > > >    - Samza 0.12 upgraded the version of Kafka to 0.10.
>> > > > > > > >    - If your Kafka brokers are on an older version of Kafka,
>> > > > > > > > you
>> > > > > > > > should
>> > > > > > > >    upgrade them to use at-least 0.10. Kafka clients are
>> > > > > > > > usually
>> > > > > > > >    incompatible with older versions of brokers.
>> > > > > > > >
>> > > > > > > > *Java version: *
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >    - Samza 0.12 binaries are compiled using Java 8.  Hence,
>> > > > > > > > they
>> > > > > > > > cannot
>> > > > > > > be
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >    run on older versions of the Java run-time.
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > >
>> > > > > > > > > > I'm extremely new to Samza in terms of operations
>> aspect.
>> > > > > > > > > > I'm
>> > > > > > > > > > not sure
>> > > > > > > > what
>> > > > > > > > information would be relevant in this case so please ask
>> > > > > > > > away.
>> > > > > > > >
>> > > > > > > > I'd first start by upgrading the Kafka brokers (assuming
>> > > > > > > > you're
>> > > > > > > > on Java
>> > > > > > > 8+
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > already).
>> > > > > > > > Let us know how the migration goes!
>> > > > > > > >
>> > > > > > > > Thanks,
>> > > > > > > > Jagadish
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > On Fri, Mar 24, 2017 at 8:23 PM, XiaoChuan Yu
>> <xiaochuan.yu@k
>> > > > > > > > ik.c
>> > > > > > > > om>
>> > > > > > > > wrote:
>> > > > > > > >
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > Hi,
>> > > > > > > > >
>> > > > > > > > > What are the general steps for upgrading Samza from 0.9 to
>> > > > > > > > > 0.12?
>> > > > > > > > > Do I need to upgrade Kafka and/or YARN?
>> > > > > > > > >
>> > > > > > > > > I don't know how Samza was setup initially but we
>> currently
>> > > > > > > > > have the
>> > > > > > > > > following setup:
>> > > > > > > > >
>> > > > > > > > > Samza version: 0.9.1
>> > > > > > > > > YARN version: Hadoop 2.6.0-cdh5.4.8
>> > > > > > > > > Kafka version: 0.9.0.1
>> > > > > > > > >
>> > > > > > > > > I think installation of Kafka and YARN were managed
>> through
>> > > > > > > > > Puppet.
>> > > > > > > > > I'm extremely new to Samza in terms of operations aspect.
>> > > > > > > > > I'm
>> > > > > > > > > not sure
>> > > > > > > > what
>> > > > > > > > >
>> > > > > > > > >
>> > > > > > > > > information would be relevant in this case so please ask
>> > > > > > > > > away.
>> > > > > > > > >
>> > > > > > > > > Thanks,
>> > > > > > > > > Xiaochuan Yu
>> > > > > > > > >
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > > Jagadish V,
>> > > > > > > > Graduate Student,
>> > > > > > > > Department of Computer Science,
>> > > > > > > > Stanford University
>> > > > > > > >
>> > > > > >
>> > > > > --
>> > > > >
>> > > > >
>> > > > >     Tommy Becker
>> > > > >
>> > > > >     Senior Software Engineer
>> > > > >
>> > > > >     O +1 919.460.4747 <(919)%20460-4747>
>> > > > >
>> > > > >     tivo.com
>> > > > >
>> > > > >
>> > > > > ________________________________
>> > > > >
>> > > > > This email and any attachments may contain confidential and
>> > > > > privileged
>> > > > > material for the sole use of the intended recipient. Any review,
>> > > > > copying,
>> > > > > or distribution of this email (or any attachments) by others is
>> > > > > prohibited.
>> > > > > If you are not the intended recipient, please contact the sender
>> > > > > immediately and permanently delete this email and any attachments.
>> > > > > No
>> > > > > employee or agent of TiVo Inc. is authorized to conclude any
>> > > > > binding
>> > > > > agreement on behalf of TiVo Inc. by email. Binding agreements with
>> > > > > TiVo
>> > > > > Inc. may only be made by a signed written agreement.
>> > > > >
>> > > --
>> > >
>> > >
>> > >     Tommy Becker
>> > >
>> > >     Senior Software Engineer
>> > >
>> > >     O +1 919.460.4747
>> > >
>> > >     tivo.com
>> > >
>> > >
>> > > ________________________________
>> > >
>> > > This email and any attachments may contain confidential and privileged
>> > > material for the sole use of the intended recipient. Any review,
>> copying,
>> > > or distribution of this email (or any attachments) by others is
>> > prohibited.
>> > > If you are not the intended recipient, please contact the sender
>> > > immediately and permanently delete this email and any attachments. No
>> > > employee or agent of TiVo Inc. is authorized to conclude any binding
>> > > agreement on behalf of TiVo Inc. by email. Binding agreements with
>> TiVo
>> > > Inc. may only be made by a signed written agreement.
>> > >
>> >
>>
>>
>>
>> --
>> Navina R.
>>
>
>
>
> --
> Jagadish V,
> Graduate Student,
> Department of Computer Science,
> Stanford University
>



-- 
Jagadish V,
Graduate Student,
Department of Computer Science,
Stanford University

Reply via email to