К вопросу о монтажниках с другой стороны - встречал кучу раз такую картину: подключают интернетчики свое оборудование в парадной. Нужно в куче проводов в распредщитке найти фазу и ноль. Фазу находят индикатором - где светится, там и фаза. Хорошо.
Но, товарищи, учите матчасть! Если индикатор не светится, это не значит, что там - ноль! Эти разгильдяи не раз вешали аппаратуру между неуправляемой, которая есть всегда, и управляемой, что включается по ночам, фазами. Днем все чудесно работает, а когда наступает время включаться ночному освещению, происходит большой бабах.
Так что, господа провайдеры, задумайтесь, как вы учите своих монтажников. С такими знаниями они дома спалят и сами поубиваются, не дай бог.
В одной конторе прикручивали мы к астрономической программе плагин для управления домашним телескопом. Прикрутили и поставили следить за какой-то звездочкой. А дело было в пятницу. За выходные телескоп честно сделал два оборота вокруг оси, обмотал силовой кабель вокруг треноги, тренога сложилась, телескоп грохнутся и выдернул шнур питания из сети.
Люди! Не оставляйте телескопы в одиночестве, у них очень ранимая психика.
Наверняка вы знаете, что часто причиной тормозов некоторых коммерческих программ являются закладки в коде типа: for(i = 0; i < 100000000; i++); на самых часто используемых операциях: отрисовка окна, реакция на событие и т.д. Но иногда бывают случаи, когда подобная закладка несет полезную нагрузку.
Итак, нужно было сделать курсовую, иллюстрирующую, как несколько потоков разделяют общей ресурс – очередь. Одновременно потоки добавляют в очередь данные, а затем считывают из нее то, что добавили. Реализовал на C в Knoppix с использование pthread. Но веселье началось, когда я понял, судя по выводу проги, что потоки выполняются не одновременно, а поочередно.
Два дня и две ночи разбирался в чем дело. Поставил вывод промежуточных результатов после каждого добавления в очередь. Смотрю в логи – работают потоки одновременно, в очередь кидают как надо данные – все в порядке. К слову, семафоры у меня стояли правильно и никаких потерей указателя на очередь не было. Вырубаю ведение логов – потоки упрямо идут друг за дружкой. После 5-часовой медитации и курения исходников до меня дошло – ведение логов и заставляло прогу работать правильно! При операциях ввода-вывода между добавлением данных в очередь теряется часть времени достаточная, чтобы хоть немного потоки поработали вместе.
После добавления аналога: for(i = 0; i < 100000000; i++) в поток, я заплакал над убитыми впустую выходными...
Делали мы как-то в институте модель какого-то мирка, по которому бродят дикие звери и удовлетворяют свои потребности: едят, пьют, спят, размножаются. В общем, кривенькая такая моделька, но зачем-то она нам понравилась.
И вот по мере наполнения нашего мира существами перед нами встала проблема коллизий. Проявилась она совершенно архетипично - в узком перешейке, соединявшем какой-то полуостровок с каким-то континентиком, встретились два барана (точнее, как мы их тогда называли, "экземпляры класса ТБаран"), каждый из которых шел к какой-то своей, одной ему понятной цели, уперлись друг в друга и мало-помалу померли с голода.
До нас дошло, что надо делать механизм обхода динамического препятствия, поскольку наша модель данных была построена так, что на одной клетке два существа поместиться не могли. Ходы они делали тоже поочередно, поэтому взаимный телепорт друг на друга тоже был невозможен. Решили пойти "индийским способом" - один из встречных превращался в случайный элемент ландшафта, через который можно было пройти, а после перехода деревце или пенек превращались обратно в кролика или льва и шли по своим делам. В таком виде мы и представили программу преподавателю.
Кто ж знал, что программа подкинет нам такой сюрприз! На узкой горной тропе встретились неудовлетворенный желудочно ТБаран и неудовлетворенный сексуально ТСлон. Как объекты для удовлетворения своих потребностей они друг друга совершенно не интересовали, поэтому представляли друг для друга просто препятствие. Всемогущий Рандом решил, что в этот раз слону придется полежать немного в качестве элемента интерьера, а баран пойдет дальше. Скрипт бодро превратил ТСлона в квадратный метр свежей зеленой травы, радостный ТБаран сожрал ее, навалил кучу и там же рухнул спать. Несчастного слона поминали всей бригадой, включая преподавателя.
История про кабель навеяла. Прямо дежавю. Мой коллега по одной конторе ваял софт к какой-то измерительной штуке. Ну не работает и все. Методом тыка понял, что в соединительном кабеле командную шину и шину данных поменяли местами а биты в шине данных перекрутили в обратном порядке. Ну да ладно - месяц убит не напрасно, ПЗУ в железке перепрописано новым микрокодом и все работает. И тут приходит электрик.
Это паялово обнаружило что спаяло кабель не по спецификации и принесло новый. Коллега побелел, потом покраснел и сунул электрику тетрадный листок со своими каракулями. Вот твоя новая спецификация, паять будешь так и документацию перепишешь.
Потом этим железом испытывали ракетные двигатели...
Пришлось мне однажды в свою бытность молодым сисадмином ставить сервак под видеонаблюдение на PC. Поднял Дебиан, настроил, закачал всё необходимое, пакеты, ssh, поставил объёмистые жёсткие, БП помощнее, кулеры пожужистее. Подключил камеры, настроил захват, сделал веб-доступ. Проверил с соседнего компа - отлично, всё работает!
Выключаю свежесобранный компьютер, ставлю в стойку, врубаю, иду коннектиться по ssh. Не соединяет. Пингую - нету пинга. Проверил кабель, питание - на вид вроде всё работает.
Снимаю комп со стойки, матерюсь, подключаю моник, клаву, мышь, врубаю. Всё грузится отлично, мать-перемать! Думаю, ну точно проблема с витой парой, раз коннект не идёт. Меняю кабель, переобжимаю. Делаю ребут системы, ещё раз всё проверяю по ssh, не убирая системник - всё работает, ура.
Ставлю комп в стойку, подключаю. Иду коннектиться по ssh - не пашет. Пингую - аналогично. Ну прямо кошмар какой-то. Повторяю весь цикл заново - эффект тот же: со мной компьютер работает, ставлю отдельно - не работает. Мистика?
Нет. Оказалось всё куда боле прозаично - биос стопорился, если клавиатура не была подключена. Так и приходит опыт...
Потребовалось мне обновления для ALSA. Посмотрел на сайте - последняя версия 1.0.18. Ну, надо поставить.
Либы и плагины встали нормально, начал ставить утилиты. Выпадает с ошибкой, что у меня отсутствует xmlto. Ну, думаю, проблем-то, сейчас поставлю.
Нашел, скачал, сконфигурил, запустил make. Тут эта сволочь полезла в интернет выкачивать какой-то файлик, долго мучилась, пыталась его забрать, и наконец заявила, что это на моей системе невозможно. После чего ненавязчиво порекомендовала сменить дистрибутив.
полный текст сообщения make: Q: I'm trying to build xmlto on my Debian box, but it doesn't work.
A: If you get `Attempt to load network entity' errors when building xmlto, your system does not have the required support for XML Catalogs (http://www.oasis-open.org/committees/entity/spec-2001-08-06.html). In particular, Debian has no support for these. Try the Fedora Project <http://fedoraproject.org>.
В течении недели, четко каждый день, кроме субботы и воскресенья, ровно в 10:25 утра падают линки между серверами. Лечится легко, но происходит регулярно и стабильно именно в 10:25, с точностью до секунды. Причин постфактум, по логам, определить не получается.
Решили в реальном времени, пристально, наглядно и со всех сторон промониторить что, как и почему. Выбрали день. Время события известно. 10:25. Ровно в период 10:20 - 10:30 все должны сидеть и пристально наблюдать - что происходит, как и какого... Все предупреждены, все спланировано, все готовы. Киев смотрит, Москва со своей стороны контролирует, турки и канадцы со своих направлений готовятся смотреть. Все глобально. Все запланировано на 10:25.
Работал админом в конце 90-х в крупном интернет-клубе на сотню машин.
Обычный пятничный вечер - все места заняты, в кассу очередь. Техдиректор (он же программист) решает обновить клиентскую часть программы, управляющей клиентскими компами... Запускает батник, удаляющий ненужные файлы, копирующий новые и уходит в курилку.
По возвращении видит, что операция еще почему-то не завершена, и батник продолжает выполняться. Тут мы внезапно замечаем, что уже на 58 компьютере удаляется винда. Видимо, в батнике была допущена ошибка, что привело к удалению на рабочих компах всех незадействованных файлов в папке "windows".
Весь следующий час-полтора я работал громкоговорителем, ходящим из одного конца зала в другой, и сообщающим бедным геймерам, чтобы они ни в коем случае не перезагружали компьютеры и не выходили из своих игр, программ и прочего. А тем временем, техдиректор по сети копировал на 58 компьютеров "образ" win95 обратно и так-же удаленно правил IP и другие индивидуальные настройки компов. Самое удивительное - все получилось.
