【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】：4.4.1.0
【问题描述】oceanbase报错log disk超过95%，且已没办法归档
【复现路径】log disk配置是14G 其中租户配置是5G
ocenbase修改该配置超时，查询社区应该是一个oceanbase bug
手动修改大小后数据库集群无法启动，报错不知道谁是leader.
目前尝试恢复，疑似有脏数据。oceanbase 集群崩溃，留下 sstable 和 slog 目录，这种情况下 ob_admin 是否可以导出数据，希望能尽快协助帮忙恢复下数据的方法。
详细版本号提供一下
集群架构是啥样的，log disk超过95%是否尝试过带参 log_disk_utilization_limit_threshold启动ob
版本号：4.4.1的版本
我们是主备高可用部署的架构，尝试带参数启动了ob然后失败。就手动修改了配置超时，目前导致集群无法启动
是搭建了主备租户，还是多zone高可用架构？
og disk大小配置在黑屏化启动也可以调整，
使用黑屏化启动ob指定log_disk_size和log_disk_utilization_limit_threshold。
然后提供一份observer日志看下
单zone 使用obproxy，VIP 是我们自身管理
单节点ob？
黑屏化启动
cd /home/admin/oceanbase
./bin/observer -o ‘log_disk_size=20G, log_disk_utilization_limit_threshold=98’
如果启动异常提供一份observer日志如果没问题执行下面操作
sys租户登录查询
select * from DBA_OB_UNIT_CONFIGS;
确认业务租户的unit后执行修改
alter resource unit XXXXXXXXXXXXX log_disk_size ‘10G’;
都执行操作过，不行。我现在数据库已经崩了，有什么办法从sstable 和 slog 目录把数据库恢复了。
仅有sstable 和 log 目录这种情况没办法单独恢复集群，提供一份observer日志看看吧
看还有没有抢救方法
sys租户的log是不是坏掉了？这个目录当前正常么
/data/oceanbase/1/clog/log_pool
已经坏掉了
仅对ob做带参重启等操作不会影响的，还做了什么操作，有备份么
有备份，但是在备份之前clog就应该存在损坏了。
文件损坏的话没办法修复了
学到了。
学到了