После замены диска, новый диск приобретает статус Unconfigured(good), Spun Up:
Enclosure Device ID: 252
Slot Number: 5
Media Error Count: 0
Other Error Count: 0
Firmware state: Unconfigured(good), Spun Up
Inquiry Data: Z300V3X4ST4000DM000-1F2168 CC52
Условие: есть сайты вида:
sub1.site1.ru
sub2.site1.ru
subn.site1.ru
sub1.site2.ru
sub2.site2.ru
subn.site2.ru
При отправке почты получаем в логах
Temporary internal error
При дебаге через
# exim -bv -v -d+all -bh 10.1.1.1 user@domain.com >/tmp/test1 2>&1
в /tmp/test1 видим, что проблема с роутером virtual_domains:
Установку и настройку dovecot нет смысла описывать, а вот подготовить почту под dovecot – тема нашей статьи.
По дефолту, все папки в courier, кроме INBOX – являются подпапками для INBOX. А в dovecot – все папки находятся на одном уровне. Это значит, что содержимое этого файла для courier выглядит так:
Намного проще и удобнее создать wildcard-запись в DNS для десятков доменов, чем создавать по отдельной зоне для каждого из них. Но потом это чревато последствиями. К примеру, у нас есть домен domain.com и есть куча поддоменов a.domain.com, b.domain.com,… и мы хотим для них описать MX. Казалось бы, добавляем такую запись:
*.domain.com. IN MX mail.domain.com
Если получаем ошибку
# fetch http://bootstrap.saltstack.org
Certificate verification failed for /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert High Assurance CA-3
34380826280:error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed:/usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/s3_clnt.c:1168:
fetch: http://bootstrap.saltstack.org: Authentication error
то избавится от её можно 2-мя способами: быстрым и правильным
GSRC 2014.10.11 (GNU Source Release Collection), система сборки пакетов с приложениями GNU, напоминающей BSD-порты. GSRC позволяет легко собирать программы и устанавливать их в своей домашней директории ($HOME/gnu) или системной директории /gnu. Достаточно набрать “make -C пакет install” и система сама загрузит необходимые исходные тексты и соберет недостающие зависимости. Информация о пакетах хранится в репозитории Bazaar, для актуализации пакетов достаточно обновить состояние репозитория с хоста bzr.savannah.gnu.org/gsrc/.
В настоящее время GSRC поддерживает сборку 424 пакетов GNU, 16 пакетов с компонентами GNOME и 22 пакетов с приложениями GNUstep. По сравнению с прошлым выпуском добавлено 2 новых пакета: datamash (1.0.5) и direvent (5.0). Обновлены версии 49 пакетов, в том числе bash (4.3-30), coreutils (8.23), freeipmi (1.4.5), gcc (4.9.1), gcl (2.6.11), gdb (7.8), gnucash (2.6.4), gnupg (2.0.26), gnutls (3.3.8), libc (2.20), linux-libre (3.16), make (4.1), mediagoblin (0.7.1), parted (3.2), tar (1.28).
Взято с opennet.ru
Это значит, что вы используете squid с поддержкой многопоточности (а его многопоточность реализована с использованием shared memory), но не повысили лимиты по shared memory.
Нужно изменить такие sysctl переменные:
net.local.dgram.recvspace: 262144
net.local.dgram.maxdgram: 16384
После этого проблема исчезнет.
Такая ошибка появляется по многим причинам, но в основном при обновлении агента или сервера. Как итог, триггер больше не проверяется, а в Web-ке отображается серым цветом.
Исправить её напрямую нельзя, только через ручную правку значений в базе:
Включить пробы dtrace для java, как оказалось, не совсем очевидно. А всё дело в механизме lazy load, который активирует их только тогда, когда явно к ним обратится и только при выполнении таких условий:
1) java должна поддерживать hotspot:
# java -version
java version "1.7.0_60"
Java(TM) SE Runtime Environment (build 1.7.0_60-b19)
Java HotSpot(TM) Server VM (build 24.60-b09, mixed mode)