Дорогой Хабрахабр, весь коллектив компании
REG.RU сердечно поздравляет тебя с Днем рождения! Мы желаем постоянного развития и внедрения новых полезных сервисов, таких, как Хантим.ру. Еще мы
очень любим сладкое и надеемся, что каждый новый.тостер будет радовать нас не только вкусными тостами с джемом, но и кучей полезных и приятных знакомств.
Мы искренне благодарим всех Хабражителей за огромное количество ценных советов и предложений, которые регулярно появляются в комментариях к нашим постам. Благодаря этому мы становимся лучше! Честно-честно!
Мы долго совещались, какой же подарок вам подарить. В итоге, коллективным разумом мы пришли к выводу, что надо сделать два подарка. Первый – состоит из двух небольших, но крайне полезных с практической точки зрения презентов. Это промо-код HABR-DOMAIN на домен .RU или.РФ на выбор и промо-код HABR-HOSTING-2 на 2 месяца хостинга по любому тарифу. Обращаем ваше внимание, что хотя коды действуют с 25 мая по 1 июня, только первые 200 счастливчиков смогут получить домен или заказать хостинг.
Второй наш подарок просто очень приятный. Проведя сверхсекретную разведку и преодолев множество преград, мы выяснили, что лучшим подарком для Хабрахабра будет белый BMW X6, с аэрографией REG.RU на капоте и Хабра — по бокам. Поэтому, по заказу именинников – вуаля!
Что мы предлагаем?
Selectel Storage — облачное объектное хранилище данных на базе OpenStack Swift.
Для чего?
Для удобного, простого и дешевого хранения резервных копий файлов и раздачи статичных файлов (изображения, аудио, видео, js, css) для веб-сайтов и приложений.
«
Дропквест» нынешнего года состоял из 24-ех вопросов и начался 12-ого мая в 21:00 по московскому времени. Уже примерно через пять часов появились
первые победители, затем в несколько миллисекунд разобрали призовые места. Посмотрим, насколько сложны были задания и насколько просто будет получить обещанный гигабайт. Внимание: под «катом» предоставляются ответы без спойлеров или каких-либо вводных слов.
Всем доброго времени суток, хоть и о квесте уже было написано пару топиков, я хочу всем напомнить об этом мероприятии, кое-что рассказать, и ещё…
Введение
Когда вышла
FreeBSD 9.0, я задался целью установить данную систему на только что оформленный у «Hetzner» сервер. И хотя в открытую они не предлагают и не дают установить FreeBSD, однако, это вполне возможно сделать через
Rescue System. Но, как выяснилось, так можно установить только FreeBSD 7.4 и FreeBSD 8.2.
После связи с службой поддержки «Hetzner» они ответили, что за дополнительную плату готовы вставить диск с данным программным обеспечением. Конечно это ни в бюджет ни в планы не входило.
В сети Интернет много советов по обновлению FreeBSD с версии 8 до версии 9, но они либо не полностью отражают суть проблемы, либо вообще ничего не позволяют обновить так как это нужно. Я потратил много времени, прежде чем мне удалось это сделать, поэтому я и решил написать данную статью, которая поможет сэкономить время.
Итак, приступим.
1. Установка версии FreeBSD от «Henzner»
Старт Rescue системы
Для начала нужно активировать Rescue System и зайти по ssh на сервер, как написано в инструкции у «Hetzner».
Для начала установки выполним следующую команду
# installimage
Затем укажем параметры и запустим установку. Вся установка занимает всего несколько минут в результате чего мы получаем следующее
Hetzner Online AG - installimage
Your server will be installed now, this will take some time
You can abort at any time with CTRL+C …
Deleting selected harddrive(s)… DONE
Creating a file system and extracting the image… DONE
Copying kernel… DONE
Configuring rc.conf… DONE
Configuring loader.conf… DONE
Enabling SSH login for root… DONE
Configuring resolv.conf… DONE
Congratulations! The configuration has been completed successfully.
You can now use 'reboot' to boot your newly installed FreeBSD system.
После установки перезагружаемся
# reboot
2 Настройка данных для обновления
Обновлять систему будем через sup. На мой взгляд, самый простой и правильный способ обновления системы.
sup входит в штатные средства операционной системы FreeBSD.
Переходим в каталог
# cd /usr/share/examples/cvsup/
Проверяем
# ls
README gnats-supfile refuse.README www-supfile
cvs-supfile ports-supfile stable-supfile
doc-supfile refuse standard-supfile
Теперь нужно указать новую версию операционной системы.
По умолчанию стоит текущая версия.
Выполняем копирование файла конфигурации
# cp standard-supfile standard-supfile-UPDATE_9
Отредактируем его
# ee standard-supfile-UPDATE_9
*default host=CHANGE_THIS.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs tag=RELENG_9_0
*default delete use-rel-suffix
*default compress
src-all
Выполняем синхронизацию исходных кодов src, новой операционной системы
# /usr/bin/csup -h cvsup4.ru.freebsd.org -g -L 2 \
#? /usr/share/examples/cvsup/standard-supfile-UPDATE_9
После того как все файлы скопированы, нужно прочитать файл /usr/src/UPDATING (Чтобы небыло проблем)
Теперь нужно включить генерацию профилирующего кода (прописать NO_PROFILE=true в файле /etc/make.conf).
И там же нужно установить значение CFLAGS во -O2 -pipe.
-pipe позволяет компилятору использовать для связи вместо временных файлов программные каналы,
что уменьшает обращение к диску (за счет оперативной памяти).
# ee /etc/make.conf
NO_PROFILE=true
CFLAGS= -O2 -pipe
Также нужно добавить в make.conf строчку: KERNCONF=MYKERNEL, чтобы не писать при сборке и установке ядра
# make build kernel KERNCONF=MYKERNEL
а просто
# make build kernel
Отредактируем файл /etc/src.conf
# ee /etc/src.conf
WITHOUT_BLUETOOTH=TRUE
WITHOUT_GAMES=TRUE
Вообще конфиг make.conf можно дополнить многими параметрами, это зависит от того какие параметры компиляции Вам нужны.
Мой конфиг make.conf
Многие из нас ежедневно используют в работе распределенные системы управления версиями, самыми популярными из которых сейчас безусловно являются Git и Mercurial. Для большей гибкости в работе исходные коды для проектов под контролем таких систем зачастую хранятся не локально, а на закрытых серверах компаний или в облачных сервисах наподобие
Github или
Bitbucket. Такие сервисы предоставляют разработчикам ПО, дизайнерам, писателям и людям других профессий, в чьи обязанности входит создание контента при помощи компьютеров, совместно работать над своими задачами, получать доступ к общим вики и планировщику задач и изучать продукты труда других пользователей, открытые для просмотра в публичных репозиториях.
Разные облачные сервисы по-разному подходят к вопросу оплаты за свои услуги. Так, наверное самый популярный на данный момент сервис «социального кодинга» GitHub разрешает бесплатно работать над любым количеством открытых проектов, но работа с закрытыми репозиториями возможна только для платных аккаунтов. Сервис BitBucket от известного австралийского поставщика систем совместной разработки
Atlassian пока популярен не так, но его политика в плане привлечения новых клиентов более гибкая. В BitBucket вы можете бесплатно создавать любое количество закрытых для просмотра со стороны репозиториев, но принимать участие в работе над вашими бесплатными закрытыми проектами может не более пяти человек. При необходимости увеличении их числа вам придется покупать платный доступ к сервису.
В то время как многие из проектов можно вполне свободно выкладывать в общий доступ, разумеется есть и такие, которые надо хранить вдали от посторонных глаз, но работать над ними большими командами. Самым правильным выходом здесь будет покупка тарифного плана на одном из облачных сервисов или установка системы управления версиями на свой локальный сервер. Если же вам по каким-то причинам все же хочется получить полностью безлимитный доступ к BitBucket, аналогичный покупке тарифного плана за $80 в месяц (хотя бы затем, чтобы просто наслаждаться им, как вы радуетесь заполненному на 3,5% бесплатному пятидесятигигабайтному аккаунту на Дропбоксе), прошу под кат.
Я хочу поделиться с сообществом нашим опытом незапланированного переезда большого проекта. В первую очередь, это будет интересно тем, у кого есть более одного выделенного сервера на проект в одном дата-центре. Здесь нет подробных технических решений, но присутствует некоторый здравый смысл.
Небольшая предыстория.
Сервачок небольшой конфигурации на Scalaxy
выполняет выполнял роль таск-трекера, билд-сервера и хранилища артефактов для моих личных pet-project. Кроме меня о его существовании знают еще человек 5, регулярно им пользуюсь только я. После двухнедельной отлучки за границу по работе зайдя в админку Scalaxy я обнаружил следующую запись:
Накануне было объявлено о проведении
Технических работ с дисковыми массивами в ночь с 21 на 22 апреля.
Однако с 4 утра до настоящего времени некоторая часть серверов в облаке не работает.
Вот
комментарий сотрудников:
При проведении ночных работ, на одной из пар дисковых массивов из-за ошибки в коде, отвечающем за сборку рейда, произошел сбой, который повлек за собой ошибки при сборке рейда. В связи с этим, часть серверов на данный момент недоступна.
Верховная Рада Украины планирует рассмотреть во втором чтении законопроект, который позволит закрывать любой интернет-ресурс без решения суда.
