DanielLeens commented on issue #9192: URL: https://github.com/apache/seatunnel/issues/9192#issuecomment-4671709605
Thanks for the report. After checking the current Doris sink path, this looks closer to a real multi-table / save-mode gap than to a simple Doris 3.0 compatibility issue. The reason is that the job-side save-mode path is supposed to create missing sink tables before normal writing starts, and the Doris sink does wire `CREATE_SCHEMA_WHEN_NOT_EXIST` into that handler. But the actual failure you posted only appears later when the writer tries to stream-load data and Doris returns `table not found`. That suggests the target table creation path did not really cover this `MySQL-CDC + dynamic target table name` case. To narrow down where it breaks, we still need two precise pieces of information: 1. did `ms_sync.z_auth_role` already exist before the job started, or was SeaTunnel expected to create it during startup? 2. do the master / worker logs contain any `Creating table ...` save-mode log for `ms_sync.z_auth_role` before the first stream load starts? Once we have those two points, we can tell whether the miss is happening in the initial save-mode handling or later in the runtime multi-table materialization path. Also, for future follow-up in this repository, please update the thread in English if possible so more community members can help review it. -- 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: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
