Перейти до

Stg-web With Mysql


Рекомендованные сообщения

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

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

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

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

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

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

arp -n | wc -l

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  • Відповіді 972
  • Створено
  • Остання відповідь

Top Posters In This Topic

модуль 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();

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

 

 

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

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

переодически в 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()

Ссылка на сообщение
Поделиться на других сайтах
  • 2 weeks later...

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

 

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

 

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
модуль mysql_store v.0.68-mutex

....

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

stargazer: STG mysql_store-mutex MysqlReConnect()

 

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

И тишина :(

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

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

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.

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
Executer exited говорит о том, что что-то произошло с процессом stg-exec. Например, скрипт сделал что-то нехорошее и каким-то образом свалил stg-exec.

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
Или может покажите все значения переменных мускуля на сервере который работает без падений :)

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
Какие шансы быть убитым метеоритом? :)

Запускай 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.

Ссылка на сообщение
Поделиться на других сайтах

что-то у меня беда с последней сборкой 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" вот только где это исправить?

Ссылка на сообщение
Поделиться на других сайтах

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

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)!

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

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

Ссылка на сообщение
Поделиться на других сайтах
...

 

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
незнаю что я делаю не так, но у меня почему то связка:

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 там, где он падает - он бы тоже не падал.

Ссылка на сообщение
Поделиться на других сайтах

исходные данные: тестовый сервер, 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 +++

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

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

Ссылка на сообщение
Поделиться на других сайтах
нифига подобного, ничего я не затачивал, и никого не просил это делать...

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

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

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

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

Хотя... хз

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

После перехода на мускульную базу, сервер падает стабильно.. 1-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);

}

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

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

Ссылка на сообщение
Поделиться на других сайтах

Всем привет

после долгих танцев с бубном завел таки вчера 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

 

 

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

Ссылка на сообщение
Поделиться на других сайтах
Всем привет

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

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

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

 

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

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

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.


×
×
  • Створити нове...