ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Резкое увеличение количества dump-файлов
10 сообщений из 10, страница 1 из 1
Резкое увеличение количества dump-файлов
    #35819745
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Здравствуйте всем!

DB2 UDB 8.1.14, ОС Linux Red Hat
Увеличил параметр базы SORTHEAP с 256 до 3072. А также увеличил размер буфферпула IBMDEFAULTBP
Код: plaintext
db2 alter bufferpool IBMDEFAULTBP size  204800
. Заметил, что резко увеличилось количество dump-фалов за день. Раньше было от 2 до 16, а теперь около 60 за день.
db2diag растет на глазах и постоянно пишет подобное:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
2009-02-16-12.31.46.701351+180 I5657426379G421    LEVEL: Error
PID     : 11076                TID  : 3086862016  PROC : db2agent (idle) 0
INSTANCE: db2inst              NODE : 000         DB   : TOOLSINS
APPHDL  : 0-816                APPID: *LOCAL.db2inst.090216093146
FUNCTION: DB2 UDB, DRDA Application Server, sqljsPostProcessingConnectAttach, pr
obe:150
RETCODE : ZRC=0x800A0095=-2146828139=SQLJ_VALNSP "VALUE ERROR"

2009-02-16-12.31.46.701729+180 I5657426801G712    LEVEL: Error
PID     : 11076                TID  : 3086862016  PROC : db2agent (idle) 0
INSTANCE: db2inst              NODE : 000         DB   : TOOLSINS
APPHDL  : 0-816                APPID: *LOCAL.db2inst.090216093146
FUNCTION: DB2 UDB, DRDA Application Server, sqljsPostProcessingConnectAttach, pr
obe:649
MESSAGE : DIA5000C A DRDA AS token "RECOVERABLE" was detected.  The diagnostic
          data returned is (SRVDGN): "FUNCTION ID = 0012 , PROBE POINT = 0649 ,
          TRACE POINT = 0150 , SUBCODE1 = 8005006D, SUBCODE2 = FFFFFEB4,
          SUBCODE3 = 00000000, ERROR MSG = SQLAM: CONNECT failed. CCSID
          specified on ACCRDB not supported".

2009-02-16-12.31.46.702141+180 I5657427514G183    LEVEL: Error
PID:11076 TID:3086862016 NODE:000 Title: **** DRDA ASCB ****
Dump File:/home/db2inst/sqllib/db2dump/110763086862016.000

Должны ли вообще создаваться эти файлы или это признак неправильной настройки? Можно ли без ущерба удалять эти файлы?

С уважением, Семен Попов
...
Рейтинг: 0 / 0
16.02.2009, 14:39
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35820654
ARIST_A
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ARIST_A
Гость
Semen Popov,

удаляйте наздоровье. Эти файлы нужны при обращении в службу поддержки IBM. Они автоматом собираются, когда вы запускаете утилиту db2support
...
Рейтинг: 0 / 0
16.02.2009, 18:51
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35821277
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Спасибо. А о чём говорят эти файлы? Я понял, что при диагностике обнаруживаются какие-то проблемы с сервером DB2. Нужно ли решать эти проблемы (обращаться в службу поддержки IBM)? С чем они могут быть связаны? Можно ли отключить диагностику, а то файлы стремительно забивают свободное место на диске?
...
Рейтинг: 0 / 0
17.02.2009, 09:26
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35821829
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Не сказал, думаю, самое главное. Перед тем, как заметил увеличение dump-файлов, я увеличил еще размер кучи системного монитора(mon_heap_sz) с 90 страниц до 450, потому что одна из программ диагностики кричала, что возникает переполнение. Возможно это и придало активность монитору и поэтому он каждую минуту стал выкидывать эти файлы. Нужно ли разбираться, почему возникают проблемы, о которых кричит монитор?
Кстати, параметр DBM health_mon может отключить этот мониторинг? СтОит ли его отключать?
...
Рейтинг: 0 / 0
17.02.2009, 12:14
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35826890
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Попробовал разобрать лог из db2diag.log. До того, как агент DRDA Application Server пытается соединиться с базой данных инструментов TOOLSINS, сервер предупреждает о несоответствии кодовых страниц и об отсвутствии таблиц соответствия кодовых страниц

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
2009-02-19-12.41.06.493453+180 I351210263G549     LEVEL: Severe
PID     : 22128                TID  : 3086862016  PROC : db2agent (TOOLSINS) 0
INSTANCE: db2inst              NODE : 000         DB   : TOOLSINS
APPHDL  : 0-1068               APPID: *LOCAL.db2inst.090219094103
FUNCTION: DB2 UDB, base sys utilities, sqleSetupCodePageInfo, probe:200
RETCODE : ZRC=0x800F005B=-2146500517=SQLO_NOTABLE "No conversion table exists"
          DIA8102C Conversion table not loaded. Source code page "", Target 
          code page "", method "", handle "".

2009-02-19-12.41.06.493769+180 I351210813G449     LEVEL: Warning
PID     : 22128                TID  : 3086862016  PROC : db2agent (TOOLSINS) 0
INSTANCE: db2inst              NODE : 000         DB   : TOOLSINS
APPHDL  : 0-1068               APPID: *LOCAL.db2inst.090219094103
FUNCTION: DB2 UDB, base sys utilities, sqleSetupCodePageInfo, probe:200
MESSAGE : Conversion table not available. Source code page = 1251, Target code 
          page = 819

2009-02-19-12.41.06.493915+180 I351211263G440     LEVEL: Severe
PID     : 22128                TID  : 3086862016  PROC : db2agent (TOOLSINS) 0
INSTANCE: db2inst              NODE : 000         DB   : TOOLSINS
APPHDL  : 0-1068               APPID: *LOCAL.db2inst.090219094103
FUNCTION: DB2 UDB, base sys utilities, sqlesrsu, probe:20
MESSAGE : DiagData
DATA #1 : Hexdump, 4 bytes
0xBFF6C768 : B4FE FFFF                                  ....

Дальше уже идет текст лога, который я выше публиковал. Попробовал из командной строки подсоединиться к TOOLSINS - действительно не соединяется из-за несоответствия кодовых страниц.
Как побороть? Где взять и как загрузить таблицы соответствия кодовых страниц? Я не понял, зачем DRDA Application Server каждую минуту туда лезет? Создает мне дампов и информации в лог, которые никак не связаны с рабочей базой. Ужасть!

PS. Каталог инструментов создавал с удаленной машины(ОС Win). Может в этом дело? Может лучше удалить TOOLSINS и создать его под db2inst из консоли Linux DB2-сервера? Как это сделать? Замучали уже эти кодовые страницы.
...
Рейтинг: 0 / 0
19.02.2009, 12:29
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35827725
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Добрый день.
если у вас на линуксе
db2 get db cfg for TOOLSINS | grep "code set"
действительно выдает 819, то с 1251 клиента вы за неё не зацепитесь.
Если вы хотите со своей win коннектиться к этой toolsins, то можно одно из:
- пересоздать базу toolsins с codeset utf-8 или какой-нибудь русской (iso-8859-5, 1251)
- выполнить у себя на win db2set DB2CODEPAGE=1208
...
Рейтинг: 0 / 0
19.02.2009, 16:01
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35827848
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Здравствуйте!
В консоли Линукса команда db2 get db cfg for TOOLSINS | grep "code set" выдала ответ

Код: plaintext
Database code set = ISO8859-1

Но суть не в этом. Мне самогу не нужно соединяться с TOOLSINS. С ней постоянно пытается соединиться DRDA Application Server, как указано в db2diag.log. Я решил проверить и соединиться вручную из консоли Линукс под учеткой db2inst ( db2 connect to TOOLSINS ) и в ответ действительно вижу

Код: plaintext
1.
2.
SQL0332N  There is no available conversion for the source code page "1251" to
the target code page "UNKNOWN".  Reason Code "1".  SQLSTATE=57017
...
Рейтинг: 0 / 0
19.02.2009, 16:28
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35827881
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
из-под db2inst в линуксе дайте вывод команд:

1. db2set -all
2. locale
...
Рейтинг: 0 / 0
19.02.2009, 16:38
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35827926
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Mark Barinsteinиз-под db2inst в линуксе дайте вывод команд:

1. db2set -all
2. locale
Соединение из консоли кажется поборол. В Линуксе выставил DB2CODEPAGE=1208. Соединение прошло. Но DRDA AS по логу все равно не может соединиться
Код: plaintext
MESSAGE: Conversion table not available. Source code page = 1251, Target code page = 819

db2set -all:
Код: plaintext
1.
2.
3.
4.
5.
[i] DB2COUNTRY=7
[i] DB2COMM=tcpip
[i] DB2CODEPAGE=1208
[g] DB2SYSTEM=localhost.localdomain
[g] DB2ADMINSERVER=tstdbadm

locale:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=
...
Рейтинг: 0 / 0
19.02.2009, 16:52
| Ответить | Цитировать | Написать  
Резкое увеличение количества dump-файлов
    #35828974
Semen Popov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semen Popov
Участник
Победил! Удалил, как советовал Mark Barinstein, базу TOOLSINS и по новой создал каталог инструментов уже из консоли Линукс ( db2 create tools catalog TOOLSINS create new database TOOLSINS force ). Соединение с TOOLSINS проходит. Теперь дампы не создаются, ну и db2diag.log не содержит ошибки работы DRDA App Server. Даже с удаленной машины (ОС Win) без ошибок соденияюсь к TOOLSINS. Спасибо.
Надо бы ещё проверить корректно ли будет работать планировщик задач DB2 (Linux), но я его не использую. Поэтому как руки дойдут, так отпишусь.

PS. Что этот DRDA AppServer хотел от TOOLSINS? Интересно
...
Рейтинг: 0 / 0
20.02.2009, 10:04
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Резкое увеличение количества dump-файлов
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]