pegs

Каждый, уважающий себя, владелец клуба теперь просто обязан купить домен исключительно в .club :) Иначе бизнес не попрёт :)

22 у.е.

Один - сервер, один - моё соединение, остальные - поддержка подключалась.

Практически потоянно все по нулям. Иногда (очень редко) всплески kBps (w/s) для vtbd0 и vtbd0p3. Ещё реже небольшие повышения на ms/w для vtbd0p3. Но всё это бывает оооочень редко - в целом одни нули.

Ничего.

Нет, конечно : 0.0% - 0.1% - 0.2% Очень редко выше.

С утра один из сотрудников поддержки отписал, что "на соседних VDS с той же ОС LA ниже (не 0 0 0, но 0.07 0.03 0.01 с работающими сервисами apache, nginx, и т.д.), значит что проблема внутри вашего контейнера." Как он считал это из-за сети/фаервола. Однако он залил новый дистрибутив на VDS и ему удалось "достичь 0.08 только при погашеной сети".

Но сегодня позже произошло неповторимое чудо! Одному сотруднику тех.поддержки удалось установить на какой-то ноде FreeBSD 9.2 при этом LA был 0.00, 0.00, 0.00! Однако после этого он закончил смену и теперь никто кроме него не знает на какой ноде он это сделал :D Именно поэтому похоже, что это чудо неповторимо :(

1) Генерите DKIM ключи для нового селектора,

2) Для нового селектора прописываете в ДНС-ах публичный DKIM-ключ.

3) На сервере настраиваете DKIM для отправки почты с Вашего домена (подписывается DKIM нового селектора).

---------- Добавлено 19.05.2014 в 12:56 ----------

Боюсь, что это системный процесс ядра. Прибивать его не хотеслоь бы :)

http://www.opennet.ru/base/dev/freebsd_process.txt.html

Это логично. Но тогде мне немного не понятно, почему когда накатывается CentOS, LA - нулевой? А с FreeBSD - беда какая-то :)

---------- Добавлено 19.05.2014 в 10:08 ----------

На это в поддержке ответили, что "VMmanager внутрь контейнеров не ходит."

Не уверен, что это поможет в решении вопроса, но для полноты картины выложу.

# top

last pid: 74173;  load averages:  0.21,  0.18,  0.16             up 1+21:48:36  08:25:07

15 processes:  1 running, 14 sleeping

CPU:  0.0% user,  0.0% nice,  0.0% system,  0.2% interrupt, 99.8% idle

Mem: 5844K Active, 1598M Inact, 166M Wired, 90M Buf, 1733M Free

Swap: 513M Total, 513M Free



  PID USERNAME    THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND

  712 root          1  20    0 10128K  1908K nanslp  0   0:24   0.00% cron

  584 root          1  20    0 10092K  1700K select  2   0:00   0.00% syslogd

74046 root          1  20    0 17576K  6264K select  3   0:00   0.00% sshd

73942 root          1  20    0 17576K  6248K select  1   0:00   0.00% sshd

74049 root          1  20    0 10860K  3512K ttyin   0   0:00   0.00% csh

73945 root          1  20    0 10860K  3436K pause   3   0:00   0.00% csh

  444 root          1  20    0  9380K  3460K select  0   0:00   0.00% devd

73991 root          1  20    0 10860K  3280K ttyin   2   0:00   0.00% csh

73988 root          1  20    0 17576K  6248K select  1   0:00   0.00% sshd

  702 root          1  20    0 14816K  5428K select  3   0:00   0.00% sshd

74173 root          1  20    0 11236K  2328K CPU0    0   0:00   0.00% top

  778 root          1  52    0 10080K  1700K ttyin   0   0:00   0.00% getty

73999 root          1  20    0 10080K  1700K ttyin   0   0:00   0.00% getty

  779 root          1  52    0 10080K  1700K ttyin   1   0:00   0.00% getty

  777 root          1  52    0 10080K  1700K ttyin   2   0:00   0.00% getty



# ps uax

USER   PID  %CPU %MEM   VSZ  RSS TT  STAT STARTED        TIME COMMAND

root    11 399.0  0.0     0   32  -  RL   Sat10AM 10954:34.64 [idle]

root     0   0.0  0.0     0   96  -  DLs  Sat10AM     0:00.43 [kernel]

root     1   0.0  0.0  9332  676  -  ILs  Sat10AM     0:00.07 /sbin/init --

root     2   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [sctp_iterator]

root     3   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [xpt_thrd]

root     4   0.0  0.0     0    8  -  DL   Sat10AM     0:05.20 [pagedaemon]

root     5   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [vmdaemon]

root     6   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [pagezero]

root     7   0.0  0.0     0    8  -  DL   Sat10AM     0:01.23 [bufdaemon]

root     8   0.0  0.0     0    8  -  DL   Sat10AM     1:01.70 [syncer]

root     9   0.0  0.0     0    8  -  DL   Sat10AM     0:01.16 [vnlru]

root    10   0.0  0.0     0    8  -  DL   Sat10AM     0:00.00 [audit]

root    12   0.0  0.0     0  176  -  WL   Sat10AM     8:53.99 [intr]

root    13   0.0  0.0     0   24  -  DL   Sat10AM     0:17.29 [geom]

root    14   0.0  0.0     0    8  -  DL   Sat10AM     1:14.11 [rand_harvestq]

root    15   0.0  0.0     0   32  -  DL   Sat10AM     0:01.18 [usb]

root    16   0.0  0.0     0    8  -  DL   Sat10AM     0:02.08 [softdepflush]

root   444   0.0  0.1  9380 3460  -  Ss   Sat10AM     0:00.08 /sbin/devd

root   584   0.0  0.0 10092 1700  -  Ss   Sat10AM     0:00.39 /usr/sbin/syslogd -s

root   702   0.0  0.1 14816 5428  -  Is   Sat10AM     0:00.00 /usr/sbin/sshd

root   712   0.0  0.1 10128 1908  -  Is   Sat10AM     0:24.48 /usr/sbin/cron -s

root 73942   0.0  0.2 17576 6248  -  Ss    7:47AM     0:00.21 sshd: root@pts/0 (sshd)

root 73988   0.0  0.2 17576 6248  -  Is    7:51AM     0:00.04 sshd: root@pts/1 (sshd)

root 74046   0.0  0.2 17576 6264  -  Ss    8:08AM     0:00.27 sshd: root@pts/2 (sshd)

root 73999   0.0  0.0 10080 1700 v0  Is+   7:52AM     0:00.00 /usr/libexec/getty Pc ttyv

root   777   0.0  0.0 10080 1700 v1  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root   778   0.0  0.0 10080 1700 v2  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root   779   0.0  0.0 10080 1700 v3  Is+  Sat10AM     0:00.00 /usr/libexec/getty Pc ttyv

root 73945   0.0  0.1 10860 3436  0  Ss    7:47AM     0:00.10 -csh (csh)

root 74174   0.0  0.1 10184 1844  0  R+    8:25AM     0:00.00 ps uax

root 73991   0.0  0.1 10860 3280  1  Is+   7:51AM     0:00.06 -csh (csh)

root 74049   0.0  0.1 10860 3512  2  Ss+   8:08AM     0:00.12 -csh (csh)





# gstat

dT: 1.052s  w: 1.000s

 L(q)  ops/s    r/s   kBps   ms/r    w/s   kBps   ms/w   %busy Name

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p1

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p2

    0      0      0      0    0.0      0      0    0.0    0.0| vtbd0p3

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/gpboot

    0      0      0      0    0.0      0      0    0.0    0.0| gptid/da0d......

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/swap

    0      0      0      0    0.0      0      0    0.0    0.0| gpt/rootfs

Парни говорят, что ничего страшного, что это нормально. Но причины сами понять не могут :)

Т.е когда Вы заливаете образ/шаблон дистрибутива на VDS, в котором нет ничего кроме минимальной конфигурации FreeBSD, вполне нормален стабильно ненулевой "load averages" и не понятно, почему должно быть наоборот? :) При этом Вам заливают дистрибутив VDS на пустом мастер-сервере и ситуация не меняется. Когда же заливают дистрибутив CentOS - "load averages" нулевой!

Да, панелька управления сервером VMmanager. Это хорошо или плохо?

Ничего необычного. idle 99-100% :)

Обратил внимание, что ставится FreeBSD дистрибутив - i386, а не amd64 (который, как понимаю, идет под x64). Мастер-сервера же и дистрибутивы CentOS идут под x64. Может быть в этом проблема?

Upd.

Нет, не в этом. Как выяснилось в поддержке хостера ставили и 9.2, который у них идёт как раз под amd64. Результат тот же :(

Абстрактный то он абстрактный, но загрузку показывает. Мне не понятно откуда берется повышенный load averages на "голом" хосте. Что-то же должно быть причиной этому. Так если туда ещё сервисы навесить, не приведёт ли это к проблемам.