centos hardware(centos更新软件命令)

今天给各位分享centos hardware的知识，其中也会对centos更新软件命令进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

CentOS下对SSD寿命的检查和健康判断详解

整个网上只有 intel的 SSD查看硬盘寿命的资料,象我们这种穷人,只能使用的起 Crucial和 OCZ的用户来讲是太不公平了.象我要透过 RAID卡就真没法子看其它商家的 SSD的寿命了吗?

研究了一下,所有查看 SSD的命令,只要要透过 RAID的,都需要借助 MegaCli和 smartCtl获得 ssd盘使用情况.认真研究了一下,目前我使用的

RAID卡是LSI Logic/ Symbios Logic MegaRAID SAS 1078和 2108这二种.使用通常的 MegaCli来查询:

这个是的下载地址:

Centos5的 MegaCli

Centos6的 MegaCli

整个过程分二步,第一步是从过 RAID卡来取得下面硬盘的信息.接下来使用 smartCtl来进行硬盘详细信息的显示.

使用 MegaCli来取得 RAID卡下硬盘的信息:

然后使用下面的命令:

/opt/MegaRAID/MegaCli/MegaCli64-PDList-aALL

这样可以查出 RAID卡下面的内容.会显示如下:

Enclosure Device ID: 252

Slot Number: 7

Device Id: 28

Sequence Number: 2

Media Error Count: 0

Other Error Count: 1

Predictive Failure Count: 0

Last Predictive Failure Event Seq Number: 0

PD Type: SATA

Raw Size: 119.242 GB [0xee7c2b0 Sectors]

Non Coerced Size: 118.742 GB [0xed7c2b0 Sectors]

Coerced Size: 118.277 GB [0xec8e000 Sectors]

Firmware state: Online, Spun Up

SAS Address(0): 0x1e394d57aa996b80

Connected Port Number: 7(path0)

Inquiry Data: 0000000011070303A99EC300-CTFDDAC128MAG 0007

FDE Capable: Not Capable

FDE Enable: Disable

Secured: Unsecured

Locked: Unlocked

Needs EKM Attention: No

Foreign State: None

Device Speed: 6.0Gb/s

Link Speed: 1.5Gb/s

Media Type: Solid State Device

注意上面几个地方,上面会输出很多这样的信息,只有 Media Type: Solid State Device.表示这是 SSD.其中 Device Id: 28这个需要记下来.这个过一会使用 smartctl查询时会需要.我们可以见到上面都显示了硬盘的型号:Inquiry Data: 0000000011070303A99EC300-CTFDDAC128MAG 0007.另外还有一个标志告诉你这个 SSD是不是正常的 Firmware state: Online,Spun Up这个选项,所以如果你做 SSD的监控报警,直接监控这个参数基本就行了.

使用 smartctl来取得 SSD硬盘的详细信息

要注意,不同厂商不同型号磁盘的信息不同.象 intel的硬盘信息就不介绍了.下面是查询所使用的命令.其中-a是让显示所有的信息出来.-d是用来设置硬盘的.这时需要注意不同的 RAID卡所使用的接口可能不一样,所以可能会有小的不相同.

比如 intel的硬盘,直接使用-d megaraid,27就能正常了.但我使用了上面的 raid卡后,需要指定 sat这个参数,就变成象下面这样了:

smartctl-a-d sat+megaraid,27/dev/sdb1-s on

上面这时的 sat是指由 SCSI转成 ATA的设备,可以加象 scsi,ata之类的参数.

这时,会显示如下的信息:

Model Family: Crucial/Micron RealSSD C300/C400

Device Model: C300-CTFDDAC128MAG

SMART Attributes Data Structure revision number: 16

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

1 Raw_Read_Error_Rate 0x002f 100 100 000 Pre-fail Always- 0

5 Reallocated_Sector_Ct 0x0033 100 100 000 Pre-fail Always- 0

9 Power_On_Hours 0x0032 100 100 000 Old_age Always- 5572

12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always- 3

170 Grown_Failing_Block_Ct 0x0033 100 100 000 Pre-fail Always- 0

171 Program_Fail_Count 0x0032 100 100 000 Old_age Always- 0

172 Erase_Fail_Count 0x0032 100 100 000 Old_age Always- 0

173 Wear_Levelling_Count 0x0033 090 090 000 Pre-fail Always- 536

174 Unexpect_Power_Loss_Ct 0x0032 100 100 000 Old_age Always- 1

181 Non4k_Aligned_Access 0x0022 100 100 000 Old_age Always- 0 0 0

183 SATA_Iface_Downshift 0x0032 100 100 000 Old_age Always- 0

184 End-to-End_Error 0x0033 100 100 000 Pre-fail Always- 0

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always- 0

188 Command_Timeout 0x0032 100 100 000 Old_age Always- 0

189 Factory_Bad_Block_Ct 0x000e 100 100 000 Old_age Always- 250

195 Hardware_ECC_Recovered 0x003a 100 100 000 Old_age Always- 0

196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always- 0

197 Current_Pending_Sector 0x0032 100 100 000 Old_age Always- 0

198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline- 0

199 UDMA_CRC_Error_Count 0x0036 100 100 000 Old_age Always- 0

202 Perc_Rated_Life_Used 0x0018 090 090 000 Old_age Offline- 10

206 Write_Error_Rate 0x000e 100 100 000 Old_age Always- 0

如果是 OCZ的:

Device Model: OCZ-AGILITY3

Serial Number: OCZ-1OX963Q8B5X2V684

SMART Attributes Data Structure revision number: 10

Vendor Specific SMART Attributes with Thresholds:

ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE

1 Raw_Read_Error_Rate 0x000f 086 086 050 Pre-fail Always- 135388659

5 Reallocated_Sector_Ct 0x0033 100 100 003 Pre-fail Always- 9

9 Power_On_Hours 0x0032 100 100 000 Old_age Always- 265772576277126

12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always- 15

171 Unknown_Attribute 0x0032 000 000 000 Old_age Always- 9

172 Unknown_Attribute 0x0032 000 000 000 Old_age Always- 0

174 Unknown_Attribute 0x0030 000 000 000 Old_age Offline- 13

177 Wear_Leveling_Count 0x0000 000 000 000 Old_age Offline- 1

181 Program_Fail_Cnt_Total 0x0032 000 000 000 Old_age Always- 9

182 Erase_Fail_Count_Total 0x0032 000 000 000 Old_age Always- 0

187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always- 0

194 Temperature_Celsius 0x0022 030 030 000 Old_age Always- 30(Lifetime Min/Max 30/30)

195 Hardware_ECC_Recovered 0x001c 120 120 000 Old_age Offline- 135388659

196 Reallocated_Event_Count 0x0033 100 100 003 Pre-fail Always- 9

201 Soft_Read_Error_Rate 0x001c 120 120 000 Old_age Offline- 135388659

204 Soft_ECC_Correction 0x001c 120 120 000 Old_age Offline- 135388659

230 Head_Amplitude 0x0013 100 100 000 Pre-fail Always- 100

231 Temperature_Celsius 0x0013 100 100 010 Pre-fail Always- 0

233 Media_Wearout_Indicator 0x0000 000 000 000 Old_age Offline- 2531

234 Unknown_Attribute 0x0032 000 000 000 Old_age Always- 3465

241 Total_LBAs_Written 0x0032 000 000 000 Old_age Always- 3465

242 Total_LBAs_Read 0x0032 000 000 000 Old_age Always- 2030

SSD是否健康的参数分析:

注意这时的使用寿命不在是象 intel ssd的 Media_Wearout_Indicator这个参数(当然 OCZ也有,在 Crucial就变成了Perc_Rated_Life_Used).但其实我们要看 SSD是否健康,主要是要通过 Wear Leveling Count(颗粒平均擦写次数)这个参数和Grown Failling Block Ct这个参数.

注意看下面二行:

170 Grown_Failing_Block_Ct 0x0033 100 100 000 Pre-fail Always- 0

173 Wear_Levelling_Count 0x0033 090 090 000 Pre-fail Always- 536

上面二个参数是关键:

Wear Levelling Count(颗粒平均擦写次数):先讲这个参数.更加重要.先声明这个硬盘是使用了一年的 SSD硬盘.图中显示的数据为536，即这块128G的硬盘的全盘写入/擦除（P/E）数为536次,显示还有 90%的寿命.所以大约这个硬盘使用的闪存颗粒的寿命为 5000多次的样子.536约为 5000的 10%,所以此项值为90(CA). Grown Failing Block Count(使用中新增坏块数):此项代表 SSD的闪存颗粒在使用时出现的坏块(类似于HDD的坏道)数量,此处数据为 0即尚未有出现坏块,若你命不好.新购买回来 SSD在正常使用时,很短的时间内这个数据产生较大变化,那代表盘可能有问题,早点找售后服务吧.

MegaCli常用参数组合介绍：

MegaCli-cfgdsply-aALL| grep Error【正常都是0】

MegaCli-LDGetProp-Cache-LALL-a0【写策略】

MegaCli-cfgdsply-aALL| grep Memory【内存大小】

MegaCli-LDInfo-Lall-aALL【查RAID级别】

MegaCli-AdpAllInfo-aALL【查RAID卡信息】

MegaCli-PDList-aALL【查看硬盘信息】

MegaCli-AdpBbuCmd-aAll【查看电池信息】

MegaCli-FwTermLog-Dsply-aALL【查看RAID卡日志】

MegaCli-adpCount【显示适配器个数】

MegaCli-AdpGetTime aALL【显示适配器时间】

MegaCli-AdpAllInfo-aAll【显示所有适配器信息】

MegaCli-LDInfo-LALL-aAll【显示所有逻辑磁盘组信息】

MegaCli-PDList-aAll【显示所有的物理信息】

MegaCli-AdpBbuCmd-GetBbuStatus-aALL|grep Charger Status【查看充电状态】

MegaCli-AdpBbuCmd-GetBbuStatus-aALL【显示BBU状态信息】

MegaCli-AdpBbuCmd-GetBbuCapacityInfo-aALL【显示BBU容量信息】

MegaCli-AdpBbuCmd-GetBbuDesignInfo-aALL【显示BBU设计参数】

MegaCli-AdpBbuCmd-GetBbuProperties-aALL【显示当前BBU属性】

MegaCli-cfgdsply-aALL【显示RAID卡型号，RAID设置，DISK相关信息】

磁带状态的变化，从拔盘，到插盘的过程中：

Device|Normal|Damage|Rebuild|Normal

Virtual Drive|Optimal|Degraded|Degraded|Optimal

Physical Drive|Online|Failed Unconfigured|Rebuild|Online

centos7安装时出现这个问题怎么办

解决方式：重新换一个浏览器；

安装centos7时this hardware has not undergone upstre是因为浏览器脚本错误；

访问者所使用的浏览器不能完全支持页面里的脚本，形成“脚本错误”。遇到时一般会弹出一个非常难看的脚本运行错误警告窗口，而事实上，脚本错误并不会影响网站浏览，因此这一警告可谓多此一举。

扩展资料：

脚本script是使用一种特定的描述性语言，依据一定的格式编写的可执行文件，又称作宏或批处理文件。脚本通常可以由应用程序临时调用并执行。各类脚本目前被广泛地应用于网页设计中，因为脚本不仅可以减小网页的规模和提高网页浏览速度；

有时候，脚本错误也可以是你的浏览器本身有问题导致，尝试修复你的浏览器，可以使用如黄山IE修复专家，超级兔子等第三方软件对IE进行修复也可以解决问题。

而且可以丰富网页的表现，如果在脚本中加入一些破坏计算机系统的命令，这样当用户浏览网页时，一旦调用这类脚本，便会使用户的系统受到攻击。所以用户应根据对所访问网页的信任程度选择安全等级，特别是对于那些本身内容就非法的网页，更不要轻易允许使用脚本。通过“安全设置”对话框，选择“脚本”选项下的各种设置就可以轻松实现对脚本的禁用和启用。

解决centos7.2中磁盘iowait过高(centos7启动后盘符错位问题)

（一）简述

每天都收到磁盘iowait告警信息，尤其是日志服务器在进行大量的读写操作过程中，从而造成系统处于崩溃边缘，为查找磁盘iowait由于什么原因造成的以及后续的系统的优化点。centos有许多查找问题的工具，也有高级的。

I/O Wait就是一个需要使用高级的工具来debug的问题，当然也有许多基本工具的高级用法。I/O wait的问题难以定位的原因是因为我们有很多工具可以告诉你说I/O受限了，但是并没有告诉你具体是哪些进程们引起的。

具体的思路如下：top。查看由cpu一行浪费在iowait上的cpu百分比=iostat-x 2 5查看某块磁盘正在被写入= iotop查找最高的磁盘I/O对应的进程= lsof-p pid查看通过一个进程打开所有文件或打开一个文件的所有进程。

（二）具体步骤如下：

（1）通过top命令来确认是否是I/O导致系统缓慢。

[root@iZ23iod5vslZ~]# toptop- 15:38:32 up 40 days, 5:59, 3 users, load average: 0.00, 0.01, 0.05Tasks: 128 total, 1 running, 127 sleeping, 0 stopped, 0 zombieCpu(s): 0.4 us, 0.2 sy, 0.0 ni, 99.2 id, 98 wa, 0.0 hi, 0.0 si, 0.1 stKiB Mem: 32520424 total, 31492136 used, 1028288 free, 412772 buffersKiB Swap: 0 total, 0 used, 0 free. 25902892 cached Mem PID USER PR NI VIRT RES SHR S CPU MEM TIME+ COMMAND 18988 root 20 0 11.647g 3.611g 7896 S 2.7 11.6 507:57.30 java 28 root 20 0 0 0 0 S 0.3 0.0 6:43.31 rcuos/3 1 root 20 0 49556 3412 1912 S 0.0 0.0 0:14.60 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.01 kthreadd 3 root 20 0 0 0 0 S 0.0 0.0 0:48.28 ksoftirqd/0 5 root 0-20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:0H 7 root rt 0 0 0 0 S 0.0 0.0 0:00.83 migration/0 8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh 9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/0 10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/1 11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/2 12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/3 13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/4 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/5 15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/6 16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcuob/7

从Cpu一行我们可以看到浪费在I/O Wait上的CPU百分比；这个数字越高说明越多的CPU资源在等待I/O权限.具体的解释如下：

0.4 us用户空间占用CPU的百分比。

0.2 sy内核空间占用CPU的百分比。

0.0 ni改变过优先级的进程占用CPU的百分比

2 id空闲CPU百分比

98 wa IO等待占用CPU的百分比

0.0 hi硬中断（Hardware IRQ）占用CPU的百分比

0.0 si软中断（Software Interrupts）占用CPU的百分比

在这里CPU的使用比率和windows概念不同，如果你不理解用户空间和内核空间，需要充充电了

（2）通过iostat-x 3 3查看那块磁盘正在被写入。

[root@iZ23iod5vslZ~]# iostat-x 3 3Linux 3.10.0-123.9.3.el7.x86_64(iZ23iod5vslZ) 08/14/2017 _x86_64_(4 CPU)avg-cpu: user nice system iowait steal idle 0.70 0.00 0.16 0.75 0.05 98.34Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 21.18 0.32 18.33 9.94 195.06 21.98 0.08 4.11 11.44 3.98 1.54 2.88xvdb 0.00 15.21 1.23 1.98 38.41 68.76 66.70 0.08 25.48 3.59 39.10 1.09 0.35xvdc 0.00 0.07 0.00 0.91 0.00 36.25 79.43 0.10 106.88 12.53 106.92 1.33 0.12avg-cpu: user nice system iowait steal idle 0.75 0.00 0.17 0.08 0.08 98.91Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 2.33 0.00 0.67 0.00 12.00 36.00 0.00 5.50 0.00 5.50 5.50 0.37xvdb 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00xvdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00avg-cpu: user nice system iowait steal idle 0.75 0.00 0.17 0.00 0.00 99.08Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm utilxvda 0.00 3.33 0.00 1.67 0.00 34.67 41.60 0.01 3.00 0.00 3.00 1.60 100.27xvdb 0.00 9.00 0.00 1.67 0.00 42.67 51.20 0.01 5.40 0.00 5.40 1.80 0.30xvdc 0.00 0.33 0.00 0.67 0.00 4.00 12.00 0.00 2.00 0.00 2.00 2.00 0.13

每隔三秒更新一次，一共打印了三次。-x时打印出扩展选项。第一次打印的信息可以被忽略，剩下的报告，都是基于上一次间隔的时间打印出来。

上述的列子中xvda的 util（利用率）是100.27,有进程往磁盘中写入数据。

（3）通过iotop查找高I/O对应的进程

[root@iZ23iod5vslZ~]# iotopTotal DISK READ: 0.00 B/s| Total DISK WRITE: 15.67 K/sActual DISK READ: 0.00 B/s| Actual DISK WRITE: 0.00 B/s TID PRIO USER DISK READ DISK WRITE SWAPIN IO COMMAND 18793 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start18987 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 cronolog/guojinbao/tomcat/logs/catalina.Y-m-d.out18796 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start13193 be/4 root 0.00 B/s 3.92 K/s 0.00 0.00 java-Djava.util.logging.config.file=/usr/to~p org.apache.catalina.startup.Bootstrap start 1 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 systemd--switched-root--system--deserialize 22 2 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [kthreadd] 3 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [ksoftirqd/0]16388 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 AliYunDun 5 be/0 root 0.00 B/s 0.00 B/s 0.00 0.00 [kworker/0:0H]16390 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 AliYunDun 7 rt/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [migration/0] 8 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcu_bh] 9 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/0] 10 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/1] 11 be/4 root 0.00 B/s 0.00 B/s 0.00 0.00 [rcuob/2]

从上述的例子中可以看出进程号为cronolog18987占用了大量的磁盘IO

（4）通过lsof-p pid查找由那个文件引起的IOwait

[root@iZ23iod5vslZ~]# lsof-p 18987COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAMEcronolog 18987 root cwd DIR 202,17 20480 2400258/guojinbao/tomcat/logscronolog 18987 root rtd DIR 202,1 4096 2/cronolog 18987 root txt REG 202,1 48627 152798/usr/local/sbin/cronologcronolog 18987 root mem REG 202,1 2107600 132826/usr/lib64/libc-2.17.socronolog 18987 root mem REG 202,1 160240 132819/usr/lib64/ld-2.17.socronolog 18987 root 0r FIFO 0,8 0t0 42614018 pipecronolog 18987 root 1w CHR 1,3 0t0 1028/dev/nullcronolog 18987 root 2u CHR 136,0 0t0 3/dev/pts/0(deleted)cronolog 18987 root 3w REG 202,17 5704875979 2400280/guojinbao/tomcat/logs/catalina.2017-08-14.out

lsof命令可以展示一个进程打开的所有文件，或者打开一个文件的所有进程。从这个列表中，我们可以找到具体是什么文件被写入，根据文件的大小和/proc中io文件的具体数据.

为了确认我们的怀疑，我们可以使用/proc文件系统，每个进程目录下都有一个叫io的文件，里边保存这和iotop类似的信息

[root@iZ23iod5vslZ~]# cat/proc/18987/io rchar: 58891582418wchar: 58891579778syscr: 46556085syscw: 46556077read_bytes: 212992write_bytes: 59580235776cancelled_write_bytes: 0

read_bytes和write_bytes是这个进程从磁盘读写的字节数。这个例子中cronolog读取了212992byte（0.2M）数据，写入了59580235776bytes（55.4G）数据到磁盘上。

（5）通过df-h/guojinbao来查看服务器那块磁盘的根目录

[root@iZ23iod5vslZ~]# df-h/guojinbao/Filesystem Size Used Avail Use Mounted on/dev/xvdb1 45G 38G 4.7G 89/guojinbao

最后,通过以上的信息我们可以放心的说lsof的结果就是我们要查找的文件