Такая ошибка возникает тогда, когда slave не может корректно подключится к мастеру для совершения репликации.
Нужно проверить связь между этими двумя серверами, например даже телнетом на порт, на котором настроена репликация, зачастую это 3306.
linux blog
Такая ошибка возникает тогда, когда slave не может корректно подключится к мастеру для совершения репликации.
Нужно проверить связь между этими двумя серверами, например даже телнетом на порт, на котором настроена репликация, зачастую это 3306.
Хотел поменять права на файлы, которые скопировал с другого сервера, и которые теперь должны иметь другого владельца, а не тут то было.
Сокращенно получаю эту ошибку
chown: changing ownership of `user': Disk quota exceeded
Проверил свободное место и квоты на cPanel - все отлично, есть свободное место и квоты далеки от переполнения.
Почитал на форуме cpanel, что могут быть переполнены квоты на самой vps.
Проверил по beancounters - не похоже.
В конфигах впски - (openvz) нашел параметр
QUOTAUGIDLIMIT
В описании этого параметра пишут "если число владельцев файла в VPS уже достигло своего предела, эти пользователи просто будут не в состоянии использовать данные файлы."
В принципе это и произошло. Увеличил этот параметр до 1000, перезапустил vps и все заработало.
Сначала помню пробовал пересчитывать квоты средствами сипанели, потом уже на самой vps, потом уже полез в этот конфиг.
С удовольствием пользуюсь браузером Opera под linux, но на Mac обнаружил довольно раздражающую фичу - прокрутка по сравнению с сафари совсем отсосная.
Поиск сказал искать включение плавной прокрутки в разделе "настройки обозревателя", но у себя такой опции не нашел.
Так вот, на маке красивая плавная прокрутка включается следующим образом:
идем на opera:config
ищем в поиске smooth
получаем опцию Smooth Scrolling - ставим над ней галочку, сохраняем, ребутаем оперу и юзаем приятную прокрутку.
Старые логи хранятся в архивах формата gz. При этом часто возникает необходимость найти файлы в этих логах.
Можно скопировать архив gz во временную директорию, распаковать, грепнуть, удалить файлы и директорию.
Можно поступить круче - можно грепнуть архив. Архив грепается с помощью утилиты zgrep.
Есть еще много аналогов программ для работы с архивами - zcat - аналог ката для архивов, zdiff, zless, znew.
При этом не стоит и злоупотреблять этими утилитам на сильно нагруженном сервере, поскольку как я заметил - систему они хорошо напрягают.
Кстати, если нужно грепнуть с меньшой нагрузкой на сервер какой-то большой файл, причем нужно грепнуть простое слово без регескпов - то можно юзать fgrep - он грепает без учета символов $*[]^|()\, точнее он воспринимает их буквально. Работает действительно быстрее.
Сегодня относительно заметил высокую нагрузку на DNS сервер. Под высокой нагрузкой подразумеваю 4% от общей нагрузки на сервер. При этом мне на мои запросы резволвы с трудом отдавались, процентов 40% от запросов отбрасывались по тайм-ауту.
Нашел тулзу как посмотреть, как проследить за нагрузкой на dns-сервер и отследить dns-флуд, если таковой был.
Есть утилита dnstop. Запускается следующим образом
dnstop <интерфейс>
Она показывает нагрузку по следующим параметрам:
-количество запросов и адреса с которых идут запросы
-нагрузка по корневым зонам (ru, com, net), 2-х и 3-х и т.д. уровневым доменам
-общее количество запросов на DNS
-по типу записи (A, A6, NS)
Кнопки для управления:
s - Список адресов, с которых идут запросы к DNS
d - Адреса, на которые идет запросы (если на одной сервере несколько dns с разными ip)
t - Тип очереди
o - Опкоды
r - Ркоды
1, 2, 3, 4 - уровень домена.
^R - обновить счетчики
^X - Выйти
Довольно простая и функциональная тулза.
Посмотрел сколько резолвится доменов в секунду - оказалось показатели в норме, траблы с сервером.
Интересно были посмотреть какой процент каких зон резолвиться с этого сервера:
Query Name Count %
------------ --------- ------
com 1467 24.9
ru 1273 21.6
in-addr.arpa 935 15.9
net 523 8.9
org 429 7.3
ua 271 4.6
bg 125 2.1
nl 65 1.1
pl 61 1.0