Комментарии 36
Еще полезно перед приемкой запустить тест диска:
smartctl --test=long /dev/sda и после его завершения еще раз посмотреть smartctl -a /dev/sda…
smartctl --test=long /dev/sda и после его завершения еще раз посмотреть smartctl -a /dev/sda…
# cat /etc/issue
Не-не-не. Этот файл в системе может вообще отсутствовать.
Уж лучше тогда
cat /etc/*rel*
А еще можно dmidecode использовать для проверки, что за железо стоит.
cat /etc/*rel*
А вы пробовали так делать? =)
Что вас смущает?
Вы по всей видимости убунтовед?
Попробуйте сделать
ls -la /etc/*rel*
-rw-r--r--. 1 root root 27 Nov 27 05:53 /etc/centos-release
-rw-r--r--. 1 root root 152 Apr 29 07:29 /etc/lsb-release
-rw-r--r--. 1 root root 255921 Apr 29 16:15 /etc/prelink.cache
-rw-r--r--. 1 root root 789 Jul 19 2013 /etc/prelink.conf
lrwxrwxrwx. 1 root root 14 Apr 29 07:27 /etc/redhat-release -> centos-release
lrwxrwxrwx. 1 root root 14 Apr 29 07:27 /etc/system-release -> centos-release
-rw-r--r--. 1 root root 25 Nov 27 05:53 /etc/system-release-cpe
Попробуйте сделать
cat /etc/prelink.cache
Кто обзывается, тот сам так называется ) Только Debian и CentOS
CentOS 6.4:
Ну и, соответственно:
То, что у вас стоит prelink — это, я подозреваю, один из частных случаев. На большинстве новых серверов его обычно нет по умолчанию. Зато куча всякого ненужного.
CentOS 6.4:
# ls -al /etc/*rel*
-rw-r--r-- 1 root root 27 Фев 25 2013 /etc/centos-release
lrwxrwxrwx 1 root root 14 Мар 18 2013 /etc/redhat-release -> centos-release
lrwxrwxrwx 1 root root 14 Мар 18 2013 /etc/system-release -> centos-release
-rw-r--r-- 1 root root 25 Фев 25 2013 /etc/system-release-cpe
Ну и, соответственно:
# cat /etc/*rel*
CentOS release 6.4 (Final)
CentOS release 6.4 (Final)
CentOS release 6.4 (Final)
cpe:/o:centos:linux:6:GA
То, что у вас стоит prelink — это, я подозреваю, один из частных случаев. На большинстве новых серверов его обычно нет по умолчанию. Зато куча всякого ненужного.
Командаip addressвыводит информацию обо всех сетевых интерфейсах:
Команда ip address не выводит информацию о всех сетевых интерфейсах, а только о тех интерфейсах, на которых есть назначенные ip-адреса. Нет адресов — интерфейса не будет в выводе.
datacompboy@nuuzerpogodible:~$ /sbin/ifconfig | grep eth
datacompboy@nuuzerpogodible:~$ /sbin/ifconfig eth2
eth2 Link encap:Ethernet HWaddr 74:d0:2b:10:48:2b
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
datacompboy@nuuzerpogodible:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 74:d0:2b:10:48:2b brd ff:ff:ff:ff:ff:ff
datacompboy@nuuzerpogodible:~$ /sbin/ifconfig eth2
eth2 Link encap:Ethernet HWaddr 74:d0:2b:10:48:2b
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
datacompboy@nuuzerpogodible:~$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth2: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
link/ether 74:d0:2b:10:48:2b brd ff:ff:ff:ff:ff:ff
Пардон. С ifconfig'ом попутал, который down-интерфейсы игнорирует.
datacompboy@nuuzerpogodible:~$ /sbin/ifconfig -a
docker0 Link encap:Ethernet HWaddr 56:84:7a:fe:97:99
inet addr:172.17.42.1 Bcast:0.0.0.0 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth2 Link encap:Ethernet HWaddr 74:d0:2b:10:48:2b
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:24397 errors:0 dropped:0 overruns:0 frame:0
TX packets:24397 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7036234 (6.7 MiB) TX bytes:7036234 (6.7 MiB)
docker0 Link encap:Ethernet HWaddr 56:84:7a:fe:97:99
inet addr:172.17.42.1 Bcast:0.0.0.0 Mask:255.255.0.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth2 Link encap:Ethernet HWaddr 74:d0:2b:10:48:2b
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:24397 errors:0 dropped:0 overruns:0 frame:0
TX packets:24397 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:7036234 (6.7 MiB) TX bytes:7036234 (6.7 MiB)
хехе… у меня в чеклисте, для проверки нового сервера (как правило это какой-то клиентский сервер) есть такой скриптик который генерит мне вот такой вот вывод:
Как раз собраны все эти тулзы (кроме lshw), но с учетом того чтобы не потребовалось root привилегий или доп. утилит
postgres@db-m01:~$ ./bin/scrapper-client.sh --print-human
Cpu: 2 x AMD Opteron(TM) Processor 6272
Memory: physical memory: 65975640 kB; swap: 0 kB
Storage: Hewlett-Packard Company Smart Array G6 controllers (rev 01)
Disks: sda size 1117GiB
Network: 4 Intel Corporation 82576 Gigabit Network Connection (rev 01)
System: db-m01 (1.2.3.4); Ubuntu 12.04.4 LTS; Linux 3.2.0-60-generic
PostgreSQL ver.: 9.1.13 (recovery: f, replica count: 1)
pgBouncer ver.: 1.5.4
PostgreSQL databases: db_config (25 MB, UTF8, en_US.UTF-8); db_production (559 GB, UTF8, en_US.UTF-8).
Как раз собраны все эти тулзы (кроме lshw), но с учетом того чтобы не потребовалось root привилегий или доп. утилит
Disks: sda size 1117GiB
Это аппаратный рейд ведь, правда?)
Кстати для аппаратных рейдов тоже есть очень приятные врапперы. Например, megaraidsas-status.
Да, за этим диском аппаратный рэйд.
Этим скриптом ищется только контроллер (в строке Storage:) и диски которые уже видит непосредственно ОС. Это сделано по следующим причинам:
1) вендорный ряд RAID-контроллеров достаточно разнообразен, и утилит для работы с ними тоже немало (сходу назову штук пять)
2) как правило эти утилиты не всегда установлены и даже не всегда есть в репозиториях.
3) и они требуют рута как правило (в этом я зачастую бываю ограничен)
Поэтому внутренности дисковой подсистемы я уже анализирую отдельно и только при наличии root, хотя скрипты для этого тоже есть.
Этим скриптом ищется только контроллер (в строке Storage:) и диски которые уже видит непосредственно ОС. Это сделано по следующим причинам:
1) вендорный ряд RAID-контроллеров достаточно разнообразен, и утилит для работы с ними тоже немало (сходу назову штук пять)
2) как правило эти утилиты не всегда установлены и даже не всегда есть в репозиториях.
3) и они требуют рута как правило (в этом я зачастую бываю ограничен)
Поэтому внутренности дисковой подсистемы я уже анализирую отдельно и только при наличии root, хотя скрипты для этого тоже есть.
Для аппаратных RAIDов есть Einarc — который, в общем-то, сам решает проблему и с установкой вендорских утилит и радикально упрощает их использование. Хотя да, рут почти для всех операций, кроме самых базовых, конечно, потребуется…
Судя по исходникам Einarc, задумка у них и правда хорошая. Но у меня утилитка не поставилась :(
Причем версия софта жестко зашита в Makefile утилитки… Т.е, к сожалению, проблему установки Einarc не решает. :(
[root@ksstest einarc-2.0]# ./bin/einarc-install
Einarc proprietary CLI installer
Modules
-------
adaptec_arcconf
software
lsi_megacli
adaptec_aaccli
amcc
lsi_megarc
areca
Preparing to download and install...
Unfortunately, Einarc uses some proprietary command-line utilities to
control storages. Using it means that you agree with respective licenses
and download agreements. For your convenience, they are available in
agreements/ directory. Please read them and agree before proceeding.
Either type "yes" if you have read and agreed to all the respective
licenses or reconfigure einarc disabling propriatery modules.
Do you agree? yes
mkdir -p proprietary
wget -q -N -P proprietary http://download.adaptec.com/raid/storage_manager/arcconf_v1_1_20324.zip
mkdir -p tools/adaptec_arcconf
unzip -j proprietary/arcconf_v1_1_20324.zip linux_x64/arcconf -d tools/adaptec_arcconf
Archive: proprietary/arcconf_v1_1_20324.zip
inflating: tools/adaptec_arcconf/arcconf
chmod a+rx tools/adaptec_arcconf/arcconf
mv tools/adaptec_arcconf/arcconf tools/adaptec_arcconf/cli
touch tools/adaptec_arcconf/cli proprietary/arcconf_v1_1_20324.zip
mkdir -p proprietary
wget -q -N -P proprietary 'http://www.lsi.com/magic.axd?x=e&file=http%3A//www.lsi.com/downloads/Public/MegaRAID%2520Common%2520Files/8.07.07_MegaCLI.zip'
wget -q -N -P proprietary 'http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/8.07.07_MegaCLI.zip'
make: *** [proprietary/8.07.07_MegaCLI.zip] Ошибка 8
[root@ksstest einarc-2.0]# wget http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/8.07.07_MegaCLI.zip
--2014-04-29 15:49:30-- http://www.lsi.com/downloads/Public/MegaRAID%20Common%20Files/8.07.07_MegaCLI.zip
Распознаётся www.lsi.com... 192.19.195.176
Устанавливается соединение с www.lsi.com|192.19.195.176|:80... соединение установлено.
Запрос HTTP послан, ожидается ответ... 404 NOT FOUND
2014-04-29 15:49:31 ОШИБКА 404: NOT FOUND.
Причем версия софта жестко зашита в Makefile утилитки… Т.е, к сожалению, проблему установки Einarc не решает. :(
То, что инструкции по скачиванию (и, как следствие, зачастую — версии ПО) будут жестко зашиты в скрипты — это в данном случае, к сожалению, неизбежно. Попробуйте версию из git — там по идее должно быть поправлено.
oleg@oleg:~$ ip help
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
ip [ -force ] -batch filename
where OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable |
Признаться, никогда б не догадался, что ip address можно целиком писать, думал что addr наиболее полное имя параметра :)
Usage: ip [ OPTIONS ] OBJECT { COMMAND | help }
ip [ -force ] -batch filename
where OBJECT := { link | addr | addrlabel | route | rule | neigh | ntable |
Признаться, никогда б не догадался, что ip address можно целиком писать, думал что addr наиболее полное имя параметра :)
еще бы добавил команды lsscsi — очень удобно. И dmidecode
Для дисков я обычно использую lsscsi
lsblk
для FreeBSD:
1) пакет sysutils/sysinfo, далее sysinfo [cpu|mem|network|storage|...]
2) либо же так:
CPU: sysctl -a | egrep -iE 'hw.(machine|model|ncpu)'
MEM:
sudo grep -i memory /var/run/dmesg.boot
sysctl hw.physmem
swapinfo -m
PCI:
pciconf -lv
DISK:
sysctl -n kern.disks
gpart info /dev/da0
sudo camcontrol devlist
sudo diskinfo -v /dev/da0
gmirror status
1) пакет sysutils/sysinfo, далее sysinfo [cpu|mem|network|storage|...]
2) либо же так:
CPU: sysctl -a | egrep -iE 'hw.(machine|model|ncpu)'
MEM:
sudo grep -i memory /var/run/dmesg.boot
sysctl hw.physmem
swapinfo -m
PCI:
pciconf -lv
DISK:
sysctl -n kern.disks
gpart info /dev/da0
sudo camcontrol devlist
sudo diskinfo -v /dev/da0
gmirror status
Вместо ifconfig/ip address show, чтобы просто посмотреть список интерфейсов, делаю cat /proc/net/dev. Иногда еще lsusb бывает полезен (не на выделенных серверах, конечно).
Есть ещё inxi, которая агрегирует данные, используя множество утилит (dmidecode, hddtemp, iproute2, lm_sensors, usbutils, mesa-demo, xorg-xdpyinfo, xorg-xprop, xorg-xrandr).
Примеры выхлопа утилиты:
Уровень детализации хорошо регулируется.
Примеры выхлопа утилиты:
inxi -b, сокращенный вариант
System: Host: unterwelt Kernel: 3.14.2-1-ARCH x86_64 (64 bit) Desktop: KDE 4.13.0 Distro: Arch Linux
Machine: System: LENOVO product: 4286CTO v: ThinkPad X220
Mobo: LENOVO model: 4286CTO Bios: LENOVO v: 8DET67WW (1.37 ) date: 12/05/2012
CPU: Dual core Intel Core i5-2520M (-HT-MCP-) clocked at 806 MHz
Graphics: Card: Intel 2nd Generation Core Processor Family Integrated Graphics Controller
Display Server: X.Org 1.15.1 drivers: intel (unloaded: fbdev,vesa) Resolution: 1920x1080@60.00hz
GLX Renderer: Mesa DRI Intel Sandybridge Mobile GLX Version: 3.0 Mesa 10.1.2
Network: Card-1: Intel 82579LM Gigabit Network Connection driver: e1000e
Card-2: Intel Centrino Advanced-N 6205 [Taylor Peak] driver: iwlwifi
Drives: HDD Total Size: 256.1GB (68.3% used)
Info: Processes: 287 Uptime: 22:56 Memory: 6872.9/15936.0MB Client: Shell (zsh) inxi: 2.1.27
Уровень детализации хорошо регулируется.
Вот за это спасибо! Куда быстрее, чем lshw
Тоже ставлю плюсик за inxi, вывод удобочитаемый и она достаточна гибкая. Можно даже топ процессов по потреблению памяти и процессора посмотреть, что можно использовать в каких-нибудь логгерах.
Но у меня скорость не выше, чем у lshw :(
Но у меня скорость не выше, чем у lshw :(
root@komarov:~# time lshw > /dev/null
real 0m0.298s
user 0m0.272s
sys 0m0.016s
root@komarov:~# time inxi -v7 > /dev/null
real 0m1.969s
user 0m0.272s
sys 0m0.076s
root@komarov:~# time inxi -b > /dev/null
real 0m0.688s
user 0m0.136s
sys 0m0.056s
root@komarov:~# time lshw -short > /dev/null
real 0m0.298s
user 0m0.272s
sys 0m0.016s
да, полный lshw на 1с быстрее чем inxi -v7:
datacompboy@nuuzerpogodible:~$ time lshw > /dev/null
real 0m3.003s
datacompboy@nuuzerpogodible:~$ time inxi -v7 > /dev/null
real 0m4.674s
datacompboy@nuuzerpogodible:~$ time lshw -short > /dev/null
real 0m2.923s
datacompboy@nuuzerpogodible:~$ time inxi -b > /dev/null
real 0m0.660s
Но inxi показывает результаты в процессе дампа, а lshw курит бамбук и это напрягает :)
тем более, что -v7 показывает больше, чем lshw
datacompboy@nuuzerpogodible:~$ time lshw > /dev/null
real 0m3.003s
datacompboy@nuuzerpogodible:~$ time inxi -v7 > /dev/null
real 0m4.674s
datacompboy@nuuzerpogodible:~$ time lshw -short > /dev/null
real 0m2.923s
datacompboy@nuuzerpogodible:~$ time inxi -b > /dev/null
real 0m0.660s
Но inxi показывает результаты в процессе дампа, а lshw курит бамбук и это напрягает :)
тем более, что -v7 показывает больше, чем lshw
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новый выделенный сервер: приемка и проверка