Thursday, 23 Feb 2012
Забавно всегда читать на различных сообществах и форумах истории про то, что системное администрирование чуть ли не золотое дно, в котором, подобно Южной Африке, неграненные алмазы валяются под ногами. Обычно это сопровождается историей про знакомого, который имеет сертификат от Microsoft или Cisco (обычно на этом глубокие знания вендоров у авторов заканчиваются) зарабатывает 200-300к рублей в мАскве, естественно работая в каком нибудь банке или инофирме. После чего тебя отсылают к экспертному мнению портала hh.ru.
Последний испытанный мною шок, приключился когда я в том году искал админа для одного своего клиента и по этой причине пришлось прошерсить несколько сотен резюме и по итогам их пообщаться с парой десятков человек: 80% соискателей пришли из других областей, начиная от поваров и заканчивая слесарями, строителями, и даже юристами. И основная причина перехода была как раз твердая убежденность в том, что в IT платят кучу бабок за просто так, из серии: ну а чо- я винду ставил пять раз, в офисе печатаю- значит я сисадмин и дайте мне 50к рублей, у вас же тут зарплаты по 200к.. ну ладно давайте 35.
Учитывая, что в айтях я проработал без малого 15 лет, то думаю что могу отписать на сабжу некоторые свои мысли. Заранее предупреждаю, чтобы избежать тонн ненависти в свой адрес, пишу я по ситуации в московском регионе где мне посчастливилось родиться, но при этом слезливые истории про то что у нас на тамбовщине платят 10к рублей- не принимаются, ибо по собеседованиям выяснил, что нижний порог зарплаты в Москве на 2011 год, для системного администратора, за которую люди работают- 15-16к рублей.
(more…)
VN:F [1.9.21_1169]
Rating: 9.5/10 (15 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 6 votes)
Рубрика: Дела Одминские | Отзывов: 13 »
Saturday, 12 Nov 2011
В Россию пришел очередной дефицит, ставший следствием бездарного управления рисками в высокотехнологичном производстве жестких дисков. Де то с начала октября цены на диски начали расти, и в данный момент средняя цена на внутренний жесткий диск составляет 2-3 конца от летней цены. То есть найти 500Gb дешевле 3к рублей- просто mission impossible, а в среднем они стоит в районе 130-150$. И при этом по большинству позиций вообще стоит пробел- то есть они отсутствуют в наличии.
Все мы знаем конечно про потоп в Тайланде и обещания проблем с жесткими дисками, но есть одно НО: у компании WD, чьи диски я например не покупаю уже лет 10, в Тайланде производится порядка 70% всех накопителей (на основном остановленном заводе, их производится около 60%); тайское производство остановилось, что естественно должно сильно ударить по их позициям на мировых рынках, НО у второго лидера по производству жестких дисков компании Seagate там расположены несколько заводов, которые не свернули производство, а продолжают работать, потеряв в мощностях порядка 10%.
Неужели ж радостные пользователи, после магнитных бурь лета- ибо по своим клиентам, партнерам и коллегам, слышал про десятки случаев массового выхода жестких дисков, аккурат этим летом, накануне потопа, которые вероятнее всего явились следствием вспышек на солнце и последовавших за ними электромагнитных вихрей, или чего то там еще. Так вот, неужели же эти самые пользователи выгребли все диски, за неимением WD’шных носителей?
Оказывается не только, ибо те же проблемы, что поставили раком лидера ниши продаж накопителей на магнитных носителях, компанию WD, коснулись и лидера производства шпиндельных двигателей Nidec, на чью долю приходится около 75% мирового производства. И которые, подобно WD, ~60% своего производства держали в Тайланде, так что учитывая что их заводы стояли, то было недопроизведено более 45% общемирового объема движков. Другое дело что в начале ноября они заявили, что производство возобновляется, хотя и не в полную мощь, при этом порядка 20% будет распределено между китайскими и японскими заводами, которые в ближайшие месяцы будут работать в режиме повышенной нагрузки, для того чтобы устранить возникший на рынке дефицит HDD’шных движков.
Естественно проблему WD, которым, по оценкам специалистов, нужно от 3 до 5 месяцев для полного восстановления производства; они не решат, но производство остальных брендов нормализуют, так что цена по идее должна двинуться вниз. Хотя в нашей прекрасной стране есть одна национальная особенность, что цены поднимаются стремительно, а вот опускаются, если опускаются, с большим и протяжным скрипом.
Так что в данный момент видимо остается ждать до начала 2012 года, когда дефицит будет если не устранен, то хотя бы минимизирован. А пока стоит обратить внимание на внешние носители, которые на удивление остались практически в той же цене. Ну и ждать сопутствующего, возникшему дефициту, снижения цен на твердотельные носители, которые в данный момент уже практически сравнялись с магнитными. Ну и покупать UPS двухстороннего преобразования, ибо в сложившейся ситуации, SmartUPS на 620Ва стоит как один 3Tb диск.
VN:F [1.9.21_1169]
Rating: 3.5/10 (38 votes cast)
VN:F [1.9.21_1169]
Rating: +8 (from 12 votes)
Рубрика: Дела Одминские, Оборудование | Ваш отзыв »
Monday, 31 Oct 2011
Вчера еще тихо матерился относительно того, что Москва из GMT+3 неожиданно, впервые за 30 лет, превратилась в GMT+4. И главное что просто обыкновенным росчерком пера, не особо думающего человека. Естественно, что время на подшефных серверах было перезаточено на новый формат отсутствия летнего перехода- уж не знаю какими меня словами будут крыть те, кому я при настройке серваков указывал что таки переход есть, но не суть.
Самое веселое началось в ночь, когда компутер и айфоня сами решили, что ПОРА! Пришлось их убедить в обратном. На что комп попытался прорваться еще и утром, но был водворен на место.
И тут начались звонки. В пошефном офисе рухнул рутер- естественно что на нем я часы не переводил, ибо ему по хорошему глубоко параллельно, да и в том офисе я цеплял все девайсы на NTP, но вот софтовый маршрутизатор не сподобился. И в итоге сетка почему то полегла. Не пингуется, подлогиниться тоже не выходит. Странный какой то глюк с временем. В итоге отправляем бойца с моником к рутеру и выясняется, что у него посыпался диск. Нет- я конечно ничего не хочу сказать, но иногда проскакивают совершенно юзерские мысли, типо вы вот тут у нас мышку меняли, а теперь у нас принтер не печатает.
Пришлось чинить удаленно- но самый прикол заключается в том, что коллега ни ухо, ни тем самым ко фре не имеет ни малейшего отношения, так что пришлось смотреть на экран через скайп его андроида и скидывать ему в чат команды и настройки которое надо набрать. Таким образом оттестили сервак и перезалили систему.
А еще года 4-5 назад пришлось бы пилить вероятнее всего в офис.
VN:F [1.9.21_1169]
Rating: 10.0/10 (1 vote cast)
VN:F [1.9.21_1169]
Рубрика: Дела Одминские | Ваш отзыв »
Wednesday, 28 Sep 2011
Смешные все таки люди индейцы- работая на ниве системного администрирования, порою сталкиваешься с такими загонами, что диву даешься- кто все эти люди? И понимаешь, что в принципе одминство – не благодарный труд, не только даже когда работаешь за копье “нашим всем©”, а даже когда оказываешь людям услуги.
Есть у меня клиент один, которого я подобрал на стадии, когда она сидел в сетке разведенной двупарными кабелями, сетка была на каскадированных Компексах, и сервак, который все время падал, стоял на ХРюше. Дык собственно и пригласили меня поставить винду на 15 тока-что купленных машин- новых с иголочки (при том что бабла у конторы нормально). Ну и дальше пошло- поднял серверную ферму (еле раскрутив на человеческий сервак), перебрал кабельную систему, заменил сетевое оборудование и нарезал виланчиков, чтобы жить стало попроще, поднял нормальный интернет, заточил удаленную работу через терминальные серверы, ну и много чего еще по мелочи.
Ну и все более менее работает, летает так сказать. По мере возможностей подтягиваю где можно. Ну и тут седня утром звонят- чуть ли не с матюгами. Чо мол за шняга с сетью, совсем что ли обурел, у нас ролик не смотрится по сетке- тормоза дикие.
Начинаю аккуратно расспрашивать: оказывается- да, смотрят ролик, из другой части офиса, находящейся на другом этаже и в который, собственно по причинам экономии офиса, заведен тока один кабелек и куплен не управляемый свич. Ну и ролик такой- не ролик даже, а скорее фильм- на 5 Гб. И смотреть его пытаются с трех компов одновременно.
При том что еще два месяца назад народ бегал с винтами из офиса в офис, используя все возможности флоппинета. И спасибо естественно никто не сказал, за то что все делается по ночам, утром ты уже готов отвечать на вопросы, причем не тока по работе, но и по поводу аких то домашних косяков пользователей, хотя надо было бы сразу слать. А вот то что ролик у трех тупней тормозит- это конечно эпик фейл.
Ну это я так- для круглого счета постам накалякал. Переживать или запариваться по какому то поводу- тоже неблагодарное занятие. Продолжаем работать.
VN:F [1.9.21_1169]
Rating: 10.0/10 (3 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)
Рубрика: Дела Одминские | Ваш отзыв »
Wednesday, 24 Aug 2011
Вообще, в работе приходящего сисадмина, синдром гамака имеет место быть, так как при нормально отстроенной системе, у клиента появляешься только за очередной порцией финансов, ну и пару- тройку раз профилактических “заглянул, как у вас тут дела, да чайку попить”, да и то- если удобно сидит. Так что к этому начинаешь привыкать как сам, так и клиенты, которые при этом почему то начинают умничать не по делу- то есть задрюкают с вопросом почему не печатает принтер, в стотысячапервый раз забыв снять галку отложенная печать, но при этом сами договорятся о подключении интернет канала с каким нить говнотелекомом, поставив тебя уже перед фактом, или же рубанут сервак, так как им показалось что он подтормаживает, ибо лежат ключики от шкафа для них конечно же не секрет.
Вот и в этот раз получил очередное напоминание о том, что “если хочешь завалить дело- поручи его другому”. Один из клиентов должен был переезжать “дальше по улице” в более просторное помещение, ну и пару месяцев назад мне озвучили эту тему, так что мы сели с руководством и расписали все вопросы которые могут возникнуть.
В итоге разрисовали принципиальную схему сети, кто где сидит, куда входит инет, где сигналка и т.п. Ну и забыли до поры до времени, пока меня тут не дернули- надо поговорить о сети. Я подтянулся- встретил полупьяного электрика, поговорили с ним на тему того что слаботочка это конек их конторы, они все купят и все проведут, показали ему план, написали как и чем вести СКС, и куда приводить. Ну и на вопрос- надо ли держать на контроле- финансовый ответствует, да нет же конечно- мы все продюссеры, уж это естественно проконтролируем. Единственное скажем тебе когда полы положим, что вот начали- подъедешь, скажешь что не так, да шкаф новый соберешь. В итоге пару раз спрашивал, но все откладывалось и откладывалось.
И тут нате- как гром среди ясного неба: переезжаем. Приехал в контору, шкаф собран, но в него тока одна кабелюка идет, как я понимаю силовая, так что хожу- не могу понять куда вывели кабелюки. А надо отметить, что грузчики уже вносят барахло. Звоню- финансовому, дескать я так понимаю вы шкаф передвинули с места де планировалось, а где кабели? Мне отвечают что все готово и расшито,так что не надо ща мозги никому “йо-йо”. Нарезав третий круг, я решаю все таки глянуть в розетки, и естественно -они без начинки. А офис уже въезжает, радостно гудя.
Так что беру за грудки электрика, который как оказывается просто забыл про слаботочку, не смотря на то что его неоднократно дергали и проплатили за прокладку, и в итоге говорит- ну сейчас кинем до завтра. Я ставлю всем на вид, мечусь в НИКС за кабелями, розетками, патч-панелями- отправляю все в контору, так как надо метнуться уже по сеошным делам, ну и часов в 8 подруливаю в офис. Электрик естественно божится, что все завтра будет сделано, так что на завтра подтягиваюсь часам к трем в офис и с порога понимаю, что электрик даже не распаковал кабели. Натягиваю его на кукан уже в четвертый раз за два дня, после чего он усиленно начинает мотать кабелюки, обещая что все сделают к ночи, хотя на мой взгляд даже без расшивания, которое я оставил за собой, тут работы на день-полтора. В итоге звоню вечером- развел ли, надо ли приезжать? Мне говорят конечно, скоро заканчивает, так что приезжаю к 9 вечера, и оказывается что он от силы сделал 30% всего объема. В итоге расшил то что было, и порешили что сегодня доделаем, так как он с утра приступит к кабельной системе. Отдельное спасибо, что хоть позвонили в 5 вечера и сказали, что электрик не пришел на работу сегодня, а будет делать работу завтра.
Офис между тем – сидит третий день на вайфае. А всего то надо было сказать- ну или сам сделай, или проконтролируй что ли. Хотя сейчас, поимев гимор на три дня,думаю что надо было даже настоять на этом самому. Так что лишнее напоминание о том, что если клиент говорит, не проблема- сами справимся- это лишний повод подумать на тему того, а не стоит ли дополнительно все проконтролировать.
VN:F [1.9.21_1169]
Rating: 0.0/10 (0 votes cast)
VN:F [1.9.21_1169]
Рубрика: Дела Одминские | Ваш отзыв »
Sunday, 17 Jul 2011
Данный пост является продолжением темы с импортом больших баз данных в mysql и здесь я расскажу как именно надо настроить скрипт для импорта базы данных.
Процедура установки обоих скриптов проста и начинается с их редактирования, после чего скрипты закачиваются на хост, куда, в ту же папку, кладется и выгрузка из базы данных, которую нам необходимо импортировать в новую базу на сервере mysql. На скрипт устанавливаем права доступа 755.
Теперь немного подробнее о настройке каждой из программ:
1. BigDump
Открываем файл скрипта bigdump.php, в котором отыскиваем и меняем следующие строки на необходимые значения
$db_server = ‘localhost’;
$db_name = ‘DB_NAME’;
$db_username = ‘DB_USER’;
$db_password = ‘DB_PASSWORD’;
$filename = ‘OUR_DUMP.SQL’; /* Наш дамп базы данных который мы выгрузили вместе со скриптом*/
$db_connection_charset = ‘Charset’; /*Поскольку мы работаем с русскими базами, то вероятнее всего это utf8 или cp1251*/
После этого открываем в бродилке скрипт хттп://наш-сайт/папка/bigdump.php и видим свой файлец, после чего наживаем на линк Start import
2. Sypex Dumper
С этим скриптом еще проще, так как у него есть графический интерфейс, через который можно вводить все данные, а также делать экспорт и импорт баз данных. Собственно заливаем файлец скрипта dumper.php на хостинг, но с одной оговоркой- опять же в плане кодировок. По умолчанию скрипт работает с cp1251, так что если надо залить utf-8, то добавляем в следующую строку параметр принудительной замены кодировки:
define(‘RESTORE_CHARSET’, ‘forced->utf8′);
После чего коннектимся через бродилку хттп://наш-сайт/папка/dumper.php
вводим логин на базу данных сайта и получаем возможность как импортировать нужную нам базу данных, так и экспортировать.
VN:F [1.9.21_1169]
Rating: 9.1/10 (9 votes cast)
VN:F [1.9.21_1169]
Rating: +4 (from 4 votes)
Рубрика: Базы данных, Сайты и их проблемы | 1 отзыв »
Sunday, 17 Jul 2011
Бывает возникает ситуация, в которой необходимо загрузить на сервер хостинга базу данных больше разрешенного хостингом в утилите управления базами данных phpMyAdmin- обычно этот предел установлен в ~2Mb. Если это случается на виртуале, то обычно просто заливаю базу через ftp и прошу суппорт хостинга помочь в данном вопросе.
Поскольку использую нормальные хостинги, то решение это проблемы занимает всего 10-15 минут, так что особо не парился, но тут столкнулся с тем что возникла необходимость подсказать человеку у которого суппорт курил бамбук, так что выделилось несколько вариантов решения данной проблемы. Оговорюсь сразу что наиболее удобен для импорта базы данных mysql последний вариант, но он подходит только тем у кого есть доступ к терминалу. Так что в статье описаны все возможные способы импорта большой базы данных в mysql, кроме общения с суппортом.
1. Варинт первый – выгружаем бэкап базы не целиком, а по несколько таблиц, чтобы файл не превышал наши лимиты. Основной минус данного решения- это то, что операцию выгрузки- загрузки необходимо будет проводить много раз, так что подойдет исключительно для тех у кого много свободного времени и нечем заняться на досуге.
2. Вариант второй – выгружать в пожатом состоянии- так как степень сжатия для текстового файла будет максимальной. Но тут опять же можно столкнуться с тем, что на хостинге не установлена поддержка архиваторов.
3. Используем сторонний скрипт, который позволяет производить экспорт и импорт базы данных, минуя общение с phpMyAdmin. Наиболее известный из имеющихся в наличии, и к тому же наиболее хорошо работающий- это BigDump. О том как его настроить – я отписался чуть позже, так что это касается и настройки по 5му пункту.
4. Как частный случай 3 вариант, возможно залить на сервер эмулятор терминала и сделать 5 пункт через него. Например можно попробовать PHPterm, но в этом варианте можно столкнуться с ограничениями хостинга в плане безопасности запуска команд и скриптов.
5. Также есть простенькая программка аналогичная BigDump, которая также позволяет импортировать большие базы данных, только в данном случае необходим Zend Optimizer либо Nu-Coder. Программка называется Sypex Dumper, и вторую версию скрипта можно даже интегрировать в наиболее популярные CMS. На сайте есть как платная утилита, так и облегченная бесплатная версия.
6. Если таки имеется доступ к консоли, то можно добавить в php.ini следующие строки (увеличиваем лимит загрузки файлов по времени и размеру), после загрузки, лучше вернуть все назад, чтобы не нагнули сервак с оказией:
max_execution_time = 20000
max_input_time = 20000
upload_max_filesize = 150M
post_max_size = 150M
7. Но на самом деле наиболее быстрым и оптимальным вариантом загрузки большой базы данных, имея доступ к консоли, будет загрузить дамп базы данных dump.sql через ftp, а затем залить её через консоль ssh:
mysql -h hostname -u user-name -p DB_name < /path-to-dir/dump.sql
если у вас в качестве хоста базы данных используется стандартный localhost , то ключик -h можно и опустить, так что получится вида:
mysql -u user-name -p DB_name < /path-to-dir/dump.sql
Да, чуть не забыл про самые поганые грабли всей пляски с импортом- при импорте базы данных могут возникнуть проблемы с кодировками, поэтому нам надо убедиться что дефолтная база и выгрузка sql находятся в одной кодировке, либо переконвертировать базу данных в стандартную для mysql кодировку (обычно это utf-8):
iconv -f CP1251 -t UTF-8 dump.sql > dump.sql.utf8
либо указать необходимую кодировку при процедуре импорта базы данных:
mysql -h hostname -u user-name -default_character_set utf8 -p DB_name < /path-to-dir/dump.sql
VN:F [1.9.21_1169]
Rating: 8.2/10 (38 votes cast)
VN:F [1.9.21_1169]
Rating: +6 (from 8 votes)
Рубрика: Базы данных, Сайты и их проблемы | Отзывов: 11 »