+1 (non-binding)
- Verified checksums and signatures
- Found no binaries in source
- Helm chart points to correct docker image
- Installed via remote helm repo
- Reactive example up- and down-scaled with- and without reactive mode
- Autoscale with Kafka source
- HA stateful deployment, with savepo
+1 (non-binding)
- Verified checksums, signatures, no binary found in source
- Verified Helm chart and Docker images
- Tested autoscaler on 1.18 with reactive scaling
Regards,
Mate
Gyula Fóra ezt írta (időpont: 2023. okt. 23., H,
9:45):
> +1 (binding)
>
> - Verified checksums, signatures, sour
+1 (non-binding)
- Checked signatures, checksums
- No binaries found in the source release
- Verified all source files contain the license header
- All pom files point to the correct version
- Verified Helm chart version and appVersion
- Verified Docker image tag
- Ran flink-autoscaler-standalone
Hi,
It does not work for me either, the images are hosted on Google Drawings
and it seems like it went private.
Maybe you have the images in your browser cache if you can see them. I see
that other FLIPs have their images uploaded to Confluence, I think that
would be a better way to store them.
R
st regards,
> Jing
>
> On Tue, Apr 4, 2023 at 8:17 PM Mate Czagany wrote:
>
> > Hi,
> >
> > It does not work for me either, the images are hosted on Google Drawings
> > and it seems like it went private.
> > Maybe you have the images in your browser cache
Hi,
I really like this idea as well, I think it would be a great improvement
compared to how manual savepoints currently work, and suits Kubernetes
workflows a lot better.
If there are no objections, I can investigate it during the next few weeks
and see how this could be implemented in the curre
+1 (non-binding)
Thank you,
Mate
Ferenc Csaky ezt írta (időpont: 2024. márc.
20., Sze, 15:11):
> Hello devs,
>
> I would like to start a vote about FLIP-439 [1]. The FLIP is about to
> externalize the Kudu
> connector from the recently retired Apache Bahir project [2] to keep it
> maintainable
Hi,
+1 (non-binding)
- Verified checksums
- Verified signatures
- Verified no binaries in source distribution
- Verified Apache License and NOTICE files
- Executed tests
- Built container image
- Verified chart version and appVersion matches
- Verified Helm chart can be installed with default val
Hi Everyone,
I would like to start a discussion on FLIP-446: Kubernetes Operator State
Snapshot CRD.
This FLIP adds a new custom resource for Operator users to create and
manage their savepoints and checkpoints. I have also developed an initial
POC to prove that this approach is feasible, you can
y kind of confusion.
>
> Best,
> Ferenc
>
>
>
> On Tuesday, April 16th, 2024 at 11:34, Mate Czagany
> wrote:
>
> >
> >
> > Hi Everyone,
> >
> > I would like to start a discussion on FLIP-446: Kubernetes Operator State
> > Snapshot CRD.
> &g
alled or not because we don't want to break operator startup.
>
> Gyula
>
> On Tue, Apr 16, 2024 at 4:48 PM Mate Czagany wrote:
>
> > Hi Ferenc,
> >
> > Thank you for your comments, I have updated the Google docs with a new
> > section for the new confi
avepointPath
>
>
> >
> > One minor comment:
> >
> > "/** Dispose the savepoints upon CRD deletion. */"
> >
> > I think this should be "upon CR deletion", not "CRD deletion".
> >
> > Thanks again for this great FLIP!
der if I am missing any good argument against the single
> FlinkStateSnapshot here.
>
> Cheers,
> Gyula
>
>
> On Fri, Apr 19, 2024 at 9:09 PM Mate Czagany wrote:
>
>> Hi Robert and Thomas,
>>
>> Thank you for sharing your thoughts, I will try to address your
Hi everyone,
I'd like to start a vote on the FLIP-446: Kubernetes Operator State
Snapshot CRD [1]. The discussion thread is here [2].
The vote will be open for at least 72 hours unless there is an objection or
insufficient votes.
[1]
https://cwiki.apache.org/confluence/display/FLINK/FLIP-446%3A+
Hi all,
I'm happy to announce that FLIP-446: Kubernetes Operator State Snapshot CRD
[1] has
been accepted with 9 approving votes (4 binding) [2].
I would like to thank everyone who took part in the discussion and/or voted.
- Rui Fan (binding)
- Ferenc Csaky (non-binding)
- Gyula Fora (binding)
-
Hi Ferenc,
Thanks for the FLIP, +1 from me for the proposal. I think these changes
would be a great solution to all the confusion that comes from these two
action parameters.
Best regards,
Mate
Ferenc Csaky ezt írta (időpont: 2024. máj.
28., K, 16:13):
> Thank you Xintong for your input.
>
> I
Hi,
I would definitely keep this as a FLIP. Not all FLIPs have to be big
changes, and this format makes it easier for others to chime in and follow.
I am not a Kubernetes expert, but my understanding is that we don't have to
follow any strict convention for the type names in the conditions, e.g.
Hi,
I think this was last discussed in FLIP-193 [1] where the reasoning is
mostly the same as Matthias said, savepoints are owned by the user and
Flink cannot depend on them.
In older versions Flink also took savepoints into account when restoring a
job, with the possibility to skip savepoints by
Hi,
Thank you for driving this Ferenc,
+1 (non-binding)
Regards,
Mate
Ferenc Csaky ezt írta (időpont: 2024. jún.
12., Sze, 17:23):
> Hello devs,
>
> I would like to start a vote about FLIP-464 [1]. The FLIP is about to
> merge back the
> "flink run-application" functionality to "flink run", so
Hi,
+1 (non-binding)
Note: Using the Apache Flink KEYS file [1] to verify the signatures your
key seems to be expired, so that file should be updated as well.
- Verified checksums and signatures
- Built source distribution
- Verified all pom.xml versions are the same
- Verified install from RC r
Hi Ferenc,
Thank you for creating this FLIP, having some kind of CLI deprecation
process would be very useful for developers and users. The FLIP does a good
job explaining the deprecation of actions, but there aren't any mentions of
command options. I think it would add some value to also include
Hi,
You can use the following configuration options to set resource limits on
Kubernetes, please see more info on the configuration docs [1]
- kubernetes.jobmanager.cpu.limit-factor
- kubernetes.jobmanager.memory.limit-factor
- kubernetes.taskmanager.cpu.limit-factor
- kubernetes.taskmanager.memor
+1 (non-binding)
- Verified checksums and signatures
- Verified no binary files
- Verified all source files contain Apache license header
- Suspended job with 1.9.0 Operator, upgraded to 1.10.0, restarted job
- Verified manual/periodic/upgrade FlinkStateSnapshot resources
However with `helm upgra
+1 (non-binding)
- Built from source with JDK 11
- Verified checksum and signatures
- Verified source code does not contain binaries
- Verified artifacts deployed to the maven repository
- Verified no binaries in source release
- Reviewed flink-web PR
Thank you for driving this release Ferenc!
B
Hi Michal,
I am happy that you have found this new feature interesting, I hope you
will find it useful if you plan to use it.
1. I am not sure when or how the deprecated fields will be removed, it
should happen when the community is satisfied with the
new FlinkStateSnapshots CRDs. For checkpoints
epointInfo
> savepointHistory[] . With 1.10 version as per documentation, savepointInfo
> fields in Flink resource CR are deprecated as by default
> kubernetes.operator.snapshot.resource.enabled is enabled, then how do we
> get savepointHistory information.
>
> Regards
> Laj
+1 (non-binding)
Alexander Fedulov ezt írta (időpont: 2025.
márc. 24., H, 10:28):
> +1 (binding)
>
> On Mon, 24 Mar 2025 at 01:34, Thomas Weise wrote:
> >
> > +1 (binding)
> >
> >
> > On Fri, Mar 21, 2025 at 10:02 AM Ferenc Csaky >
> > wrote:
> >
> > > +1 (binding)
> > >
> > > Thanks,
> > > Fe
Hi Ferenc,
I think the current state is great to have the first release. Thank you for
the effort you've put into this.
Regards,
Mate
Attila Kreiner ezt írta (időpont: 2025. márc.
21., P, 15:07):
> +1 for the release and the release manager.
>
> Cheers,
> Attila
>
> On Fri, 21 Mar 2025 at 14:4
Mate Czagany created FLINK-32652:
Summary: Operator cannot scale standalone deployments in reactive
mode
Key: FLINK-32652
URL: https://issues.apache.org/jira/browse/FLINK-32652
Project: Flink
Mate Czagany created FLINK-30812:
Summary: YARN with S3 resource storage fails for Hadoop 3.3.2
Key: FLINK-30812
URL: https://issues.apache.org/jira/browse/FLINK-30812
Project: Flink
Issue
Mate Czagany created FLINK-30899:
Summary: FileSystemTableSource with CSV format incorrectly selects
fields if filtering for partition
Key: FLINK-30899
URL: https://issues.apache.org/jira/browse/FLINK-30899
Mate Czagany created FLINK-31187:
Summary: Standalone HA mode does not work if dynamic properties
are supplied
Key: FLINK-31187
URL: https://issues.apache.org/jira/browse/FLINK-31187
Project: Flink
Mate Czagany created FLINK-31326:
Summary: Disabled source scaling breaks downstream scaling if
source busyTimeMsPerSecond is 0
Key: FLINK-31326
URL: https://issues.apache.org/jira/browse/FLINK-31326
Mate Czagany created FLINK-31613:
Summary: Some default operator config values are overwritten by
values.yaml
Key: FLINK-31613
URL: https://issues.apache.org/jira/browse/FLINK-31613
Project: Flink
Mate Czagany created FLINK-34438:
Summary: Kubernetes Operator doesn't wait for TaskManager deletion
in native mode
Key: FLINK-34438
URL: https://issues.apache.org/jira/browse/FLINK-34438
Pr
Mate Czagany created FLINK-34439:
Summary: Move chown operations to COPY commands in Dockerfile
Key: FLINK-34439
URL: https://issues.apache.org/jira/browse/FLINK-34439
Project: Flink
Issue
Mate Czagany created FLINK-35106:
Summary: Kubernetes Operator ignores checkpoint type configuration
Key: FLINK-35106
URL: https://issues.apache.org/jira/browse/FLINK-35106
Project: Flink
Mate Czagany created FLINK-35263:
Summary: FLIP-446: Kubernetes Operator State Snapshot CRD
Key: FLINK-35263
URL: https://issues.apache.org/jira/browse/FLINK-35263
Project: Flink
Issue Type
Mate Czagany created FLINK-35265:
Summary: Implement FlinkStateSnapshot custom resource
Key: FLINK-35265
URL: https://issues.apache.org/jira/browse/FLINK-35265
Project: Flink
Issue Type: Sub
Mate Czagany created FLINK-35266:
Summary: Add e2e tests for FlinkStateSnapshot CRs
Key: FLINK-35266
URL: https://issues.apache.org/jira/browse/FLINK-35266
Project: Flink
Issue Type: Sub
Mate Czagany created FLINK-35267:
Summary: Create documentation for FlinkStateSnapshot CR
Key: FLINK-35267
URL: https://issues.apache.org/jira/browse/FLINK-35267
Project: Flink
Issue Type
Mate Czagany created FLINK-35492:
Summary: Add metrics for FlinkStateSnapshot resources
Key: FLINK-35492
URL: https://issues.apache.org/jira/browse/FLINK-35492
Project: Flink
Issue Type: Sub
Mate Czagany created FLINK-35493:
Summary: Make max history age and count configurable for
FlinkStateSnapshot resources
Key: FLINK-35493
URL: https://issues.apache.org/jira/browse/FLINK-35493
Project
Mate Czagany created FLINK-35640:
Summary: Drop Flink 1.15 support for the operator
Key: FLINK-35640
URL: https://issues.apache.org/jira/browse/FLINK-35640
Project: Flink
Issue Type
Mate Czagany created FLINK-36037:
Summary: Add compability for 1.9 last savepoint info on
upgrade/recovery
Key: FLINK-36037
URL: https://issues.apache.org/jira/browse/FLINK-36037
Project: Flink
Mate Czagany created FLINK-36577:
Summary: Add compatibility check for FlinkStateSnapshot CRD
Key: FLINK-36577
URL: https://issues.apache.org/jira/browse/FLINK-36577
Project: Flink
Issue
Mate Czagany created FLINK-36467:
Summary: Bump google-java-format and spotless
Key: FLINK-36467
URL: https://issues.apache.org/jira/browse/FLINK-36467
Project: Flink
Issue Type: Improvement
Mate Czagany created FLINK-37556:
Summary: OpenTelemetry reporter does not package all required
classes
Key: FLINK-37556
URL: https://issues.apache.org/jira/browse/FLINK-37556
Project: Flink
48 matches
Mail list logo
