Re: In consistent Check point API response

2020-05-27 Thread Vijay Bhaskar
er/docs/monitoring/checkpoint_monitoring.zh.md >> >> Best >> Yun Tang >> -- >> *From:* Vijay Bhaskar >> *Sent:* Tuesday, May 26, 2020 15:18 >> *To:* Yun Tang >> *Cc:* user >> *Subject:* Re: In consistent Check po

Re: In consistent Check point API response

2020-05-27 Thread Vijay Bhaskar
/blob/master/docs/monitoring/checkpoint_monitoring.zh.md > > Best > Yun Tang > -- > *From:* Vijay Bhaskar > *Sent:* Tuesday, May 26, 2020 15:18 > *To:* Yun Tang > *Cc:* user > *Subject:* Re: In consistent Check point API response > > Thank

Re: In consistent Check point API response

2020-05-26 Thread Yun Tang
flink/blob/master/docs/monitoring/checkpoint_monitoring.zh.md Best Yun Tang From: Vijay Bhaskar Sent: Tuesday, May 26, 2020 15:18 To: Yun Tang Cc: user Subject: Re: In consistent Check point API response Thanks Yun. How can i contribute better documentation of t

Re: In consistent Check point API response

2020-05-26 Thread Vijay Bhaskar
r > *Sent:* Tuesday, May 26, 2020 12:19 > *To:* Yun Tang > *Cc:* user > *Subject:* Re: In consistent Check point API response > > Hi Yun > Understood the issue now: > "restored" always shows only the check point that is used for restoring > previous state > In

Re: In consistent Check point API response

2020-05-26 Thread Yun Tang
__ From: Vijay Bhaskar Sent: Tuesday, May 26, 2020 12:19 To: Yun Tang Cc: user Subject: Re: In consistent Check point API response Hi Yun Understood the issue now: "restored" always shows only the check point that is used for restoring previous state In all the

Re: In consistent Check point API response

2020-05-25 Thread Vijay Bhaskar
b.com/apache/flink/blob/8f992e8e868b846cf7fe8de23923358fc6b50721/flink-runtime/src/main/java/org/apache/flink/runtime/checkpoint/CheckpointCoordinator.java#L1250 > > Best > Yun Tang > ---------- > *From:* Vijay Bhaskar > *Sent:* Monday, May 25, 2020 17:01 > *To:

Re: In consistent Check point API response

2020-05-25 Thread Yun Tang
:01 To: Yun Tang Cc: user Subject: Re: In consistent Check point API response Thanks Yun. Here is the problem i am facing: I am using jobs/:jobID/checkpoints API to recover the failed job. We have the remote manager which monitors the jobs. We are using "restored" field of the API re

Re: In consistent Check point API response

2020-05-25 Thread Vijay Bhaskar
Thanks Yun. Here is the problem i am facing: I am using jobs/:jobID/checkpoints API to recover the failed job. We have the remote manager which monitors the jobs. We are using "restored" field of the API response to get the latest check point file to use. Its giving correct checkpoint file for

Re: In consistent Check point API response

2020-05-25 Thread Yun Tang
Hi Vijay If I understand correct, do you mean your last "restored" checkpoint is null via REST api when the job failed 6 times and then recover successfully with another several successful checkpoints? First of all, if your job just recovered successfully, can you observe the "last restored" c