vdbench数据一致性校验原理 ===> Data Validation Key miscompare. Expecting key .

vdbench 数据一致性校验问题汇总:

校验参数点击打开链接含义请自查:

data_errors=1
sd=sd1,lun=/root/redlicha/vdbench/testfile.bin,threads=4,size=3g
wd=wd1,sd=(sd1),xfersize=(4k,25.68,8k,26.31,16k,6.4,32k,7.52,60k,10.52,128k,9.82,252k,7.31,504k,6.19,984k,0.23,1032k,0.02),rdpct=50,seekpct=100,openflags=directio
rd=run1,wd=wd1,iorate=max,elapsed=7200,interval=1

Also take data validation into account when testing with vdbench:
e.g. -vr -j

-v Activate data validation.
-vr Activate data validation, immediately re-read after each write.
-vw Activate data validation, but don’t read before write.
-vt Activate data validation, keep track of each write timestamp (memory
intensive)
-j Activate data validation

-jn

-vr

-vt

vdbench配置中,校验方式:

create_anchors=yes

validate=yes

validate=read

validate=read_after_write

validate=no_preread

validate=time

journal=yes

journal=noflush
错误日志:

       All corruptions are of the same type: ^M

       ===> Data Validation Key miscompare. Expecting key=0x51 received key=0x50 (81/80)^M

       Only the FIRST sector will be reported:^M

       Data Validation error for fsd=fsd1; FSD lba: 0x119e1000; Key block size: 4096; relative sector in data block: 0x00 ^M

       File name: z:\vdbench2\vdb.1_1.dir\vdb_f0082.file; file block lba: 0x00001000; bad sector file lba: 0x00001000^M
       0x000   00000000 119e1000 ........ ........   00000000 119e1000 0000015e 245cc543^M

       0x010   51..0000 31647366 20202020 00000000   50e70000 31647366 20202020 00000e24^M

       There are no mismatches in bytes 32-511

办法:

点击打开链接

修改

 
the fact that at this time Vdbench can not properly handle a PARTIAL Key Block during journal recovery
-vw
validate=read_after_write

validate=no_preread


  • 1
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
这是一个Dubbo框架中的日志信息,包含了一些URL参数的信息,其中: - fault.validation=true 表示开启了容错机制,即当调用失败时,Dubbo会自动切换到备用节点进行调用。 - deprecated=false 表示该服务API未被标记为废弃。 - dubbo=2.0.2 表示当前使用的Dubbo版本为2.0.2。 - dynamic=false 表示关闭了动态代理,即使用JDK生成的代理类,而非使用cglib生成的代理类。 - generic=false 表示未开启泛化调用。 - group= 表示服务分组,此处为空。 - heartbeat=60000 表示心跳间隔时间为60秒。 - interface=com.oppo.bdp.unified.authority.service.ResTypeService 表示调用的服务接口为com.oppo.bdp.unified.authority.service.ResTypeService。 - logger=slf4j 表示使用slf4j作为日志框架。 - methods=queryAllWhitelist,queryAll 表示该服务暴露了两个方法,分别为queryAllWhitelist和queryAll。 - payload=838860800 表示负载大小为838860800字节(即800MB)。 - pid=514505 表示当前进程ID为514505。 - register=true 表示将当前服务注册到注册中心。 - register.ip=10.39.14.38 表示注册中心的IP地址为10.39.14.38。 - release=2.7.1 表示当前使用的Dubbo版本为2.7.1。 - remote.application=authentication-server-provider 表示远程应用程序名称为authentication-server-provider。 - remote.timestamp=1667198331619 表示远程时间戳为1667198331619。 - revision=1.0.1 表示服务的版本为1.0.1。 - side=consumer 表示当前应用程序是服务的消费者。 - timestamp=1686626187086 表示时间戳为1686626187086。 - version=1.0.0 表示服务的版本为1.0.0。 - dubbo version: 2.7.0 表示当前使用的Dubbo版本为2.7.0。 - current host: 10.39.14.38 表示当前主机的IP地址为10.39.14.38。 总体来说,这是Dubbo框架中服务调用时的一些参数信息,包括了服务接口、版本、注册中心地址、负载大小等等。这些信息有助于调试和监控Dubbo服务。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值