Вопросы Теги

Запрос Apache зависает в течение 2 минут точно

Хм, btrfs, кажется, побеждает все обычные уничтожающие методы...

  • Существует названная опция монтирования nodatacow но это, кажется уже, не влияет на существующие файлы.
  • Поскольку у Вас уже есть разумные файлы на Вашем диске, эта btrfs запись FAQ не поможет Вам также.
  • Затем существует debugfs. Только для файловых систем расширения, но существует патч для него, мог бы работать. Вы могли использовать его, чтобы узнать затронутые адреса блока и затем перезаписать их непосредственно на/dev/sdXY. Но это очень опасно и не могло бы работать (особенно, если существует больше снимков файла),
  • Запишите патч btrfs, который позволяет тот modifiy (или клочок) определенные снимки или целый файл

  • Самая чистая попытка (для действительно действительно уязвимых данных) была бы к:

    • купите другой диск (если у Вас нет достаточного свободного пространства для копии затронутого раздела на первом),
    • установите полное шифрование диска и Ваши файловые системы на нем
    • скопируйте все с диска к b
    • начальная загрузка в систему b и клочок целый диск...

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

5
11.07.2016, 03:10
1 ответ

Задержки как это часто вызываются обратными поисками DNS (т.е. разрешение IP-адреса к имени хоста).

Вам включали HostNameLookups в апачской конфигурации? Если так, выключите его.

См. также https://serverfault.com/questions/100225/apache-httpd-wont-stop-doing-reverse-dns-requests-for-clients-ips для других подсказок относительно отключения разрешения сетевых имен в апаче.

6
27.01.2020, 20:38
  • 1
    Согласованный. Проблемы DNS криков 2 минут. –  Aaron D. Marasco 02.10.2013, 03:43
  • 2
    fwiw, это, вероятно - DNS, но это мог быть DNS на стороне клиента также, особенно если OP находится на слабом соединении WiFi или чем-то как этот. nscd вероятно, хороший выбор также (даже если только как инструмент поиска и устранения неисправностей). Просто мысль я добавил бы это к соединению. –  Bratchley 02.10.2013, 05:42
  • 3
    : можно использовать массивы удара для предотвращения set материал: loads=($(cat /proc/loadavg )); echo "5=${loads[0]}; 10=${loads[1]}; 15=${loads[2]}"; можно использовать переменную для индекса: ${loads[$i]}. Отметьте количество массивов от 0, не 1. Вы могли также использовать read: read -a loads < /proc/loadavg; echo "5=${loads[0]}; 10=${loads[1]}; 15=${loads[2]}" ---------121 достаточно верный--------254241----, но если это является клиентским, нет очень, можно сделать на сервере для решения этого. –  cas 02.10.2013, 08:02
  • 4
    Нет, но это действительно позволяет OP знать, что у него нет ничего для волнения о, и это просто, что его тест это испорчено. –  Bratchley 02.10.2013, 15:32
  • 5
    мне выключили HostNameLookups, таким образом, не это, какие-либо другие идеи? –  Jeffrey L. Roberts 04.10.2013, 02:09

Теги

Похожие вопросы