Каждый, уважающий себя, владелец клуба теперь просто обязан купить домен исключительно в .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 на "голом" хосте. Что-то же должно быть причиной этому. Так если туда ещё сервисы навесить, не приведёт ли это к проблемам.
