Sounds good, I’ll make the JIRAs for tracking then and I can ping the
original PR authors in their and based on their feedback either include or
not.

On Thu, Apr 23, 2020 at 11:51 AM Xiao Li <lix...@databricks.com> wrote:

> Actually, SPARK-26390 https://github.com/apache/spark/pull/23343 is just
> a small clean up. I do not think it fixes any correctness bugs.
>
> I think we should discuss your backport plans one by one with the PR
> authors and reviewers, since most of them are not closely following the dev
> list.
>
> Xiao
>
>
> On Thu, Apr 23, 2020 at 11:46 AM Holden Karau <hol...@pigscanfly.ca>
> wrote:
>
>> I included 26390 as a candidate since it sounded like it bordered on a
>> correctness/expected behaviour fix (eg columpruning rule doing more than
>> column pruning), but if it’s too big a change happy to drop that one.
>>
>> On Thu, Apr 23, 2020 at 11:43 AM Xiao Li <lix...@databricks.com> wrote:
>>
>>> Hi, Holden,
>>>
>>> We are trying to avoid backporting the improvement/cleanup PRs to the
>>> maintenance releases, especially the core modules, like Spark Core and
>>> SQL. For example, SPARK-26390 is a good example.
>>>
>>> Xiao
>>>
>>> On Thu, Apr 23, 2020 at 11:17 AM Holden Karau <hol...@pigscanfly.ca>
>>> wrote:
>>>
>>>> Tentatively I'm planning on this list to start backporting. If no one
>>>> sees any issues with those I'll start to make backport JIRAs for them for
>>>> tracking this afternoon.
>>>> SPARK-26390       ColumnPruning rule should only do column pruning
>>>> SPARK-25407       Allow nested access for non-existent field for
>>>> Parquet file when nested pruning is enabled
>>>> SPARK-25559       Remove the unsupported predicates in Parquet when
>>>> possible
>>>> SPARK-25860       Replace Literal(null, _) with FalseLiteral whenever
>>>> possible
>>>> SPARK-27514       Skip collapsing windows with empty window expressions
>>>> SPARK-25338       Ensure to call super.beforeAll() and super.afterAll()
>>>> in test cases
>>>> SPARK-27138       Remove AdminUtils calls (fixes deprecation)
>>>> SPARK-27981       Remove `Illegal reflective access` warning for
>>>> `java.nio.Bits.unaligned()` in JDK9+
>>>> SPARK-26095       Disable parallelization in make-distibution.sh.
>>>> (Avoid build hanging)
>>>> SPARK-25692       Remove static initialization of worker eventLoop
>>>> handling chunk fetch requests within TransportContext. This fixes
>>>> ChunkFetchIntegrationSuite as well
>>>> SPARK-26306       More memory to de-flake SorterSuite
>>>> SPARK-30199       Recover `spark.(ui|blockManager).port` from checkpoint
>>>> SPARK-27676       InMemoryFileIndex should respect
>>>> spark.sql.files.ignoreMissingFiles
>>>> SPARK-31047       Improve file listing for ViewFileSystem
>>>> SPARK-25595       Ignore corrupt Avro file if flag IGNORE_CORRUPT_FILES
>>>> enabled
>>>>
>>>> Maybe:
>>>> SPARK-27801       Delegate to ViewFileSystem during file listing
>>>> correctly
>>>>
>>>> Not yet merged:
>>>> SPARK-31485       Barrier execution hang if insufficient resources
>>>>
>>>> On Thu, Apr 23, 2020 at 9:13 AM Holden Karau <hol...@pigscanfly.ca>
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> On Thu, Apr 23, 2020 at 9:07 AM edeesis <edee...@gmail.com> wrote:
>>>>>
>>>>>> There's other information you can obtain from the Pod metadata on a
>>>>>> describe
>>>>>> than just from the logs, which are typically what's being printed by
>>>>>> the
>>>>>> Application itself.
>>>>>
>>>>> Would get pods -w -o yaml do the trick here or is there going to be
>>>>> information that wouldn’t be captured that way?
>>>>>
>>>>>>
>>>>>>
>>>>>> I've also found that Spark has some trouble obtaining the reason for
>>>>>> a K8S
>>>>>> executor death (as evident by the
>>>>>> spark.kubernetes.executor.lostCheck.maxAttempts config property)
>>>>>>
>>>>>> I admittedly don't know what should qualify for a backport, but
>>>>>> considering
>>>>>> 3.0 is a major upgrade (Scala version, et al), is there any room for
>>>>>> for
>>>>>> being more generous with backporting to 2.4?
>>>>>
>>>>> I’d like to revisit the conversation around a Spark 2.5 as a
>>>>> transitional release. I know that some people are already effectively
>>>>> maintaining 2.4+ Selective new functionality backports internally. Maybe
>>>>> I’ll kick off that discussion which we can have and that can help inform
>>>>> what we should be putting in 2.4.
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Sent from: http://apache-spark-developers-list.1001551.n3.nabble.com/
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
>>>>>>
>>>>>> --
>>>>> Twitter: https://twitter.com/holdenkarau
>>>>> Books (Learning Spark, High Performance Spark, etc.):
>>>>> https://amzn.to/2MaRAG9  <https://amzn.to/2MaRAG9>
>>>>> YouTube Live Streams: https://www.youtube.com/user/holdenkarau
>>>>>
>>>>
>>>>
>>>> --
>>>> Twitter: https://twitter.com/holdenkarau
>>>> Books (Learning Spark, High Performance Spark, etc.):
>>>> https://amzn.to/2MaRAG9  <https://amzn.to/2MaRAG9>
>>>> YouTube Live Streams: https://www.youtube.com/user/holdenkarau
>>>>
>>>
>>>
>>> --
>>> <https://databricks.com/sparkaisummit/north-america>
>>>
>> --
>> Twitter: https://twitter.com/holdenkarau
>> Books (Learning Spark, High Performance Spark, etc.):
>> https://amzn.to/2MaRAG9  <https://amzn.to/2MaRAG9>
>> YouTube Live Streams: https://www.youtube.com/user/holdenkarau
>>
>
>
> --
> <https://databricks.com/sparkaisummit/north-america>
>
-- 
Twitter: https://twitter.com/holdenkarau
Books (Learning Spark, High Performance Spark, etc.):
https://amzn.to/2MaRAG9  <https://amzn.to/2MaRAG9>
YouTube Live Streams: https://www.youtube.com/user/holdenkarau

Reply via email to