Рубрика ‘Новости’

Экзамен RHCE (RH302)

Сегодня сдал экзамен на RHCE. Оказался легче чем я думал, но из-за незнания некоторой специфики сдал на меньшее количество баллов чем ожидал.

SECTION I:    TROUBLESHOOTING AND SYSTEM MAINTENANCE
RHCE requirements:  completion of compulsory items (50 points)
overall section score of 80 or higher
RHCT requirements:  completion of compulsory items (50 points)

Compulsory Section I score:                        50.0
Non-compulsory Section I score:                    50.0
Overall Section I score:                           100

SECTION II:  INSTALLATION AND CONFIGURATION
RHCE requirements: score of 70 or higher on RHCT components (100 points)
score of 70 or higher on RHCE components (100 points)

RHCT requirement:  score of 70 or higher on RHCT components (100 points)

RHCT components score:                             92.6
RHCE components score:                             80.0

RHCE Certification:                                PASS

Congratulations — you are now certified as a Red Hat Certified
Engineer!  Your RHCE Certificate number is 805009478338665.

Логичное продолжение прошлого экзамена. Самое интересное, что когда здавал на RHCT сдал на 100 баллов, а в этот раз только на 92.6.

Linux и Windows администратор, в чем отличие?

Недавно осознал в чем отличие между Linux и Windows администраторами, просто вплотную понаблюдав за работой Windows администратора. Соотвественно основное различие между данными направлениями — в среде работы. В нативной Linux среде для настройки стандартных демонов, например Samba, Apache и т.д. требуется прочтение документации, так как для настройки требуется внесение изменений именно в текстовые файлы.

У Windows же администраторов нативная среда — это GUI интерфейс, и для настройки чего-либо достаточно просто знать основы и методом научного тыка пытаться решить поставленную задачу.

В связи с этим получается, что сама среда работы располагает к более глубокому развитию Linux администратора. Более качественному изучению ПО с которым он работает.

Пожиратели времени: Аниме

Недавно задумался над своими «пожирателями времени» (это такие занятия, которые не приносят тебе пользу, не позволяют решить свои жизненные или рабочие вопросы, а просто убивают время), оказалось, что на текущий момент у меня только 1 такое занятие — это аниме. Если посчитать сколько времени я потратил на просмотр аниме сериалов — то получится суммарно 1-2 месяца в режиме 24х7, причем только времени потраченного только на просмотр сериалов. Если еще приплюсовать время потраченное на поиск нужных сериалов, серий, то получится до полугода.

Также просмотрел на 2-3 крупных сайтах списки top100 лучшего аниме по мнению посетителей данных сайтов, оказывается что около 90% аниме сериалов из этих списков я уже просмотрел. Из-за этого, я считаю, что надо переходить на пассивный просмотр аниме, то есть раз в пол года читать обзоры, выбирать 1-2 аниме, которые рекомендуются к просмотру и которые уже вышли полностью и только после этого приступать к просмотру данных сериалов.

Совсем отказать от аниме — не вижу смысла, это будет равноценно отказу в просмотре фильмов (как художественных так и документальных), а информационный и эстетический голод надо утолять…

Агитационный ролик

Jabber аккаунт

Сегодня завел себе jabber аккаунт на сервере jabber.ru. В связи с постоянными проблемами с icq серверами компании AOL решил проверить корректность работы протокола xmpp и клиентов для него.

Мой jid: mightydok@jabber.ru

Провайдер NetByNet

Решил немного описать провайдера NetByNet, так как пришлось столкнутся (уже 2-ой или 3-ий раз) с неадекватностью его сотрудников.

Начнем с положительных моментов:

1) Качество работы очень хорошее. Заявленная скорость в рамках договора предоставляется полностью.

2) Проблем в работе провайдера замечено не было (кроме непосредственно подключения к ним, о чем ниже). Все работает достаточно стабильно.

3) Сотрудники тех. поддержки — вежливые, компетентные люди.

Продолжим отрицательными моментами:

1) Столкнулся с неадекватной реакции менеджеров провайдера на мою просьбу передвинуть срок окончания оплаченного периода. Так как получил IP адрес, сообщил свой MAC толко через 5 дней после прихода монтажника netbynet, то на мою просьбу изменить сроки периода мне ответили отказом. На вопрос почему — внятно ответить не смогли, ссослались на правила предоставления услуг. Информацию о том, что реальное пользование услугой началось только после 5 дней — проигнорировали. Информацию о том, что даже после получения IP адреса — провайдер не работал 1-2 дня в связи с поломкой на магистрали в нашем районе — проигнорировали.

2) Неадекватность сотрудников NetByNet, а именно представителей отдела внутренних сетевых ресурсов. Очень молодые и нервные ребята. Не понимают разумной критики, в ответ начинают угражать и материться. После общения с ними возникает стойкое желание сменить провайдера на тоже Акадо.

Вобщем данные минусы лично для меня перевешивают все плюсы. Так как уровень качества предоставления интернет услуг примерно одинаковые среди московских провайдеров, то IMHO провайдеры должны быть более клиентоориентированы, что у NetByNet пока не получается. Складывается ощущение, что персонал провайдера перестает думать головой при решение возникающих ситуаций и скорее взывает к инструкции и своим амбициям и фобиям, чем к здравому смыслу. Скорее всего дело в такой политике внутри компании, что все клиенты «быдло» и надо их стараться «отжимать» по-максимуму.

Как сбросить пароль для учетной записи Administrator в Crystal Reports Server?

Для этого нужно в базе CRS найти табличку CMS_InfoObjects5 и в ней удалить запись с ObjectID = 12. После этого нужно перезапустить сервер и можно авторизоваться под учетной записью Administrator без пароля. После смены пароля нужно перезапустить CRS еще раз.

delete from CMS_InfoObjects5 where ObjectID=’12′;

Transparent LTO Encryption

Сегодня узнал, что IBM не поставляет в Россию Transparent LTO Encryption так как это противоречит Российскому законодательству. Хотя спецификации, в которых заявлена поддержка Transparent LTO Encryption, проходят номинальную проверку на совместимость. То есть на территорию России можно ввезти ее только неофициально, и то, если повезет.

Реализация проектов

Краткий план для реализации крупных проектов:

1) Составить четкое ТЗ.

Этот пункт подразумевает то, что нужно вытащить из клиента максимум информации по поводу проектных ожиданий и самое главное минимальных требований.  Если есть требования по оборудованию, или требования к дисковому пространству, или требования по пропускной способности интернет каналов, то эта информация должна быть оформлена как пользовательские требования по проекту. Все требования должны быть оформлены отдельным документом, с схематическим отбражением некоторых элементов (если это возможно).

Клиент должен согласовать их, без этого нельзя приступить к реализации следующего шага в проекте.

2) Определить характер проекта, понять сможешь ли реализовать или нет.

Если после составления пользовательских требований не возникает вопросов по инфраструктуре, то есть все прозрачно и ты знаешь как «делать» этот проект, чтобы он работал 24х7х365, то можешь смело садиться и рисовать схему реализации проекта. Если не все прозрачно, то собери рабочую группу и начни обсуждение проекта.

3) Составление архитектуры проекта.

После составления схемы реализации проекта у тебя и окружающих тебя коллег, которые реализовывают проект не должно возникать вопросов что и как будет работать. Самое важное не упустить какой-нибудь момент или мелочь, из-за которой что-то не будет работать. Поэтому этап составления  архитектуры критичен для реализации проекта. Ошибки допущенные на этом этапе иногда бывает невозможно исправить. Если при составлении архитектуры проекта у тебя возникают вопросы по реализации каких-либо элементов, то надо привлечь внешнего консультанта, который в «теме» и имеет опыт реализации подобных проектов.

4) Описание hardware части проекта.

Любой проект должен размещаться на каком-то оборудовании. После составления архитектуры идет процесс анализа текущих ресурсов. Если есть возможность, то проект размещается на текущем оборудовании. Если нет, то оборудование необходимо закупить. Конфигурация оборудования, например для обычных серверов 1-2U, составляется очень быстро. Считаешь все по конфигурации 1+1 и все работает. Более сложные вещи, например blade сервера или СХД, требуют более тщательной проработки.

5) Утверждение спецификаций.

Для закупки такого рода оборудования стоит пригласить 2-3 компании (как дистрибьюторов, так и интеграторов) и объявить тендер на реализацию проекта. После обработки и передачи  ТЗ и архитектуры проекта, необходимо составить максимально подходящие конфигурации оборудования. На этом этапе очень важно грамотно составленное ТЗ и правильно составленная архитектура. Так как цены на такого рода оборудование предоставляются вендором в течение 4-10 дней, то любые нестыковки или упущения обходятся дороговато и увеличивают время реализации проекта. Любые предложенные спецификации, которые на первый взгляд отвечают минимальным требованиям по проекту, следует дополнительно проверить у производителя оборудования. Он должен проверить предлагаемую спецификацию и возможно предложить альтернативные варианты решения поставленной задачи. Не стоит предлагать проверить конфигурацию конкурирующих вендоров, толку из этого не будет. Допускается проверка спецификации у независимых компаний дистрибьюторов или интеграторов. На этом этапе следует привлечь тех. специалистов компании для тех. анализа предлагаемых решений. Каждый пункт предлагаемой спецификации должен изучаться под микроскопом, то есть для утверждения спецификации ты должен знать какой элемент для чего в ней указан.

Резюме — после этого этапа реализации проекта должна быть составлена спецификация, которая позволяет реализовать требования клиента, которые оформлены в виде ТЗ.

6) Проведение конкурса.

После получения официальных КП на согласованные спецификации следует взять таймаут на 3-5 дней и заняться анализом и сравнением предложений. К обсуждению стоит привлечь руководство компании, особенно в вопросе стоимости проекта и т.д. Конкурс должен быть максимально открытым, вся переписка между участниками конкурса должна быть сохранена. Это позволит решить некоторые недразумения, которые могут сформироваться после определения победителя. Важный момент — руководство компании должно знать о стоимости предлагаемых решений, кто участвует в конкурсе и т.д. Так как после того, как будет объявлен победитель, могут начаться попытки «зайти» со стороны руководства и повлият на принимаемые или уже принятые решения.

7) Заключение договора и поставка оборудования.

Осталась самая легкая часть — заключение договора и оплата оборудования. Этот этап проходит стремительно и без проблем. Поставка оборудования из-за рубежа проходит за 6-8 недель, если будут проблемы с таможней, то она может затянуться и до полугода.

Вопрос про фургон перевозящий птиц

Едет фургон. Останавливается перед мостом, выходит водитель, стучит по кузову, садится за руль, переезжает мост и едет так дальше. Перед следующим мостом всё повторяется. Останавливают его случайные наблюдатели и спрашивают о странности его поведения. Водила объясняет что перевозит целый фургон птиц и машина перегружена. Чтобы не было проблем с мостом, он пугает пернатых, те начинают панически летать в фургоне тем самым уменьшая общий вес машины.

Вопрос:
Уменьшается ли общий вес машины?