Ошибка сегментации при запуске 32-разрядной версии G-WAN 3.12.26 на linux fc14

У меня 32-битная система fc14 с кастомно скомпилированным ядром 2.6.35.13. Когда я пытаюсь запустить G-wan, я получаю сообщение «Ошибка сегментации». Я не вносил никаких изменений, просто скачал и распаковал файлы с сайта g-wan.

В файле журнала у меня есть: «[Wed Dec 26 16:39:04 2012 GMT] Доступные сетевые интерфейсы (16)», что неверно, на машине у меня около 1k интерфейсов, в основном интерфейсов ppp.

Я думаю, что сбой как-то связан с обнаружением интерфейсов / IP-адресов, потому что в журнале после указанной выше строки у меня есть 16 строк с ip, принадлежащим машине fc14, и после этого около 1k строк с «0.0.0.0» или «случайным» ip адреса.

Я запустил 64-разрядную версию gwan 3.3.7 на fc16 с примерно таким же количеством интерфейсов, и у меня не было проблем, ну, он по-прежнему сообщил о неправильном количестве интерфейсов (16), но он не разбился, и в файле журнала я получил только 16 строки с IP-адресами, принадлежащими машине fc16.

Любые идеи?

Спасибо


out-of-memory virtualization hypervisor g-wan
person Ulici Alexandru    schedule 26.12.2012    source источник
comment
Какая у вас версия GLIBC? Требуется по крайней мере 2.3.4 и 2.7, если вы используете формирование полосы пропускания.   -  person Richard Heath    schedule 26.12.2012
comment
У меня тоже есть сегмент. Вина. У меня это будет работать, только если я удалю сценарий обслуживания.   -  person Richard Heath    schedule 27.12.2012
comment
Та же проблема в Archlinux (в актуальном состоянии)   -  person solisoft    schedule 27.12.2012
comment
Я использую GLIBC v2.16 ...   -  person solisoft    schedule 27.12.2012
comment
У меня: Glibc: 2.13 (стабильный). Пробовал и без скрипта обслуживания .. такой же сбой   -  person Ulici Alexandru    schedule 27.12.2012
comment
Как насчет отправки вашего файла logs / gwan.log команде G-WAN, как будто вас неоднократно приглашали сделать это?   -  person Gil    schedule 20.01.2013

Ответы (2)


arrow_upward
0
arrow_downward

У меня около 1k интерфейсов, в основном интерфейсов ppp

В списке будут указаны только первые 16, поскольку эта информация станет неактуальной при увеличении количества интерфейсов (цель заключалась в том, чтобы позволить пользователям выяснить, почему попытка прослушивания не удалась).

Вероятно, это длинный список размером 1 КБ, многие вещи изменились внутри после того, как распределитель был переработан с нуля. Спасибо, что сообщили об ошибке.

Я также подтверждаю комментарий, в котором говорится о сбое сценария обслуживания. Спасибо за это.

Обратите внимание, что формирование полосы пропускания будет изменено, чтобы избежать новых системных вызовов Linux, поэтому требование GLIBC 2.7 будет отменено.

... со скомпилированным ядром

Как правило, еще раз проверьте стандартную систему, такую ​​как Debian 6.x, прежде чем задавать вопрос: в известной системе достаточно места для проблем - нет необходимости добавлять специальные системные компоненты.

Спасибо всем за тонны (!) Писем, полученных за последние два дня о новом выпуске!

person Gil    schedule 27.12.2012
comment
G-wan сообщает о Glibc: 2.13 (стабильный) Я понимаю ваши требования к тестированию в стандартной системе, но мне нужно, чтобы это работало на моих системах, как это уже было. Для меня было бы нормально иметь более старую версию g-wan, но на сайте g-wan я нахожу только последнюю версию. Спасибо - person Ulici Alexandru; 27.12.2012
comment
Публикуется новый выпуск для исправления каждой новой обнаруженной ошибки (ошибок), а также добавляются новые записи в часто задаваемых вопросах для объяснения требований к процессору и т. Д. При таком темпе некоторые проблемы будут исправлены в течение нескольких дней - вот почему ваш отзыв важен. - person Gil; 28.12.2012
comment
Я попробовал новую версию, но все равно не повезло: # ./gwan loading [c___5] mp: недостаточно памяти Из журналов: # more logs / gwan.log [Thu Jan 17 21:22:26 2013 GMT] объем памяти: 1,25 МБ (null) [Чт, 17 января, 21:22:26 2013 по Гринвичу] Хост /usr/local/gwan/0.0.0.0_8080/#0.0.0.0 [Чт, 17 января, 21:22:26 2013 GMT] [c___5] mp: out памяти [Thu Jan 17 21:22:26 2013 GMT] [c___6] mp: out of memory Но у меня в системе свободно около 800 МБ - person Ulici Alexandru; 17.01.2013
comment
Скорее всего, вы ограничили свою среду с помощью гипервизора (Xen, VMWare и т. Д.): у вас действительно нет 6-ядерного процессора и только 800 МБ RAM (что маловероятно). Отправьте нам свой файл gwan.log, чтобы мы могли проверить, в чем проблема. - person Gil; 18.01.2013
comment
gwan_linux32-bit] # cat logs / gwan.log [Пт, 18 января, 21:59:33 2013 GMT] объем памяти: 1,27 МБ (ноль) [Пт, 18 января, 21:59:33 2013 GMT] Host / usr / local / gwan_linux32 -bit / 0.0.0.0_8080 / # 0.0.0.0 [Пт 18 января 21:59:33 2013 GMT] [c___4] mp: недостаточно памяти [Пт 18 января 21:59:33 2013 GMT] [c___6] mp: out памяти [root @ localhost gwan_linux32-bit] # free -m total used free shared buffers cached Mem: 3294 2662 632 0 140 2065 ... извините за формат текста .. - person Ulici Alexandru; 18.01.2013
comment
(1) это та же бесполезная информация, что и выше, и (2) вы должны отправить нам по электронной почте весь файл /logs/gwan.log, как было запрошено ранее (если ваша цель - решить вашу проблему). - person Gil; 19.01.2013
comment
Извините за поздний ответ .. Это все, что у меня есть в моем файле журнала. Сегодня у меня было время поиграть со strace, и я обнаружил странную строку: sysinfo ({uptime = 2096474, load = [1088, 1440, 2976] totalram = 843322, freeram = 31500 ... .. и в системе есть 3G RAM Также я смог без проблем запустить gwan на fc14 с ядром 2.6.35.14-106. - person Ulici Alexandru; 29.01.2013
comment
Единственное различие, которое я вижу между двумя машинами fc14, заключается в том, что на fc14 gwan утверждает, что у него нет памяти, когда я делаю это из c: struct sysinfo SYSINFO; sysinfo (& SYSINFO) SYSINFO.mem_unit = 4096, на машине ok fc14 SYSINFO.mem_unit = 1. Я не программист на c .. но может ли быть так, что mem_unit не используется для расчета доступной оперативной памяти в системе? Благодарность - person Ulici Alexandru; 29.01.2013
comment
mem_units используется правильно. Опять же, наличие доступа к запрошенному нами файлу журнала поможет ответить на ваш вопрос, поскольку совершенно очевидно, что вы ограничиваете G-WAN в виртуализированной среде. - person Gil; 31.01.2013
comment
там нет ничего виртуального ... Я не мог себе этого позволить ... через машину проходит около 700 Мбит / с туннельного трафика, поэтому мне нужен в основном процессор, а не память. В любом случае gwan 4.2.7 на нем работает .. так что спасибо - person Ulici Alexandru; 10.02.2013

arrow_upward
0
arrow_downward

У меня была аналогичная ошибка «Ошибка сегментации»; у меня случается каждый раз, когда я использую 9+ ГБ ОЗУ. Точно такая же машина с 8 ГБ работает нормально, а 10 ГБ даже не сообщает об ошибке, а просто возвращается к приглашению.

Интересное поведение ... Вы пробовали регулировать объем оперативной памяти, чтобы посмотреть, что происходит?

(под управлением G-WAN 4.1.25 на Debian 6.x)

person kmatheny    schedule 29.01.2013
comment
Если вы используете больше памяти, чем доступно в вашей системе, Linux убивает приложения. Этот аварийный выключатель Linux называется OOM (Out of Memory). - person Gil; 31.01.2013
comment
Если вы читаете это, G-WAN работает с менее 1 ГБ ОЗУ: gwan .ch / faq # cpus и на устаревших 32-битных процессорах Core Solo. Ни одна современная машина не будет иметь более низкие характеристики. - person Gil; 11.02.2013
comment
Я должен был указать: машина 64-разрядная, имеет 4-ядерный ЦП и 16 ГБ ОЗУ (изначально). Я собираюсь протестировать с последним обновлением G-WAN (4.2.7) позже сегодня вечером, чтобы увидеть если ошибка не исчезнет. Я сообщу о результатах. - person kmatheny; 11.02.2013
comment
Не могли бы вы подробнее рассказать, КАК вы переходите на 9+ ГБ ОЗУ? Я имею в виду, что G-WAN не сможет сделать это без сервлета или обработчика. - person Gil; 13.02.2013
comment
Может я что-то упускаю по G-WAN. Если я загружаю в свою систему модули памяти 4 ГБ x 2 + 1 ГБ x 1 (9 ГБ ОЗУ), зачем мне настраивать G-WAN для обработки этого? Кроме того, я не тестировал последнюю сборку G-WAN, которую вы @Gil выпустили около недели назад. Если мне нужно что-то настроить в G-WAN, дайте мне знать, и я займусь этим. - person kmatheny; 18.02.2013
comment
Мы, конечно же, НИКОГДА не приглашали вас настраивать G-WAN, поскольку он поставляется без файлов конфигурации. Мы просто попросили вас объяснить, как вы потребляете эти 9 ГиБ. Предлагаю вам обратиться в службу поддержки G-WAN и предоставить соответствующую информацию. - person Gil; 19.02.2013
comment
У меня 4-ядерная машина с 9 ГБ оперативной памяти. GWAN не запускается. Если я возьму ту же самую машину и вырву 1 ГБ оперативной памяти, GWAN запустится нормально. Так просто. Я отошел от этой проблемы и перепрофилировал машину. - person kmatheny; 12.03.2013