[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets #53062

gengjun-git · 2024-11-20T12:33:21Z

Why I'm doing:

Failures in serialization of log data should be thrown instead of ignored.
Ignoring the error will write an empty log to bdb, causing FE startup failure.

What I'm doing:

Fix

2024-11-20 14:28:03.900+08:00 ERROR (stateChangeExecutor|79) [BDBJournalCursor.deserializeData():253] fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/>
java.io.EOFException: null
        at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?]
        at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?]
        at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?]
        at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?]
2024-11-20 14:28:03.919+08:00 WARN (stateChangeExecutor|79) [GlobalStateMgr.replayJournalInner():1954] catch exception when replaying journal, id: 13159, data: null,
com.starrocks.journal.JournalException: fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/>
        at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:254) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?]
        at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?]
        at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?]
        at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?]
Caused by: java.io.EOFException
        at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?]
        at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?]
        at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?]

What type of PR is this:

Does this PR entail a change in behavior?

Yes, this PR will result in a change in behavior.
No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

Interface/UI changes: syntax, type conversion, expression evaluation, display information
Parameter changes: default values, similar parameters but with different default values
Policy changes: use new policy to replace old one, functionality automatically enabled
Feature removed
Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

I have added test cases for my bug fix or my new feature
This pr needs user documentation (for new or modified features or behaviors)
- I have added documentation for my new feature or new function
This is a backport pr

Bugfix cherry-pick branch check:

starrocks-cr · 2024-11-20T12:34:09Z

fe/fe-core/src/main/java/com/starrocks/catalog/Database.java

+            nameToTable.remove(table.getName());
+        }
+    }
+
    public void dropTable(String tableName, boolean isSetIfExists, boolean isForce) throws DdlException {
        Table table;
        Locker locker = new Locker();


The most risky bug in this code is:
The unRegisterTableUnlocked method treats temporary and non-temporary tables the same, which may lead to removal inconsistencies across different collections if there's additional logic intended for these types.

You can modify the code like this:

public void unRegisterTableUnlocked(Table table) { if (table == null) { return; } idToTable.remove(table.getId()); if (!table.isTemporaryTable()) { nameToTable.remove(table.getName()); } }

This modification ensures that both temporary and non-temporary tables are correctly removed from the idToTable, but only non-temporary tables are removed from the nameToTable, assuming the original intent was to handle them differently.

gengjun-git · 2024-11-22T08:21:09Z

@Mergifyio rebase

mergify · 2024-11-22T08:21:33Z

rebase

✅ Branch has been successfully rebased

gengjun-git · 2024-11-25T06:49:56Z

@Mergifyio rebase

mergify · 2024-11-25T06:50:21Z

rebase

✅ Branch has been successfully rebased

gengjun-git · 2024-11-28T08:00:44Z

@Mergifyio rebase

Signed-off-by: gengjun-git <[email protected]>

mergify · 2024-11-28T08:01:15Z

rebase

✅ Branch has been successfully rebased

sonarcloud · 2024-11-28T08:07:58Z

Quality Gate passed

Issues
8 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

github-actions · 2024-11-28T09:44:35Z

[Java-Extensions Incremental Coverage Report]

✅ pass : 0 / 0 (0%)

github-actions · 2024-11-28T09:44:49Z

[FE Incremental Coverage Report]

✅ pass : 13 / 15 (86.67%)

file detail

	path	covered_line	new_line	coverage	not_covered_line_detail
🔵	com/starrocks/server/LocalMetastore.java	3	4	75.00%	[1926]
🔵	com/starrocks/catalog/Database.java	5	6	83.33%	[317]
🔵	com/starrocks/journal/SerializeException.java	2	2	100.00%	[]
🔵	com/starrocks/persist/EditLog.java	3	3	100.00%	[]

github-actions · 2024-11-28T09:45:28Z

[BE Incremental Coverage Report]

✅ pass : 0 / 0 (0%)

github-actions · 2024-11-29T02:39:59Z

@Mergifyio backport branch-3.4

github-actions · 2024-11-29T02:40:01Z

@Mergifyio backport branch-3.3

github-actions · 2024-11-29T02:40:02Z

@Mergifyio backport branch-3.2

github-actions · 2024-11-29T02:40:04Z

@Mergifyio backport branch-3.1

mergify · 2024-11-29T02:40:22Z

backport branch-3.4

✅ Backports have been created

#53351 [BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) has been created for branch branch-3.4

mergify · 2024-11-29T02:40:24Z

backport branch-3.3

✅ Backports have been created

#53352 [BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) has been created for branch branch-3.3

mergify · 2024-11-29T02:40:25Z

backport branch-3.2

✅ Backports have been created

#53353 [BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) has been created for branch branch-3.2 but encountered conflicts

mergify · 2024-11-29T02:40:26Z

backport branch-3.1

✅ Backports have been created

#53354 [BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) has been created for branch branch-3.1 but encountered conflicts

…ontaining too many tablets (#53062) ## Why I'm doing: Failures in serialization of log data should be thrown instead of ignored. Ignoring the error will write an empty log to bdb, causing FE startup failure. ## What I'm doing: Fix ``` 2024-11-20 14:28:03.900+08:00 ERROR (stateChangeExecutor|79) [BDBJournalCursor.deserializeData():253] fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> java.io.EOFException: null at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] 2024-11-20 14:28:03.919+08:00 WARN (stateChangeExecutor|79) [GlobalStateMgr.replayJournalInner():1954] catch exception when replaying journal, id: 13159, data: null, com.starrocks.journal.JournalException: fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:254) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] Caused by: java.io.EOFException at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] ``` Signed-off-by: gengjun-git <[email protected]> (cherry picked from commit eb61f07)

…ontaining too many tablets (#53062) ## Why I'm doing: Failures in serialization of log data should be thrown instead of ignored. Ignoring the error will write an empty log to bdb, causing FE startup failure. ## What I'm doing: Fix ``` 2024-11-20 14:28:03.900+08:00 ERROR (stateChangeExecutor|79) [BDBJournalCursor.deserializeData():253] fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> java.io.EOFException: null at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] 2024-11-20 14:28:03.919+08:00 WARN (stateChangeExecutor|79) [GlobalStateMgr.replayJournalInner():1954] catch exception when replaying journal, id: 13159, data: null, com.starrocks.journal.JournalException: fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:254) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] Caused by: java.io.EOFException at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] ``` Signed-off-by: gengjun-git <[email protected]> (cherry picked from commit eb61f07) # Conflicts: # fe/fe-core/src/test/java/com/starrocks/server/LocalMetaStoreTest.java

…ontaining too many tablets (StarRocks#53062) ## Why I'm doing: Failures in serialization of log data should be thrown instead of ignored. Ignoring the error will write an empty log to bdb, causing FE startup failure. ## What I'm doing: Fix ``` 2024-11-20 14:28:03.900+08:00 ERROR (stateChangeExecutor|79) [BDBJournalCursor.deserializeData():253] fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> java.io.EOFException: null at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] 2024-11-20 14:28:03.919+08:00 WARN (stateChangeExecutor|79) [GlobalStateMgr.replayJournalInner():1954] catch exception when replaying journal, id: 13159, data: null, com.starrocks.journal.JournalException: fail to read journal entity key=13159, data=<DatabaseEntry offset="0" size="2" data="50 200 "/> at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:254) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.next(BDBJournalCursor.java:292) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournalInner(GlobalStateMgr.java:1933) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.replayJournal(GlobalStateMgr.java:1892) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr.transferToLeader(GlobalStateMgr.java:1221) ~[starrocks-fe.jar:?] at com.starrocks.server.GlobalStateMgr$1.transferToLeader(GlobalStateMgr.java:745) ~[starrocks-fe.jar:?] at com.starrocks.ha.StateChangeExecutor.runOneCycle(StateChangeExecutor.java:103) ~[starrocks-fe.jar:?] at com.starrocks.common.util.Daemon.run(Daemon.java:107) ~[starrocks-fe.jar:?] Caused by: java.io.EOFException at java.io.DataInputStream.readInt(DataInputStream.java:397) ~[?:?] at com.starrocks.common.io.Text.readString(Text.java:391) ~[starrocks-fe.jar:?] at com.starrocks.journal.JournalEntity.readFields(JournalEntity.java:249) ~[starrocks-fe.jar:?] at com.starrocks.journal.bdbje.BDBJournalCursor.deserializeData(BDBJournalCursor.java:248) ~[starrocks-fe.jar:?] ``` Signed-off-by: gengjun-git <[email protected]>

…ontaining too many tablets (backport #53062) (#53351) Co-authored-by: gengjun-git <[email protected]>

…ontaining too many tablets (backport #53062) (#53352) Co-authored-by: gengjun-git <[email protected]>

…ontaining too many tablets (backport #53062) (#53354) Signed-off-by: gengjun-git <[email protected]> Co-authored-by: gengjun-git <[email protected]>

…ontaining too many tablets (backport #53062) (#53353) Signed-off-by: gengjun-git <[email protected]> Co-authored-by: gengjun-git <[email protected]>

gengjun-git requested a review from a team as a code owner November 20, 2024 12:33

wanpengfei-git added the META-REVIEW label Nov 20, 2024

wanpengfei-git requested a review from a team November 20, 2024 12:33

mergify bot assigned gengjun-git Nov 20, 2024

github-actions bot added 3.4 3.3 3.2 3.1 labels Nov 20, 2024

starrocks-cr bot reviewed Nov 20, 2024

View reviewed changes

HangyuanLiu previously approved these changes Nov 22, 2024

View reviewed changes

gengjun-git force-pushed the fix_serialize_failed_bug branch from dd924b6 to 06b0dd8 Compare November 22, 2024 08:21

gengjun-git force-pushed the fix_serialize_failed_bug branch from 06b0dd8 to fd8e64f Compare November 25, 2024 06:50

gengjun-git dismissed HangyuanLiu’s stale review via 50082e8 November 28, 2024 06:28

gengjun-git force-pushed the fix_serialize_failed_bug branch from fd8e64f to 50082e8 Compare November 28, 2024 06:28

fix

4dcac91

Signed-off-by: gengjun-git <[email protected]>

gengjun-git force-pushed the fix_serialize_failed_bug branch from 50082e8 to 4dcac91 Compare November 28, 2024 08:01

gengjun-git enabled auto-merge (squash) November 29, 2024 02:22

HangyuanLiu approved these changes Nov 29, 2024

View reviewed changes

nshangyiming approved these changes Nov 29, 2024

View reviewed changes

gengjun-git merged commit eb61f07 into StarRocks:main Nov 29, 2024
47 checks passed

github-actions bot removed the 3.4 label Nov 29, 2024

github-actions bot removed the 3.3 label Nov 29, 2024

github-actions bot removed the 3.2 label Nov 29, 2024

github-actions bot removed the 3.1 label Nov 29, 2024

mergify bot mentioned this pull request Nov 29, 2024

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) #53351

Merged

42 tasks

This was referenced Nov 29, 2024

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) #53352

Merged

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) #53353

Merged

mergify bot mentioned this pull request Nov 29, 2024

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets (backport #53062) #53354

Merged

42 tasks

wanpengfei-git pushed a commit that referenced this pull request Dec 2, 2024

[BugFix] Fix the issue where FE restart fails when creating a table c…

6b40d1a

…ontaining too many tablets (backport #53062) (#53351) Co-authored-by: gengjun-git <[email protected]>

wanpengfei-git pushed a commit that referenced this pull request Dec 2, 2024

[BugFix] Fix the issue where FE restart fails when creating a table c…

a319e22

…ontaining too many tablets (backport #53062) (#53352) Co-authored-by: gengjun-git <[email protected]>

github-actions bot added 3.4-merged 3.3-merged labels Dec 2, 2024

github-actions bot added the 3.1-merged label Dec 2, 2024

github-actions bot added the 3.2-merged label Dec 2, 2024

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets #53062

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets #53062

gengjun-git commented Nov 20, 2024

starrocks-cr bot Nov 20, 2024

gengjun-git commented Nov 22, 2024

mergify bot commented Nov 22, 2024

gengjun-git commented Nov 25, 2024

mergify bot commented Nov 25, 2024

gengjun-git commented Nov 28, 2024

mergify bot commented Nov 28, 2024

sonarcloud bot commented Nov 28, 2024

github-actions bot commented Nov 28, 2024

github-actions bot commented Nov 28, 2024

github-actions bot commented Nov 28, 2024

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets #53062

[BugFix] Fix the issue where FE restart fails when creating a table containing too many tablets #53062

Conversation

gengjun-git commented Nov 20, 2024

Why I'm doing:

What I'm doing:

What type of PR is this:

Checklist:

Bugfix cherry-pick branch check:

starrocks-cr bot Nov 20, 2024

Choose a reason for hiding this comment

gengjun-git commented Nov 22, 2024

mergify bot commented Nov 22, 2024

✅ Branch has been successfully rebased

gengjun-git commented Nov 25, 2024

mergify bot commented Nov 25, 2024

✅ Branch has been successfully rebased

gengjun-git commented Nov 28, 2024

mergify bot commented Nov 28, 2024

✅ Branch has been successfully rebased

sonarcloud bot commented Nov 28, 2024

Quality Gate passed

github-actions bot commented Nov 28, 2024

[Java-Extensions Incremental Coverage Report]

github-actions bot commented Nov 28, 2024

[FE Incremental Coverage Report]

file detail

github-actions bot commented Nov 28, 2024

[BE Incremental Coverage Report]

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

github-actions bot commented Nov 29, 2024

mergify bot commented Nov 29, 2024 • edited Loading

✅ Backports have been created

mergify bot commented Nov 29, 2024 • edited Loading

✅ Backports have been created

mergify bot commented Nov 29, 2024 • edited Loading

✅ Backports have been created

mergify bot commented Nov 29, 2024 • edited Loading

✅ Backports have been created

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading

mergify bot commented Nov 29, 2024 •

edited

Loading