View Issue Details

IDProjectCategoryView StatusLast Update
0001990SAS.ПланетаБаг / Bugpublic28-08-2013 05:13
ReporterGarl Assigned Tozed  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionno change required 
Product Version.Nightly 
Summary0001990: Not enough space t:\googlemv\cache_dbv\sat_all_v1\.
Descriptionидёт процесс переноса тайлов из версионного беркли в простой файловый кэш
собственно на винте свободно 6 гигов. программа вылетела.
после вылета тайлы не отображаются
TagsBerkeleyDB, БД
Attached Files
SASPlanet.Debug.elf (401,238 bytes)

Activities

Garl

28-06-2013 09:57

manager   ~0011887

лог

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

zed

28-06-2013 10:33

manager   ~0011888

>идёт процесс переноса тайлов
На тот же диск? Тайлы удаляются из источника? Вносились какие-то изменения в DB_CONFIG или StarageConfig.ini?

Всё опять сводится к нехватке ресурсов как и 0001987

Garl

28-06-2013 10:37

manager   ~0011890

первый
[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

ничего не трогалось

zed

28-06-2013 10:38

manager   ~0011891

Сколько весит папка env?

Garl

28-06-2013 10:38

manager   ~0011892

17,564,086 байт

Garl

05-07-2013 12:19

manager   ~0012019

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 гигов свободно . куда ж ещё....

zed

05-07-2013 17:44

manager   ~0012020

>на диске ещё 8 гигов свободно
А с оперативкой как? Беркли активно использует проецируемые в память файлы и если идёт нехватка RAM, то будут траблы.

Так же, попробуй увеличить максимальное число мютексов:
mutex_set_max 40000

Судя по этому треду такое сообщение может выдаваться именно из-за них.

zed

05-07-2013 17:59

manager   ~0012022

Диск t:\ это локальный диск, а не какая-нибудь шара?

zed

05-07-2013 18:18

manager   ~0012023

Можно ещё попробовать добавить:

set_lk_max_lockers 40000
set_lk_max_locks 40000
set_lk_max_objects 40000
set_lg_regionmax 2400000

zed

05-07-2013 18:25

manager   ~0012024

О, нашёл траблу с аналогичным сообщением.
И там пишут что That error indicates that the process is running out of memory. А такое обычно происходит из-за нехватки оперативки.

Garl

05-07-2013 19:29

manager   ~0012025

t:\ локальный диск. не шара
оперативы на компьютере 4 гига, и да она может заканчиваться ибо постоянно открыто куча приложений.
с новыми конфигами попробую в понедельник.

Issue History

Date Modified Username Field Change
28-06-2013 09:55 Garl New Issue
28-06-2013 09:55 Garl File Added: SASPlanet.Debug.elf
28-06-2013 09:57 Garl Note Added: 0011887
28-06-2013 10:33 zed Note Added: 0011888
28-06-2013 10:37 Garl Note Added: 0011890
28-06-2013 10:38 zed Note Added: 0011891
28-06-2013 10:38 Garl Note Added: 0011892
02-07-2013 07:02 vdemidov Product Version => .Nightly
05-07-2013 12:17 Garl File Added: 05072013_SASPlanet.Debug.elf
05-07-2013 12:19 Garl Note Added: 0012019
05-07-2013 17:44 zed Note Added: 0012020
05-07-2013 17:59 zed Note Added: 0012022
05-07-2013 18:18 zed Note Added: 0012023
05-07-2013 18:25 zed Note Added: 0012024
05-07-2013 19:29 Garl Note Added: 0012025
11-07-2013 13:44 zed Tag Attached: BerkeleyDB
11-07-2013 13:44 zed Tag Attached: БД
08-08-2013 13:46 vdemidov Assigned To => zed
08-08-2013 13:46 vdemidov Status new => assigned
08-08-2013 13:46 vdemidov Target Version => 131111
08-08-2013 14:14 zed Status assigned => closed
08-08-2013 14:14 zed Resolution open => no change required
28-08-2013 05:13 vdemidov Target Version 131111 =>
08-08-2025 13:22 zed Category Баг => Баг / Bug