Европейский Университет в Санкт-Петербурге
Опубликован: 10.10.2005 | Доступ: свободный | Студентов: 1716 / 298 | Оценка: 4.30 / 3.85 | Длительность: 16:22:00
ISBN: 978-5-94774-820-8
Лекция 8:

Получение дополнительной информации

< Лекция 7 || Лекция 8: 123 || Лекция 9 >
Аннотация: Лекция рассказывает о путях получения дополнительной информации о системе; эта лекция особенно полезна тем, кто готов самостоятельно решать возникающие проблемы, потому что дает представление о методе поиска информации о системе и решения проблем. Приводятся примеры поиска информации.

Администраторы ищут дополнительную информацию о Solaris, если не знают, как что-то сделать, либо если не знают, почему происходит так, а не иначе. Таким образом, большинство вопросов сводятся к двум:

  • как сделать, чтобы оно работало нужным образом?
  • почему оно работает таким образом?

Вопрос "почему оно не работает нужным образом?" является частным случаем первого вопроса, а "странно, почему оно вообще работает?" - второго.

Есть несколько способов получить необходимые сведения. Во-первых, всегда читайте man . В английском рассказе Пола Гэллико "Дженни"1Paul Gallico. Jenny. UK First Edition:1950. опытная кошка учила маленького котенка: "когда тебе трудно - мойся!" Поэтому, поплескав воды в утомленные ночным бдением глаза, прочтите man . Как вы уже знаете из лекции 1, man - это такая программа в UNIX, которая показывает страницы системного руководства.

Нет более тупого героя анекдотов, чем системный администратор. Хуже, наверное, только пользователь. В каждом руководстве написано, что перед тем, как запускать программу, следует прочесть man по ней. И все же половина администраторов игнорируют это правило. Везде сказано, что выбирать простые пароли типа 1234 нельзя, а пароль IVAN1 выбирают 95% пользователей ivan. Число пользователей растет, и тем не менее пароли типа IVAN1 упорно выбирает тот же процент пользователей ivan. Упрямая вещь, эта статистика тупости!

Еще раз: для получения информации о том, как работает программа, следует читать man по ней. Внимательно прочтите всю страницу руководства, особенно раздел See Also. Там часто есть ссылки на другие страницы руководства, которые стоит прочесть.

Во-вторых, имеет смысл предпринять поиск по web-сайтам. Прежде всего, надо изучить материалы на www.sun.com. Компания Sun Microsystems создала очень приличную поисковую машину, и ответы на запросы в строке поиска часто оказываются именно тем, что нужно. Иногда на требуемую документацию или заметку в форуме разработчиков указывает уже первая ссылка со страницы результатов поиска. Поистине гениальная система!

В-третьих, если проблема состоит в появлении какой-то непонятной ошибки, можно просто набрать сообщение об ошибке в строке поисковой системы (подходит http://www.google.com, но иногда лучше обратиться к http://www.metacrawler.com). Идеально, если сообщение об ошибке можно просто перенести в окно браузера - тогда вероятность опечатки при наборе снижается многократно. Подобные ошибки, возможно, бывали и у других администраторов, и их обсуждение в Сети наконец-то добралось до решения. Следуйте по ссылкам - не исключено, что решение уже найдено!

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

Список рассылки представляет собой общий адрес, то есть письмо, отправленное по этому адресу, придет всем подписчикам списка рассылки. Все ответы на это письмо также будут разосланы всем.

Помните: ответы в списках рассылки пишут такие же занятые люди, как и вы. Это опытные системные администраторы, которые посвящают свое свободное время ответам на вопросы новичков из желания помочь ближнему или следуя внутреннему убеждению, что это им поможет совершенствовать свои профессиональные навыки.

Ниже в нескольких абзацах я повторю то, что без устали повторяют всем авторам просьб о помощи. В конце главы описан случай поиска решения проблемы в Solaris, самый интересный в моей практике за последние месяцы.

Во-первых, следует задавать умные вопросы. Странно спрашивать у гуру, как изменить адрес name-сервера в настройках рабочей станции - на этот вопрос отвечает множество умных книг и (внимание!) man named, а также man resolv.conf. Следует приучить себя искать ответы самостоятельно, прежде чем кричать на всю Сеть: "как изменить этот чертов адрес?"

Во-вторых, лучше задать вопрос "где я могу найти информацию о том, как изменить адрес name- сервера?", а не вопрос "как изменить адрес?" Профессионалы легче признают своим и, следовательно, заслуживающим помощи и совета того, кто явно демонстрирует желание самостоятельно разобраться в проблеме. Никто не хочет выполнять вашу работу за вас - ведь деньги за нее получаете вы, правда? Если здесь вы вздохнули и сказали себе "разве ж это деньги?" - подумайте о том, что после прочтения этой книги стоит купить еще одну: "Как мне найти хорошую работу?"

В-третьих, обращайтесь по адресу. В форуме разработчиков FreeBSD вам могут случайно помочь с проблемой по Solaris, но только совершенно случайно. Например, мои знакомые - превосходные специалисты по FreeBSD и Linux, которые съели собаку на дюжинах серверов разного масштаба и возраста, оказались бессильны в решении небольшой (казалось бы!) задачки при русификации Solaris 9. Перед написанием письма в форум или список рассылки убедитесь, что он создан для решения именно таких проблем, которые подобны вашей, а не для обсуждения влияния структур хранилищ данных на кролиководство в Австралии.

< Лекция 7 || Лекция 8: 123 || Лекция 9 >