Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019
|
|||
|---|---|---|---|
|
#18+
db2inst1@openindiana:~$ db2 create database mydb SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2011, 12:12 |
|
||
|
SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2011, 13:12 |
|
||
|
SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019
|
|||
|---|---|---|---|
|
#18+
Mark BarinsteinBlackGnome___, Если линукс, посмотрите тут про параметры ядра. Привет еще раз! OpenSolaris x86_64, IBM DB2 Express-C Вобщем у меня осталось странное ощущение Есть такие вот шаманские действия: 1) увеличить подкачку 2) projadd -U db2inst1 user.db2inst1 projmod -a -K "project.max-shm-ids=(priv,4k,deny)" user.db2inst1 projmod -a -K "project.max-sem-ids=(priv,4k,deny)" user.db2inst1 projmod -a -K "project.max-shm-memory=(priv,4G,deny)" user.db2inst1 projmod -a -K "project.max-msg-ids=(priv,4k,deny)" user.db2inst1 3) set msgsys:msginfo_msgmni = 3584 set semsys:seminfo_semmni = 4096 set shmsys:shminfo_shmmax = 15392386252 set shmsys:shminfo_shmmni = 4096 К сожалению как это уже случалось с другими не просек после чего больному стало дучше ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2011, 19:02 |
|
||
|
SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019
|
|||
|---|---|---|---|
|
#18+
BlackGnomeГуест, встречались и не раз с нехваткой выделения памяти на Linux системе. Нужно смотреть что память скушало java, db2 или ещё что то. Когда времени нет банально перезагрузка помогает, но это не результативно, так как впоследствии гарантированно опять вылезет то же самое. Можно использовать free, ps, top с различными ключами что бы выбирать и смотреть параметры загрузки. Если всё же чудит DB2 то можно поделать снимки состояний поставив их запуск через планировщик со сбросом в какой нибудь файл где к имени файла добавлять время. Как нибудь так #!/bin/bash java_mem=`ps -eo vsize,rss,pmem,comm,pid | grep java` free_mem=`free |tr "\n" " " |awk '{print $10" "$20}'` echo `date`" "$java_mem" "$free_mem >> /home/db2inst/Logs/jstatmem.log Или если снапить БД то: #!/bin/bash su - <Login> -c "db2 get snapshot for db on <name_base>" >> /tmp/snapshot_db_"`date`".log Для менеджера #!/bin/bash su - <login> -c "db2 get snapshot for dbm" >> /tmp/snapshot_dbm_"`date`".log Командники писались под Linux ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2011, 18:53 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=37313878&tid=1602210]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
38ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 279ms |
| total: | 420ms |

| 0 / 0 |
