CentOS Черный Экран после 4 + часы индексации

Согласно ping man pages, флаг f составляет:

  • -f: Наводнение ping. Для каждого посланного ECHO_REQUEST'ом периода ''.' печатается, в то время как для каждого полученного ECHO_REPLY печатается обратная область. Это обеспечивает быстрое отображение того, сколько пакетов было сброшено. Если интервал не задан, он устанавливает интервал равным нулю и выводит на печать Пакеты возвращаются так же быстро, как и сто раз в секунду, в зависимости от того, что больше. Только суперпользователь может использовать эту опцию с нулем Интервал.

Итак, используя флаг f, я получил:

[support@cloudHA1 exporttool]$ sudo ping -f www.google.com
[sudo] password for support:
PING www.google.com (74.125.228.51) 56(84) bytes of data.
..^C
--- www.google.com ping statistics ---
12502 packets transmitted, 12500 received, 0% packet loss, time 29394ms
rtt min/avg/max/mdev = 1.335/2.194/191.342/6.182 ms, pipe 2, ipg/ewma 2.351/1.524 ms
[support@cloudHA1 exporttool]$

Без флага, я получил:

[support@cloudHA1 ~]$ ping www.google.com
PING www.google.com (74.125.228.50) 56(84) bytes of data.
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=1 ttl=49 time=1.53 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=2 ttl=49 time=1.51 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=3 ttl=49 time=1.72 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=4 ttl=49 time=1.62 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=5 ttl=49 time=1.78 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=6 ttl=49 time=1.66 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=7 ttl=49 time=1.59 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=8 ttl=49 time=1.66 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=9 ttl=49 time=1.43 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=10 ttl=49 time=1.72 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=11 ttl=49 time=1.84 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=12 ttl=49 time=1.80 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=13 ttl=49 time=1.69 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=14 ttl=49 time=1.87 ms
64 bytes from iad23s06-in-f18.1e100.net (74.125.228.50): icmp_seq=15 ttl=49 time=1.84 ms

^C
--- www.google.com ping statistics ---
61 packets transmitted, 61 received, 0% packet loss, time 60530ms
rtt min/avg/max/mdev = 1.438/2.026/12.749/1.548 ms

Я добавлю флаг i также и в этом следующем примере, который в соответствии с ping man-страницей делает так:

  • -i interval Подождите несколько секунд между отправкой каждого пакета. По умолчанию, интервал между отправками каждого пакета составляет одну секунду, или не нужно ждать. в режиме затопления. Только суперпользователь может установить интервал меньше 0,2. секунды.

    [support@cloudHA1 ~]$ ping -fi 4 www.google.com PING www.google.com (74.125.29.106) 56(84) байт данных. ^C --- www.google.com пинг-статистика --- 4 переданных пакета, 4 полученных, 0% потеря пакетов, время 13875мс rtt мин/авг/макс/мдев = 9.381/9.531/9.749/0.153 мс, ipg/ewma 4625.308/9.495 мс [support@cloudHA1 ~]$

1
16.02.2015, 08:07
1 ответ

Если вы считаете, что это просто проблема загрузки, вам, возможно, придется либо настроить limit.conf, либо поместить его в cgroup и ограничить ресурсы так, чтобы всегда был доступен здоровый объем памяти и процессора в любой момент времени. Это замедлит индексацию (которая, скорее всего, закончится сама по себе в конечном итоге даже при отключении электричества), но ВМ должна оставаться пригодной для использования в это время.

Я бы также проверил в журналах и отчетах sar, что на самом деле это происходит из-за того, что индексатор душит систему.

0
28.01.2020, 01:46

Теги

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