Не сильно люблю кидать в свой блог клипы, но это меня просто цепляет...
Читать далее
суббота, 22 мая 2010 г.
четверг, 20 мая 2010 г.
Разрезать текстовой фаил.
Пришел сотрудник, попросил помочь поискать утилитку, которая поможет порезать ему текстовой фаил размером в 4 гига(лог сквида) на более мелкие файлы. С ходу ничего не найдя в интернетах, накропал на с++ маленькую утилитку, буквально в 80 строк. Мне пиво, сотруднику радость :)
Выкладываю в общий доступ, может кому поможет :)
http://depositfiles.com/files/smv1fi8e1
Читать далее
Выкладываю в общий доступ, может кому поможет :)
http://depositfiles.com/files/smv1fi8e1
Читать далее
среда, 19 мая 2010 г.
PIXELS by Patrick Jean - FULL HD finnaly
Прикольный клип, навевает ностальгию, когда компьютеры были медленные они звались Spectrum, ЕС, БК0011, ДВК(До Военный Компьютер) и грузились с магнитофона Романтика :)
Читать далее
Читать далее
Облачные структуры и увольнение сотрудников.
Прислали статью про то, что облачные структуры вызовут увольнения в IT сфере, так как все будет поддерживатся специалистами которые будут заниматся обслуживанием облаков. Да, я согласен, что "админ" который занимается только тем, что обслуживает виндовый сервак, почту на эксчендже/постфиксе и корп веб сайт сделанный из 1 странички да, будет не нужен(хотя он и сейчас уже не нужен, все это решается при помощи аутсорса и приходящим человеком).
Проблема в том, что гос конторы никогда не перейдут на облачную структуру, если конечно не выделят милиарды денег на попил и организацию "своего лунопарка с блек джеком и шлюхами". Вторые конторы которые никогда не будут использовать облачную структуру - банки и всякие серъездные финансовые структуры. Остальные - я даже приветсвую это, так как обслуживание терминальных станций гораздо проще, а это значит, что "админы" бегающие по пользователям и выковыриваюзие бумажки из принтеров останутся в любом случае, уменьшится зарплата, а она и должна уменьшится, сейчас такие псевдо админы слишком много просят, если умеют вин сервер поставить да поднять на нем домен.
В общем, что то я расплылся мыслю по тарелке, выводы следующие:
1. Удешевлении мальчиков - ковыряльщиков бумаги из принтеров.
2. Возможна большая миграция на аутсорс, например к тем же конторам которые предоставляют облака.
3. Гос конторы и крупные финансовые структуры с отлаженным механизмом работы - так и останутся в первозданном виде.
4. Сколько бы облаков не строил - все равно придется обеспечивать связь с ними, а это значит сетевые специалисты будут в цене, а может даже и увеличится оплата их труда, за счет удешевление обслуживания компов конечных пользователей.
5. Вообще облачные системы я одобряю, проще спрятать от наблюдательных органов например ч0рную бугалтерию, но из этого выход 6 пункт.
6. Проблема в облачной системе - твоей информацией(а она иногда стоит ОЧЕНЬ дорого) владеет непонятный дядя на стороне. И что он может с ней сделать и кому отдать если его припрут к стенке схватив за яйца - неизвестно.
Читать далее
Проблема в том, что гос конторы никогда не перейдут на облачную структуру, если конечно не выделят милиарды денег на попил и организацию "своего лунопарка с блек джеком и шлюхами". Вторые конторы которые никогда не будут использовать облачную структуру - банки и всякие серъездные финансовые структуры. Остальные - я даже приветсвую это, так как обслуживание терминальных станций гораздо проще, а это значит, что "админы" бегающие по пользователям и выковыриваюзие бумажки из принтеров останутся в любом случае, уменьшится зарплата, а она и должна уменьшится, сейчас такие псевдо админы слишком много просят, если умеют вин сервер поставить да поднять на нем домен.
В общем, что то я расплылся мыслю по тарелке, выводы следующие:
1. Удешевлении мальчиков - ковыряльщиков бумаги из принтеров.
2. Возможна большая миграция на аутсорс, например к тем же конторам которые предоставляют облака.
3. Гос конторы и крупные финансовые структуры с отлаженным механизмом работы - так и останутся в первозданном виде.
4. Сколько бы облаков не строил - все равно придется обеспечивать связь с ними, а это значит сетевые специалисты будут в цене, а может даже и увеличится оплата их труда, за счет удешевление обслуживания компов конечных пользователей.
5. Вообще облачные системы я одобряю, проще спрятать от наблюдательных органов например ч0рную бугалтерию, но из этого выход 6 пункт.
6. Проблема в облачной системе - твоей информацией(а она иногда стоит ОЧЕНЬ дорого) владеет непонятный дядя на стороне. И что он может с ней сделать и кому отдать если его припрут к стенке схватив за яйца - неизвестно.
Читать далее
вторник, 18 мая 2010 г.
Замена ядра сети.
Так как Cisco 3550 не справлялась с нагрузкой - поменяли вчера на 3750. Не поднялось куча серваков, из за чего непонятно, на ESXi пришлось ребутить хост систему, так как не поднялись транки. С чем связан такой глюк - так и не поняли, так как время было уже позднее - перезагрузили, проверили, что все работает да разошлись по домам.
Читать далее
Читать далее
воскресенье, 16 мая 2010 г.
Кирилистические домены.
Ура, наконецто то интернеты стали поцтреотичные, теперь можно писать http://президент.рф
Это так поцтреотично, чиновники онанируют(но скорей всего им похер). Остальные ругаются.
Наберем в броузере поцтреотичный http://президент.рф и что мы увидим в строке ссылки?
А вот что! http://xn--d1abbgf6aiiy.xn--p1ai/ - это так поцтреотично!
Басурманщина эта поцтреотичная - punycode
В ДНС народу придется скорей всего забивать тарабащину эту.
А какое возможности для мошенников? ДА безграничные, если блондинки ведутся на ссылки типа богомрезких http://odnok1assniki.ru то в этих поцтреотичных ссылках - сам чъерт ногу сломит.
Так что ура, мы победили!
Читать далее
Это так поцтреотично, чиновники онанируют(но скорей всего им похер). Остальные ругаются.
Наберем в броузере поцтреотичный http://президент.рф и что мы увидим в строке ссылки?
А вот что! http://xn--d1abbgf6aiiy.xn--p1ai/ - это так поцтреотично!
Басурманщина эта поцтреотичная - punycode
В ДНС народу придется скорей всего забивать тарабащину эту.
А какое возможности для мошенников? ДА безграничные, если блондинки ведутся на ссылки типа богомрезких http://odnok1assniki.ru то в этих поцтреотичных ссылках - сам чъерт ногу сломит.
Так что ура, мы победили!
Читать далее
суббота, 15 мая 2010 г.
Клевый клип
Прислал знакомый класный клип - убиваюсь по нему уже третий день. Остальное у них так себе, но вот эта песня просто шедевр я считаю.Что то среднее между рапсоди, лакримозой.... Даже не знаю как передать, в общем смотрите сами, меня зацепило...
Читать далее
Читать далее
четверг, 13 мая 2010 г.
Как увеличить место на диске ZFS(теория)
На одной из моих виртуалок(LDOM) под Solaris ВНЕЗАПНО кончилось место. Как обычно просят определенное колличество, а в итоге получается что не расчитали. Но диск то уже создан и просто так его не расширишь. Покопавшись в интернетах, нашел мануал как увеличить объем диска ZFS. Мануал на английском можно почитать тут. Я выкладываю выкладки на русском:
Итак,общая теория - диск можно расширить в принципе двумя методами:
1. Подключаем к к оригинальному диску второй диск большего размера в режиме зеркала, ждем когда зеркало засинкается, отключаем оригинальный диск, подключаем к виртуалке диск большего объема.
2. Подключаем диск такого же объема как оригинальный в зеркало, ждем когда диск засинкается, отключаем оригинальный, увеличиваем оригинальный диск, подключаем его к зеркалу, ждем когда засинкается, отключаем второй диск из зеркала - монтируем к виртуалке оригинальный диск большего объема.
В текущий момент пойдет разговор про второй метод.
Итак начнем:
1. Для проверки создадим 2 диска одинакового объема
# mkfile 1g file1
# mkfile 1g file2
2. Сделаем из них зеркало
# zpool create zphouston mirror /tmp/file1 /tmp/file2
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 984M 24K 984M 1% /zphouston
мы получили обычное ZFS зеркало, размером всего в 984мб
3. Запишим на этот диск какойнить файл для проверки, что данные сохранились
допустим так:
# mkfile 20m /zphouston/20megfile
# sum /zphouston/20megfile |tee /zphouston/sum
0 40960 /zphouston/20megfile
Теперь о ужыс у нас допустим ВНЕЗАПНО кончилось место на зеркале и нам нада увеличить объем
4. отключаем один из дисков в зеркале, например диск 2 под названием file2
# zpool offline zphouston /tmp/file2
Bringing device /tmp/file2 offline
# zpool status zphouston
pool: zphouston
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using 'zpool online' or replace the device with
'zpool replace'.
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
zphouston DEGRADED 0 0 0
mirror DEGRADED 0 0 0
/tmp/file1 ONLINE 0 0 0
/tmp/file2 OFFLINE 0 0 0
Все диск отключен.
5. Для чистоты эксперемента - удалим диск file2, он нам не нужен по большей части уже
# rm file2
6. Теперь создаем диск большего размера, допусти в 2гига
# mkfile 2g file2
7. Прикручиваем диск к зеркальному пулу следующим образом
# zpool replace zphouston /tmp/file2 /tmp/file2
8. Посмотрим, что же у нас получилось в текущий момент:
# zpool status
pool: zphouston
state: DEGRADED
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston DEGRADED 0 0 0
mirror DEGRADED 0 0 0
/tmp/file1 ONLINE 0 0 0
replacing DEGRADED 0 0 0
/tmp/file2/old UNAVAIL 0 0 0 cannot open
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
о ужыс, зеркало поломано, старый диск не доступен, все сломалось
9. Ждем некоторое время(зависит от объема диска, данных и т.д.) и смотрим снова статус:
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
mirror ONLINE 0 0 0
/tmp/file1 ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
опа, уже все онлайн и щастье есть!
10. Сколько же у нас сейчас получилось места? Давайте посмотрим:
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 984M 20M 964M 3% /zphouston
мда, не сильно изменилось, но так и должно быть!
11. Отключаем старый диск размером в 1гиг
# zpool detach zphouston /tmp/file1
12. А теперь сколько места?
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 2.0G 20M 1.9G 1% /zphouston
2! гига, тоесть это то, чего мы и добивались
13. А что же у нас со статусом зеркала:
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
все в порядке, 1 диск светится и работает в штатном режиме.
14. Далее нам необходимо востановить зеркало, ну или не востанавливать если это не надо.
пожалуй востановим на всякий случай
удаляем старый фаил file1 размером в 1 гигобайт
# rm file1
создаем такойже фаил, только размером в 2 гига(чтобы зеркало было синхронизированно по объему)
# mkfile 2g file1
присоединяем новый фаил к пулу ZFS
# zpool attach zphouston /tmp/file2 /tmp/file1
проверяем статус зеркала
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:12:38 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
mirror ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
/tmp/file1 ONLINE 0 0 0
errors: No known data errors
ну и наконец, смотрим сколько получилось места:
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 2.0G 20M 1.9G 1% /zphouston
все в порядке, 2гигобайта, тем самым мы увеличили диск
а что же с нашим файлом, который мы создали, посмотрим:
# sum /zphouston/20megfile
0 40960 /zphouston/20megfile
все наместе, щастье мы обрели
ЗЫЖ все выше описанные манипуляции делаем на свой страх и риск, не забываем бакапить, никакой отвественности за потерю данных я не несу, ибо это только теория, хоть и мне придется скоро испытать ее на практике, по этому будет отдельный пост.
Читать далее
Итак,общая теория - диск можно расширить в принципе двумя методами:
1. Подключаем к к оригинальному диску второй диск большего размера в режиме зеркала, ждем когда зеркало засинкается, отключаем оригинальный диск, подключаем к виртуалке диск большего объема.
2. Подключаем диск такого же объема как оригинальный в зеркало, ждем когда диск засинкается, отключаем оригинальный, увеличиваем оригинальный диск, подключаем его к зеркалу, ждем когда засинкается, отключаем второй диск из зеркала - монтируем к виртуалке оригинальный диск большего объема.
В текущий момент пойдет разговор про второй метод.
Итак начнем:
1. Для проверки создадим 2 диска одинакового объема
# mkfile 1g file1
# mkfile 1g file2
2. Сделаем из них зеркало
# zpool create zphouston mirror /tmp/file1 /tmp/file2
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 984M 24K 984M 1% /zphouston
мы получили обычное ZFS зеркало, размером всего в 984мб
3. Запишим на этот диск какойнить файл для проверки, что данные сохранились
допустим так:
# mkfile 20m /zphouston/20megfile
# sum /zphouston/20megfile |tee /zphouston/sum
0 40960 /zphouston/20megfile
Теперь о ужыс у нас допустим ВНЕЗАПНО кончилось место на зеркале и нам нада увеличить объем
4. отключаем один из дисков в зеркале, например диск 2 под названием file2
# zpool offline zphouston /tmp/file2
Bringing device /tmp/file2 offline
# zpool status zphouston
pool: zphouston
state: DEGRADED
status: One or more devices has been taken offline by the administrator.
Sufficient replicas exist for the pool to continue functioning in a
degraded state.
action: Online the device using 'zpool online' or replace the device with
'zpool replace'.
scrub: none requested
config:
NAME STATE READ WRITE CKSUM
zphouston DEGRADED 0 0 0
mirror DEGRADED 0 0 0
/tmp/file1 ONLINE 0 0 0
/tmp/file2 OFFLINE 0 0 0
Все диск отключен.
5. Для чистоты эксперемента - удалим диск file2, он нам не нужен по большей части уже
# rm file2
6. Теперь создаем диск большего размера, допусти в 2гига
# mkfile 2g file2
7. Прикручиваем диск к зеркальному пулу следующим образом
# zpool replace zphouston /tmp/file2 /tmp/file2
8. Посмотрим, что же у нас получилось в текущий момент:
# zpool status
pool: zphouston
state: DEGRADED
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston DEGRADED 0 0 0
mirror DEGRADED 0 0 0
/tmp/file1 ONLINE 0 0 0
replacing DEGRADED 0 0 0
/tmp/file2/old UNAVAIL 0 0 0 cannot open
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
о ужыс, зеркало поломано, старый диск не доступен, все сломалось
9. Ждем некоторое время(зависит от объема диска, данных и т.д.) и смотрим снова статус:
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
mirror ONLINE 0 0 0
/tmp/file1 ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
опа, уже все онлайн и щастье есть!
10. Сколько же у нас сейчас получилось места? Давайте посмотрим:
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 984M 20M 964M 3% /zphouston
мда, не сильно изменилось, но так и должно быть!
11. Отключаем старый диск размером в 1гиг
# zpool detach zphouston /tmp/file1
12. А теперь сколько места?
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 2.0G 20M 1.9G 1% /zphouston
2! гига, тоесть это то, чего мы и добивались
13. А что же у нас со статусом зеркала:
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:01:22 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
errors: No known data errors
все в порядке, 1 диск светится и работает в штатном режиме.
14. Далее нам необходимо востановить зеркало, ну или не востанавливать если это не надо.
пожалуй востановим на всякий случай
удаляем старый фаил file1 размером в 1 гигобайт
# rm file1
создаем такойже фаил, только размером в 2 гига(чтобы зеркало было синхронизированно по объему)
# mkfile 2g file1
присоединяем новый фаил к пулу ZFS
# zpool attach zphouston /tmp/file2 /tmp/file1
проверяем статус зеркала
# zpool status zphouston
pool: zphouston
state: ONLINE
scrub: resilver completed with 0 errors on Mon Feb 9 14:12:38 2009
config:
NAME STATE READ WRITE CKSUM
zphouston ONLINE 0 0 0
mirror ONLINE 0 0 0
/tmp/file2 ONLINE 0 0 0
/tmp/file1 ONLINE 0 0 0
errors: No known data errors
ну и наконец, смотрим сколько получилось места:
# df -h /zphouston
Filesystem size used avail capacity Mounted on
zphouston 2.0G 20M 1.9G 1% /zphouston
все в порядке, 2гигобайта, тем самым мы увеличили диск
а что же с нашим файлом, который мы создали, посмотрим:
# sum /zphouston/20megfile
0 40960 /zphouston/20megfile
все наместе, щастье мы обрели
ЗЫЖ все выше описанные манипуляции делаем на свой страх и риск, не забываем бакапить, никакой отвественности за потерю данных я не несу, ибо это только теория, хоть и мне придется скоро испытать ее на практике, по этому будет отдельный пост.
Читать далее
среда, 12 мая 2010 г.
Будующее среди нас.
Интересная концепция интерфейса для работы с мобильным компьютером и не только. Основной смысл в микропроекторе и камере которая распознает образы. Что то такое я уже видел раньше, но этот индус свел все воедино. Посмотрим, что из этого получится, если технология всетаки пойдет в массы.
Если тыкнуть на субтитры, то можно выбрать русский язык.
Читать далее
Если тыкнуть на субтитры, то можно выбрать русский язык.
Читать далее
вторник, 4 мая 2010 г.
Cacti
Проц на одной из цисок уперся в потолок, чтобы узнать откуда такая проблема, засетапил CentOS на ESX. Поставил cacti, mrtg устарело да и грузит слишком сильно сервер мониторинга. Это товарищи просто жесть, модульность это отлично, но блин - не так же запутанно. Все утро убил, чтобы нарисовать графики для интерфейсов в Cacti, при условии что там уже есть под снятие статистики с интерфейсов стандартные темплейты. Вот тебе и интуитивно понятный интерфейс. В общем юзабилити практически нулево, зато графики рисует красивые и всякие...
Читать далее
Читать далее
Подписаться на:
Сообщения (Atom)
Сообщения
