Заметки сисадмина

Sarge+RAID1+LVM

http://emidio.planamente.ch/ - здесь Emidio Planamente описал процедуру инсталляции Debian Sarge на программный RAID1 + LVM

DCC Alliance www.dccalliance.org

Интересная "загогулина©" получается у них. Особенно с следующим (что пишет основатель Debian'а Ian Murdock в рассылке):

We're planning to do a DCC 3.1 in early 2006 which is basically an 
update of DCC 3.0 (i.e., it is still based on sarge) to LSB 3.1 (plus 
bug fixes and a few small updates as needed). We're moving forward 
with DCC 4.0 on the assumption 1. that LSB 4.0 will be out around the
end of 2006/beginning of 2007; and 2. that etch will be out by the 
end of 2006.  So, yes, we'll be tracking etch after DCC 3.1.     

Давно уже гуляют в голове мысли: "на основе Debian'а сделать нечто однодисковое для развертывания сервера ориентированного SOHO-рынок, а что не хватает - стандартное". Ряд выполенных работ такого плана уже позволяют сформировать некое видение того, что собственно нужно. А тут и кандидат на основу, так сказать, уже есть (тяжко исключать лишнее, как это получается с "чистым" Sarge, а тут, с dcc, надо включать, что нааамного проще).

ссылка на релиз. По крайней мере - начало очень интересное.

homex.subnet.at/~max/ - коллекция статей

http://homex.subnet.at/~max/ - еще одна ссылка на коллекцию статей

xorg в Debian Etch

Ну вот и xorg добрался до debian testing'а. aptitude по dist-upgrade'у обновил нужное без проблем. Т.е. - перезапуск Х'ов и xorg уже работает. За это debian и нравиться.

wxPython + wxGlage

Тут присмотрел связку wxPython + wxGlade. Показалось очень интересно, учитывая, что оно работает и под Windows. С учетом того, что есть порт python-ldap под всеми любимую Windows, то так и тянет приложить руки к написанию своего клиента по управлению пользователями ldap+samba. А с учетом того, что это будет работать и под windows... Вообщем, некоторые вещи я смог бы с себя сбросить. Эх.... может быть соберусь когда-нить.

ADD: Ну вот wxGlade и до debian testing добралась. Замечательно.

Репозитарий

Здесь небольшой репозитарий пакетов, которых мне не хватает или версии не те. Т.е. если говорить по простому local_repository+backport:

deb ftp://debian.atknet.ru/debian-local sarge main

Что хочется отметить:
flowtools - сборка, которая так и не попала в Sarge - исправлен мой #291214
firebird 1.0.3 - у нас используется, на 1.5.1 пока нет возможности мигрировать

linsec.ca - еще одна коллекция различных статей

http://linsec.ca/ - ссылка на коллекцию статей, показавшихся мне интересными

Интересные материалы с LinuxDay 2005 проходившие в Люксембурге 25-26 января 2005

По ссылке: http://www.linuxdays.lu/agenda/index_html есть ряд интересных pdf'ок:
Linux Server Tutorial
Linux Networking Part1
Linux Networking Part2
и ряд других

Возможности почтовой системы на основе postfix+cyrus-imap из состава debian sarge

Обзор основан на попытке исследования возможности применения указанного программанорго обеспечения в условиях АТК-Интернет. Здесь будет приведен фрагмент отчета по результатам исследования.

Техническое описание:

Тестируемый:

Аппаратное обеспечение:

• CPU: 2xPIII450
• Mem: 256 Mb
• HDD: аппаратный SCSI-RAID1 (Mylex DAC960PTL1), отдельный раздел /var (т.е. спул и ящики на одном разделе), fs – reiser 3.6.19

• OS: debian sarge (testing - декабрь 2004)
• postfix 2.1.4
• cyrus-imap 2.1.17
• sasl2 2.1.19

Тестирующий:

Программное обеспечение:

• OS: debian sarge (testing - декабрь 2004)
• postal 0.62 – генератор почтового потока
• python 2.3
• набор python-скриптов по управлению почтовыми ящиками (создание, удаление и т.п.)

Краткое описание системы:

• Почтовые пользователи – виртуальные, хранятся в базе пользователей cyrus-imap (db-файл).
• Авторизация пользователей на основе sasl (информация хранится в sasldb – доступ через unix-socket; возможно использование иных хранилищ, как то: mysql, ldap и т.п.).
• Письма в пользовательских ящиках хранятся в формате типа MH.
• Имеется набор скриптов (python) которые позволяют управлять пользователями (локально и удаленно), а также менять пароли в sasldb на авторизацию (локально).
• Какие-либо правила в отношении почтовых аккаунтов (блокирование получение почты, разрешение получение всей почты и т.п.) хранятся в файлах db (созданных с помощью postmap) postfix'а.

Краткая методика тестирования:

1. С помощью скриптов, запущенных на тестирующем компьютере, была создана база пользователей (около 4200 пользователей). Время на создание пользовательской базы ~ 25 минут.
2. Сгенерирован файл со списком почтовых адресов для генератора почтового потока (на основе созданных почтовых пользователей)
3. Запуск postal с различными параметрами на тестирующем компьютере для выявления пропускной способности тестируемой системы (Работа в штатном режиме;Изменение настроек почтовой системы для выяснение оптимальных параметров).
4. Создание нештатных ситуаций
5. Исследования проводились при использовании unix-socket: cyrus-доставщик cyrus-imap'а, lmtp-доставщик postfix'а (проверка работоспособности по tcp не проводилась)

Фрагмент итоговых выводов:

• Работа, используя доставщик cyrus-imap, более производительна и стабильна по сравнению с использованием lmtp-доставщика postfix'а. При использовании cyrus-доставщика на указанном оборудовании обеспечивалась стабильная работа в течение 30–40 минут (далее не проверялось) для следующего потока писем: 300 писем в минуту в 100 потоков. При этом количество процессов доставщика было на уровне 15–18, почтовая очередь postfix'а не переполнялась (не отмечено более 5–7 писем в очереди). При использовании lmtp-доставщика постфикса при указанном потоке писем отмечалось переполнение очереди postfix'а и проведение проверки останавливалось явно через 5–10 минут после начала проверки. Количество процессов доставщика было на уровне 50–60.
• Останов cyrus-imap'а во время проведения проверки вызывало разрастание почтовой очереди postfix'а. После восстановления работоспособности cyrus-imap'а сообщения из очереди postfix'а передавались для дальнейшей доставки cyrus-imap'у. Потерянных писем не отмечено.