observer.config.rar (521 字节)
应该不是硬件磁盘问题 , 虚拟机的其他服务器正常使用
strings只能打印出这个文件中的可读字符，config文件头部会编码写入version字段+len文件长度字段，报错原因是在解析len的时候发现长度是一个负值，能否查看一下config文件的修改时间？
是否手动修改过config.bin文件，或者该config.bin文件是其他observer使用的（或使用过）？
【可能的修复方法】
确保observer.config.bin.history与最新的配置一致的前提下，使用同目录下的 observer.config.bin.history 覆盖 observer.config.bin 文件
cp -f observer.config.bin.history observer.config.bin
手动修改过config.bin , 使用history仍然报一样的错
那手动改回也是会报错的
我尝试了改回手动的更改，然后使用带参数启动的方式，能够重新启动observer，以下是一个带参数启动的例子：
./observer -p 30200 -P 30201 -z zone1 -c 1 -d 【store目录】 -i lo -r 127.0.0.1:30201 -o __min_full_resource_pool_memory=1073741824,log_disk_size=5G,memory_limit=8G,system_memory=1G,datafile_size=8G,cpu_count=24,cache_wash_threshold=1G,workers_per_cpu_quota=10,schema_history_expire_time=1d,net_thread_count=4,syslog_io_bandwidth_limit=10G
运行命令:
./observer -p 2881 -P 2882 -z zone1 -c 1 -d /mydata/ob/myoceanbase/oceanbase/store -i lo -r 127.0.0.1:2881 -o __min_full_resource_pool_memory=1073741824,log_disk_size=60G,memory_limit=50G,system_memory=2G,datafile_size=50G,cpu_count=16,cache_wash_threshold=1G,workers_per_cpu_quota=10,schema_history_expire_time=1d,net_thread_count=4,syslog_io_bandwidth_limit=10G
能提供一下这次报错的日志吗？
这次的日志好像没有在observer.log里 , 能问一下怎么看这次的日志吗
应该在observer binary文件所在的目录，看一下有不？
应该是执行observer的目录不太对，observer会在执行的当前目录下创建etc、log、run等目录，你的路径应该是在/mydata/ob/myoceanbase/oceanbase路径下，执行./bin/observer ……（接你的参数）
