|
Notes |
|
|
(0011887)
|
|
Garl
|
|
28-06-2013 09:57
|
|
лог
28-06-2013 12:47:48.904 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:47:48.925 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:47:49.810 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:49:02.827 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:49:02.869 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:49:08.839 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:50:06.529 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 12:50:06.530 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 13:00:48.107 BerkeleyDB: realloc: 808452096: Not enough space t:\googlemv\cache_dbv\sat_all_v1\
28-06-2013 13:54:19.847 EAccessViolation: Access violation at address 0E6D83FE. Read of address 0E6D83FE
28-06-2013 13:54:19.847 EAccessViolation: Access violation at address 0E6D9BD3. Read of address 0E6D9BD3
28-06-2013 13:54:19.856 EAccessViolation: Access violation at address 0E6D83FE. Read of address 0E6D83FE
28-06-2013 13:54:19.868 EAccessViolation: Access violation at address 0E67B220. Read of address 0E67B220 |
|
|
|
(0011888)
|
|
zed
|
|
28-06-2013 10:33
|
|
>идёт процесс переноса тайлов
На тот же диск? Тайлы удаляются из источника? Вносились какие-то изменения в DB_CONFIG или StarageConfig.ini?
Всё опять сводится к нехватке ресурсов как и 0001987 |
|
|
|
(0011890)
|
|
Garl
|
|
28-06-2013 10:37
|
|
первый
[BerkeleyDB]
IsReadOnly=0
SyncInterval=300000
CommitsCountToSync=1000
PoolSize=32
PoolObjectTTL=60000
DatabasePageSize=1024
второй
set_flags DB_TXN_WRITE_NOSYNC on
set_lg_dir .
set_data_dir ..
set_cachesize 0 2097152 1
mutex_set_max 30000
set_lg_max 10485760
set_lg_bsize 2097152
log_set_config DB_LOG_AUTO_REMOVE on
ничего не трогалось |
|
|
|
(0011891)
|
|
zed
|
|
28-06-2013 10:38
|
|
|
|
|
(0011892)
|
|
Garl
|
|
28-06-2013 10:38
|
|
|
|
|
(0012019)
|
|
Garl
|
|
05-07-2013 12:19
|
|
sdb.log
05-07-2013 16:13:47.645 BerkeleyDB: realloc: 808452096: Not enough space e:\cache_dbv\sat_all_v1\
05-07-2013 16:14:02.768 EAccessViolation: Access violation at address 0E7A840D. Read of address 0E7A840D
05-07-2013 16:14:02.768 EAccessViolation: Access violation at address 0E7A9BC7. Read of address 0E7A9BC7
05-07-2013 16:14:02.777 EAccessViolation: Access violation at address 0E7A9BD3. Read of address 0E7A9BD3
05-07-2013 16:14:02.781 EAccessViolation: Access violation at address 0E74B220. Read of address 0E74B220
на диске ещё 8 гигов свободно . куда ж ещё.... |
|
|
|
(0012020)
|
|
zed
|
|
05-07-2013 17:44
|
|
>на диске ещё 8 гигов свободно
А с оперативкой как? Беркли активно использует проецируемые в память файлы и если идёт нехватка RAM, то будут траблы.
Так же, попробуй увеличить максимальное число мютексов:
mutex_set_max 40000
Судя по этому треду такое сообщение может выдаваться именно из-за них. |
|
|
|
(0012022)
|
|
zed
|
|
05-07-2013 17:59
|
|
|
Диск t:\ это локальный диск, а не какая-нибудь шара? |
|
|
|
(0012023)
|
|
zed
|
|
05-07-2013 18:18
|
|
Можно ещё попробовать добавить:
set_lk_max_lockers 40000
set_lk_max_locks 40000
set_lk_max_objects 40000
set_lg_regionmax 2400000 |
|
|
|
(0012024)
|
|
zed
|
|
05-07-2013 18:25
|
|
О, нашёл траблу с аналогичным сообщением.
И там пишут что That error indicates that the process is running out of memory. А такое обычно происходит из-за нехватки оперативки. |
|
|
|
(0012025)
|
|
Garl
|
|
05-07-2013 19:29
|
|
t:\ локальный диск. не шара
оперативы на компьютере 4 гига, и да она может заканчиваться ибо постоянно открыто куча приложений.
с новыми конфигами попробую в понедельник. |
|
SASPlanet.Debug.elf (401,238) 28-06-2013 09:55