← All posts tagged техносрачик
A: No — all subscription data will be permanently, and irrevocably deleted. Google will not be able to recover any Google Reader subscription data for any user after July 15, 2013.
Я не понимаю, зачем такое ярко выраженное мудачество?
:P
Дано — два диска зеркального md-рейда, один из которых посыпался. На дисках lvm. Воткнуты в другой компутер. Задача — достать оттуда данные. Рейд вроде заработал,
[ 10.221945] md: md127 stopped.
[ 10.254028] md: bind<sda>
[ 10.254199] md: bind<sdb>
Но вот разделы lvm не подсасываются. Сам я с этим lvm не парился уже лет 5, потому всё позабыл, а сделать надо быстро. И помощь зала будет очень кстати.
MB: Asus P5E-VM DO
CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz, со здоровым радиатором.
RAM: 8Gb DDR2-800, 2Gx4.
HDD: Два sata-винчестера Seagate Barracuda 7200 на 250 гигабайт каждый.
Работало сервером, без сбоев (даже когда заклинило кулер) на протяжении последних пяти лет.
@captain-obvious, выкатываю набросок задания для начинающего веб-девелопера. А hive-mind, надеюсь, подбросит ещё интересных идей, или убедит выкинуть что-то из наброшенного.
Смысл задания изложен на картинке. Требуется запилить монитор загрузки сервера.
Базовое ТЗ (50%):
Страница должна отображать имя машины, тип операционной системы, uptime.
Страница должна отображать график load average. Можно даже всех трёх усреднений на одном графике (man uptime).
Страница должна отображать график использования памяти (не учитывая дисковый кеш) (man free).
Страница может быть минималистичной, можно без сss, но не должна выглядеть как говно.
Рекомендации по архитектуре:
Первый стрипт висит демоном. Раз в минуту смотрит текущие значения загрузки, и обновляет файлик в /tmp, где в plain-text хранятся значения за последние 30 минут. Этим файликом пользуется cgi-скриптом, чтобы сденерить графики и страничку.
Рекомендации по реализации:
Первый скрипт на perl, второй на perl или php (не потому что эти языки сейчас самые лучшие, а потому что веб-девелоперу знать их придётся). Графики через CG:graph, или любую другую библиотечку. Загрузку и аптайм можно смотреть в /proc (man proc, man uptime). Память можно смотреть там-же, но для простоты можно взять вывод free.
Свистелки и перделки:
— Использовать вместо plain-text файлика базу данных. 30%
— Добавить на график памяти использование дискового кеша отдельным графиком. 5%
— График для свопа. 5%
— Таблица использования файловых систем (man df). 10%
Срок выполнения — 1 месяц, с периодическими отчётами о выполненной работе в жуике.
С меня всё.
Да, и как вам идея проспонсировать выполнение данного задания? Если будут желающие, можно сделать donation'ы через тот-же pay-pal (или что сейчас модно). Оплта в зависимости от степени выполнения задания, в соответствии с указанными процентиками.
Hmm?
Как и обещал в треде
Смысл задания изложен на картинке. Требуется запилить монитор загрузки сервера.
Базовое ТЗ (50%):
Страница должна отображать имя машины, тип операционной системы, uptime.
Страница должна отображать график load average. Можно даже всех трёх усреднений на одном графике (man uptime).
Страница должна отображать график использования памяти (не учитывая дисковый кеш) (man free).
Страница может быть минималистичной, можно без сss, но не должна выглядеть как говно.
Рекомендации по архитектуре:
Первый стрипт висит демоном. Раз в минуту смотрит текущие значения загрузки, и обновляет файлик в /tmp, где в plain-text хранятся значения за последние 30 минут. Этим файликом пользуется cgi-скриптом, чтобы сденерить графики и страничку.
Рекомендации по реализации:
Первый скрипт на perl, второй на perl или php (не потому что эти языки сейчас самые лучшие, а потому что веб-девелоперу знать их придётся). Графики через CG:graph, или любую другую библиотечку. Загрузку и аптайм можно смотреть в /proc (man proc, man uptime). Память можно смотреть там-же, но для простоты можно взять вывод free.
Свистелки и перделки:
— Использовать вместо plain-text файлика базу данных. 30%
— Добавить на график памяти использование дискового кеша отдельным графиком. 5%
— График для свопа. 5%
— Таблица использования файловых систем (man df). 10%
Срок выполнения — 1 месяц, с периодическими отчётами о выполненной работе в жуике.
С меня всё.
Да, и как вам идея проспонсировать выполнение данного задания? Если будут желающие, можно сделать donation'ы через тот-же pay-pal (или что сейчас модно). Оплта в зависимости от степени выполнения задания, в соответствии с указанными процентиками.
Hmm?
Материнка на intel 5520: $420.
Два Xeon'а E5606, 2133 мгц, 4 ядра с HT: $520 за оба.
Память: DDR3 ECC. 8G * 6 = 48G = $460. Возможно увеличить до 96G.
HDD: У меня есть пара саташек по террабайту. Для начала хватит, а там цены упадут.
Положим, ещё 200 баксов на корпус+бп+радиаторы+что я ещё забыл.
Опционально, ИБП на 20 минут: $100.
Опционально, Резервная линия интернету: $10-20 в месяц.
Итого, 1700 баксов за всё.
Ищется: Либо один человек, чтобы использовать пополам. Либо два человека, чтобы использовать втроём.
Минусы по сравнением с дедиком:
— Меньшая надёжность. Свет у меня гас более чем на несколько секунд кажется один раз за пол-года. Интернет ложится на 1-10 минут раз в неделю.
— Интернет скорее всего в пределах 20-40 мегабит.
— Риски. Если у меня будут пожар/наводнение/путин^Wянукович, восстанавливать за свой счёт я не смогу.
Плюсы:
— Окупаемость примерно за год, если считать стоимость аренды машинки, сравнимой с половиной этого сервака равной $60/месяц. Дальше по сути пользуемся бесплатно.
— Гибкость. Заказать себе больше памяти, SSD или GPU для рассчётов — по магазинной стоимости.
— Половина от двух Xeon'ов — лучше чем один i7, так как половина соседа свободна 90% времени.
Hmm?
#1681161, спешу рассказать, как это делается в энтерпрайз-шментерпрайз системах, и почему нам очень нужен btrfs.
Если кто не знает, есть такая штука, Solaris. Или illumos, если хотите. И есть ровно одна причина, ко которой они до сих пор живы и в своей нише релевантны — zfs. Copy-on-write, всё чексуммится, и как результат copy-on-write — дешевые и полноценные снепшоты.
Можно в любой момент создать снепшот, можно его примонтировать и писать туда. Можно загрузиться с любого снепшота. Для пользователя, снепшоты — это те-же бранчи git, и master ничем не лучше остальных.
Ещё вкуснее, если обучить снепшотам некоторые утилиты.
apt-get dist-upgrade по умолчанию создаёт новый "бранч", и ставит обновления уже в него.
Или apt-get install postgresql-9.2 --снепшот-мне-запили.
При создании снепшота rootfs для него добавлется запись в меню grub. Не понравилось — загрузился со старого "бранча", система вернулась в рабочее состояние. Новый можно примонтировать и сделать туда chroot для разборок. А можно просто выкинуть.
И тут пролетало мнение, что для SSD обязательно нужны особые файловые системы.
Ни-фи-га. У SSD те-же ограничения. Он любит большие блоки, чем больше — тем лучше. SSD так-же как и диск любит жевать ваши данные, в чем мог убедиться автор #1681220. Так что copy-on-write, checksumming и снепшоты тут на порядок важнее, чем мифические 5-10% производительности, которые может дать "fs для SSD".
Ждём production-realy btrfs и интеграции его с apt-get, grub, и возможно ещё с чем-то.
По мотивам вчерашнего Если кто не знает, есть такая штука, Solaris. Или illumos, если хотите. И есть ровно одна причина, ко которой они до сих пор живы и в своей нише релевантны — zfs. Copy-on-write, всё чексуммится, и как результат copy-on-write — дешевые и полноценные снепшоты.
Можно в любой момент создать снепшот, можно его примонтировать и писать туда. Можно загрузиться с любого снепшота. Для пользователя, снепшоты — это те-же бранчи git, и master ничем не лучше остальных.
Ещё вкуснее, если обучить снепшотам некоторые утилиты.
apt-get dist-upgrade по умолчанию создаёт новый "бранч", и ставит обновления уже в него.
Или apt-get install postgresql-9.2 --снепшот-мне-запили.
При создании снепшота rootfs для него добавлется запись в меню grub. Не понравилось — загрузился со старого "бранча", система вернулась в рабочее состояние. Новый можно примонтировать и сделать туда chroot для разборок. А можно просто выкинуть.
И тут пролетало мнение, что для SSD обязательно нужны особые файловые системы.
Ни-фи-га. У SSD те-же ограничения. Он любит большие блоки, чем больше — тем лучше. SSD так-же как и диск любит жевать ваши данные, в чем мог убедиться автор #1681220. Так что copy-on-write, checksumming и снепшоты тут на порядок важнее, чем мифические 5-10% производительности, которые может дать "fs для SSD".
Ждём production-realy btrfs и интеграции его с apt-get, grub, и возможно ещё с чем-то.