exim paniclog has non-zero size

Получаем почту

exim paniclog on my.host.ru has non-zero size

читаем логи, делаем выводы, чистим за собой

cat /dev/null > /var/log/exim4/paniclog 

postfix pdd.yandex relay

В очередной раз пришлось настраивать сервер на отправку почты через яндекс домен.
Как обычно, устав гуглить одно и то-же, рисую заметку.


/etc/postfix/main.cf

#Added by Me 4 using pdd.yandex
relayhost =
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/private/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_type = cyrus
smtp_sasl_mechanism_filter = login
smtp_sender_dependent_authentication = yes
sender_dependent_relayhost_maps = hash:/etc/postfix/private/sender_relay
sender_canonical_maps = hash:/etc/postfix/private/canonical
smtp_generic_maps = hash:/etc/postfix/private/generic

выделенное жирным в инетах пишется smtp_sender_dependent_authentification=yes и вызывает ошибку

/etc/postfix/private/canonical

@mydomain.ru       mymail@mydomain.ru

/etc/postfix/private/generic

root@localhost  root@mydomain.ru

/etc/postfix/private/sasl_passwd

smtp.yandex.ru        mymail@mydomain.ru:MyP@$$w0rd

/etc/postfix/private/sender_relay

@mydomain.ru       smtp.yandex.ru

Затем создаем понятные postfix'у конфиги

postmap /etc/postfix/private/canonical

postmap /etc/postfix/private/generic

postmap /etc/postfix/private/sasl_passwd

postmap /etc/postfix/private/sender_relay

и перегружаем postfix

/etc/init.d/postfix restart

Проверяем как ходит почта

 mail -s "ttest" my@mail.com

Hi dear I!

This is test e-mail

If you can read it, then mail is working.

Bye, dear I!

для окончания ввода жмакаем ctrl+d и enter

если ходит - идем пить пиво

если нет - идем в логи /var/log/mail.log

Как всегда спасибо всем кого нагуглил
http://www.linux.profiua.com/2011/07/11/настройка-smtp-relay-в-postfix-через-яндекс/
https://dev.1c-bitrix.ru/community/webdev/user/8078/blog/nastroyka-postfix-dlya-otpravki-pochty/
http://postfix.ru/viewtopic.php?p=43161
http://teaseo.ru/debian/postfix-configure-gmail-as-relay/961

Исправляем: Possible missing firmware for realtek

Вызвали подозрение сообщения: W: Possible missing firmware /lib/firmware/rtl_nic/rtl8168f-2.fw for module r8169

Сходу решить это проблему не удалось. Как следует из этих предупреждений не хватает firmware (кодов микропрограмм) для оборудования realtek. 

Решил добавить репозитории и файл /etc/atp/sources.list привел к такому виду:

deb http://ftp.ru.debian.org/debian/ wheezy main contrib non-free
deb-src http://ftp.ru.debian.org/debian/ wheezy main contrib non-free

deb http://security.debian.org/ wheezy/updates main contrib non-free
deb-src http://security.debian.org/ wheezy/updates main contrib non-free

После выполнил:
sudo apt-get update
sudo apt-get install firmware-realtek
sudo update-initramfs -k all -u

Решение нагуглено в соседнем блоге:
http://linuxserver.blogsmaster.ru/2013/01/missing-realtek-firmware.html

а еще говорят что можно взять на backports ядрышко посвежее...

LSi + Debian аппаратный RAID

Встал вопрос как подружить сиих зверей и немного помониторить состояние аппаратного RAID'а

Как всегда все оказалось просто до безобразия, кое я и не преминул устроить.
Debian Lenny: /etc/apt/sources.list

deb http://jonas.genannt.name/debian lenny restricted

Debian Squeeze: /etc/apt/sources.list

deb http://jonas.genannt.name/debian squeeze restricted

Archive Key:

wget -O - http://jonas.genannt.name/debian/jonas_genannt.pub | apt-key add -

Поставим

apt-get update
apt-cache search 3ware
apt-get install 3ware-3dm2-binary 3ware-cli-binary

Заюзаем

tw_cli info 

tw_cli info dev_ctl_here

Нагуглено в:
https://wiki.debian.org/LinuxRaidForAdmins
http://jonas.genannt.name/
http://enlook.wordpress.com/2012/12/11/howto-installing-3ware-tw_cli-raid-monitoring-software-utility/

Замена загнувшегося HDD

Очередной косяк с винтами у моего любимого хостера.
Достаю из черновиков старую статью и публикую краткий мануал по действиям в этой ситуации.
Мне повезло и в RAID 1 Массиве загнулся только 1 винт из 2х. Такое случается, не смотря на обильное наличие практик нормальной работы обоих винтов и случаев парной смерти .

Краткий мануал действий на следующий раз.
Что имеем изначально 2 диска по 3Tb, GPT, RAID 1, debian, grub2, остальное вроде не важно.
Что случилось - /dev/sda стал совсем неживым
smartctl --all /dev/sda ругается, что ничего не может прочитать с диска
cat /proc/mdstat показывает что в рейде живых разделов из /dev/sdaX нет

Что нужно делать
1) проверить целостность бекапов на внешнем сервере (если они есть, если нет - задуматься над необходимостью таковых, пока не поздно)
2) отцепить от рейда сбойный диск

на случай если еще не помечен как сбойный:

# mdadm --manage /dev/mdY --fail /dev/sdaX 

собственно отцепляем

# mdadm /dev/mdY -r /dev/sdaX

естественно операция проводится столько раз сколько у нас разделов 

3) определяем серийник умершего или живого диска

smartctl --all /dev/sda |grep Serial

и заполняем заявку в саппорт на замену диска

Я дополнительно попросил проверить возможность загрузки с оставшегося диска и установить порядок загрузки дисков, на что мне любезно ответили согласием и все сделали согласно моей просьбе.

4) после замены диска биос успешно пропустил загрузку с нового диска и прогрузился со старого обозначив его как sda (но это я так понимаю сказывается умность udev'а)

5) клонируем GPT. можно и одной строкой, но я решил немного подстраховаться и сохранить себе ее еще и в файл

# sgdisk --backup=gpttable /dev/sda

# sgdisk --load-backup=gpttable /dev/sdb

получил склонированную таблицу и ее копию в файле

Поменяем UUID новому диску

# sgdisk -G /dev/sdb

Если разделы не увидились, попросим ядро перитать таблицу

# sfdisk -R /dev/sdb

Вернем разделы в рэйд

# mdadm /dev/mdY -a /dev/sdbX

Посмотрим за процессом

#watch cat /proc/mdstat

Дождавшись окончания процесса, принимаемся за загрузчик

Обновим таблицу устройств

# grub-mkdevicemap

попросим груба на новый диск

# grub-install /dev/sdb

На этом все, можно дышать, можно отсыпаться. А можно ребутнуть машину и проверить, что все грузится правильно.

Разборки с proxmox

http://wiki.autosys.tk/proxmox.%D0%A7%D1%82%D0%BE-%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C-%D0%B5%D1%81%D0%BB%D0%B8-proxmox-%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%B8%D1%82-%D1%87%D1%82%D0%BE-%D0%BC%D0%B0%D1%88%D0%B8%D0%BD%D0%B0-locked.ashx -Что делать если proxmox говорит, что машина locked -

# qm unlock <vmid>

http://stpuser.ru/virtualization/proxmox-ve/31-rezervnoe-kopirovanie-virtualnyx-mashin-proxmox-ve - Резервное копирование виртуальных машин Proxmox VE

http://forum.proxmox.com/threads/2456-Stopping-proxmox-virtualization-services-how - Stopping proxmox virtualization services

/etc/init.d/pvedaemon
/etc/init.d/vz
/etc/init.d/qemu-server

Почитать про мониторинг сервера

http://rez0n.lectra.me/?p=569  - Установка системы мониторинга Zabbix на Debian 6.0
http://www.nagios.com/solutions/debian-monitoring - Debian Monitoring With Nagios
http://mydebianblog.blogspot.ru/2006/07/blog-post_24.html - Мониторинг состояния устройств в Linux
http://linuxguru.ru/monitoring/ustanovka-munin-v-debian-squeeze/ - Установка Munin в Debian для мониторинга сервера.
http://mmonit.com/monit/ - Monit is a free open source utility for managing and monitoring, processes, programs, files, directories and filesystems on a UNIX system. Monit conducts automatic maintenance and repair and can execute meaningful causal actions in error situations. Сторонний сервис с СМС оповещением.
http://habrahabr.ru/qa/26853/ - Мониторинг одиночного сервера Debian - Советы