Так как Вы не заявили, что ОС/дистрибутив Вы используете, и так как Вы не обеспечили особую деталь о том, что Вы ищете, или почему, или если Вы планируете использовать информацию программно или только удовлетворить любопытство, одна из более портативных опций netstat
, с -i
или -s
опции, в зависимости от того, в каком количестве детали Вы нуждаетесь.
Обе работы опций над Linux, Солярисом, OS X (по крайней мере, поскольку это - то, что я имею удобный для тестирования на). Здесь, например, производится от netstat -i
:
Linux:
[tim@evil]-bash-[841]$ netstat -i
Kernel Interface table
Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth2 1500 0 10138332 0 889 0 15391815 0 0 0 BMRU
lo 16436 0 9762 0 0 0 9762 0 0 0 LRU
Солярис 11.1:
[tim@good]-bash-[853]$ netstat -i
Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis Queue
lo0 8232 loopback localhost 77010 0 77010 0 0 0
net0 1500 good.domain.net good.domain.net 18212603 0 10659618 0 0 0
v0 1500 default localhost 1109717 0 0 0 0 0
v1 1500 default localhost 1109717 0 0 0 0 0
ipmp0 68 default localhost 0 0 0 0 0 0
Name Mtu Net/Dest Address Ipkts Ierrs Opkts Oerrs Collis
lo0 8252 localhost localhost 77010 0 77010 0 0
net0 1500 fe80::ea40:f2ff:fe3b:d470/10 fe80::ea40:f2ff:fe3b:d470 18212603 0 10659625 0 0
v0 1500 default :: 1109717 0 0 0 0
v1 1500 default :: 1109717 0 0 0 0
ipmp0 1280 default :: 0 0 0 0 0
Mac OS X:
[tim@chaos]-bash-[71]$ netstat -i
Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll
lo0 16384 <Link#1> 4008841 0 4008841 0 0
lo0 16384 localhost ::1 4008841 - 4008841 - -
lo0 16384 127 localhost 4008841 - 4008841 - -
lo0 16384 localhost fe80:1::1 4008841 - 4008841 - -
gif0* 1280 <Link#2> 0 0 0 0 0
stf0* 1280 <Link#3> 0 0 0 0 0
en0 1500 <Link#4> 14:10:9f:e3:5a:4f 26610083 0 20157920 0 0
en0 1500 chaos.local fe80:4::1610:9fff 26610083 - 20157920 - -
en0 1500 192.168.1 chaos.domain.ne 26610083 - 20157920 - -
en3 1500 <Link#5> 32:00:14:c1:44:80 0 0 0 0 0
en4 1500 <Link#6> 32:00:14:c1:44:81 0 0 0 0 0
bridg 1500 <Link#7> 16:10:9f:3e:ea:00 0 0 1 0 0
p2p0 2304 <Link#8> 06:10:9f:e3:5a:4f 0 0 0 0 0
vboxn 1500 <Link#10> 0a:00:27:00:00:00 0 0 0 0 0
И если Вы действительно хотите подробную статистику, попробовать netstat -s
на для размера. Чрезвычайно подробный вывод, и столь же портативный как netstat -i
.
, что означает отсутствие программного RAID. Если бы у вас был сломанный программный RAID, он выглядел бы как
Я получил его со своего сервера, так что некоторые детали для вас были бы другими, и я воссоздал его из записей во время последнего отказа HDD, так что некоторые детали могут быть неправильными, но важные биты -[114093]. [114094] [114443][114811][_U][114812] (это означает, что одно из зеркал не работает; если бы все было хорошо, то было бы сказано [114813][UU][114814]), и
(F)[114816] (что говорит о том, какая половина не работает, в данном случае это раздел на [114817]/dev/sdb[114818] в обоих случаях). Их собственные инструкции, на которые вы ссылаетесь, показывают нечто очень похожее.
mdadm --add RAID_DEV NEW_DISK[114430].
# dmesg | grep md. [7563017.386737] md: data-check of RAID array md0 [7563017.386747] md: минимальная _гарантированная_ скорость: 1000 КБ/сек/диск.
+---+---------------+------------+------------+
| | A | B | C |
+---+---------------+------------+------------+
| 1 | "col1, line1a | | |
| 2 | col1, line1b | | |
| 3 | col1, line1c" | col2, row1 | col3, row1 |
| 4 | col1, row2 | col2, row2 | col3, row2 |
+---+---------------+------------+------------+
Если массив активен/деградирован, то добавление нового диска автоматически запустит процесс восстановления (за которым можно наблюдать с помощью [114437]/proc/mdstat[114438]). В зависимости от вашего дистрибутива linux, у вас также может быть файл [114439]/etc/mdadm/mdadm.conf[114440], который может раскрыть дополнительную информацию о массиве.[114087].