Hi devs,
So it looks like I had some cruft (??) left over from a previous version of
Flink?
The flink-staging directory no longer exists in master. Looks like apache-rat
was configured to search everything from the top down, so it found these
Avro-generated files in that directory.
Sorry for
Hi devs,
I was trying to run mvn clean install -DskipTests from the release-1.0.3-c2
branch, but the apache-rat-plugin license check was failing on four files.
These were in all Avro-generated files, in
flink-staging/flink-avro/src/test/java/org/apache/flink/api/io/avro/generated/
I added
Ken Krugler created FLINK-3878:
--
Summary: File cache doesn't support multiple duplicate temp
directories
Key: FLINK-3878
URL: https://issues.apache.org/jira/browse/FLINK-3878
Project: Flink
Iss
I opened JIRA: https://issues.apache.org/jira/browse/FLINK-3870. and
created PR both to flink and flink-web.
https://github.com/apache/flink/pull/1963
https://github.com/apache/flink-web/pull/20
I would be thankful for a review.
2016-05-04 11:00 GMT+02:00 Fabian Hueske :
> Yes, please open a JI
Apologies for being too generic: with "secure" cluster I mean a Flink
cluster that has been launched with Kerberos credentials (both on YARN or
with the standalone scheduler), thus having access to resources on the
cluster that require authentication (like HDFS).
Without having to run jobs on beha
Hi Stefano,
what exactly do you mean by a secure cluster?
A Flink on YARN session in a secured YARN cluster?
A standalone Flink cluster with access to a secured HDFS?
Your observation is right. We are not check if a job submitted by any user
is running in the same security context as the Flink cl
Hello everybody,
last week I've run some tests on a secure cluster and I noticed that an
unauthenticated user can submit a Flink job that will only eventually fail
if the job tries to access secured resources (e.g. HDFS). This doesn't
prevent however the user to consume resources of the secure clu
