[ 
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)

Reply via email to