Elisium

Доброго дня, коллеги. Есть такая ситуация: Установлена атс FreePBX 11.4 из готового дистрибутива с freepbx.org. Все работает ок. По умолчанию астериск пишет данные по звонкам в очереди в файл queues.log. Хочется, что бы писало тоже самое в мускуль. Собственно, погуглив, было сделано примерно вот это: http://middev.blogspot.ru/2012/05/asterisk-18-queuelog.html Таблица сделана, опции в конфигах проставлены, вроде все сделано по инструкции. Но - не пишет в мускуль этот лог =( Собственно, вопрос: делал ли кто у себя логирование очередей в мускуль? Если да, поделитесь инфой\конфигом, пжст.

Ты их (ТП Длинка) письмами на почту заспамь. Тогда начнут шевелиться. А то твое сообщение на их форуме так без ответа и висит.

Медный шнурок 10Г На другом конце длинк 3420. п.с. Драйвера, само собой, патченные для неродных СФП+.

У нас есть. Двухпортовая Х520-DA2, апнут один порт. Бегает до 2800\2800 по 10Г линку. Сервер занимается БГП (несколько аплинков) + шейпер. Загрузка гдето 27% Проц Intel® Core™ i7-3930K CPU @ 3.20GHz ApmeM, мать то какая ? Марка\производитель ? У меня тут была похожая темка про мамки АсРок... не жильцы при больших нагрузках.

Пока в норме, юзеры не жалуются. Хотя обычно, ЕСЛИ есть проблемы, форум ТП представляет собой доску с ругательствами ) п.с. еттшники клятвенно обещали, что в ближайшее время таких проколов не ожидается. ага ага ...(

Доброго времени. Тема уже давно не актуальна, сорри. Собрали другую аппаратную платформу.

и ничего не получиться, на каждой плате разная сервисная инфа Сервисная инфа, как и бОльшая часть микрокода контроллера находится в скрытой зоне винта. Если полетела только электроника, нужно заменить на точно такую же плату от убитого по физике винта. Необходимо, что бы совпадала не только модель платы но и ее ревизия.

rsyncом не пользовался. Если я правильно помню, на РАБОТАЮЩЕМ сервере правильные данные получаются только через dump -L Ок. Я так понял, нфс у людей работает нормально в разных сегментах. Позже (так как в отпуске) попробую еще раз.

1. Возможно. Первый раз делаю. 2. Выше писАл, что не работает искаропки. 3. Так же выше писАл, что читал =) 4. Так вот как раз на форуме я и пытаюсь осознать несоответствие практики с теорией. Пока безуспешно. Видимо, никто не пробовалнах не нужно это НФС =) п.с. Изначальная проблема была такова: Перегнать 160Гб мелких файлов (хостинг, реальный сервер на фряхе) на виртуалку, вернее, сделать клон реального винта на виртуальный, НЕ останавливая сам сервер с хостингом. dumprestore over sshggate показывали какоето нереальное время в 3-4 дня. По нфс слилось все за 4 часа.

Как говорится, "умом я понимаю", но реально ж не пашет. Схема простее не бывает: сервер НФС - циска 3550 - клиент НФС Все друг друга видят и пингуют и ссш ходит и вообще все работает. Кроме НФС. Кто-то может у себя проверить и подтвердить ? Пробовал на четырех серверах в разных подсетях - не работает. п.с. При проверке showmount и rpcinfo с КЛИЕНТА на сервер на сервере вижу тспдампом ОДИН пакет от клиента. Все. Больше ничего не прибегаетне убегает. Фаерволов нет.

Чего пусто в теме ? =) Никто НФС не пользуется или это какаято элементарщина, типа, "все знают" ?

Доброго времени всем. Собственно, есть такой вопрос: РАБОТАЕТ ли NFS в случае, когда клиент и сервер находятся в РАЗНЫХ подсетях (не в Л2) ? Ситуация: Сервер расшаривает свои папки и слушает только тсп соединения. Клиент пытается маунтить все это дело с опцией mount_nfs -T - соединяться по тсп вместо удп. Получается фига. Утилиты showmount и rpcinfo выдают ошибку соединения. В стандартном режиме (по умолчанию удп) - аналогичная ситуация. Стоит только перевести сервер и клиент в один сегмент сети - все начинает работать, как положено. Вроде как почтал ман\гугль - не нашел ограничений на тип сети. ЧЯДНТ ?

Забыл отписаться - продано =)

Что означает сей чудный аргумент "старьё" ? Год выпуска не устраивает / комплектуха никакая / самосбор ? п.с. С серваками "за 500" Вам в другую тему ...

Собственно, ап.

Имеются в наличии два сервера HP DL180G6 Состояние 4+, а если вытереть пыль, то и все 5. Как обычно, работали в серверной с нормальным электропитанием и климатом. В них присутствует удаленное управление iLo. Стандартный проц для таких серверов - 5504. Комплектация, кроме базового шасси: Сервер 1: Проц: Xeon E5520 @ 2.27GHz Память: 2Гб Винчестер: отсутствует Сервер 2: Проц: Xeon E5520 @ 2.27GHz Память: 4Гб Винчестер: отсутствует п.с. Отсутствует одна из передних панелек, закрывающая доступ к винчестерам. Средняя цена - 970 уев плюсминус за каждый. ОБОСНОВАНЫЙ торг допустим.

эхх... люблю я вот такие обоснованые ответы .. Чем же это он "НЕ КАТИТ", если для всех кагбэ катит ?

Можна здесь поподробнее Не надо там уже давно ничего ставить. Есть бортовая утилита на Сях - csup По теме: portsnap fetch extract проще всего.

В общем, итог номер два: Проблема была все таки в БИОСе. Несмотря на то, что версии и настройки были одинаковые, первый сервер все таки както подглюкивал. Обновил БИОС до последнего - нагрузка упала до нормы в 7%. Хотя на втором сервере со старым БИОСом проблем не было изначально. п.с. Обновил и его ... мало ли ... По поводу серверного железа: На момент выбора данных железяк серверного комплекта (по крайней мере от Супермикры) еще не было в наличии. Даже цен еще не было. Обещали наличие на тот момент через месяц, не ранее. Поэтому решили "затестить" на том, что было. Собственно, с этого момента и вылился данный топик.

Хм. а чему вы удивляетесь? Рост нагрузки на проц нелинеен, это общеизвестный, давно всем знакомый, факт. Хм, а чему ж тут не удивляться то ? Судя по Вашим словам, этот проц на ~3ГБт трафика уже должен будет загнуться ? Хаха три раза. п.с. Пускаю ВЕСЬ трафик через второй сервер (там как раз 33 ГБт) - загрузка около 20%.

ОМГ !!!!!!!!! Кажется, нашел причину ... Как ни странно, НО: На первом сервере: dev.cpu.0.freq: 1200 На втором: dev.cpu.0.freq: 3200 Как раз около 3х раз и получается ...... Ну это уже вообще номер из ряда вон !!! Завтра обновлю биос до крайнего (да да .. не пинайте ногами) и проверим, что получится ... п.с. Хотя вчера делал дифф между sysctl -a на обоих серверах и такого не было. Кажется, то ли глюк с Интел СпидТест на первом сервере (не отключился ??), то ли хз... Апд: Зашел в биос, сбросил в дефолт и перенастроил все заново. Теперь на первом тоже dev.cpu.0.freq: 3200 Но эффекта ноль - загрузка совсем не упала ...

Ох ... давайте не будем о грустном ....

И снова доброго дня. В продолжение этой же темы: Наблюдаю странный глюк: Собраны два сервера. Из ОТЛИЧАЮЩИХСЯ комплектующих в серверах - винт, видео и марка памяти. На винчестерах ось клонирована с одного на другой. Через сервер номер 1 бегает в 1,5 раза больше трафика (1600\1600 против 1100\1100), чем через сервер 2. Но ЗАГРУЗКА проца выше в ТРИ раза ...23% и 7% соответственно. БИОС на обоих одинаковых версий, настройки - тоже. Сетевуха и видео вставлены в точно такие же слоты, что и в другом сервере. Даже лог загрузки одинаков ..=( Характер трафика должен быть не сильно отличающийся - сеть просто поделена на два больших куска. Каждый проходит через свой сервер. Топ с более загруженного сервера: last pid: 2200; load averages: 1.30, 1.32, 1.25 up 0+01:08:54 23:33:12 124 processes: 8 running, 86 sleeping, 30 waiting CPU 0: 0.0% user, 0.0% nice, 5.3% system, 13.5% interrupt, 81.2% idle CPU 1: 0.0% user, 0.0% nice, 4.5% system, 17.7% interrupt, 77.8% idle CPU 2: 0.0% user, 0.0% nice, 3.7% system, 15.0% interrupt, 81.3% idle CPU 3: 0.0% user, 0.0% nice, 3.4% system, 15.0% interrupt, 81.6% idle CPU 4: 0.0% user, 0.0% nice, 0.4% system, 15.0% interrupt, 84.6% idle CPU 5: 0.0% user, 0.0% nice, 0.4% system, 10.5% interrupt, 89.1% idle Mem: 37M Active, 13M Inact, 180M Wired, 304K Cache, 23M Buf, 3637M Free Swap: 2048M Total, 2048M Free PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 96K CPU4 4 56:30 92.72% idle{idle: cpu4} 11 root 171 ki31 0K 96K CPU5 5 56:40 91.80% idle{idle: cpu5} 11 root 171 ki31 0K 96K CPU3 3 56:27 90.38% idle{idle: cpu3} 11 root 171 ki31 0K 96K RUN 2 54:55 85.84% idle{idle: cpu2} 11 root 171 ki31 0K 96K RUN 0 52:13 84.18% idle{idle: cpu0} 11 root 171 ki31 0K 96K CPU1 1 53:27 83.69% idle{idle: cpu1} 12 root -68 - 0K 496K CPU1 1 11:23 17.24% intr{irq257: ix0:que } 12 root -68 - 0K 496K WAIT 2 10:40 15.62% intr{irq258: ix0:que } 12 root -68 - 0K 496K WAIT 0 11:58 14.89% intr{irq256: ix0:que } 12 root -68 - 0K 496K WAIT 3 10:31 14.21% intr{irq259: ix0:que } 12 root -68 - 0K 496K WAIT 5 11:44 13.92% intr{irq261: ix0:que } 12 root -68 - 0K 496K WAIT 4 11:29 12.94% intr{irq260: ix0:que } 0 root -68 0 0K 416K - 4 2:11 2.93% kernel{ix0 que} 0 root -68 0 0K 416K - 0 2:21 2.88% kernel{ix0 que} 0 root -68 0 0K 416K - 0 2:21 2.73% kernel{ix0 que} 0 root -68 0 0K 416K - 3 2:12 2.73% kernel{ix0 que} 0 root -68 0 0K 416K - 1 2:15 2.44% kernel{ix0 que} 0 root -68 0 0K 416K - 2 1:56 2.39% kernel{ix0 que} 1840 root 44 0 31380K 9736K select 0 0:43 0.24% snmpd Проверил все, что мог. Если и есть разница в выдаваемых различными утилитами результатах, то на уровне 10% Сижу, смотрю на все это и молча удивляюсь. Есть ли у более опытных товарисчей идеи, в чем подвох ?

В общем, результат: на Интеловской мамке работает как часы. Асроковскую както уже и трогать не хочется - нервы мне дороже.

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