Lucas Segers
12/26/2025, 9:31 PMkapa.ai
12/26/2025, 9:31 PMNo checkpoints to flush is a standard informational message from the CheckpointManager. In cases of large or long-running connections, users have reported syncs stalling or hanging for long periods with these exact repeating logs [[MongoDbSource corrupted cursor](https://github.com/airbytehq/airbyte/issues/62832); [HubSpot mid-sync failures](https://github.com/airbytehq/airbyte/issues/62467)]. * Potential Version Issues: A similar hanging issue with the MSSQL connector was resolved by upgrading the Airbyte version (specifically to 0.39.x in that historical case), suggesting that core platform updates can sometimes resolve execution stalls [[Mssql CDC connector hangs](https://discuss.airbyte.io/t/1323)]. * Resource Constraints: If you are running Airbyte in "low-resource mode," certain features may be limited or behave unexpectedly. It is generally recommended to allocate the [suggested resources](https://docs.airbyte.com/platform/using-airbyte/getting-started/oss-quickstart#suggested-resources) for stable performance [[Connector Builder Overview](https://docs.airbyte.com/platform/connector-development/connector-builder-ui/overview#disabled-in-low-resource-mode)]. * Internal Buffering: Sometimes a sync appears hung because the destination is waiting for buffers to flush. If a stream contains very few records (or just one), logs might show the system waiting indefinitely for a flush that hasn't triggered yet [[Sync hangs forever BigQuery](https://github.com/airbytehq/airbyte/issues/58082)]. Since the tester works but the live sync does not, you might want to verify if there are any network or authentication differences between your local environment (where the tester runs) and the environment where the Airbyte worker is executing. If the issue persists, you may need to check the full logs for any SocketException or Timeout errors that might appear after a long delay [[Mssql CDC connector hangs](https://discuss.airbyte.io/t/1323); [S3 stalling](https://github.com/airbytehq/airbyte/issues/56926)].Lucas Segers
12/26/2025, 9:45 PMkapa.ai
12/26/2025, 9:45 PMkapa.ai
12/26/2025, 9:45 PMNo checkpoints to flush is a standard heart-beat style log from the CheckpointManager. While it appears frequently when a sync is stalled, it often indicates that the destination is waiting for data to process rather than the task itself being the cause of the hang [[S3 stalling on large connections](https://github.com/airbytehq/airbyte/issues/56926); [HubSpot mid-sync failures](https://github.com/airbytehq/airbyte/issues/62467)]. * Source vs. Destination Hangs: In similar reported issues, when the logs stop at checkpoint or buffer messages, the root cause was sometimes found to be a failure in the Source Check or a failure of the source to actually emit records. For instance, if the source check fails or hangs, the destination will continue to wait and log that there are no checkpoints to process [[All sync jobs hanging](https://github.com/airbytehq/airbyte/issues/55812)]. * Infrastructure Interferences: In one case involving Kubernetes (EKS), syncs hung indefinitely at the "finalization" or "checkpoint" stage because of an external sidecar container that wasn't being closed properly, preventing the worker from completing its lifecycle [[Redshift Destination Hanging](https://discuss.airbyte.io/t/4574)]. The knowledge sources do not explicitly mention why a low-code connector would work in the tester but fail during a live sync with these specific logs. I recommend checking the Source logs (not just the destination logs) to see if the HTTP requests are actually being dispatched by the worker, as the "No checkpoints to flush" message typically confirms the destination is healthy but idling.Lucas Segers
12/26/2025, 9:50 PMkapa.ai
12/26/2025, 9:50 PMkapa.ai
12/26/2025, 9:50 PMcacau_show_totvs), and launched its internal load pipeline steps (e.g., ObjectLoaderPartLoader). The repeating No checkpoints to flush message indicates the destination is idling and waiting for the source to emit records or state messages [[S3 stalling](https://github.com/airbytehq/airbyte/issues/56926); [HubSpot mid-sync failures](https://github.com/airbytehq/airbyte/issues/62467)]. * Source Execution Issues: Since you noted that Airbyte has not called the upstream API, the issue likely resides in the source's execution environment. In similar cases, syncs have been reported to "hang forever" when the source fails to produce any output or if there is a discrepancy between the tester (which may run in a different network context) and the live sync worker [[Sync hangs forever BigQuery](https://github.com/airbytehq/airbyte/issues/58082)]. * Platform Stalling: There have been documented instances where syncs stall mid-way without errors in the UI, which were sometimes resolved by upgrading the Airbyte platform version [[Source halted midway](https://discuss.airbyte.io/t/2604); [Mssql CDC hangs](https://discuss.airbyte.io/t/1323)]. * Worker Resources: If your environment is constrained, ensure it meets the suggested resources (at least 8GB RAM), as low-resource environments can lead to connector execution issues [[Connector Builder Overview](https://docs.airbyte.com/platform/connector-development/connector-builder-ui/overview#disabled-in-low-resource-mode)]. The knowledge sources do not explicitly mention a bug where renaming a stream fails to fix this behavior. I recommend checking the Source-specific logs (if available) or your upstream API's access logs to see if any connection attempts reached the server but were blocked by firewalls or network policies that differ from your testing environment.