View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001990SAS.Планета[All Projects] Багpublic28-06-2013 09:5528-08-2013 05:13
ReporterGarl 
Assigned Tozed 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version.Nightly 
Target VersionFixed in Version 
Summary0001990: Not enough space t:\googlemv\cache_dbv\sat_all_v1\.
Descriptionидёт процесс переноса тайлов из версионного беркли в простой файловый кэш
собственно на винте свободно 6 гигов. программа вылетела.
после вылета тайлы не отображаются
TagsBerkeleyDB, БД
Attached Files? file icon SASPlanet.Debug.elf [^] (401,238 bytes) 28-06-2013 09:55
? file icon 05072013_SASPlanet.Debug.elf [^] (619,688 bytes) 05-07-2013 12:17

- Relationships

-  Notes
(0011887)
Garl (manager)
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 (manager)
28-06-2013 10:33

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

Всё опять сводится к нехватке ресурсов как и 0001987
(0011890)
Garl (manager)
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 (manager)
28-06-2013 10:38

Сколько весит папка env?
(0011892)
Garl (manager)
28-06-2013 10:38

17,564,086 байт
(0012019)
Garl (manager)
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 (manager)
05-07-2013 17:44

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

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

Судя по этому треду такое сообщение может выдаваться именно из-за них.
(0012022)
zed (manager)
05-07-2013 17:59

Диск t:\ это локальный диск, а не какая-нибудь шара?
(0012023)
zed (manager)
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 (manager)
05-07-2013 18:25

О, нашёл траблу с аналогичным сообщением.
И там пишут что That error indicates that the process is running out of memory. А такое обычно происходит из-за нехватки оперативки.
(0012025)
Garl (manager)
05-07-2013 19:29

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

- Users who viewed this issue
User List Anonymous (1279x), hrucker (1x)
Total Views 1280
Last View 30-09-2020 14:51

- 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 =>



Copyright © 2007 - 2020 SAS.Planet Team