2) Такие процессы, как mysql используют потоки, которые top не выводит отдельными строчками, а показывает сколько потоков у данного процесса в поле THR. Можно заставить показывать каждый поток отдельно, для этого нужно запустить top с ключом -H или нажать H в процессе работы.

3) Jail – замечательный механизм изоляции различных окружений на одной машине.
top позволяет определить какому из jail принадлежит процесс при помощи jail id. 0 – это host система, остальные номера смотрим через jls. Или при запуске нужно запустить top с ключом -j, или при работе нажать j.

4) Поиск утилизирующего диск приложения – top помогает и с этой задачей.
Опция -m с параметром io (или m в процессе работы) переводит top в режим отображения IO активности, вместо CPU. Очень полезно.

5) Опция -S показывает системные процессы, полезная опция на загруженных системах.
Например, можно подсмотреть сколько процессора потребляет работа сетевой карты, выглядит это примерно так:

39 root          1 -68    -     0K    16K WAIT    6 117.6H  8.69% irq256: em0

6) Все мы уже привыкли, что процессоров у нас много, ядер в них тоже много и SMP включен, но top упорно показывает всего одну строчку про процессор:

 CPU:  0.4% user,  1.6% nice,  1.4% system,  1.4% interrupt, 95.3% idle

Можно заставить top показывать статистику по каждому ядру/процессору, для этого нужно указать опцию -P.
Возможность была бы совершенно бесполезная, если бы не cpuset! (читайте man cpuset).

7) Частота обновления top задается опцией -s в качестве параметра нужно указать время в секундах. В время работы меняется нажатием s.

Вот и все про top!

df -h
/dev/da1s1a    989M    488M    442M    52%    /mnt/a
/dev/da1s1b    6.8G    4.0K    6.4G     0%    /mnt/b

We want to resize /dev/da1s1a up to 2GB. For this task we need some utils: bsdlabel, newfs, growfs.
First is to unmount partitions.

umount /mnt/a
umount /mnt/b

After this we must change label data on slice /dev/da1s1

bsdlabel -e /dev/da1s1

# /dev/da1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  2097152       16    4.2BSD     2048 16384 28528
  b: 14674629  2097168    4.2BSD     2048 16384 28448
  c: 16771797        0    unused        0     0         # "raw" part, don't edit

After changing it would look like

# /dev/da1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  2048M       16    4.2BSD     2048 16384 28528
  b: *  *   4.2BSD     2048 16384 28448
  c: 16771797        0    unused        0     0         # "raw" part, don't edit

Now it’s time to run growfs. It has key -s for setting new size of partition. One note, growfs works with size in blocks, so for 2GB it would be 4190208 ( 2 * 1024 * 1024 * 1024 / 512 ) because default block size is 512B.

growfs -s 4190208  /dev/da1s1a
newfs -U /dev/da1s1b
mount /dev/da1s1a /mnt/a
mount /dev/da1s1b /mnt/b
df -h
/dev/da1s1a   1.9G 488M  452378    52%    /mnt/a
/dev/da1s1b   5.8G      4K 6674404     0%    /mnt/b

I don’t know any way to resize /dev/da1s1b down, so we just run newfs against it.

df -h
/dev/da1s1a    989M    488M    442M    52%    /mnt/a
/dev/da1s1b    6.8G    4.0K    6.4G     0%    /mnt/b

Я хочу расширить /dev/da1s1a до 2GB. Итак, что нам нужно: bsdlabel, newfs, growfs.
Первым делом нужно отмонтировать разделы.

umount /mnt/a
umount /mnt/b

После чего нужно изменить лейбл на слайсе /dev/da1s1

bsdlabel -e /dev/da1s1

# /dev/da1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  2097152       16    4.2BSD     2048 16384 28528
  b: 14674629  2097168    4.2BSD     2048 16384 28448
  c: 16771797        0    unused        0     0         # "raw" part, don't edit

Меняем это все следующим образом и сохраняем

# /dev/da1s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  2048M       16    4.2BSD     2048 16384 28528
  b: *  *   4.2BSD     2048 16384 28448
  c: 16771797        0    unused        0     0         # "raw" part, don't edit

Далее запускаем growfs, для указания нужного размера есть ключ -s, но размер в нем указывается в блоках, а не в байтах. Потому для размера раздела в 2ГБ нужно указать 4190208 ( 2 * 1024 * 1024 * 1024 / 512 )

growfs -s 4190208  /dev/da1s1a
newfs -U /dev/da1s1b
mount /dev/da1s1a /mnt/a
mount /dev/da1s1b /mnt/b
df -h
/dev/da1s1a   1.9G 499818  452378    52%    /mnt/a
/dev/da1s1b   5.8G      4 6674404     0%    /mnt/b

Уменьшить размер раздела нельзя, так что приходится создавать файловую системы заново на /dev/da1s1b.

mtree создает список файлов и их свойств в заданном каталоге. Полученный список может использоваться в дальнейшем для сравнения при помощи mtree текущего состояния файлов с моментом, когда создавался список. Если при сравнении будут найдены несоответствия mtree выведет на консоль информацию о них.

Нужно понимать, что файл со списком должен быть надежно защищен. Если злоумышленник найдет этот файл, то он сможет его изменить и он станет совершенно бесполезен. Для защиты лучше всего файл зашифровать и перенести с сервера на другую машину или еще лучше флешку.

Перейдем непосредственно к созданию списка:

cd /sbin
mtree -c -K uid,gid,mode,flags,size,cksum,md5digest,sha1digest,ripemd160digest > /root/sbin-mtree

Теперь файл /root/sbin-mtree можно использовать для проверки.

cd /sbin
touch test
mtree < /root/sbin-mtree
. changed
        modification time expected Wed Feb 17 14:19:16 2010 found Wed Mar 31 17:11:12 2010
test extra

Как видите, все достаточно просто. Поговорим немного об автоматизации и процессе использования mtree. Написать скрипт проверки не составляет проблемы, выглядеть он будет примерно так:

#!/bin/sh
MTREE_FILES_DIR='/mnt/security'
DIR_LIST='bin sbin etc root usr-bin usr-sbin usr-local-sbin usr-local-bin usr-local-etc boot'

for dir in $DIR_LIST; do
 realdir="/`/bin/echo $dir|/usr/bin/sed 's/-/\//g'`"
 cd $realdir
 mtree_result=`/usr/sbin/mtree 2>/dev/null < $MTREE_FILES_DIR/${dir}-mtree
 if [ "x$?" != "x0" ]; then
   echo $mtree_result | mail admin@mail.domain
 fi
done

Здесь есть важный момент /mnt/security должен монтироваться в read-only по NFS например, так чтобы злоумышленник не мог поменять содержимое файлов.

Для FreeBSD я составил такой список каталогов, конечно же на рабоче системе будут и другие каталоги:
/bin
/sbin
/etc
/root
/usr/bin
/usr/sbin
/usr/local/sbin
/usr/local/bin
/usr/local/etc
/boot

Естественно безопасность добавляет проблем при работе, в данном случае придется при каждом обновлении системы или софта обновлять списки mtree. Но кто сказал, что будет легко?

П.С.
Для написания заметки использовалась глава “Use mtree as a Built-in Tripwire” из книги “BSD hacks”

Solaris:
pargs -e PID

FreeBSD:
mount -t procfs none /proc
ps ewwwp PID

Общий подход для всех UNIX систем:
gcore PID
получим core файл
string core.PID