ОС: CentOS 7.2
Версия Zabbix: 3.0
Пытаюсь контролировать некоторые коммутаторы по протоколу SNMP
Я могу отслеживать их без проблем, все элементы работают и все в порядке, но добавление каждого элемента - заноза в заднице и я не собираюсь тратить время впустую, поэтому я начал немного погуглить и нашел Zabbix Extras , который, кажется, решает мою проблему, но еще не решил, так как последняя версия предназначена для Zabbix 2.4. В любом случае, я попытался установить его, но, как и ожидалось, безуспешно. Я пытался найти альтернативу и пока что получил что-то, так что это, по сути, мой последний шанс ...
надеюсь, что кто-то может помочь или я »
Моя основная проблема связана с поддержкой TRIM
в сценариях RAID. Насколько я понимаю, несмотря на то, что прошло более 6 лет с тех пор, как SSD были представлены в компьютерах потребительского уровня и 4 года с тех пор, как NVMe стал коммерчески доступным - современные RAID-контроллеры по-прежнему не поддерживают выдачу команд TRIM
для подключенных SSD - за исключением RAID-контроллеров Intel в режиме RAID-0.
Я удивлен, что поддержка TRIM
отсутствует в режиме RAID-1, учитывая то, как диски зеркалируют друг друга, это кажется простым. Но я отвлекся.
Замечу, что если вам нужна отказоустойчивость дисков (как HDD, так и SSD), вы должны использовать их в конфигурации RAID, но поскольку SSD будут без TRIM, это означает, что они пострадают от увеличения записи. что приводит к дополнительному износу, что, в свою очередь, приведет к преждевременному отказу SSD - это досадная ирония: система, разработанная для защиты от сбоя накопителя, может в конечном итоге привести к этому.
Итак:
Is TRIM
поддерживает необходимо для современных (эпоха 2015-2016) SSD?
1.1. Есть ли разница в необходимости поддержки TRIM
между SATA, SATA-Express и твердотельными накопителями на базе NVMe?
Часто диски рекламируются как имеющие улучшенную встроенную сборку мусора; устраняет ли это необходимость в TRIM
? Как их процесс GC работает в среде RAID?
1.1. Например, посмотрите этот QA от 2010 года, в котором описывается довольно плохое снижение производительности из-за отсутствия TRIMming ( https: // superuser. com / questions / 188985 / how-badly-do-ssds-degrade-without-trim ) - и в этой статье 2015 года утверждается, что использование TRIM настоятельно рекомендуется ( http://arstechnica.com/ gadgets / 2015/04 / ask-ars-my-ssd-does-garbage-collection-so-i-dont-need-trim-right / ). Как вы ответите на эти веские аргументы в пользу необходимости TRIM
?
Многие статьи и обсуждения прошлых лет касались SLC и MLC flash и того, что SLC предпочтительнее из-за его гораздо более длительного срока службы - однако кажется, что сегодня все твердотельные накопители (независимо от того, где они находятся в спектре от потребителя к предприятию) являются MLC - актуальны ли эти различия?
1. на example2.com электронные письма с php отправляются без знака dkim, но если отправлять электронное письмо с консоли, ...
У меня есть два домена, называемых их example1.com
и example2.com
на example1.com
все письма, отправленные со знаком dkim.
на example2.com
электронные письма с php отправлены без dkim-подписи, но если отправить электронное письмо с консоли, электронное письмо будет подписано.
отл. консольная команда:
php -r 'mail("myemail@yandex.ru", "TEST", "TEST TEXT", "MIME-Version:
1.0\r\nContent-type: text/html; charset=\"utf-8\"\r\nFrom: no-reply <admin@example2.com>\r\n");'
Centos 7
php-fpm + nginx
# grep "^[^#;]" /etc/opendkim.conf
AutoRestart Yes
AutoRestartRate 10/1h
LogWhy Yes
Syslog Yes
SyslogSuccess Yes
Mode sv
Canonicalization relaxed/simple
ExternalIgnoreList refile:/etc/opendkim/TrustedHosts
InternalHosts refile:/etc/opendkim/TrustedHosts
KeyTable refile:/etc/opendkim/KeyTable
SigningTable refile:/etc/opendkim/SigningTable
SignatureAlgorithm rsa-sha256
Socket inet:8891@localhost
PidFile /var/run/opendkim/opendkim.pid
UMask 022
UserID opendkim:opendkim
TemporaryDirectory /var/tmp
# grep "^[^#;]" /etc/postfix/main.cf
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/libexec/postfix
data_directory = /var/lib/postfix
mail_owner = postfix
myhostname = example1.com
inet_interfaces = localhost
inet_protocols = all
mydestination = $myhostname, localhost.$mydomain, localhost
unknown_local_recipient_reject_code = 550
relay_domains = example1.com,example2.com
relayhost =
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
ddd $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail.postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
setgid_group = postdrop
html_directory = no
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/postfix-2.10.1/samples
readme_directory = /usr/share/doc/postfix-2.10.1/README_FILES
smtpd_milters = inet:localhost:8891
non_smtpd_milters = inet:localhost:8891
milter_default_action = accept
milter_protocol = 2
# grep "^[^#;]" /etc/opendkim/TrustedHosts
localhost
127.0.0.1
::1
example1.com
example2.com
grep "^[^#;]" /etc/opendkim/KeyTable
default._domainkey.example1.com example1.com:default:/etc/opendkim/keys/example1.com/default
default._domainkey.example2.com example2.com:default:/etc/opendkim/keys/example2.com/default
# grep "^[^#;]" /etc/opendkim/SigningTable
*@example1.com default._domainkey.example1.com
*@example2.com default._domainkey.example2.com
# grep "^[^#;]" /etc/postfix/transport
example1.com smtp:mx.yandex.ru
example2.com smtp:mx.yandex.ru
# grep sendmail_path /etc/php.ini
sendmail_path = /usr/sbin/sendmail.postfix -t -i
<?php
$headers= "MIME-Version: 1.0\r\n";
$headers .= "Content-type: text/html; charset=\"utf-8\"\r\n";
$headers .= "From: no-reply <admin@example2.com>\r\n";
if (mail('myemail@yandex.ru', 'TEST', 'TEST', $headers)){
echo 'OK';
}
else {
echo 'FAIL';
}
Эта конфигурация нужно только для отправки писем, для получения писем я использую pdd.yandex.ru
Где проблема с example2.com
?
Возможно, вам потребуется указать заголовок «От:» в команде sendmail. Opendkim подписывает письма только с выровненным заголовком «От:».