DBCtx: Try to BEGIN transaction in urgent DB context

Технические вопросы по UTM 5.0
Ответить
Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

DBCtx: Try to BEGIN transaction in urgent DB context

Сообщение sclif »

DBCtx: Try to BEGIN transaction in urgent DB context
Что за ошибка и как ее устранить?
Сборка 5.2.1-006
Mysql 5.0.67

dbcount=10
database_reconnect_count=10

Ошибка валится раз по 20 за день.

JAO
Сообщения: 1153
Зарегистрирован: Вт дек 11, 2007 08:17

Сообщение JAO »

dbcount ставим 20, 25, 30 и так, пока валиться не перестанет. Не переусердствуйте - эта цифра не должна превышать max_connections в MySQL, если дошли до упомянутого максимума, а она все валится, сначала увеличьте max_connections в MySQL, а потом dbcount. Но, думаю, до этого не дойдет.

Ошибка эта означает, что не хватает свободных объектов для работы с SQL базой и запросы приходится толкать вне очереди на занятые объекты (что значит urgent думаю знаете)

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Спасибо JAO за совет. Cчаз поставил dbcount=30, max_connection=120

spudd
Сообщения: 49
Зарегистрирован: Пт апр 28, 2006 10:54

Сообщение spudd »

dbcount может быть больше 64???

## dbcount
## Description: Number of database connections.
## Possible values: an integer from 2 to 64
## Default value: 6

у меня при dbcount=60 все равно на почту вылятся "urgent"

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Поставил dbcount=50 ошибки все равно сыпятся.
Может что mysql надо покрутить кроме max_connections?

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Может здесь какая-то загвостка???
mysql> show innodb status \G
*************************** 1. row ***************************
Status:
=====================================
090331 10:35:43 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 20 seconds
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 3600, signal count 3598
Mutex spin waits 0, rounds 7606, OS waits 347
RW-shared spins 6394, OS waits 3196; RW-excl spins 54, OS waits 47
------------
TRANSACTIONS
------------
Trx id counter 0 98816
Purge done for trx's n:o < 0 98814 undo n:o < 0 0
History list length 5
Total number of lock structs in row lock hash table 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1095465296
MySQL thread id 15722, query id 878428 localhost root
show innodb status
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1153800528
MySQL thread id 14878, query id 817001 localhost utm5
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1154341200
MySQL thread id 14877, query id 816990 localhost utm5
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1156233552
MySQL thread id 13622, query id 796182 localhost utm5
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1153259856
MySQL thread id 13621, query id 796175 localhost utm5
---TRANSACTION 0 0, not started, process no 4221, OS thread id 1155557712
MySQL thread id 13620, query id 796174 localhost utm5
---TRANSACTION 0 98390, not started, process no 4221, OS thread id 1094183248
MySQL thread id 497, query id 817009 localhost utm5
---TRANSACTION 0 98812, not started, process no 4221, OS thread id 1150556496
MySQL thread id 422, query id 878408 localhost utm5
---TRANSACTION 0 98814, not started, process no 4221, OS thread id 1094924624
MySQL thread id 54, query id 878427 localhost utm5
--------
FILE I/O
--------
I/O thread 0 state: waiting for i/o request (insert buffer thread)
I/O thread 1 state: waiting for i/o request (log thread)
I/O thread 2 state: waiting for i/o request (read thread)
I/O thread 3 state: waiting for i/o request (write thread)
Pending normal aio reads: 0, aio writes: 0,
ibuf aio reads: 0, log i/o's: 0, sync i/o's: 0
Pending flushes (fsync) log: 0; buffer pool: 0
210 OS file reads, 40982 OS file writes, 20477 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.70 writes/s, 0.35 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2,
0 inserts, 0 merged recs, 0 merges
Hash table size 2212699, used cells 1588, node heap has 4 buffer(s)
0.40 hash searches/s, 0.00 non-hash searches/s
---
LOG
---
Log sequence number 0 123948086
Log flushed up to 0 123948086
Last checkpoint at 0 123946890
0 pending log writes, 0 pending chkp writes
13842 log i/o's done, 0.25 log i/o's/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 1239047360; in additional pool allocated 12430592
Buffer pool size 65536
Free buffers 65067
Database pages 465
Modified db pages 9
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages read 414, created 51, written 27744
0.00 reads/s, 0.00 creates/s, 0.45 writes/s
Buffer pool hit rate 1000 / 1000
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
1 read views open inside InnoDB
Main thread process no. 4221, id 1150286160, state: sleeping
Number of rows inserted 8990, updated 10521, deleted 0, read 12128046
0.20 inserts/s, 0.30 updates/s, 0.00 deletes/s, 330.98 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

1 row in set, 1 warning (0.00 sec)

Instruktor
Сообщения: 131
Зарегистрирован: Ср авг 10, 2005 21:32
Откуда: Москва

Сообщение Instruktor »

sclif писал(а):Поставил dbcount=50 ошибки все равно сыпятся.
Может что mysql надо покрутить кроме max_connections?
+1

JAO
Сообщения: 1153
Зарегистрирован: Вт дек 11, 2007 08:17

Сообщение JAO »

А не кажется ли вам, что UTM не слишком корректно с транзакциями обращается? какой-то статус интересный, особенно смущает not started. Что тут может быть?

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Нашел что у меня версия UTM Version:5.2.1-006-update5-debian
попробую обновиться, может баг исчезнет

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Обновился до update7, но глюк не исчез!
Ошибки идут. Может глюк из-за архитектуры amd64, хотя библиотеки 32 битные стоят и utm не ругается на них. Осталось пересобрать mysql. Мускул ошибок то же не выдает.
Если у кого есть бубен от netup, то дайте на время решить проблему.

Аватара пользователя
sclif
Сообщения: 88
Зарегистрирован: Ср янв 25, 2006 07:53
Контактная информация:

Сообщение sclif »

Засек при входе через hotspot выдается это сообщение Try to BEGIN transaction in urgent DB context.

MaD4RIDER
Сообщения: 5
Зарегистрирован: Ср июл 01, 2009 23:36
Откуда: Петропавловск-Камчатский
Контактная информация:

Сообщение MaD4RIDER »

set-variable = max_connections=200
dbcount=64

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

*ALERT : июл 01 07:12:59 DBA:Ctx: DBACtx system store is empty, returning urgent DBACtx
*ALERT : июл 01 07:12:59 DBCtx: Try to BEGIN transaction in urgent DB context

JAO
Сообщения: 1153
Зарегистрирован: Вт дек 11, 2007 08:17

Сообщение JAO »

Она и у меня валится первого числа стабильно.

MaD4RIDER
Сообщения: 5
Зарегистрирован: Ср июл 01, 2009 23:36
Откуда: Петропавловск-Камчатский
Контактная информация:

Сообщение MaD4RIDER »

Ну в целом это не очень критично, но просто достаточно не приятно

JAO
Сообщения: 1153
Зарегистрирован: Вт дек 11, 2007 08:17

Сообщение JAO »

Ага, и как результат еще одно письмецо в почте, которое нужно прочитать.

Ответить