- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Делаю шаблон Zabbix для контроля использования дисковых квот.
Обнаружил неприятную особенность - на старых версиях FreeBSD (например, 7.4, 8.1) команда repquota работает примерно 3 минуты и грузит процессор. На FreeBSD 9.x и Debian отрабатывает практически мгновенно.
Подскажите, пожалуйста, почему работает медленно на старых версиях FreeBSD и можно ли с этим что-то сделать?
Спасибо!
99.9% что у вас в системе есть файлик(и), принадлежащий user id 100500.
Такое бывает, когда особо одарённые люди кладут в архивы файлы с астрономическими user id, чтобы они не совпали при разархивировании с существующими.
Так вот repquota перебирает все user id с 0 до 100500 и это занимает много времени.
Посмотрел /etc/passwd, никаких особых аномалий нет.
На сервере с FreeBSD 7.4 id обычных пользователей в диапазоне до 1070, но есть пользователи nobody, tty и kmem с id порядка 655хх.
При этом на другом сервере с FreeBSD 9.2 аналогичный расклад с id пользователей, но утилита repquota работает во много раз быстрее.
Я про /etc/passwd ничего и не говорил, если обратите внимание :)
Чтобы у файла был какой-то UID, вовсе не обязательно, чтобы он был в passwd.
find / -nouser
А ведь точно, на сервере полно файлов, которые принадлежат уже удаленным пользователям. Это файлы в /tmp, а также в инкрементных бекапах rdiff-backup. И еще почему-то в каталогах существующих пользователей, из которых устанавливались вручную модули Perl.
Сейчас я почистил эти файлы на одном из серверов, теперь подожду, когда они уйдут из инкрементных бекапов и снова проверю скорость работы repquota.