dmg

Забыл уточнить: находимся в Москве. Интересует 1U модель, 4 SFP порта.

Купим новый или б/у коммутатор Cisco Catalyst WS-C3750G-24TS-S. Если сможете по безналу, то вообще шикарно будет.

Тот, что придумал UNIX, тот и определеяет. Погуглите "основы unix" или "unix fundamentals", раз сами не знаете. Причем тут электрические сигналы? Давайте еще ниже тогда уж опускаться, к самым основам. Я это не утверждал, это вы сами придумали. Я утверждал, что невозможно делать что-то хорошо и грамотно уровнем выше, не зная уровень ниже. В любой области.

Неправильный вывод :-)

Безусловно. Это если учиться. Но для этого нужно понимание, как оно там устроено. Всё знать и не нужно. Это ж разве всё? Это ж основы :-) Я, например, не сильно плохой админ, много всяких штук знаю. Но дай мне сейчас виндовый сервер (я их последний раз 7 лет назад настраивал иногда, еще на базе W2K) - я там ничего не настрою нормально, потому что я не знаю, как там сейчас всё сделано, какая архитектура, как работает. И еще очень и очень не скоро узнаю, тут, конечно, еще и опыт важен. Хотя по старой памяти могу много всякого там навертеть чисто методом тыка. Просто, к примеру, если человек не знает то, что я написал, то что он тогда вообще знает, не пойму? Что он собрался "админить"? Что такое вообще "сисадмин" тогда,и тем более сисадмин UNIX? Не, можно, конечно, потеоретизировать, что это такой специальный человек со специальным складом ума, который с помощью методички может любую систему довести до нужного состояния. Но жизнь-то несколько отличается от теории, к сожалению. Я не ищу мегамозга, не пойдет он в небольшую компанию, тут и задач таких нет пока для его мозгов. Но я ищу именно человека с _фундаментальными_ знаниями UNIX/Linux/etc. Из начинающего не вырастить ни за полгода, ни за год спеца. На это лет 10 надо минимум :-)

Решать их он должен прежде всего правильно. Для этого и нужно знать основы. Процентов 80%, которые пишут в резюме "Опыт настройки серверов под Linux" делали это через какой-нибудь webmin или тупо копируя конфиги с opennet.ru. Как вообще админ может что-то решать, не зная этого, я не понимаю? Это тогда не админ, а просто машина по copy/paste чужих наработок :-) Ну приведите пример адекватности в отрыве от знаний, мне интересно. Хитрые задачки я решил применить впервые. Точнее, это одна задачка, и то не моя. Как показал опыт, вокруг много болтунов и неучей, которые не могут выйти за рамки того, что они когда научились делать под копирку. В сложных, критических задачах такой админ приведет к fatality, т.к. он НЕ ПОНИМАЕТ, что он делает. Невозможно представить адекватных физика, химика, хирурга без знаний, верно. Если химик не знает, что такое атом, а умеет просто переливать жидкости по инструкции - это не химик, максимум лаборант :-)

Да. Но список требований на предыдущей странице в сравнении с тем, что было в начале топика, вызвал у меня этот... как его... Ступор :) Ну это как бы базовые вещи для нормального UNIX-админа. NUMA и прочие drbd - это уже больше факультативные знания.

Если не секрет - на какую? Гхм. А вы топик с самого начала читали? :-)

Возвращаясь к теме дискуссии. Решил недавно в процессе работы собрать некие такие возникающие сложные и не очень вопросы для обсуждения с претендентом на вакансию. Вот часть из них, в виде потоке сознания. Есть ли тут те, кто знает ответ хотя бы на 70%? :-) что такое cvs,svn,git, принцип работы как работает drbd ocfs/gfs/etc - что это и как работает что такое lvm, lv, lg что показывают strace и ltrace что показывает dmesg iproute2 — тут всякие хитрые задачки про ip ro fl ca, хотел дать один текущий глюк в ядре на понимание того, что происходит (кратко: после icmp nexthop в ядре остается в кэше запись и не убить её никак, поэтому некоторые хосты недоступны) что такое icmp nexthop какой raid надежнее/быстрее, raid6 или 10 и почему что такое ctime, atime, mtime как изменить ctime файла что такое diff, patch, как применять patch что такое zombie process что такое модель OSI, какие уровни есть, что есть каждый уровень (хотя бы до третьего уровня снизу) что такое initrd что такое inode что такое runlevel что такое ovz, kvm, xen, различия что такое privvmpage, vmguardpages что такое шифрование с открытым/закрытым ключом что такое euid какие бывают распределенные вычисления что такое numa что такое lvm snapshot что такое strings что такое pipe,socket что такое spec-файл что такое API/ABI что такое biarch что такое core dump что такое locale что такое softlink/hardlink что такое /proc что такое IRQ что такое oomkiller что такое sticky bit что такое umask вы случайно сделали chmod a-x /bin/chmod, как исправить ситуацию на автономном компьютере без компилятора ну и т.п.

Пришлите некое подобие резюме на адрес akornilov@gmail.com Я не в России, скоро вернусь, буду всем звонить и разговаривать. Можете и тест пройти, если еще не прошли.

Да это все из области фантастики. Обычно на рынке вот такое: http://nnm.ru/blogs/bigjo/harkovskij_ajtishnik_rezyume/ тут каждое предложение перл и правда :-)

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

Кстати, а на M9 кто-то предоставляет облачные сервисы? А NAS-ы?

Я несколько сотен резюме пересмотрел на hh, отобрал парочку. Нет там таких специалистов в данный момент времени. Есть люди, которые штатно там настраивали то и это, но глубокого знания предмета у них нет, это видно сразу. Такие у меня и сейчас есть, а хочу более опытного и знающего. Я не жалусю, что никто не идет. Я вижу, что их просто нет. Был бы - я бы уговорил/договорился. Люди ушли (точнее, человек) не из-за конфликов, а из-за такого, что за гуж взялся, а оказался не дюж, сказочник больше, хотя на первый взгляд всё было в порядке. Ну и у нас сейчас высокий темп работы, коммерция прет, нужно быстро соображать и делать, нет времени сидеть и ждать. Это, скорее всего, пугает многих. Ну и ладно, зато команда будет вся без слабых звеньев :-)

Да делают, но тоже за неприличные деньги. Это я так, образно написал, про тех, кто работает капитаном очевидностью, советуя дорогие решения, которые действительно работают здесь и сразу, но для задач, которые этого не требуют в силу своей экономической бессмысленности. Амазон рассматривали, не получается в лоб переехать, много чего думали, смотрели, но пока продолжаем работать в классическом режиме, т.к. даже такие банальные вещи, как задержка ответа радиуса очень критична для работы сервисов и, например, разместив какую-то АТС на М-9, а базу с радиусом на амазоне, я вместе решения одной проблемы получу массу геморроя с другими. Ходят, вот прямо сейчас один за другим :-) Хотя я бы не ходил, не понимаю, зачем туда ходить, там же скучно. Как можно лежать и ничего не делать :-)

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

Аутсорсинг чего именно? ДА, программирования тоже хватает, как раз нужно всё доинтегрировать :)

1. Хреновый дизайн 2. Хреновая реализация 3. Хреновая поддержка При нормальной реализации лезть никуда не надо и в случае выхода какой-то железки из строя перерыва по сервису практически нет Вообщем я согласен с Sonne разделите вакансию на две 1. Красноглазик на сервера 2. админ и сразу найдете нужных людей, а то вы ищете спеца который будет авиносцем управлять в одно лицо и еще воздушным асом по совместительству, и во время воздушного боя будет по радио цу энергетикам корабля выдавать. Осетра урежьте )) Сразу видно специалиста - пришел и всем всё объяснил аргументировано. Пойду, покончу с собой :-) P.S. Так иногда смешно читать такие комменты (а сколько их было за полтора десятка лет). Толи авторы просто жирные тролли, толи теоретики, толи просто глупые, не знаю. И, главное, на форумах у всех пишущих огромные стораджы от IBM (да еще и задублированные) по цене самолета,топовые модели Cisco/Juniper/Extreme/Brocade/etc по цене второго самолета, на каждую задачу свой человек, причем гениальный и как минимум на $10000 (белой!) зарплаты, нереально продуманные схемы бэкапов в десятки дата-центров,тройные резервирования каждого канала, причем разными путями...А копнешь поглубже - таких компаний 3-4 на всю РФ, а у остальные древние d-link-и, гнилые провода, арендованные серверы из говна и палок, полторы калеки на техподдержке, 100 клиентов с со средним чеком $150 и туманое будущее :-) Но жизни поучить остальных это не мешает.

а зачем так делать?) отдельные серверы для отдельных задач. приложение которое понимает что ничего вечного в жизни нет. несколько лет разработки и всё зашибись) про бабло и людей скромно умолчим) Нет смысла держать отдельные серверы для nameserver-а там или git-а или еще чего-то, прекрасно работают ovz-контейнеры, закрученные по лимитам. Но глючат так же, как на отдельных серверах :-)

Да почему же. Там же написано, что все знать необязательно (да и найти таких сложно), но должно быть желание учиться. И ответственное отношение к работе. А что у вас в арсенале есть? Мне вот сейчас весьма актуальны BGBilling и Ericsson SE100.

Попробуем поискать зубров, спасибо :) Каждый дистр чем-то плох и хорош. Например, в Дебиане долгое время не было openvz поддерживаемого, а у нас он давно. На CentOS там, к примеру, 6 лет назад, не пахло ни ядром с HIGHMEM-патчем, ни XFS файлухи, ни еще кучи всего. Как сейчас, не знаю. Линукс поставил на ноутбук и забыл - это да. А на нагруженных серверах и с кучей сервисов постояно что-то отваливается, глючит, нужно подкручивать/подпиливать, опять же, организовать быструю миграцию сервиса при выходе из строя какого-нибудь RAID-а, да миллион задач. Да даже для DBA целые талмуды по настройке только Линукса, не говоря уж о СУБД, вот, например: http://www.puschitz.com/TuningLinuxForOracle.shtml При большом packets per second начинают захлёбываться сервера от прерываний. Можно долго перечислять, задач хватает и нужно понимать, что происходит и реагировать соответственно. Я специально ушел от использования собственных непрофильных сервисов. Теперь для: mail, helpdesk, documents, projects, wiki, crm, internal chat/xmpp, recruit, forums, remote support и т.п. мы пользуемся сервисами zoho.com. Рекомендую, весь головняк на их плечах, хотя глюков хватает, но инструменты мощные, постоянно развиваются, полностью интегрированы друг с другом. Если не найду местного, буду рассматривать удаленщиков, что делать :(

Вижу, гуглом пользоваться умеете :-) Да как-то не стал тут пиарить чужие сайты, включая свой. Да, раздела не хватает, кстати. Реально-то тут много спецов, а найти их никак, хотя бы на разовые работы. Например, мне еще Ericsson SE100 надо потюнить/донастроить, железка экзотическая, опыта у людей не хватает. Вот посматриваю, кого арендовать :-)

А у меня на сервере мониторинга так и висит уже лет 6 все в rc.local тогда я по другому не умел. А сейчас по принципу -работает -не трожь. Но надо признаться и сейчас не умею особо. Потому что не админ. Касаемо админов и инженеров. Вот именно так, а не не разделение сетевиков и линуксоидов. На практике - разделение есть, и оно нужно, но на уровне целей и выполняемых задач. В конторе из 3-5 человек - один админ и кабель тянет и сервер настраивает и техподдержкой выступает. В крупных конторах - на любой писк -свой человек и это правильно. Каждый должен заниматься своим делом. У топикстартера, как и у многих здесь пристуствующих - контора скорее среднего размера. Там админы и брасы настраивают на писюках, и циски конфигурят, и даже биллинг сами пилят, не говоря уже о различных скриптах и прикладном написании скриптов. А вот сетью, локалкой и прочими вещами занимаются другие люди. У нас вот например все почти четко по уровням OSI разложилось: L1 -кабели монтажники тянут L2 -инженеры L3 -админы и т.д. Да, частично вы правы, что местами было в кучу. Сейчас я разделяю это. Кабель тянут монтажники свои или подрядчики, если много и сложно. Инженер сети будет железяки настраивать и за сеть отвечать. Админы будут за сервера, бэкапы и прочее. Просто люди были, но сейчас их нет, по ряду причин. Но! Админы-то тоже разные есть, с разным уклоном. В принципе, я написал, что все знать необязательно. Но и узкий специалист подобен флюсу, как вы должны помнить из Козьмы Пруткова. Все компании проходят эти стадии. Надеюсь, скоро у нас будут отдельные DBA на каждую базу, отдельные инженеры на каждый тип железяк и т.п. Но сейчас немного не та ситуация. В общем, все равно никого тут не найдут, ну так хоть лясы поточу :-)

Есть 100500 случаев, когда rc.local самое уместное место для вызова скрипта\команды. Хотелось бы услышать хотя бы пяток :-) В системе давно предусмотрено всё, начиная с runlevel-скриптов и заканчивая всякими параметрами sysctl и т.п. А rc.local - анахронизм столетней давности. Нет, это не мы :-) Да, я согласился с этим еще выше. Поэтому linux надо знать хорошо, а сеть понимать/уметь. Есть у нас сетевой инженер, но я не хочу, чтобы админ дальше пинга ничего не знал. Компания небольшая у нас пока, поэтому пока придется помогать друг друга.

Вы, похоже, своего клона ищете. Ну это скорее я клон (а точнее - жалкая копия :) умных людей, на матюках которых в fido/usenet я "воспитывался". Их не так много было, но вещи они писали правильные. Но это не важно, главное, чтобы человек был не упертый, принимал критику, аргументы и изменял своё поведение, если требуется. Вот простой пример с тем же RPM и make install: http://computerlib.narod.ru/html/rpm.htm Хочу, чтобы человек это понимал, мыслил в таком же ключе. Сложно объяснить, в общем. Хотя на безрыбье и рак рыба, конечно :(