Изменение дискового планировщика на лету
Если эти два устройства не могут проверить с помощью ping-запросов друг друга, это кажется, что мост не является правильно установкой. Нет никакой IP маршрутизации протокола, вовлеченной в мост. Каков вывод шоу brctl? Это должно показать что-то как
$ brctl show
bridge name bridge id STP enabled interfaces
br0 8000.003018a46079 no eth1
eth2
Если оба интерфейса не перечислены там затем, этому нужно исправление.
Вы также хотели бы пробовать brctl showmacs br0 команда и если STP (протокол связующего дерева) был включен выше brctl showstp br0 команда. Первый должен показать MAC-адреса этих двух устройств и для последнего, необходимо надеяться удостоверяться, что каждый порт находится в передаче состояния
Учитывая, что Вы говорите, что каждый может получить доступ к Интернету, я предполагаю, что все интерфейсы были подняты. Если не следующее должно сделать это.
ip link set br0 up
ip link set eth0 up
ip link set eth1 up
ip link set eth2 up
Можно изменить планировщик IO на лету без страха. Это защищено соответствующей блокировкой, чтобы удостовериться, что никакие транзакции не потеряны.
Да Вы можете, и не, приложения не должны быть остановлены/запущены. Это дизайном, так, чтобы можно было (относительно) безопасно испытать различные в производственной системе без времени простоя.
Это действительно вызывает "отклонение"; происходящей iOS позволяют завершиться, и новые запросы IO заблокированы, пока новый планировщик не утвержден.
У Вас может также быть другой планировщик IO на блочное устройство (как замечено ядром, например,/dev/sda).
Вы могли добавить
echo deadline > /sys/block/sda/queue/scheduler(как пример) в начале приложения и другогоechoв конце с начальным планировщиком..echo cfq > /sys/block/sda/queue/schedulerМожно сделать a
cronсценарий, который проверяет приложение, запускает и изменяет планировщик соответственно.