作者回复: 你好,你的问题很好,看得出你已经做了很多排查工作。针对你的问题,这里有一些可能的解答: iostat和/proc/diskstats的数据源和计算方法不同: iostat展示的是设备在采样期间实际进行I/O操作的时间的百分比,其计算方式主要基于设备活动的时间和系统计时器中记录的时间。 /proc/diskstats中的记录则更直接,记录的是磁盘IO所消耗的总时间,包括等待时间和实际I/O操作的时间。 这两者间的计算方法和侧重点不同,可能会导致数值的差异。 如果你的服务器的I/O负载大部分都是并发的,那么可能会导致/proc/diskstats的io_time值接近100%。这是因为这个值是统计所有I/O请求的时间,即使这些请求是同时发生的。而iostat的%util值则是在单一时间段内,设备进行I/O操作的百分比。因此,如果有大量并行的I/O操作,%util可能会低于io_time。 还需要注意iostat的默认展示方式是自系统启动以来的平均值,如果你想看到最近的数据,可能需要给iostat指定一个采样间隔。 因此,从你提供的数据看,服务器的I/O使用率可能并没有问题,但是并发的I/O请求可能比较多。这个现象本身并不是问题,只是两种监控方式的表现形式不同。 但你也可以对此进行深入排查,确认是否存在大量并发的I/O请求,或者是否存在过多的I/O等待问题。可以使用iostat -x等命令获取更多详细的设备性能数据,如平均请求队列长度、平均服务时间等,以帮助你进行分析。
作者回复: 分层来对待,硬件层面,linux通过udev 识别到设备连接的行为,并为其分配(唯一可寻址的)地址 内核层面,得知该硬件是否能识别,如果能识别的话驱动之。。。 应用层面,映射一个设备文件,放在/dev下,供用户层调用
作者回复: 1 格式化的设备是否为 /dev/vdb1 ? 2 格式化之后是否成功?即是否有错误提示?
作者回复: 1 quotaoff /dev/设备 2 修改 /etc/fstab 将磁盘配额参数去掉 3 mount -o,remount /挂载目录, 重新挂载 4 repquota /挂载目录 查看并确认是否已经去掉了配额