[
https://issues.apache.org/jira/browse/KUDU-2638?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16724757#comment-16724757
]
jiaqiyang edited comment on KUDU-2638 at 12/19/18 7:40 AM:
-----------------------------------------------------------
this is the kudu cluster one tserver log
[^tserverLog.tar.gz]
the cluster total 19 tservers and 3 masters;
12 sata disk every server
200+ tablet on one tserver;
3 replica every tablet;
there is one question :
why the cluster restart use long time to table avalible , in the log i see that
boostrap very quickly ;but there is very long time spend on major compact; how
can we stop the compact then admin compaction after idle time like HBase
compaction!
was (Author: jiaqiyang):
this is the kudu cluster one tserver log
[^tserverLog.tar.gz]
the cluster total 19 tservers and 3 masters;
12 sata disk every server
200+ tablet on one tserver;
there is one question :
why the cluster restart use long time to table avalible , in the log i see that
boostrap very quickly ;but there is very long time spend on major compact; how
can we stop the compact then admin compaction after idle time like HBase
compaction!
> kudu cluster restart very long time to reused
> ---------------------------------------------
>
> Key: KUDU-2638
> URL: https://issues.apache.org/jira/browse/KUDU-2638
> Project: Kudu
> Issue Type: Improvement
> Reporter: jiaqiyang
> Priority: Major
> Fix For: n/a
>
> Attachments: tserverLog.tar.gz
>
>
> when restart my kudu cluster ;all tablet not avalible:
> run kudu cluster ksck show that:
> Table Summary
>
>
> Name | Status | Total Tablets | Healthy | Under-replicated | Unavailable
> --------------------------------------------------------------------------------+------------
> t1 | HEALTHY | 1 | 1 | 0 | 0
> t2 | UNAVAILABLE | 5 | 0 | 1 | 4
> t3 | UNAVAILABLE | 6 | 2 | 0 | 4
> t3 | UNAVAILABLE | 3 | 0 | 0 | 3
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)