В целом можно использовать pkg.org для определения местоположения репозиториев:
Дополнительно я, обычно просто Google для битов добавления/вычитания имени пакета от он - имя, в зависимости от которого дистрибутива я ищу.
Это - хороший список доступных репозиториев, большинство включает пакеты для всех вариантов (Fedora, CentOS, RHEL).
Вы видите, какой repos Вы действительно имеете с этой командой:
$ yum repolist
Loaded plugins: fastestmirror, priorities, refresh-packagekit
Loading mirror speeds from cached hostfile
* base: mirror.ubiquityservers.com
* epel: mirror.steadfast.net
* extras: mirror.ubiquityservers.com
* updates: ftp.linux.ncsu.edu
73 packages excluded due to repository priority protections
repo id repo name status
base CentOS-6 - Base 6,315+66
*epel Extra Packages for Enterprise Linux 6 - x86_64 9,182
extras CentOS-6 - Extras 6+7
updates CentOS-6 - Updates 916
repolist: 16,419
Если он возвращает что-то вроде этого:
1472 bytes from core-212-23-0-100.zen.net.uk (212.23.0.100): icmp_seq=1 ttl=121 time=28.9 ms
1472 bytes from core-212-23-0-100.zen.net.uk (212.23.0.100): icmp_seq=1 ttl=121 time=30.3 ms (DUP!)
Есть несколько серверов, обеспечивающих PING: У нас работает 6 хостов в этом конкретном кластере (как вы сказали) Каждый из ваших хостов отвечает на пакет ping, отсюда и дублирование. Здесь нет ничего плохого.
Чтобы решить проблему, перейдите по этой ссылке:
https://github.com/sasikanthbabu/Layer3Switch/issues/14
И как schaiba упомянул:
Человек страница говорит, что ping сообщит о повторяющихся и поврежденных пакетах. Дублирующиеся пакеты никогда не должны возникать и могут быть вызваны несоответствующими повторными передачами на уровне канала. Дубликаты могут встречаться во многих ситуациях и редко (если вообще когда-либо) являются хорошим признаком, хотя наличие низкого уровня дубликатов не всегда может быть причиной для тревоги
Существует специальная переменная, называемая Scale
. Вы можете установить эту переменную для ограничения точности.
Пример
Эхо «300/7» | BC -L
Выход:
42.85714285714285714285
Для ограничения прецизионной,
ECHO «Scale = 2; 300/7» | BC -L
Выход:
42,85
Обновлено
Эхо «Шкала = 3; 300/7» | BC -L |. Sed 'S / [0-9] * \ .///// G'
Выход:
.857
-121--59331-Для решения этой проблемы убедитесь, что все португруппы виртуальных машин в распределенном распределенном переключателе VSPhere настроены с помощью IP-хеша с отключенным маяком.
Кроме того, убедитесь, что эти настройки применяются к любым созданным новым портам.
Для получения дополнительной информации см. Документацию ESXi и VCenter Server 5.1.
Изменение проверки маяка на состояние соединения во всех группах портов было критически важным компонентом для получения DUP! остановиться. Это также исправило многие другие странные сетевые события в нашей среде. Никогда не мог зафиксировать эти странные события, пока мы не добавили больше хостов, после чего виртуальные машины начали терять соединения. Это то, что привело нас к этой настройке.