November 14th, 2011

nigga

таймеры сошли с ума - типа solved

По поводу http://ru-root.livejournal.com/2357094.html
Вобщем это пц.
Никто и не обратил внимание (и я в том числе) на вот эту хренотень:
Intel(R) Xeon(R) 5110 @ 1.60GHz (10653.03-MHz 686-class CPU)
которая высвечивалась сразу после начала загрузки ядра.
Ну какие 10.6 ГГц?
Етественно ядро устанавливало частоту прерываний на ядра в 6 раз меньше чем положено. И естественно всё что было завязано на неё сходило с ума.
После установки 8.2 релиза минимальной системы на такую же точно железяку и наблюдения там такой же картины начала ехать крыша.
Файлик /var/run/dmesg.boot из бекапа до ребута показывал всё правильно: CPU: Intel(R) Xeon(R) CPU 5110 @ 1.60GHz (1595.94-MHz 686-class CPU)
На аналогичном сервере был обновлён биос. Там в advanced options/cpu поотключал всё что можно (запомнилась эта строчка с C1) и О СЧАСТЬЕ, там появилась правильная цифра.
На продакшене залез в биос, посмотрел что подозрительное осталось выключеным, и ещё выключил virtualization technology и произнёс мантру три раза обойдя шкаф.
И оно и там заработало! Магия.
Я думаю что это всё комета или магнитная буря, ну и, конечно, инопланетяне.
akita
  • akitos

Asterisk, с взодящими вызовами все хорошо, а вот исходящие слышно только звонящего

Опять какая то странная проблема.
Конфигурация сервера: три интерфейса, интернет, локальная сеть и прямой кабель к провайдеру (это его приватная сеть для телефонии)

Таблица маршрутизации:

1.1.1.40/29 dev eth0 proto kernel scope link src 1.1.1.44
9.9.9.32/29 via 3.3.3.193 dev eth2 src 3.3.3.212
3.3.3.192/27 dev eth2 proto kernel scope link src 3.3.3.212
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.3
192.168.29.0/24 via 192.168.0.1 dev eth1
192.168.41.0/24 via 192.168.0.1 dev eth1
default via 1.1.1.41 dev eth0

Сеть 1.1.1.40 это интернет
Сеть 3.3.3.192 это телефонная приватная сеть провайдера
Сеть 9.9.9.32 это список адресов в сети провайдера в котором находится SIP сервер.
Остальное это локальная сеть и пару прилинковыных vpn идущих через главный маршрутизатор 192.168.0.1

по идее все работает. Пакеты ходят как надо, через какие надо интерфейсы. В предыдущем моем посте я уже пытался обвинить маршрутизацию, а оказалось что дело было в настройка астериска.

Вот и сейчас, три недели назад все работало. Я уехал в отпуск, вернулся, не работает :( За это время сервер перезагружали пару раз по глупым причинам :( , не могли дозвониться до меня и в панике на всякий случай дернули главный рубильник.

Так вот, симптомы, входящие звонки работают на ура, никаких проблем. А вот с исходящими какая то засада, звонящего слышно, а абонента нет. То есть как будто трафик туда идет, а оттуда не возвращается. Но на самом деле он оттуда идет (это видно и в tcpdump и если включить rtp set debug on), но почему то ничего не слышно.

Для чистоты эксперимента пробовал звонить с аналогового телефона подключенного на FXS через плату digium-а, тоже самое.

Еще один момент, первые пол секунды звук все-таки проходит, а дальше нет. Как то странно.

nat и canreinvite отключены, хотя пробовал разные варианты.

Есть мысли?

Настройки пира:

[prov2]
type=peer
disallow=all
allow=alaw&ulaw&g723
host=9.9.9.32
insecure=very
context=from-trunk

идентификация идет по ip адресу, никаких fromXXXX писать не надо.
dead horse
  • tarkhil

Низкая производительность ZFS?

FreeBSD 8.2/amd64

CPU: Intel(R) Core(TM) i3 CPU 560 @ 3.33GHz (3333.31-MHz K8-class CPU)

TSC: P-state invariant
real memory = 17179869184 (16384 MB)
avail memory = 16468381696 (15705 MB)


mfi0 Adapter:
Product Name: LSI MegaRAID SAS 9260-4i
Serial Number: SV11316398
Firmware: 12.13.0-0104
RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50
Battery Backup: not present
NVRAM: 32K
Onboard Memory: 512M
Minimum Stripe: 8K
Maximum Stripe: 1M

mfid0 ( 279G) RAID-1 64K OPTIMAL Disabled

При этом, битриксовский индекс файловой системы - 4 575.7, что, как я понимаю, очень мало.

Отключение контрольной суммы и atime никакого эффекта не дало.

Попытка почитать руководства по настройке ZFS ничего не дали - там "вроде как настраивать нечего"

Среднее время отклика получается 0.1607 против их эталонного 0.0330

Куда имеет смысл копать?

P.S. Это FreeBSD. Amd64. 8.2-RELEASE. В дискуссиях о преимуществах/недостатках CMS'ов не нуждаюсь, Битрикс - данность. xcache стоит.

Как померять скорость линка между двумя локальными картами?

Есть компьютер с Linux и сетевыми интерфейсами eth2 и eth3.
Хочется замерить производительность этих карт, соединив их прямым кабелем и гоняя iperf/nuttcp/...

Проблема: по умолчанию Linux всё маршрутизирует через lo-интерфейс.

Ключ "bind to interface" есть не у всех программ, и он в лучшем случае подействует
только на исходящие запросы, а ответы всё равно пойдут локально.

Пробовал настроить PBR через iproute2:
Collapse )
Результат: при ping 10.0.0.3 запросы уходят от 10.0.0.2 в eth2, приходят из eth3,
но не воспринимаются как адресованные данному серверу:
iptables помещает их не в INPUT, а в FORWARD.
В таблице nat их не видно ни в PREROUTING, ни в INPUT.

Единственный оставшийся вариант: сделать пару контейнеров через LXC или KVM,
и соединить их virtio-net мостами с физическими интерфейсами.

Нет ли варианта попроще?