суббота, 16 июля 2011 г.

При помещении большого файла в Git ошибка на push

Походил по форумам, есть два решения: первое нам подошло - у нас 300 Мб файл, ошибка лечится git repack -adf --window=0. Второе решение предполагает fork от официальной ветки для действительно больших файлов - пока без надобности.

суббота, 9 июля 2011 г.

Отключили электричество в компании

Отключили неожиданно электричество на пару часов. Сервер, который я кропотливо настраивал был без UPS, выключился на лету. После включения я залез на консоль и испугался, что слетела локализация. Как оказалось - зря :). Я всё время ходил к нему по ssh, поэтому даже и не знал, что консоль русские буквы отображает крокозябрами :)
Но в результате потренировался, переставил его полностью заново, заодно dns, postfix.
Особые трудности были при повторной настройке postfix - опять последовательно решил три задачки по настройке - релеинг почты на внешний сервер (в первый раз я забыл в правильном месте указать нестандартный порт), затем отлуп по верификации получателей, затем отлуп по доменному имени от другого почтового сервера.
На самом деле по коду ошибки и сообщению по tail /var/log/syslog в интернете можно найти все решения.
Есть смысл посмотреть также http://openwiki.ru/wiki/Postfix и основное - http://www.postfix.org
1. relayhost = адрес хоста с портом (пустячок, но почему-то долго думал)
2. local_recipient_maps = подробнее http://www.postfix.org/LOCAL_RECIPIENT_README.html
3. smtp_generic_maps = hash:/usr/local/etc/postfix/generic
generic: @внутренний домен @внешний домен, который примет другой почтовый сервер
подробнее тут http://www.postfix.org/ADDRESS_REWRITING_README.html#generic

да, на всякий случай не забываем, если мы просто отправляем почту от какого-то аккаунта другому почтовому серверу :)

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =

Ещё для gitolite долго грузился по поводу авторизации без пароля по ssh - всё тоже оказалось очень просто: по ssh -vvv ... (ну или меньше букв v) смотрим процесс соединения и последовательно решаем проблемы.
В моём случае камнем преткновения оказались права на домашний каталог пользователя, куда никого нельзя пускать кроме себя и группы.

четверг, 7 июля 2011 г.

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

поставил dns, postfix, samba, осталось настроить dhcp, правила фильтрации, openldap.
Так и не получилось поставить esxi - ни 4.1, ни 3.5 - первый завершается с ошибкой, второй виснет. Люди в инете говорят, что можно добавить драйвера и пересобрать образ диска - пока подожду :)

Заметил прикольный сервис, интересно, есть люди, которые пользуются?
На работе установил регламенты по системе управления задачами с поддержкой RedMine и критериями завершённости, а также по системе управления версиями на основе git. RedMine я развернул давно, git тоже развернул, gitolite ещё доделать...

суббота, 2 июля 2011 г.

Несколько ссылок по созданию высокопроизводительных систем

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

Архитектура Facebook 1
Жизнь после MySQL: выбираем замену для популярной СУБД
БД Cassandra
Архитектура и платформа проекта Одноклассники
Блог Ивана Блинкова с обзорами архитектур высоконагруженных систем




По мере сбора материалов буду добавлять сюда ссылки

LinkedIn на русском!

Здорово, вот это конкурент для HeadHunter и SuperJob. Потенциально на LinkedIn больше интересных сервисов.
У нас в компании уволили сисадмина. Видимо придётся самостоятельно переделывать инфраструктуру компании, чтоб вписать сервисы для разработчиков, в планах:
1. Заменить сервер на входе (фильтрация, DHCP, DNS, почта, антивирус), использую Ubuntu Server 11.04
2. Заменить сервер виртуальных машин, перейти от VMWare Server на VMware ESXi
3. Развернуть два корпоративных репозитория git (один для субподрядчиков) + gitolite для разруливания по правам доступа
4. Создать решение для непрерывной интеграции по продуктам (git+jenkins+(возможно)redmine)