LXF162:Рубрика сисадмина
|
|
|
В командной строке всегда гораздо проще сделать что-то неверно, чем верно. Это находит свое отражение в разнообразии сообщений об ошибках, встречающихся в Linux. От некоторых хочется убежать и спрятаться, другие можно понять, только имея под рукой исходный код – но есть и очень яркие. Они мне нравятся.
Вот несколько примеров и программы, которым они принадлежат:
Cowardly refusing to create an empty archive
[Трусливо отказываюсь создать пустой архив] – tar
I refuse to debug myself! [Отказываюсь отлаживать сам себя!] – gdb
Didn’t think there would be that many child
processes... Exiting [Не ждал, что дочерних процессов так много... Ухожу] – foomatic
Null message body; hope that’s ok () [Сообщение пусто; надеюсь, все ОК] – mail
Manufacturer is guessed because of the
orange forum embargo [Изготовитель указан по догадке из-за эмбарго апельсинового форума] – cdrecord
Строки в комплекте
Интересный набор сообщений выудит из системных двоичных файлов команда strings:
strings -f -n 20 /bin/* /usr/bin/*
Учтите, что команда выдает почти миллион строк – естественно, без контекста, и неясно, какая ошибка вызвала эту бурную реакцию.
Итак, в этом месяце у меня для вас два задания. Во-первых, пришлите на мою почту самое интригующее сообщение об ошибке, которое вы видели (для Linux, пожалуйста, не копайте в прошлом), и, во-вторых, придумайте сообщение об ошибке, которое, на ваш взгляд, должно быть в Linux, а его нет. Лучшие будут опубликованы.
А если вам понравилась эта тема, обширная коллекция сообщений имеется на сайте http://neil.franklin.ch/Jokes_and_Fun/Canon_Error_Messages (по большей части из эпохи до Linux).
chris.linuxformat@gmail.com
По рецептам доктора Брауна
Эзотерическое системное администрирование из причудливых заворотов кишок серверной
Туманные тарифы
Выбор облачных сервисов на AWS становится таким же сложным, как и заказ кофе в Старбаксе.
На заре эпохи Amazon Web Services все было просто: создаете несколько экземпляров компьютеров, подключаете к ним жесткие диски – и за пару секунд готов почасовой тариф для вашей конфигурации. Увы, все меняется. Теперь, если вы не защитили докторскую диссертацию по теме «Геодезическая полнота бесконечно дифференцируемых Римановых пространств», расчет тарифа сведет вас с ума.
Но не бойтесь – помощь рядом. У Amazon на http://calculator.s3.amazonaws.com/calc5.html есть «Простой калькулятор месячного тарифа». Узнав, сколько вам нужно экземпляров компьютеров по требованию и сколько зарезервированных экземпляров, и какие из 12 доступных типов экземпляров, сколько эластичных IP-адресов, и какой объем места на диске (и какая его часть будет «избыточной») могут вам понадобиться, сколько запросов PUT и GET вы выполните и сколько VPN-соединений установите, а также... и... (в общем, список довольно длинный, но, уверен, вы поняли идею), калькулятор посчитает стоимость. На рисунке внизу показана только одна из 17 вкладок по сервисам Amazon. Это какое-то новое значение слова «простой», раньше я о нем не знал.
Попробовать web-сервисы Amazon можно легко (и бесплатно), особенно если у вас уже есть обычная учетная запись Amazon.
Amazon предлагает бесплатный годовой период с момента регистрации, в течение которого можно попробовать ключевые сервисы AWS. Однако если вы выйдете за пределы допустимых ресурсов или за 12 месяцев тестового периода, то услуги придется оплатить.
У Rackspace тоже есть калькулятор стоимости (http://www.rackspace.co.uk/cloudhosting/learn-more/calculator); он гораздо проще, прежде всего потому, что набор сервисов здесь гораздо беднее.
Допустим, я понимаю преимущества быстрой масштабируемости и почасовой тарификации, а также переноса капитальных затрат в операционные, но мне все же интересно: когда, наконец, кто-нибудь скажет, что расходами управлять проще, имея собственный дата-центр?
А что думаю я? Мне, пожалуйста, обезжиренный венте мокка фраппучино с 50 % содержанием кофеина, с собой.