запуск сервера линукс

[Batya_Montes]

хай, форумчане. раньше все работало отлично, но сегодня взял ВДС на другом хосте, но сервер почему-то не хочет запускаться.
выбивает вот такую хрень:


Started server on port: 7777, with maxplayers: 1000 lanmode is OFF.

samp03svr: amx/amx.c:799: expand: Assertion `memsize>=0' failed.


[log-core] fatal signal '6' (SIGABRT) catched

Aborted

[$continue$]

Как запускаешь? Какая операционка? Скольки битная?

[Daniel_Cortez]

По умолчанию компилятор сжимает байткод, когда записывает его в файл *.amx, чтобы скрипт занимал меньше места на диске. Но в вашем случае виртуальная машина не может распаковать байткод при загрузке скрипта, т.к. в секции кода почему-то слишком мало места, чтобы уместить распакованный код.

Наблюдается ли такая же проблема при попытке загрузить пустой мод или фильтрскрипт (hello world)? И какие характеристики у VDS?

[Batya_Montes]

Как запускаешь? Какая операционка? Скольки битная?
запускаю как обычно - ./samp03svr
операционка - debian 8
x64 битная + библиотеки для сампа 32 битные

По умолчанию компилятор сжимает байткод, когда записывает его в файл *.amx, чтобы скрипт занимал меньше места на диске. Но в вашем случае виртуальная машина не может распаковать байткод при загрузке скрипта, т.к. в секции кода почему-то слишком мало места, чтобы уместить распакованный код.

Наблюдается ли такая же проблема при попытке загрузить пустой мод или фильтрскрипт (hello world)? И какие характеристики у VDS?

пустой мод сейчас проверю, характеристики самые простые (ибо думал для теста хватит) - 1 ядро, 512 мб озу, 10 гигов ссд
upd: пустой файл отлично запускается, сервер работает

- - - Добавлено - - -

upd x2: даже grandlarc запустился + мой фс античита, но мой мод по прежнему отказывается запускаться
возможно дело в плагине каком-то ?

[$continue$]

Дай выхлоп:


sudo dpkg -l | grep 'libc6'

[Batya_Montes]

Дай выхлоп:


sudo dpkg -l | grep 'libc6'




ii libc6:i386 2.19-18+deb8u10 i386 GNU C Library: Shared libraries
ii libc6-amd64 2.19-18+deb8u10 i386 GNU C Library: 64bit Shared libraries for AMD64
ii libc6-dev:i386 2.19-18+deb8u10 i386 GNU C Library: Development Libraries and Header Files
ii libc6-dev-amd64 2.19-18+deb8u10 i386 GNU C Library: 64bit Development Libraries for AMD64
ii libc6-dev-x32 2.19-18+deb8u10 i386 GNU C Library: X32 ABI Development Libraries for AMD64
ii libc6-i686:i386 2.19-18+deb8u10 i386 GNU C Library: Shared libraries [i686 optimized]
ii libc6-x32 2.19-18+deb8u10 i386 GNU C Library: X32 ABI Shared libraries for AMD64

[$continue$]

Возможно дело в плагинах. Попробуй по очереди отключать и запускать сервер (пустой сервер new.pwn и подключёнными плагинами)

[Batya_Montes]

Возможно дело в плагинах. Попробуй по очереди отключать и запускать сервер (пустой сервер new.pwn и подключёнными плагинами)

подключил по очереди все плагины с grandlarc - все успешно работает, щас попробую заново мод подключить

- - - Добавлено - - -

upd x3: нет, с модом так же ничего не работает

[$continue$]

А сколько занятно RAM?

Установи htop и посмотри сколько свободно

[Daniel_Cortez]

Можете скинуть мод в ЛС? Хотелось бы попробовать самостоятельно воспроизвести баг, чтобы не ходить вокруг да около.

[Batya_Montes]

Можете скинуть мод в ЛС? Хотелось бы попробовать самостоятельно воспроизвести баг, чтобы не ходить вокруг да около.

ща скину, все равно еще там ничего секретного нет xD

- - - Добавлено - - -


А сколько занятно RAM?

Установи htop и посмотри сколько свободно

свободно много, всего 82 занятo

[Daniel_Cortez]

А сколько занятно RAM?
Какое отношение это имеет к проблеме? Интерпретатору для работы хватает всего несколько Кб оперативы, если не брать в счёт требования стандартной библиотеки. К тому же, в логах был не краш, а только assert, и, судя по коду (в сообщении assert указан файл и строка), это явно баг либо компилятора (неправильное вычисление размера секции кода), либо, что скорее всего, интерпретатора (неправильное условие в assert или ошибка в алгоритме распаковки).


ща скину, все равно еще там ничего секретного нет xD
Спасибо, постараюсь на днях повторить этот баг и исправить его в своём форке Pawn.
Попробуйте пока что добавить в pawn.cfg флаг "-C", чтобы отключить сжатие байткода, и перекомпилируйте мод.

[Batya_Montes]

Какое отношение это имеет к проблеме? Интерпретатору для работы хватает всего несколько Кб оперативы, если не брать в счёт требования стандартной библиотеки. К тому же, в логах был не краш, а только assert, и, судя по коду (в сообщении assert указан файл и строка), это явно баг либо компилятора (неправильное вычисление размера секции кода), либо, что скорее всего, интерпретатора (неправильное условие в assert или ошибка в алгоритме распаковки).


Спасибо, постараюсь на днях повторить этот баг и исправить его в своём форке Pawn.
Попробуйте пока что добавить в pawn.cfg флаг "-C", чтобы отключить сжатие байткода, и перекомпилируйте мод.

хорошо, спасибо ;)

[Batya_Montes]

Какое отношение это имеет к проблеме? Интерпретатору для работы хватает всего несколько Кб оперативы, если не брать в счёт требования стандартной библиотеки. К тому же, в логах был не краш, а только assert, и, судя по коду (в сообщении assert указан файл и строка), это явно баг либо компилятора (неправильное вычисление размера секции кода), либо, что скорее всего, интерпретатора (неправильное условие в assert или ошибка в алгоритме распаковки).


Спасибо, постараюсь на днях повторить этот баг и исправить его в своём форке Pawn.
Попробуйте пока что добавить в pawn.cfg флаг "-C", чтобы отключить сжатие байткода, и перекомпилируйте мод.

скомпилировал с этим флагом, теперь ловлю такую ошибку:



Started server on port: 7777, with maxplayers: 1000 lanmode is OFF.



[log-core] fatal signal '11' (SIGSEGV) catched

Segmentation fault