You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What did you do?
When using the command sh pegasus_manual_compact.sh -c {meta_server_list} -a {table_name} --bottommost_level_compaction force, the wait_manual_compact() function keeps writing the log [35s] 0 finished, 8 not finished (0 in queue, 0 in running), estimate remaining unknown seconds. table [**] manual compaction is running now. even though the manual compaction task has already finished. This causes the wait_manual_compact() function's output to be used to determine the task progress when encapsulating the manual_compact tool, leading to a timeout failure.
What did you expect to see?
The function wait_manual_compact() can correctly parse the output of the shell command remote_command -t replica-server replica.query-compact ${app_id}.
What did you see instead?
Cannot correctly parse.
The text was updated successfully, but these errors were encountered:
The shell command remote_command -t replica-server replica.query-compact ${app_id} outputs in the following format in the latest version:
CALL [replica-server] [10.1.132.34:8171] succeed:
8 processed, 0 not found
4.0@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.1@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.2@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.3@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.4@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.5@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.6@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
4.7@10.1.132.34:8171@P : {"last_finish":"-","last_used_ms":"-","recent_enqueue_at":"-","recent_start_at":"-"}
Below is the output example from the previous version:
CALL [replica-server] [10.1.132.36:8171] succeed: 8 processed, 0 not found
4.0@10.1.132.36:8171@P : last finish at [-]
4.1@10.1.132.36:8171@P : last finish at [-]
4.2@10.1.132.36:8171@P : last finish at [-]
4.3@10.1.132.36:8171@P : last finish at [-]
4.4@10.1.132.36:8171@P : last finish at [-]
4.5@10.1.132.36:8171@P : last finish at [-]
4.6@10.1.132.36:8171@P : last finish at [-]
4.7@10.1.132.36:8171@P : last finish at [-]
Bug Report
What did you do?
When using the command sh pegasus_manual_compact.sh -c {meta_server_list} -a {table_name} --bottommost_level_compaction force, the wait_manual_compact() function keeps writing the log [35s] 0 finished, 8 not finished (0 in queue, 0 in running), estimate remaining unknown seconds. table [**] manual compaction is running now. even though the manual compaction task has already finished. This causes the wait_manual_compact() function's output to be used to determine the task progress when encapsulating the manual_compact tool, leading to a timeout failure.
What did you expect to see?
The function wait_manual_compact() can correctly parse the output of the shell command remote_command -t replica-server replica.query-compact ${app_id}.
What did you see instead?
Cannot correctly parse.
The text was updated successfully, but these errors were encountered: