Stg-web With Mysql

[gall 6]

выруби плагин rscript

Плагин и не врубал.

Да и не падал больше с таким сообщением.

Падать после отключения детайлстат стал намного меньше, раз в 1-2 суток.

Что есть большой прогресс.

Вот только светофорить стал иногда.

arp -n | wc -l

cat /proc/sys/net/ipv4/neigh/default/gc_thresh*

делал, переполнения нету

у меня треш 512, 1024, 2048

а арп показует 100-150 не более.

[Silitra 0]

модуль mysql_store v.0.68-mutex

переодически приводил к падению. начал копать

падение происходит при подключении конфигуратора, конкретно, когда модуль sgconfig пытается получить кол-во тарифов вызывая

tariffs->GetTariffsNum(), закоментировал. перестал падать в этом месте.

начал в другом, Причем работает 2-3 часа нормально и конфигуратор коннектится.

 

теперь проблема при вызове

user->ScanMessage()

колупаем дальше

store->GetMessageHdrs(&hdrsList, login)

 

добавил вывод в syslog

 

{
STG_LOCKER lock(&mutex, __FILE__, __LINE__);
MYSQL_RES *res;
MYSQL_ROW row;
char qbuf[MYSQL_QUERY_MAX]="\0";

sprintf(qbuf,"SELECT * FROM messages WHERE login='%s'", login.c_str());

if(MysqlQuery(qbuf))
{
	syslog(LOG_CRIT, "Couldn't GetMessageHdrs for '%s'(on query).", login.c_str());
	return MysqlReConnect();
}

if (!(res=mysql_store_result(sock)))
{
	syslog(LOG_CRIT, "Couldn't GetMessageHdrs (on getting result).");
	return MysqlReConnect();
}

 

в результате через 2-3 часа видим в messages

очень много сторок

stargazer: Couldn't GetMessageHdrs for 'vasya' (on query).

 

решил проблему, закоментил в user.cpp в 2-х местах ScanMessage();

теперь не падает в этом месте.

 

 

дальше новые проблемы, теперь реже чем раньше. стг иногда перестает писать изменения в БД.

но работает, не падает.

переодически в messages.log наблюдал строчку

stargazer: STG mysql_store-mutex MysqlReConnect().

 

заметил что имеено после MysqlReConnect() перестает писать в базу изменения. И при попытке подключения конфигуратора stg падает в кору.

 

решил заменить в mysql_store.cpp все errorStr на syslog();

и докучи

int MYSQL_STORE::MysqlReConnect() const
{
STG_LOCKER lock(&mutex, __FILE__, __LINE__);

syslog(LOG_CRIT, "STG mysql_store-mutex MysqlReConnect()");

if (sock)
{
syslog(LOG_CRIT, "mysql disconnect on reconnect");
	MysqlDisconnect();
}

if (!sock)
{
syslog(LOG_CRIT, "mysql connect on reconnect");
	return MysqlConnect();
}

return 0;
}

 

 

теперь messages.log

 

stargazer: Couldn't get table 'detailstat_09_2008'.

stargazer: STG mysql_store-mutex MysqlReConnect()

billing stargazer: mysql disconnect on reconnect

billing stargazer: mysql disconnect

и так далее миллионы строк.

 

удивился а где "mysql connect on reconnect" ?

 

где бага зарыта, mysql_list_tables не возвращает то что нужно ?

почему mysql_close(sock); не закрывает соединение.?

 

и еще в messages каждый день в 00:00 проскакивает

stargazer: STG mysql_store-mutex MysqlReConnect()

[AazForever 0]

Установил Stg-Web 0.8

 

При попытке зайти администратором в логах появляется ошибка:

 

sh: /usr/bin/webpager: No such file or directory

sh: /usr/bin/webpager: No such file or directory

 

Какой пакет содершит Этот Пайджер?

[den68 0]

модуль mysql_store v.0.68-mutex

....

и еще в messages каждый день в 00:00 проскакивает

stargazer: STG mysql_store-mutex MysqlReConnect()

 

Надо бы глянуть что он делает/кол-во транзакций в этот момент, если что - величину кол-во обращений увеличить в mysql.conf, например.

[gall 6]

Надо бы глянуть что он делает/кол-во транзакций в этот момент, если что - величину кол-во обращений увеличить в mysql.conf, например.

Как это глянуть?

Разве сейчас мы используем транзакции, БД вроде myISAM?

Или может покажите все значения переменных мускуля на сервере который работает без падений

[gall 6]

И тишина

Неужели нет ни одного человека у которого бы СТГ+мускуль работал стабильно?

Отзовитесь людииии.

P.S.: опять в логе стг зачастили сообщения "Executer exited."

вот кусок лога.

2008-10-08 06:02:04 -- Stg started successfully. /// В 6 утра плановый рестарт сервера, так он падает меньше в течении дня

2008-10-08 06:02:04 -- +++++++++++++++++++++++++++++++++++++++++++++

2008-10-08 15:48:01 -- Executer exited. /// А вот и падение

2008-10-08 15:48:01 -- All executers exited. Stopping stg.

2008-10-08 15:48:01 -- +++++++++++++++++++++++++++++++++++++++++++++

2008-10-08 15:48:01 -- Module: 'Stg configurator v.0.07'. Stop successfull.

2008-10-08 15:48:01 -- Module: 'Pinger v.1.01'. Stop successfull.

2008-10-08 15:48:01 -- Module: 'Always Online authorizator v.1.0'. Stop successfull.

Пожалуйста проясните мне такую ситуацию.

[madf 279]

Executer exited говорит о том, что что-то произошло с процессом stg-exec. Например, скрипт сделал что-то нехорошее и каким-то образом свалил stg-exec.

[gall 6]

Executer exited говорит о том, что что-то произошло с процессом stg-exec. Например, скрипт сделал что-то нехорошее и каким-то образом свалил stg-exec.

Отследить это трудновато будет(((

Никаких закономерностей нету в падениях этого процесса.

А не пройдет ли такой вариант - запускать не один stg-exec, а допустим 2-3.

Какие шансы, что упадут все?

[madf 279]

Какие шансы быть убитым метеоритом?

Запускай 2-3

[den68 0]

Или может покажите все значения переменных мускуля на сервере который работает без падений

 

ИМХО падает он из за памяти - некоректно ее гдето отгрызает. Так-же и это основное, затыки/зацикливание наступают в Трафкаунтере ...

найти логику почему несмог ...

[gall 6]

Какие шансы быть убитым метеоритом?

Запускай 2-3

Оказывеатся метеоритом может убить запросто))

2008-10-12 08:41:01 -- Executer exited.

2008-10-12 08:41:04 -- Executer exited.

2008-10-12 08:41:04 -- Executer exited.

2008-10-12 08:41:04 -- All executers exited. Stopping stg.

[rem_lex 2]

что-то у меня беда с последней сборкой stg-2.405.9.8 как только включены модули store_mysql и auth_ao в лог пишет

2008-10-12 18:14:21 -- Stg v. Stg 2.404

2008-10-12 18:14:21 -- Message queue created successfully. msgKey=5555 msgID=1179648

2008-10-12 18:14:21 -- Timer thread started successfully.

2008-10-12 18:14:21 -- Storage plugin: mysql_store v.0.68-mutex (STG-Web). Loading successfull.

2008-10-12 18:14:22 -- Users started successfully.

2008-10-12 18:14:22 -- Traffcounter started successfully.

2008-10-12 18:14:22 -- Module: 'ipq_cap v.1.1'. Start successfull. 0

2008-10-12 18:14:22 -- Module: 'InetAccess authorizator v.1.2'. Start successfull. 50

и обрывается, а strace говорит:

open("/etc/stargazer/stargazer.conf", O_RDONLY) = 3

fstat64(3, {st_mode=S_IFREG|0644, st_size=15778, ...}) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f28000

read(3, "################################"..., 4096) = 4096

read(3, "\273\320\265\320\275\320\270\321\217 \320\261\320\265\320"..., 4096) = 4096

read(3, "\217 \320\221\320\224\n dbuser = stg\n\n # \320"..., 4096) = 4096

read(3, "\273\321\203 tcp ? 1- \320\264\320\260 0 - \320\275\320"..., 4096) = 3490

read(3, "", 4096) = 0

close(3) = 0

munmap(0xb7f28000, 4096) = 0

rt_sigaction(SIGTERM, {0x805ab10, [TERM], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGUSR1, {0x805a9b0, [uSR1], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGINT, {0x805ab10, [iNT], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGPROF, {0x805aaf0, [PROF], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGPIPE, {0x805aad0, [PIPE], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGHUP, {0x805a9c0, [HUP], 0}, {SIG_DFL}, 8) = 0

rt_sigaction(SIGCHLD, {0x805ae70, [CHLD], 0}, {SIG_DFL}, 8) = 0

clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7ca0708) = 27320

unlink("/etc/stargazer//._ST_ART_ED_") = -1 ENOENT (No such file or directory)

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, NULL) = 0

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, NULL) = 0

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, NULL) = 0

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, NULL) = 0

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, NULL) = 0

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

nanosleep({0, 200000000}, 0) = ? ERESTART_RESTARTBLOCK (To be restarted)

--- SIGCHLD (Child exited) @ 0 (0) ---

waitpid(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], WNOHANG) = 27320

sigreturn() = ? (mask now [])

access("/etc/stargazer//._ST_ART_ED_", F_OK) = -1 ENOENT (No such file or directory)

unlink("/etc/stargazer//._ST_ART_ED_") = -1 ENOENT (No such file or directory)

exit_group(1) = ?

дебаг вываливает:

inetaccess.cpp > 18:50:20 > Monitor=0 file AUTH_IA /inetaccess_t

stgconfig.cpp > 18:50:20 > STG_CONFIG::Start()

configproto.cpp > 18:50:20 > CONFIGPROTO::SetTariffs tariffs=80FF1E8

configproto.cpp > 18:50:20 > CONFIGPROTO::SetTariffs settings=80E7008

configproto.cpp > 18:50:20 > CONFIGPROTO::SetTariffs tariffs=80FF1E8

rsconf.cpp > 18:50:20 > CONFIGPROTO::Prepare()

rsconf.cpp > 18:50:20 > STG_CONFIG::Prepare() socket - ok

rsconf.cpp > 18:50:20 > STG_CONFIG::Prepare() setsockopt - ok

rsconf.cpp > 18:50:20 > STG_CONFIG::Prepare() bind - ok port: 5585

rsconf.cpp > 18:50:20 > STG_CONFIG::Prepare() listen - ok

ping.cpp > 18:50:20 > PING::Run

stgconfig.cpp > 18:50:20 > =====================| pid: 28024 |=====================

stgconfig.cpp > 18:50:20 > STG_CONFIG::Run

rsconf.cpp > 18:50:20 > CONFIGPROTO: Ready to accept

sh: /etc/stargazer//OnConnect: cannot execute binary file

/etc/init.d/stargazer: line 42: 28024 Segmentation fault start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- $DAEMON_ARGS

при комментировании строчек в конфиге

<Module auth_ao>

</Module>

все становится нормально

 

собственно видно, что "sh: /etc/stargazer//OnConnect: cannot execute binary file" вот только где это исправить?

[Max 0]

незнаю что я делаю не так, но у меня почему то связка:

FreeBSD 5.5+stg-13.47.20+mysql-0.67(без всяких мьютексов)+mod_netflow-1.3.4-stg_web+patch-usernet+патч на расширенный конфигуратор+расширенный конфигуратор+патч NAS+патч sp1+stg_web 0.07+mysqld Ver 4.1.16-log for unknown-freebsd5.5 on i386 (Source distribution)!

и всё это хозяйство не вылетает вообще уже много месяцев....

Причём нагрузка не хилая, и растёт с каждым днём.

[madf 279]

...

 

собственно видно, что "sh: /etc/stargazer//OnConnect: cannot execute binary file" вот только где это исправить?

Это как раз исправить не сложно - добавь шабанг в скрипты On*

А вот при чем тут auth_ao - я совсем хз.

[madf 279]

незнаю что я делаю не так, но у меня почему то связка:

FreeBSD 5.5+stg-13.47.20+mysql-0.67(без всяких мьютексов)+mod_netflow-1.3.4-stg_web+patch-usernet+патч на расширенный конфигуратор+расширенный конфигуратор+патч NAS+патч sp1+stg_web 0.07+mysqld Ver 4.1.16-log for unknown-freebsd5.5 on i386 (Source distribution)!

и всё это хозяйство не вылетает вообще уже много месяцев....

Причём нагрузка не хилая, и растёт с каждым днём.

Потому что заточено под конкретную систему. Если бы у меня была возможность посидеть с логами, gdb и valgrind там, где он падает - он бы тоже не падал.

[rem_lex 2]

исходные данные: тестовый сервер, Intel 945P, Celeron D 3GHz, 1024Mb

OS Debian Linux 2.6.18-6-686 #1 SMP Tue Jun 17

версия stg-2.405.9.8_STG-WEB.tar.gz md5sum: 3b5b3cadd84267dbdb12dee414c8d6aa (последняя доступная на сайте от Alferov)

store_mysql, база локальная MySQL version: 5.0.32, в базе часть слепка с рабочей базы (около 300 юзверей)

GNU Make 3.81, gcc version 4.1.2 20061115

 

Это как раз исправить не сложно - добавь шабанг в скрипты On*

А вот при чем тут auth_ao - я совсем хз.

Часть проблемы была в том, что в дефолтовых скриптах исчезла шапка #!/bin/sh и по каким-то непонятным религиозным соображениям система отказалась интерпретировать их...

Кое что выяснил, auth_ao как бы не причем, дело в то, что как только запускается полностью СТГ, отписывается об удачном старте в лог, срабатывает auth_ao и включает ОнКоннекты тем кому надо, сразу же вываливается stargazer, оставляя в памяти stg-exec, это было описано но не совсем внятно http://local.com.ua/forum/index.php?showtopic=12719 . Если отключить auth_ao, то stargazer продолжает работать до того момента, пока кто-то из пользователей не попробует подключится или из конфигуратора провести изменения пользователя, т.е. где-то в момент запуска скриптов. Скрипты дефолтные, пробовал вставлять свои рабочие, пробовал выкидывать из них все кроме шапки, все равно вываливается...

 

вот собственно трейс когда вываливается при старте

open("/var/log/stargazer.log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 10

fstat64(10, {st_mode=S_IFREG|0644, st_size=69137, ...}) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f49000

fstat64(10, {st_mode=S_IFREG|0644, st_size=69137, ...}) = 0

_llseek(10, 69137, [69137], SEEK_SET) = 0

write(10, "2008-10-14 12:14:07 -- +++++++++"..., 69) = 69

close(10) = 0

munmap(0xb7f49000, 4096) = 0

nanosleep({0, 100000000}, PING::Run

stgconfig.cpp > 12:14:07 > =====================| pid: 4366 |=====================

stgconfig.cpp > 12:14:07 > STG_CONFIG::Run

rsconf.cpp > 12:14:07 > CONFIGPROTO: Ready to accept

0) = ? ERESTART_RESTARTBLOCK (To be restarted)

+++ killed by SIGSEGV +++

вот когда становится в нормальный цикл

open("/var/log/stargazer.log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 10

fstat64(10, {st_mode=S_IFREG|0644, st_size=69949, ...}) = 0

mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f8e000

fstat64(10, {st_mode=S_IFREG|0644, st_size=69949, ...}) = 0

_llseek(10, 69949, [69949], SEEK_SET) = 0

write(10, "2008-10-14 12:30:39 -- +++++++++"..., 69) = 69

close(10) = 0

munmap(0xb7f8e000, 4096) = 0

nanosleep({0, 100000000}, NULL) = 0

nanosleep({0, 100000000}, NULL) = 0

nanosleep({0, 100000000}, NULL) = 0

nanosleep({0, 100000000}, NULL) = 0

nanosleep({0, 100000000}, NULL) = 0

... и т.д.

вот когда происходит change

nanosleep({0, 100000000}, rsconf.cpp > 12:32:47 > Connection accepted from 192.168.4.253

rsconf.cpp > 12:32:47 > RecvHdr - ok buf = SG04 sizeof(STG_HEADER) = 4

NULL) = 0

nanosleep({0, 100000000}, configproto.cpp > 12:32:47 > ParseXMLStart

configproto.cpp > 12:32:47 > Start

parser.cpp > 12:32:47 > PARSER_GET_SERVER_INFO::ParseStart

configproto.cpp > 12:32:47 > Start

parser.cpp > 12:32:47 > PARSER_GET_USERS::ParseStart

configproto.cpp > 12:32:47 > Start

parser.cpp > 12:32:47 > PARSE_GET_USER::ParseStart login=

configproto.cpp > 12:32:47 > Start

parser.cpp > 12:32:47 > PARSER_CHG_USER::Reset()

parser.cpp > 12:32:47 > PARSER_CHG_USER::Reset() DEL USR =====================

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseStart el = SetUser depth = 1

parser.cpp > 12:32:47 > PARSER_CHG_USER::SetUser - OK

configproto.cpp > 12:32:47 > ParseXMLStart

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseStart el = login depth = 2

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseEnd el = login depth = 2

configproto.cpp > 12:32:47 > ParseXMLStart

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseStart el = cash depth = 2

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseEnd el = cash depth = 2

parser.cpp > 12:32:47 > PARSER_CHG_USER::ParseEnd el = SetUser depth = 1

parser.cpp > 12:32:47 > upCount=0 downCount=0

0) = ? ERESTART_RESTARTBLOCK (To be restarted)

+++ killed by SIGSEGV +++

вот подключение пользователя

nanosleep({0, 100000000}, inetaccess.cpp > 12:34:41 > recv from 192.168.1.254 5555 len=96

inetaccess.cpp > 12:34:41 > User tester FOUND!

inetaccess.cpp > 12:34:41 > ======================> InitEncrypt dont needed

inetaccess.cpp > 12:34:41 > ****** User dirs 3FF

inetaccess.cpp > 12:34:41 > 1223976881.860631 200 bytes sent to 192.168.1.254:5555 len=200

inetaccess.cpp > 12:34:41 > Monitor time 1223976819 1223976941

inetaccess.cpp > 12:34:41 > recv from 192.168.1.254 5555 len=64

inetaccess.cpp > 12:34:41 > User tester FOUND!

inetaccess.cpp > 12:34:41 > ======================> InitEncrypt dont needed

inetaccess.cpp > 12:34:41 > CONN_ACK_8 CONN_ACK

inetaccess.cpp > 12:34:41 > rnd = 612148165 connAck->rnd=612148166

users.cpp > 12:34:41 > Add IP Idx

traffcounter.cpp > 12:34:41 > AddUser: tester

ping.cpp > 12:34:41 > pinger.DelIP 0.0.0.0

ping.cpp > 12:34:41 > pingerCurrIP.AddIP 192.168.1.254

inetaccess.cpp > 12:34:41 > SendMessage userIP=192.168.1.254

user.cpp > 12:34:41 > DelMessage

inetaccess.cpp > 12:34:41 > Min8(sizeof(ALIVE_SYN)) = 384

inetaccess.cpp > 12:34:41 > 1223976881.882814 384 bytes sent to 192.168.1.254:5555 len=384

inetaccess.cpp > 12:34:41 > Monitor time 1223976819 1223976941

inetaccess.cpp > 12:34:41 > RealSendMessage 8 user=tester

inetaccess.cpp > 12:34:41 > 1223976881.884545 1056 bytes sent to 192.168.1.254:5555 len=1056

inetaccess.cpp > 12:34:41 > recv from 192.168.1.254 5555 len=64

inetaccess.cpp > 12:34:41 > User tester FOUND!

inetaccess.cpp > 12:34:41 > ======================> InitEncrypt dont needed

inetaccess.cpp > 12:34:41 > Monitor time 1223976819 1223976941

NULL) = 0

nanosleep({0, 100000000}, 0) = ? ERESTART_RESTARTBLOCK (To be restarted)

+++ killed by SIGSEGV +++

[Max 0]

Потому что заточено под конкретную систему. Если бы у меня была возможность посидеть с логами, gdb и valgrind там, где он падает - он бы тоже не падал.

нифига подобного, ничего я не затачивал, и никого не просил это делать...

[gall 6]

нифига подобного, ничего я не затачивал, и никого не просил это делать...

Значит звезды стояли в определенном положении когда ты все это дело собирал... либо когда я собирал...

Но одному из нас не повезло.

А может просто все связано с осью?

На фри работает, а на дебиане.. нехотит((

Хотя... хз

[rem_lex 2]

gall, я сейчас работаю, на том что у меня завелось последнее под дебом это stg-2.401-какой-то с вебом, архив где-то валяется, могу поделиться

[gall 6]

gall, я сейчас работаю, на том что у меня завелось последнее под дебом это stg-2.401-какой-то с вебом, архив где-то валяется, могу поделиться

Вопрос не в том, что завелось...а в том на сколько стабильно работает.

У меня все версии заводились и работали под дебом..

Но стабильно работала только версия с файловой базой.

После перехода на мускульную базу, сервер падает стабильно.. 1-2 а иногда и больше раз в сутки.

[madf 279]

нифига подобного, ничего я не затачивал, и никого не просил это делать...

Может я неправильно выразился...

Все изменения, которые ты перечислил, разрабатывались и тестировались на вашей системе. Естественно, они там работают.

[rem_lex 2]

Есть предположение в каком месте он падает, это projects/sgauth/web.cpp : 270-278

for (j = 0; j < DIR_NUM; j++)

{

if (dirName[j][0] == 0)

continue;

string s;

KOIToWin(dirName[j], &s);// +++++++++ sigsegv ========== TODO too long dir name crashes sgauth

sprintf(str, " <TD id=\"TraffTableCaptionCell%d\">%s</TD>\n", rowNum++, s.c_str());

send(outerSocket, str, strlen(str), 0);

}

судя по симптомам и выхлопам стрейса, похоже...

ЗЫ: простите я не программист, могу ошибаться

[madf 279]

А при чем тут авторизатор?

[tseytnot 0]

Всем привет

после долгих танцев с бубном завел таки вчера stg-2.405.9.8_STG_WEB, подкрутил веб-морду, помучившись при этом с кодировками...

вроде все неплохо, но уже при первых часах работы с конфигуратором старгейзер стал постоянно вываливаться в сегфаулт

причем заметил что большинство падений приходится на новую десятиминутку и ему предшествует строка MysqlReConnect():

 

 

Oct 16 14:47:10 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 14:50:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 14:50:00 fregat kernel: stargazer[15072]: segfault at a0 rip a0 rsp 40ffe888 error 14

Oct 16 14:50:22 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 15:00:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 15:00:00 fregat kernel: stargazer[15302]: segfault at a0 rip a0 rsp 40ffe888 error 14

Oct 16 15:07:21 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 15:10:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 15:10:00 fregat kernel: stargazer[16686]: segfault at a0 rip a0 rsp 40ffe888 error 14

Oct 16 15:10:43 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 15:20:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 15:20:00 fregat kernel: stargazer[16980]: segfault at a0 rip a0 rsp 40ffe888 error 14

Oct 16 16:13:56 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 16:20:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 16:20:00 fregat kernel: stargazer[21781]: segfault at 2b133162a918 rip 2b133162a918 rsp 40ffe888 error 15

Oct 16 16:20:04 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 16:30:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 16:30:00 fregat kernel: stargazer[22152]: segfault at a0 rip a0 rsp 40ffe888 error 14

Oct 16 16:31:19 fregat stargazer: STG mysql_store-mutex Use MYSQL TCP port

Oct 16 16:33:01 fregat sa-exim[22666]: Removed 0 of 0 greylist tuplets in 0 seconds

Oct 16 16:33:01 fregat sa-exim[22666]: Removed 0 of 0 greylist directories in 0 seconds

Oct 16 16:40:00 fregat stargazer: STG mysql_store-mutex MysqlReConnect()

Oct 16 16:40:00 fregat kernel: stargazer[22478] general protection rip:2aaaaac53930 rsp:40ffe940 error:0

 

 

Система дебиан. В программировании особо не силен. Прочитал почти всю эту ветку. Насколько понял такая проблема у многих и конкретного решения ни у кого нет?

[gall 6]

Всем привет

после долгих танцев с бубном завел таки вчера stg-2.405.9.8_STG_WEB, подкрутил веб-морду, помучившись при этом с кодировками...

вроде все неплохо, но уже при первых часах работы с конфигуратором старгейзер стал постоянно вываливаться в сегфаулт

причем заметил что большинство падений приходится на новую десятиминутку и ему предшествует строка MysqlReConnect():

 

Система дебиан. В программировании особо не силен. Прочитал почти всю эту ветку. Насколько понял такая проблема у многих и конкретного решения ни у кого нет?

Отключи детайлстат, модуль мускуля мутексный? если да то попробуй через сокет.. вроде чуть стабильней работает.