Thanks Andrew for the info. I think things can wait a bit considering the time of the year, I just wanted to raise awareness about the issue. I suppose that we can wait, it should not be long before the vendoring release is done and this will fix this if I understood correctly. If anyone else is blocked on this please contact and we will revert it, otherwise I suppose we can do this revert locally (as Gleb mentioned) in the meantime.
On Thu, Dec 27, 2018 at 6:24 PM Andrew Pilloud <apill...@google.com> wrote: > > https://issues.apache.org/jira/browse/BEAM-6282 > > Kenn (and everyone else who has context on this change) are out this week, so > I don't think anyone is making progress on it. Is this something that can > wait a week or two? If not we should revert > https://github.com/apache/beam/pull/7324 > > Andrew > > On Thu, Dec 27, 2018 at 9:07 AM Gleb Kanterov <g...@spotify.com> wrote: >> >> I can reproduce this on my machine, and reverting >> https://github.com/apache/beam/pull/7324 fixed the problem. There is a >> separate thread in dev@ about releasing vendored gRPC v0.2, I'm wondering if >> it will this issue. >> >> On Thu, Dec 27, 2018 at 5:20 PM Ismaël Mejía <ieme...@gmail.com> wrote: >>> >>> Looks like snapshots are broken again since 20 december, can somebody PTAL? >>> Seems like some part of the vendoring could be related to this failure >>> (maybe it is looking for the unpublished version)? >>> >>> Running some tests in one existing application I found this >>> [ERROR] Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time >>> elapsed: 0.447 s <<< FAILURE! - in SerializationTest >>> [ERROR] nonSerilizableTest(SerializationTest) Time elapsed: 0.028 s <<< >>> ERROR! >>> java.lang.NoClassDefFoundError: >>> org/apache/beam/vendor/grpc/v1p13p1/com/google/protobuf/ProtocolMessageEnum >>> at SerializationTest.nonSerilizableTest(SerializationTest.java:27) >>> Caused by: java.lang.ClassNotFoundException: >>> org.apache.beam.vendor.grpc.v1p13p1.com.google.protobuf.ProtocolMessageEnum >>> at SerializationTest.nonSerilizableTest(SerializationTest.java:27) >>> >>> On Thu, Dec 13, 2018 at 9:13 AM Mark Liu <mark...@google.com> wrote: >>> > >>> > Looks like the recent failure (like this job) is related to >>> > ':beam-sdks-python:test' change introduced in this PR. `./gradlew >>> > :beam-sdks-python:test` can reproduce the error. >>> > >>> > Testing a fix in PR7273. >>> > >>> > On Wed, Dec 12, 2018 at 8:31 AM Yifan Zou <yifan...@google.com> wrote: >>> >> >>> >> Beam9 is offline right now. But, the job also failed on beam4 and 13 >>> >> with "Could not determine the dependencies of task >>> >> ':beam-sdks-python:test.". >>> >> Seems like the task dependency did not setup properly. >>> >> >>> >> >>> >> >>> >> On Wed, Dec 12, 2018 at 2:03 AM Ismaël Mejía <ieme...@gmail.com> wrote: >>> >>> >>> >>> You are right it seems that it was related to beam9 (wondering if it >>> >>> was bad luck that it was always assigned to beam9 or we can improve >>> >>> that poor balancing error). >>> >>> However it failed again today against beam13 maybe this time is just a >>> >>> build issue but seems related to python too. >>> >>> >>> >>> On Tue, Dec 11, 2018 at 7:33 PM Boyuan Zhang <boyu...@google.com> wrote: >>> >>> > >>> >>> > Seems like, all failed jobs are not owing to the single task failure. >>> >>> > There failed task were executed on beam9, which was rebooted >>> >>> > yesterday because python tests failed continuously. +Yifan Zou may >>> >>> > have more useful content here. >>> >>> > >>> >>> > On Tue, Dec 11, 2018 at 9:10 AM Ismaël Mejía <ieme...@gmail.com> >>> >>> > wrote: >>> >>> >> >>> >>> >> It seems that Beam snapshots are broken since Dec. 2 >>> >>> >> https://builds.apache.org/view/A-D/view/Beam/job/beam_Release_Gradle_NightlySnapshot/ >>> >>> >> >>> >>> >> It seems "The :beam-website:startDockerContainer task failed." >>> >>> >> Can somebody please take a look. >> >> >> >> -- >> Cheers, >> Gleb