liugddx commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1984966753
> If it is a batch task and the checkpoint timeout is not set in the task
information, theoretically the checkpoint should not be triggered. Recently, I
encountered this problem wh
W-dragan commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1984930620
If it is a batch task and the checkpoint timeout is not set in the task
information, theoretically the checkpoint should not be triggered. Recently, I
encountered this problem whe
Aiden-Rose commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1914296769
+1
I have the same question。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to t
voyagertanyao commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1815928000
+1
I have the same question。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go t
happyboy1024 commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1782392137
> > Refer to #5694. Try to use the latest code.
>
> I use the latest code and recompile, it still occur timeout error
You can try to set the 'partition_column' and
SamealD commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1782179088
> Refer to #5694. Try to use the latest code.
I use the latest code and recompile, it still occur timeout error
--
This is an automated message from the Apache Git Service.
liugddx commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1778383400
Refer to https://github.com/apache/seatunnel/issues/5694. Try to use the
latest code.
--
This is an automated message from the Apache Git Service.
To respond to the message, plea
SamealD commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1778362209
I have the same question. When I synchronize a big table, I set
checkpoint.timeout = a verg big number, It still get an error said
CheckpointException: Checkpoint expired before co
lihjChina commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1765530977
+1
I have the same question。
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to th
Japson0 closed issue #: checkpoint timeout
URL: https://github.com/apache/seatunnel/issues/
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: comm
Japson0 commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1751543157
So is this problem just a timeout problem?
In theory, if I synchronize a very large table via Jdbc, wouldn't I get an
error if I exceeded the timeout
--
This is an automated m
liugddx commented on issue #:
URL: https://github.com/apache/seatunnel/issues/#issuecomment-1744207220
> When using JDBC to read a very large table,I found that JDBCSourceReader
added a lock when reading the data, but the lock could not be retrieved from
triggerBarrier in SourceFlow
12 matches
Mail list logo