Добрый день, господа. CentOS Stream 10. LVM. На sda3 в одной VG было 3 LV, root, home, swap. Нужно было добавить места на root. Сделал swapoff -all. Удалил LV home и swap. Докинул половину освободившегося в root. Пересоздал LV home и swap. Создал swap на новом LV. Посмотрел их UUID и поправил fstab. mount -a отработал нормально! перегрузился и получаю вот такую ерунду. Похоже пытается получить доступ к какому-то UUID. Но, такого UUID, который просит, я не вижу! Нет его в системе и главное его нет в fstab! Загрузился в gparted live, поглядел свой fstab, свои blkid. Непонятно откуда он берет этот UUID, который просит при Job dev-disk-by\x2duuid-….. Что же не так?

Вот такая проблемка, господа. LUN с Netapp взлетел самостоятельно, без проблем, а с Hitachi никак.

root@mediaagent:~# multipath -ll

mpathe (360060e80103d6be0057fa18e00000004) dm-9 HITACHI,DF600F size=3.7T features=‘3 queue_if_no_path queue_mode mq’ hwhandler=‘0’ wp=rw

`-+- policy=‘round-robin 0’ prio=0 status=enabled

|- 5:0:0:4 sdh 8:112 failed faulty running

|- 6:0:0:4 sdr 65:16 failed faulty running

|- 5:0:1:4 sdm 8:192 failed faulty running

`- 6:0:1:4 sdw 65:96 failed faulty running

mpathf (3600a09803831462d4824523437634473) dm-10 NETAPP,LUN C-Mode

size=200G features=‘5 queue_if_no_path pg_init_retries 50 queue_mode mq’ hwhandler=‘1 alua’ wp=rw

|-+- policy=‘round-robin 0’ prio=50 status=active

| |- 6:0:2:0 sdx 65:112 active ready running

| `- 5:0:2:0 sdz 65:144 active ready running

`-+- policy=‘round-robin 0’ prio=10 status=enabled

|- 6:0:3:0 sdy 65:128 active ready running

`- 5:0:3:0 sdaa 65:160 active ready running

Сначала LUN с Hitachi вообще не появлялся, но появилось в таком вот статусе после прописывания в multipath.conf

device{ vendor "Hitachi "

product «DF600F»

patc_grouping_policy Multibus

…}

blacklist {

}

Добрый день, господа. Необходимо почтовый релей настроить. В связи с новой политикой Red Hat, CentOS отпадает. Хотя он то как раз в разрезе EXIM мне более понятен и привычен. А вот Debian с его стилем конфигурации - как то не очень. Я бы предпочел один файл конфигурации exim4.conf, без всяких макросов. Подскажите, пожалуйста, в Debian это реализуемо?

Добрый день. Необходимо организовать полноценный Postfix Frontend на внешнем VPS для уже работающего в локальной сети Exchange. Имеется в виду вот такое https://blog.bissquit.com/mail-servers/prostejshij-relay-na-postfix-dlya-exch... Собственно по этой статье первоначально и настраивал. Почта приходит, тут все ОК. Но при отправке приходит NDR c ошибкой

550 5.7.1 Unable to relay (in reply to RCPT TO command).

Она же видна в /var/log/mail.log Т.е. соединитель отправки в Exchange письма отправляет в Postfix. Полагал, что для релея через Postfix достаточно mynetworks = external Exchange IP прописать. Но в итоге почта приходит, но не уходит(

main.cf

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

smtpd_banner = $myhostname ESMTP $mail_name. 
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no

# See http://www.postfix.org/COMPATIBILITY_README.html -- default to 2 on
# fresh installs.
compatibility_level = 2

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache

local_transport = error:local mail delivery is disabled
relayhost = [external_Exchange_IP]
mynetworks = external_Exchange_IP 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
relay_domains = my_ext_domain.ru
transport_maps = hash:/etc/postfix/transport
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
inet_protocols = all

/etc/postfix/transport

my_ext_domain.ru smtp:[external_Exchange_IP]

Под external_Exchange_IP понимается внешний IP роутера, на котором прокинут 25 порт на Exchange.