Клиент: Здравствуйте! У нас проблема - Avaya 8300 был опущен в Maintenance interface через Delayed Shutdown без галки Reset after Shutdown. Соответственно 8300 просто выключился и ждет отключения питания. Серверный шкаф закрыт. У работников тамошних ключей нет по причине безопасности. Нечего им там делать. Вопрос, как его теперь перегрузить? Всевозможные ресеты G350 ни к чему не приводят, перезагружается платформа, модули, и все остальное, а 8300 не затрагивается потому, что выключен для вытаскивания. Крайне не хочется ехать туда ногами, далече. Может есть способ дернуть по питанию модуль в v1?

Саппорт Avaya: В шкафу вместе с 8300 есть ИБП? Если нет - как вариант обесточить шкаф рубильником.

Клиент: Есть Причем на 2000va, 1400w. Он, зараза, часа три все держать будет. Да и потом, не выключать же все здание? Рубильники тоже в шкафу. Я постарался, спрятал...

Один мой знакомый немец (программист -- сотрудник заказчика), как то-то раз при мне, когда ему понадобилась какая-то информация со своего компьютера, набрал из Москвы свою квартиру в германии, отсчитал 20 гудков, потом положил трубку, сходил на свою страничку у своего провайдера, посмотрел там IP-адрес, и пошел по этому адресу ssh-ем. Как выяснилось, его линукс, получив команду из 20 RING, дозванивается провайдеру, получает IP-адрес, и кладет его на ту страницу по ftp. После чего висит 5 минут, и если хозяин не зашел по ssh, отваливается.

Пару месяцев назад довелось поработать в компании %companyname%.

Привезли новый мощный сервер. Захотелось руководству поднять домен. Долго ломали голову над названием домена, чай, пользоваться предстоит долго, в итоге сошлись на варианте SE (понимающим уже смешно).

Название сервера, не мудрствуя лукаво, оставили дефолнтым: server. Подняли SQL, подняли 1С. В свойствах одинэсовской базы прописали в качестве адреса сервера DNS-имя server. Соответственно, FQDN сервера было server.se
В течение дня мальчик-техник плюс админ пробежались по рабочим местам и ввели компьютеры в домен.

Веселье началось на следующий день. Некоторые пользователи не могли получить доступ к базе. Причина была занятная.
Оказывается, кое-где в свойствах соединения забыли прописать в качестве DNS-сервера сервер домена. Бедный 1С в поисках server.se натыкался на... шведский сервер во внешке, который на робкие запросы "нет ли у вас SQL сервера" отвечал гордым шведским "нет".

К слову о суевериях.

Прихожу на работу, раздеваюсь, вешаю куртку. С вешалки слетают все крючки и сама вешалка падает. Я к серверам. Сервера пингуются. АТС в порядке.

Жду.

Через 15 минут умирает центральный сервер провайдера.

Я живу в США, там же учусь. Пару лет назад работал в универе главным админом своего департмента (Computer Science).

Во время летних каникул, когда студентов нет, я проводил апгрейд сервера. Это был монстр из далекого прошлого - Sun Enterprise 450 Ultra под Solaris 8. На нем крутилось абсолютно все: почта, веб сайт, веб хостинг для студентов, все базы и конечно же аккаунты для всех студентов (мол, доступ для работы с юникс сервером).

Количество руткитов на нем не могло не приводить в восторг. Самое интересное было то, что никакой централизации не было. Я, как хороший админ, все переделал, взял отдельный сервак для ldap, нашел нужные схемы (qmailUser, userAccount, apache, ... ). Конечно же пароли пришлось сгенерировать заново, для этого был написан короткий скрипт + pwgen. И понеслось. Пароль для каждого пользователя был распе

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

Сам я живу в Подмосковье, а у нас до сих пор по области есть медвежьи углы, где на город приходится один провайдер с радиоканалом до райцентра. Со всеми вытекающими отсюда тарифами.

Наконец до здравого смысла начальства удалось достучатся, средства на анлим дали. Причем подключает его 1го числа следующего месяца, в это время я как раз должен быть в отпуске.

31го, когда об этом стало известно, я на скорость собрал из разного хлама отдельную машину, поставил uTorrent, настроил планировщик закачек по времени и забив трекеров на полгода вперед уехал.

Уже в поезде начались звонки не могущих зайти на anekto

В этой истории даже не столько юмора, сколько информации, подлежащей мотанию на ус.

Дело в том, что пришлось нам недавно решать проблему с одним из серверов, ибо повадился он каждую ночь примерно в 2.25 с разбросом в пару-тройку минут выключаться. При этом в течение всего дня сервер работал вполне исправно.

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

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

В общем, дело было так. У меня сломался стул и я пошел к начальству, говорю, что мне нужен стул. Начальник: «Ты замучал уже стулья ломать! В следующем месяце купим!»

Я обиделся. Пошел в админскую, снял со стола сервер, поставил на пол, накрыл тряпочкой, чтоб не царапать (сервер новый, дорогой, красивый), сел на него, сижу, принтер починяю.

Злюсь.

Тут открывается дверь, заходят красавцы в форме, спрашивают: «А сервер где?» Не задумываясь, зло тыкаю пальцем в APC UPS башенного типа. Подходят к монитору и начинают снимать данные с сервера: комплектацию, ОС, ПО, сетевую конфигурацию и т.д. и т.п. Все, как положено. Закончив, командуют: «Отключай!» Нажимаю на кнопку на передней панели UPS. Все гаснет.

Они говорят: «Зачем так жестоко?»
Я: «А вам не все ли равно?»
Опечатывают, заклеивают, уносят.
У двери говорят: «А чего тяжелый-то такой?»
Я: «Ну, дык, данных-то в нем сколько!»

Довольные уходят. Сижу дальше, принтер починяю.

До сих пор не признались, что вместо сервера УПС утащили. Интересно, чем дело закончится?...

Работал в конторе, которая занималась разработкой, внедрением и сопровождением бухгалтерской программы для учебных учреждений.
Работал я по сути в отделе технического сопровождения, но отдел занимался помимо чистого сопровождения еще и дополнительными работами: прокладкой сети, установкой ПО и прочим в этом же духе.

Приходит заявка - в учреждении не открывается программа. Звонок ничего не дал. Никто ничего не знает, приезжайте и смотрите.

Приезжаю.

Действительно, клиентское приложение не работает, так как не видит по сети головную машину. Сеть прокладывали, по их словам, наши ребята. Звоню в контору, пытаюсь выяснить, кто же им тянул сеть.

Никто ничего не знает.

Ну, думаю, приехали. Если обрыв - мы сейчас с ума сойдем по коробам неполадку искать. Что тут делать, найдем, кто прокладку сети производил,

Очень Крупная Компания.
Администраторы приложений работают с серверами удаленно (т.е. никогда их не видят физически), а администраторы серверов видят только коробки, но не знают что именно там работает.

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

Но ведь система-то падает периодически? Не справляется с нагрузкой? Обновляют мониторинг, запускают утилиты тестирования оборудования, снимают нагрузку - все хорошо, все прекрасно, потом бац! и не работает.
Поднимается вопрос о покупке нового сервера и миграции на него (заливка ПО, тестирование, плановые работы, согласования и проч.).

А потом на одну из жалоб приходит более развернутый ответ:
"Провод питания сервера торчит неудобно и за него цепляются ногами.
Проблема устранена с помощью скотча."

Утренняя оперативка в IT-отделе.
Начальник начал собрание шокирующей новостью:
- Так, коллеги, у нас сегодня НЕ упал сервер синхронизации.

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

В комнате воцарилось молчание. Откуда-то раздался робкий голос:
- А что случилось?
Начальник задумался.
- Да хрен его знает, до сих пор разбираемся.