Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Informix Новый топик    Ответить
 Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
Доброго дня!

Имею продуктив систему:
OS: Red Hat Enterprise Linux Server release 6.8 (Santiago)
IDS: Version 12.10.FC4W1

Основные DBSpaces созданы на cooked chunks с размером страницы 16K.

Наблюдаю, что постоянно растет V-class (onstat -g seg). При этом не освобождается через onmode -F. Точнее, освобождается копеечно. В результате достигается максимум по SHMTOTAL=4915200, после чего не возможно сделать backup пока не исполнится перезагрузка сервера Informix. На предыдущей версии IDS 7.31FD10 под Solaris - этот V-class не рос, да и памяти в 4Gb на сервер (!) хватало с головой. А тут, после миграции c 7-ки на 12-ю, такой вот грабель.

Может, кто-то с подобным сталкивался?

Установлен: AUTO_TUNE 1

-----
Эта же версия IDS но под Solaris - всё прекрасно.
Есть ещё одна инсталляция под Linux, но там не сильно запросами нагружена система, там V-class держится стабильно.
13 сен 17, 16:30    [20793277]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
Памяти добавляли.

RESIDENT 0
SHMBASE 0x44000000L
SHMVIRTSIZE 2887104
SHMADD 65536
EXTSHMADD 8192
SHMTOTAL 4915200
SHMVIRT_ALLOCSEG 0,3
SHMNOACCESS


informix@tipa:~$ onstat -g seg

IBM Informix Dynamic Server Version 12.10.FC4W1 -- On-Line (Prim) -- Up 8 days 21:34:11 -- 4209456 Kbytes

Segment Summary:
id key addr size ovhd class blkused blkfree
52396032 52564801 44000000 143478784 2114744 R 35029 0
52428801 52564802 4c8d5000 2956394496 34647096 V 703201 18575
52461570 52564803 fcc45000 22999040 1 B 5615 0
52494339 52564804 fe234000 1045159936 1 B 255166 0
52527115 52564805 13c6f2000 2744320 33528 M 670 0
52559884 52564806 13c990000 2744320 33528 M 669 1
52592653 52564807 13cc2e000 2744320 33528 M 668 2
55443466 52564808 13cecc000 67108864 787992 V 4484 11900
55967753 52564809 140ecc000 67108864 787992 V 193 16191
Total: - - 4310482944 - - 1005695 46669

(* segment locked in memory)
No reserve memory is allocated

13 сен 17, 16:33    [20793291]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
При помощи запроса от V.Shulzhenko
set isolation to dirty read;
SELECT  s.sid,                            -- Informix sessionid
        s.username[1,8]     AS User,      -- User name
        t.sqs_dbname[1,18]  AS Database,  -- Database name
        l.memtotal          AS Memtotal,  -- Total memory in bytes
        EXTEND (dbinfo('UTC_TO_DATETIME',s.connected), YEAR TO MINUTE)
                          AS Start_Time
FROM    syssessions s, syssqlstat t, sysscblst l
WHERE   s.sid = t.sqs_sessionid
AND     s.sid != dbinfo('sessionid')  -- Exclude this session
AND     s.sid = l.sid
ORDER BY 1;


Общая память от активных сессий:
dbaccess sysmaster users_mem2.sql | awk '{ s += $4 } END { print "sum is", s, " Bytes"}'

sum is 87113728 Bytes

Т.е. ну не за счет сессий, текущих, толстеет V-class.
13 сен 17, 16:41    [20793326]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
по
onstat -g mem

видно за счет кого?
13 сен 17, 18:18    [20793646]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
яфшуеі,

да там только global=2601664512
остальное вроде как сильно не выделяется.


Blkpool Summary:
name class addr size #blks
36003514 V fc4c5460 94334 3
36158023 V f2f83e68 94334 3
29123389 V 70d43460 94334 3
36526847 V e043b828 94310 2
36526847 V d5dee920 94326 3
36526847 V daab04e8 94326 3
28944583 V d6421ed8 94334 3
29071898 V 87ff2460 94334 3
29071898 V cac1de00 94334 3
36275968 V 5918f9f8 94334 3
36275968 V f53cef58 94334 3
mt V 4ea04860 193269760 145
global V 4e9fede8 0 0

В summary - смущает mt (LDAP?).

Я, на всякий случай, приложил вывод onstat -g mem

К сообщению приложен файл (onstat_-g_mem.20170914.txt - 28Kb) cкачать
14 сен 17, 11:40    [20795056]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
onstat -g ufr global
onstat -g ufr mt
возможно что-то прояснит
14 сен 17, 12:41    [20795280]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
Есть смутное подозрение, если на єтой же версии под Соларис с одинаковіми конф. параметрами все ОК, причина м.б. где-то в VP_MEMORY_CACHE_KB
попробуйте его отключить.
14 сен 17, 13:45    [20795695]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
яфшуеі

Сегодня в обед перегрузили.
Надо подождать до вторника, тогда опять полезет.

Я понял на какие параметры посмотреть. Тогда потом помониторю, пока после перезагрузки за пару дней там картина обычная. Надо подождать.
14 сен 17, 17:16    [20796581]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
Доброго дня.

onstat -g ufr global

Показывает за это время увеличение параметров net и log


15.09.2017:
--------------
Memory usage for pool name global:
size memid
. . .
314383504 net
1983752 log
. . .



18.09.2017:
--------------
Memory usage for pool name global:
size memid
. . .
1047473352 net
2264864 log
. . .

Остальные параметры в пределах мелких там изменений. Практически неизменны.


onstat -g ufr mt

15.09.2017:
--------------
Memory usage for pool name mt:
size memid
3288 overhead
33112 mtmisc
74400 mttcbq
9944 shmblklist
21152 mtstack
4468376 sym_table
152 mtchild
67419696 mtmutex
363040 mtvp
455104 mtcond
224 sapi
173200 rsam


18.09.2017:
--------------
Memory usage for pool name mt:
size memid
3288 overhead
33816 mtmisc
82224 mttcbq
10744 shmblklist
23088 mtstack
4468376 sym_table
152 mtchild
67620928 mtmutex
363040 mtvp
455104 mtcond
224 sapi
173200 rsam

тут только mtmutex немного подрос
18 сен 17, 17:50    [20804271]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
Объект net, по выводу onstat -g ufr global, вырос почти в 3-и раза за три дня (учитывая, что были выходные и как бы нагрузка должна быть меньше на БД, чем в будни).
18 сен 17, 17:53    [20804284]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
яфшуеі
Есть смутное подозрение, если на єтой же версии под Соларис с одинаковіми конф. параметрами все ОК, причина м.б. где-то в VP_MEMORY_CACHE_KB попробуйте его отключить.


У меня и было всегда:
VP_MEMORY_CACHE_KB 0
18 сен 17, 18:09    [20804341]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
Вероятно, нужно смотреть на "сетевую конфигурацию" информикса и как работают с информиксом.

Немного детализированней память можно посмотреть:
сортировка по size:
onstat -g afr global | awk '$3=="net"{print}' | sort -dk 4| awk 'BEGIN{f="";s=0} {if ($NF !=f ) {printf("%20d %s\n",s,f) ; s=0} ; f=$NF;s=s+$2 } END{printf("%20d %s\n",s,f)}' | sort -n

сортировка по количеству:
onstat -g afr global | awk '$3=="net"{print $NF}' | sort -d | uniq -c | sort -n


В fix list есть исправленніе ошибки memory leak in global pool
Причині саміе разніе.
Насколько они подходят под вашу ситуацию ...
18 сен 17, 20:54    [20804595]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
яфшуеі,
да... распределение памяти заставляет задуматься, что бы почитать fix list у более поздних минор версий IDS.

Честно говоря отрабатывало долго, более десяти минут точно.


onstat -g afr global | awk '$3=="net"{print}' | sort -dk 4| awk 'BEGIN{f="";s=0} {if ($NF !=f ) {printf("%20d %s\n",s,f) ; s=0} ; f=$NF;s=s+$2 } END{printf("%20d %s\n",s,f)}' | sort -n

64 net_init.c:493
64 net_nsf.c:252
128 sockets.c:2375
176 net_init.c:922
192 sockets.c:2178
216 shm.c:5519
320 shm.c:3378
440 net_nsf.c:1405
640 net_mail.c:222
744 shm.c:2194
888 shm.c:2235
1032 shm.c:2232
1048 net_init.c:185
1440 net_init.c:191
1600 net_mail.c:232
2088 net_mail.c:107
2272 net_nsf.c:1197
4616 osmutex.c:597
5528 socdevpoll.c:603
6120 shm.c:2238
6672 netscb.c:194
9832 net_nsf.c:1082
11904 net_buf.c:1028
18120 shm.c:2229
21912 socdevpoll.c:589
36016 net_buf.c:259
77280 net_nsf.c:1133
85824 netscb.c:108
115320 shm.c:2227
670032 net_buf.c:1037
1085464 net_nsf.c:1211
8916440 net_init.c:168
1256372560 osmutex.c:593
19 сен 17, 15:09    [20806311]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
Да, скорее всего мой случай в IT15958: MEMORY LEAK IN 'GLOBAL' MEMORY POOL

Видимо надо готовить тестовый полигон для перехода на IBM Informix Server 12.10.xC8, так как в нём пофиксили проблему


$ onstat -g afr global | awk '$3=="net"{print $NF}' | sort -d | uniq -c | sort -n
1 net_init.c:168
1 net_init.c:185
1 net_init.c:493
1 net_init.c:922
1 net_mail.c:107
1 net_nsf.c:252
1 shm.c:3378
2 sockets.c:2178
2 sockets.c:2375
3 shm.c:2194
3 shm.c:2227
3 shm.c:2229
3 shm.c:2232
3 shm.c:2235
3 shm.c:2238
3 shm.c:5519
3 socdevpoll.c:589
3 socdevpoll.c:603
4 net_nsf.c:1082
4 net_nsf.c:1197
4 net_nsf.c:1405
5 net_mail.c:222
5 net_mail.c:232
15 net_nsf.c:1133
21 net_init.c:191
23 osmutex.c:597
102 netscb.c:108
102 netscb.c:194
162 net_buf.c:1028
162 net_buf.c:1037
241 net_nsf.c:1211
307 net_buf.c:259
17853384 osmutex.c:593
19 сен 17, 15:23    [20806376]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
У вас распределенніе запросі именно через СМ работают?
Если так, возможно стоит отказаться от СM и использовать sqlhosts group либо другое решение
19 сен 17, 22:12    [20807467]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
vvt1
Member

Откуда: Rostov-on-Don
Сообщений: 108
яфшуеі,

sqlhosts (часть к серверу)

tipaon onipcshm on_tipa on_tipa
tipatcplocal onsoctcp tipa 7201
tipatcp onsoctcp tipa 7200 s=4,pam_serv=(system-auth),pamauth=(password)

Сервер имеет своего дублера, т.е. HDR репликацию.

Нет, в данной конфигурации Connection Manager не используем (кстати он у нас отлично на этой версии Informix под Solaris работает).
Есть LDAP, но пришлось из текущих пользователей примерно 98% перенести на локальную авторизацию через /etc/passwd из-за нереальных тормозов на процесс CONNECTION.

Кратко схема там такая.
Есть отдельный сервер Apache+PHP в роли application server который лазит к IDS server, т.е. сетевые коннекторы там идут в достаточно большем числе. Плюс, т.к. особо по скорости Tape Driver LTO-3 подружить с Linux не вышло, то так же через RSH идет бекап на привод подключенный к серверу под Soalris, определено правилом:
TAPEDEV tapeserv:/dev/rmt/0

Shared memory (IPCSHM) практически не используется на этом сервере. Т.е. все работает под NET (SOCTCP).
20 сен 17, 11:56    [20808465]     Ответить | Цитировать Сообщить модератору
 Re: Linux, Informix 12.10.FC4W1, растущий V-class  [new]
яфшуеі
Guest
часто выяснение причин без саппорта в похожих ситуациях - догадки и метод тыка :)
21 сен 17, 09:30    [20810986]     Ответить | Цитировать Сообщить модератору
Все форумы / Informix Ответить