Итак, после долгого затишья решил поделится с вами потрясающей новостью. Если коротко - Я его победил!

Suspend/Resume на Убунту работает катастрофически нестабильно с коммерческим фрайвером для нвоый ATI плат - fglrx.

В частности, hibernate оно делать умеет и нормально выключается/включается, а вот засыпать нет.

Точнее компютер нормально засыпает, а при resume не только не может восстановить видео режим, но и намертво вешает систему.

Итак, магическая таблетка. Добытая много часовым мучением и отладкой

• Устанавливаем пакет uswsusp
  aptitude install uswsusp
• Проверяем, что работает выключение hibernate
  s2disk
• Проверяем, что работает засыпание-suspend
  s2ram -f -a 3 -s
• Переключаем pm-utils на использование uswsusp
  Надо создать файл
  /etc/pm/config.d/01hp_quirks
  С содержимым:
  SLEEP_MODULE=”uswsusp”
  SUSPEND_MODULES=”r8169″
  DROP_PARAMETERS=”–quirk-none”
  ADD_PARAMETERS=”–quirk-s3-bios –quirk-s3-mode –quirk-vbestate-restore”
  HOOK_BLACKLIST=”20-video-quirk-pm-hp.quirkdb 20-video-quirk-pm-misc.quirkd      99video 98video-quirk-db-handler”

  И все, все работает как миленькое, никаких больше изменений делать не надо :)

Да, машинка (как позывает s2ram -i)

sys_vendor   = “Hewlett-Packard”
sys_product  = “HP Pavilion dv7 Notebook PC”
sys_version  = “049D210000241210000020000″
bios_version = “F.10″

Видео плата - ATI Mobility Radeon 4500 — это важно :)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Backup в распределенной офисной среде

Требования к backup системам существенно отличаются в зависимость от того, где это испольется - в какой-либо организации или дома.

Основные требования к backup системам в офисах/организациях

• Максимальная автоматизация процесса
• Сбор информации со многих компьютеров одновременно
• Управление библиотекой носителей (сменные диски/ ленты и т.д.)

Конечно, там есть еще огромное количество деталей и они сильно влияют на архитектуру системы. У вас могут быть пользователи генериеующие гигантские файлы, но в небольшом количества (типичный пример - CAD/видеомонтаж/дизайн), простонебольшие файлы в среднем количестве (word processing и подобное), или же мелкие файлы, но тоже в огромных количествах (как пример - программирование).

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

Backup на домашнем компьютере

Для домашней системы требования должны быть совершенно другие.

• Она должна напоминать, что пришло время делать backup
• Она должна быть “легкой”
• Не требовать технических навыков - т.е. просто поставил, настроил пути откуда, куда, с какой частотой - и забыл.

Мои личные требования к такой системе:

• распознавание и исключение? дублирующихся файлов (с возможностью указать, какая из директорий - основная, тогда оригинал должен остаться в этой директории, а все дубли - ссылаться на него)
• распознавание переноса файла в системе - поэтому не нужно делать новую копию, а просто указать, что файл переместился (ну и слинковать его в случае чего)
• поддержка директорий с ручной сортировкой. Объясняю - у меня есть несколько директорий (музыка, видео, документация), которая существует в виде отдельной копии и которая вручную уже отсортирована и хранится на внешнем носителе. Поэтому - когда обнаруживается, что какой-либо файл УЖЕ есть в этой резервной копии - его не нужно копировать, достаточно поставить линк.
• поддержка инкрементальных backup-ов
• отсутствие своих _закрытых_ баз данных - т.е. с которыми сложно работать при помощи внешних инструментов (т.е. для восстановления из backup я хотел бы использовать file manager простой, а не хитроумную программу какую-то). Hint: можно использовать unionfs, чтоб накладывать инкрементальные backup друг на друга.
• Находить изменение _части_ большого файла и сохранять только это изменение - НЕ требуется.
• Поддежка внешних носителей - я хотел бы делать backup на внешний винчестер, который подключается только на время backup. В оставшееся время он лежит выключенный.
• В идеале - создание CD/DVD с этой резервной копии - для архивации и более долговременного хранения.
• Разные сроки хранения файлов и их ротации (т.е. я не хочу иметь классическую схему с - полный backup раз в неделю, инкрементальные - каждый день). Какие-то директории не нужно так часто сохранять, какие-то лучше делать полный backup ежедневно.
• Напоминание о необходимости сделать backup :))))
• Напоминание о его завершении.

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

Photo by jonord .

А какие требования к backup у ВАС? Напишите в комментариях.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

В WordPress обнаружилась небольшая ошибка, которая позволяет сбросить пароль администратора.Вреда от этого немного, но может дейстоввать на нервы.

По крайней мере, так заявлено в официальном заявлении.

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

Предупреждение - если у вас стоит тема K2 (как у меня) и используется ее родной sidebars - ни в коем случае не подымайте версию WordPress - а то у вас упадет все-все-все. Последние пару часов нестабильность работы моего блога этим и объяснялась - я пробовал скрестить старую версию темы и новый wordpress - пока это не получается.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

• Заходим в файл /etc/rc.conf

• Добавляем или меняем существующую строчку на

sshd_enable="NO"

• Перезапускаем сервер.
  Либо просто набираем /etc/rc.d/sshd stop

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Самый быстрый, грубый и неточный способ - это просканировать порты :)

Сканер портов nmap

Ставим приложение nmap


cd /usr/ports/security/nmap
make install

После инсталяции запускаем его, эта команда просканирует порты занимаемые наиболее распространенными сервисами:



nmap -vv -n -F TARGET_IP

Если вам нужно просканировать конкретный порт или диапазон портов (скажем с 1 по 1024)



nmap -vv -n -p 1-1024 TARGET_IP

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Встречайте, Дмитрий из Кишинева:

Я начинающий системный администратор и был принят на работу в одну компанию
в Молдавии где я и живу город Кишинев
По наследству мне досталась FREEBSD 6.2 я в ней пока не очень разбираюсь но
тут возникла необходимость (требование шефа) установить сайт на нашу FREEBSD 6.2 в короткие сроки

Пожелаем же Дмитрию успешного самостоятельного изучения FreeBSD :)

А для всех моих подписчиков - сюрприз :) Завтра с утра получите новое письмо на свою почту :)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

У меня на VPS работает frontend - аккселератор и поэтому мне нужно, чтоб 80-ый порт был бы свободен. А apache при этом использовал бы какой-то другой порт.

Если у вас на VPS стоит панель управления cpanel - в ней придется покопаться.

Переносим apache на порт 8080

Открываем /var/cpanel/cpanel.config и подправляем apache_port=80 на apache_port=8080

Далее - нужно пересоздать конфигурацию - /usr/local/cpanel/whostmgr/bin/whostmgr2 –updatetweaksettings

После этого нужно проверить, что в файле /usr/local/apache/conf/httpd.conf прописался нужный порт

grep Listen /usr/local/apache/conf/httpd.conf

И скрипт, проверяющий работоспособность сервисов, тоже обновил свои настройки:

@www1 /etc> cat /etc/chkserv.d/httpd
service[httpd]=8080,GET / HTTP/1.0,HTTP/1..,/scripts/checkmaxclients;killall -TERM httpd;sleep 2;killall -9 httpd;/etc/rc.d/init.d/httpd stop;/etc/rc.d/init.d/httpd startssl;/usr/local/apache/bin/apachectl startssl;/etc/rc.d/init.d/httpd start;/usr/local/apache/bin/apachectl start
@www1 /etc>

После этого стоит перезапустить apache  (/etc/init.d/httpd restart) и ChkServ (/scripts/restartsrv_chkservd ) — иначе он вас забросает письмами о том, что сервис не работает и будет постоянно его перезапускать.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

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

Во-вторых, на своем основном блоге опублиовал статью о смерти :) А что вы уже сделали, чтоб умереть?

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

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Хочу вам показать метод, как это делаю обыкновенно я.Скажем нужно обработать только mp3 файлы:

ls '*.mp3' > filelist
ls '*.mp3' > filelist1


Итак у нас два списка файлов. Правим filelist1 и заменяем там имена на то что нужно. При этом не меняем порядок строчек.

Зачем это делать внутри файла? Потому что можно его редактировать при помощи vim, а там возможности по автоматической замене текста просто огромные.

Итак, у нас есть отредактированый файл. Набираем

paste filelist filelist1 | sed 's/^/mv /' | sh

И дело в шляпе :)

Самое важное здесь - это команда paste, которая склеивает два текста вместе. Все подробности о работе - в базовом курсе по Unix.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Да, в продолжение темы Backup-а хостинга и переезда.

Как правильно перемещать базы MySQL?

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

Как копировать базы с работающго MySQL сервера ?

Есть цивилизованый вариант при помощи mysqldump - он неплохо работает, но если при этом происходят изменения в базе данных - то потом будет проблема синхронизировать сервера.

Самый цивилизованый и правильный вариант - это настраивать синхронизацию master/slave. Перегонать всю базу на slave, а потом уже с него и запускать. НО! Есть несколько но - это сложнее и это требуется только на тех хостах, где нельзя допустить даже кратковременного отключения базы.

Если же можно допустить кратковременное отключение, то последовательность действий будет такая:

• Делаем копию базы на новом хосте при помощи rsync или tar.gz - без разницы чем
• Останавливаем MySQL сервер
• Делаем окончательную синхронизацию при помощи rsync
• Поднимаем MySQL сервер на новом хосте и перенастраиваем все приложения на него

Как правильно копировать “упавшие” базы MySQL?

Тут, поскольку уже все и так само упало, процесс немного проще.

• Копируем все базы на новый хост (rsync/tar.gz)
• Прогоняем по ним myisamchk , если база хранилась исключительно в InnoDB - тогда этот шаг не нужен. (Как это делать и как ускорять процесс - есть в книжке по FreeBSD+apache+mysql+php , на Linux процедура ничем не отличается ).
• Запускаем MySQL сервер уже на новой машине

Ну как, есть вопросы? Готовы переживать переезд к новому хостеру прямо сейчас? :)

Продолжение, естественно, следует …

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Каким критериям должен удовлетворять хостинг?

1. Надежность
2. Объем диска/Скорость передачи данных и предоплаченый трафик
3. Наличие backup-ов
4. Managed VS Unmanaged
5. Цена

Именно в таком порядке. Самое важное в хостинге - это надежность

1. Как проверить надежность hosting-а?

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

На что нужно обращать внимание

• что говорят об отзывчивости технической поддержки
• что говорят о  overselling - когда хост продает больше сервиса, чем он физически может выдержать.
• что говорят о падении канала/надежности серверов
• что говорят об отзывчивости поддержки биллинга

Как показывает моя практика — если в компании есть проблемы с технической поддержкой и ответами на вопросы, то в ней гарантированно есть проблемы и со всеми оставшимися сервисами.

Поищите, что пишут на форумах или в community о скорости тех. поддержки данного хостера, наскоько она быстро отвечает и насколько она адекватно умеет решать проблемы.

Нормальное время поддержки по e-mail - первый ответ в течении получаса с момента получения запроса. Если быстрее - еще лучше, но не обольщайтесь. Если вы уже приобрели хостинг - попробуйте отослать запрос/письмо в нерабочее время или день и посмтореть на скорость ответа.

Overselling — это зло с которым сложно бороться. Обыкновенно хостинг провайдеры рассчитывают на то, что не все пользователи будут использовать ресурсы на все 100% процентов и продают больше емкостей/канала/процессорного времени, чем они реально имеют.  Впоследствии это приводит к сильным проблемам у клиентов. Так что если вы подозреваете, чтоб ваш хостер продает всерх меры - бегите от него :)

Надежность серверов и падение канала у хостеров случается обыкновенно с одинаковой частотой - так что тут не стоит особенно сильно придираться. Падение канала на пару часов раз в 3-4 месяца — это нормальный показатель. Те самые 99.9%, которые гарантирует обыкновенно провайдер.

Ну и поддержка продаж/биллинга – обыкновенно она редко пригождается, но тем не менее стоит посмотреть отзывы и на нее. Как пример — псомотирте, есть ли негативные отзывы по возврату денег. Если их мало - скорее всего с сервисом у компании все в порядке. Не рассчитывайте что sales/billing будет работать в нерабочие часы. Это скорее исключение, чем правило.

Продолжение следует :) …

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Когда встает разговор о необходимость создать резервную копию VPS можно использовать

• tar + gzip
• rsync
• dump / restore

У каждого из этих способов есть свои плюсы и минусы.

Нас будет интересовать только одно - скорость создания backup и минимизация трафика.

В случает переезда нам нужен будет полный backup, поэтому удобство инкрементальных backup-ов пока отложим в сторону.

Мой личный выбор - rsync

Если не жалеть места на диске и нужно минимизировать трафик — тогда точно rsync. Делаем небольшой скрипт, который будет сохранять нужные нам директории на локальных хост или на другой сервер.

В основном скрипт крутится вокруг

rsync -azvPp root@remote_host:/  ~/localbackup/

Но нам нужно немного больше — правильный перенос линков, которые мы создавали на VPS и расстановка приоритето backup (так, логи и скажем большие файлы с mp3 могут подождать, а вот базу даных и данные сайтов и пользователей нужно спасать максимально быстро).

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

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

Итак, приготовьтесь - скоро я начну описывать в подробностях, как переежжать с одного VPS  на другой, с чем это связано и как минимизировать убытки и простой сайта.

Что такое VPS?

VPS расшифровываестя как Virtual Private Server — Виртуальный Частный Сервер.  А если просто и в двух словах - то берется один мощный сервер и при помощи какой-либо технологии виртуализации (Xen/OpenVZ) нарезается на много маленьких изолированных друг от друга серверов. У всех у них меньше памяти/дискового пространства/процессорного времени, но зато они существенно дешевле, чем арендовать большой сервер. Тем более когда вам и не нужны мощности выделенного сервера.

Итак

Из чего состоит переезд?

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

Но в целом вам нужно представить этапы:

1. Делаем предварительный полный backup
2. Находим новый хост, оплачиваем, получаем к нему доступ
3. Перекачиваем весь полный backup на новый хост
4. Поднимаем/восстанавливаем на новом хосте конфигурацию со старого (не всегда это возможно проверить, но тем не менее можно все подготовить) - тут есть много тонкостей
5. Снижаем время обновления DNS до 5-10 минут
6. Приостанавливаем/переводим в readonly старый хостинг
7. Делаем окончательную синхронизацию файлов
8. Поднимаем все сервисы на новом хосте
9. Вносим изменения в DNS
10. …
11. …
12. PROFIT
13. …
14. …
15. Поднимаем время обновления DNS до нормального

Естественно, там есть много мелких деталей, которые могут сделать вашу перенос хостинга более или менее болезненным.

Итак — следите за обновлениями в блоге. Я буду рассказывать и показывать в примерах, что именно нужно было сделать.

В качестве примера будет испльзоваться CentOS, поскольку он стоит на большинстве нормальных VPS хостингов.

Я буду выпускать бесплатную версию курса - где можно будет просто скачать аудио файлы и послушать их.

Будет так же и платная версия курса

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

После окончания переезда (ну и соответственно и курса) я, как всегда, подыму цену — до 4500 рублей.

Я знаю, что запишутся немногие, поэтому там можно смело раздавать вкусные и полезные советы и приемы — все равно большая часть читателей с ними не познакомится :)

Спешите записаться, потому что курс будет идти прямо в режиме online - я сейчас в процессе переезда и буду его подробно освещать.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Вчера были опубликованы 3 ошибки безопасности в ОС FreeBSD.

FreeBSD-SA-09:11.ntpd

Ошибка в демоне ntdp (синхронизация времени). Возможно выполнение
произвольного кода с правами суперпользователя.

Ошибку можно использовать только если у вас в файле /etc/ntp.conf
стоит опция “autokey”. По умолчанию, у вас этого файла вообще
быть не должно.

FreeBSD-SA-09:10.ipv6

Локальные пользователи могут менять настройки IPv6 стека. Если у
вас нет локальных пользователей, которым вы не доверяете, можете
смело пропускать это предупреждение.

Эта ошибка касается ТОЛЬКО IPv6 , IPv4 ей не подвержен.

FreeBSD-SA-09:09.pipe

Ошибка при использовании pipes (конвейера). Из-за специфичной для
FreeBSD оптимизации есть возможность читать память других
процессов, что можетп риводить к утечке паролей и другой важной
информации.

Если у вас нет локальных пользователей, которым вы не доверяете,
на вас это не распространяется. Но для повышения безопасности
системы все-таки стоит обновить ядрօ.

Успешного make world вам!

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

А вот зачем это нужно:

Автодополнение имен файлов в tcsh

Если у вас есть файл

a12312039akasd.avi

вы можете набрать a.avi<Tab> и получить полное имя файла.

или есть файлы

a.jpg
a.a.jpg
a.a-b.jpg

a.-<Tab> откроет шаблон в a.a-b.jpg

А если будут файлы

a.jpg
a.a.jpg
a.a-b.jpg
a.a-c.jpg

то, скажем, .-<Tab> откроется в a.a- и список возможных оставшихся вариантов :)

Так же с предыдущими настройками tcsh работает и автодополнение имен директорий

Имена директорий и <tab> в tcsh

Если вы введете команду cd и потом нажмете Tab, то тогда tcsh выведет только имена директорий, а не вообще список всех файлов.

Если же набрать ./<Tab> , то тогда tcsh выведет все исполняемые файлы в этой директории и все поддиректории — таким образом помогаю вам сформировать путь к исполняемому файлу.

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Называлась она The Dotfile Generator.

Проект по утверждению автора уже немного мертвый, но тем не менее он не становится от этого менее полезным :)

Из настроек tcsh, которые вы точно захотите включить в свой .tcshrc файл :)

###---------->command line editor/bindings<----------
### Bindings for the command line editor
### искать взад вперед по истории команд при помощи кнопочек вверх/вниз
### набираете префикс команды - скаем l и кнопочку наверх и он выводит предыдущие
### ls, less, locate и так далее ;)
bindkey -k up history-search-backward
bindkey -k down history-search-forward
###———->completion/misc<———-
### Configuration on filename completion
### автодополнение пути, просто скопируйте :) voodoo magic :) но сильно облегчает жизнь
set addsuffix
set autolist
set complete = enhance
set autoexpand
set matchbeep = nomatch
set recognize_only_executables

###———->files<———-
### configuration of files
set listlinks
set noclobber
set rmstar
set symlinks ignore
umask 066

###———->history<———-
### Configuration of the history mechanism
### злопамятно запоминать много shell команд :) можно увеличить число до 2 тысяч
set savehist = (1000 merge)

###———->logout<———-
### Configuration of logout
### никогда не делать автологаут - только по команде!
set autologout = (0 0)
set ignoreeof = 1

Надеюсь, это сэкономит у вас много секунд в вашей жиззни :)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Часть обработки http запроса можно передать в ядро и оно будет вызывать apache уже только когда эта обрачтка сделана и запрос целиком дошел до сервера.

Одним словом - об этой интересной технике - читайте в книжке ‘Установка и настройка сервера FreeBSD+apache+mysql+php‘.

Это специфичная для FreeBSD штука, но загруженность сервера она понижает :)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Прямо во время работы. И изменения настолько маленькие, что закидывать файл под систему контроля версий не хочется.

Итак, самописное, хамское решение на коленке.

#!/bin/sh
[ -d backup ] || mkdir backup/

DATE=`date +%Y%m%d%H%M%S`

FILE=”networking1.tex”
DST=”./backup/networking1-$DATE.tex”

cp networking1.tex $DST
gzip $DST

Записываем в какой-нибудь файл backup.sh, делаем chmod 755 backup.sh и, вуаля, после каждого запуска у нас есть сохраненая, сжатая резервная копия файла :)

Имена файлов поменять по вкусу, естественно :)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).

Какую оболочку вы испольузете при работе — sh, bash, tcsh, zsh, что-то другое?

Со стандартными установками или раскрашиваете зверски? :)

А для рута и для обыкновенного пользователя у вас один и тотже shell или ставите разные?

Про себя могу сказать - у меня стоит tcsh с профайлом на килобайт 5 ;) и еще с дополнительным файлом auto-completition килобайтиков эдак на 42 - но его писал не я, он есть в сети (для разных оболочек).

Насчет flash - все еще ищу подходящую флэшку, которую было бы удобно убить ) и которая с виду гарантирует разбираемость ;)

Понравилось? Подпишись на RSS!

Хочешь написать статью? Мы ищем авторов (и не только за красивые глаза, но и за дохлых президентов).