SASGIS - SAS.Планета
View Issue Details
0002018SAS.Планета[All Projects] Багpublic16-07-2013 05:0016-07-2013 05:38
Garl 
zed 
normalminorrandom
closedduplicate 
Windows7Professional
.Nightly 
 
0002018: EBerkeleyDBExeption
Cобственно остаются баги при генерации вышележащих слоёв.
вроде ничего противоестественного не делаю.
обычная генерация вышележащих слоёв.

sdb.log
16-07-2013 08:47:38.647 Error [BerkeleyDB Value]: Bad CRC32 value: 0x606E1570
16-07-2013 08:48:59.309 Error [BerkeleyDB Value]: Bad CRC32 value: 0x35B76CE6
16-07-2013 08:49:07.707 BerkeleyDB: z17\39\23\156.92.sdbv page 377135 is on free list with type 7 e:\cache_dbv\sat_all_v1\
StorageConfig.ini:
[BerkeleyDB]
IsReadOnly=0
SyncInterval=30000
CommitsCountToSync=300
PoolSize=64
PoolObjectTTL=600000
DatabasePageSize=1024

DB_CONFIG.
set_flags DB_TXN_NOSYNC off
set_flags DB_TXN_WRITE_NOSYNC on
set_flags DB_DIRECT_DB off
set_flags DB_DSYNC_DB off
log_set_config DB_LOG_DIRECT off
log_set_config DB_LOG_DSYNC off
set_lg_dir .
set_data_dir ..
log_set_config DB_LOG_AUTO_REMOVE on
set_cachesize 0 2097152 1
mutex_set_max 30000
set_lg_max 10485760
set_lg_bsize 2097152
No tags attached.
duplicate of 0002003closed zed BerkeleyDB: page XXXX is on free list with type 7 
? SASPlanet.Debug.elf (70,155) 16-07-2013 05:00
http://www.sasgis.org/mantis/file_download.php?file_id=1436&type=bug
Issue History
16-07-2013 05:00GarlNew Issue
16-07-2013 05:00GarlFile Added: SASPlanet.Debug.elf
16-07-2013 05:17zedNote Added: 0012094
16-07-2013 05:22GarlNote Added: 0012097
16-07-2013 05:30zedNote Added: 0012098
16-07-2013 05:30zedRelationship addedduplicate of 0002003
16-07-2013 05:31zedStatusnew => closed
16-07-2013 05:31zedAssigned To => zed
16-07-2013 05:31zedResolutionopen => duplicate
16-07-2013 05:33GarlNote Added: 0012099
16-07-2013 05:38zedNote Added: 0012101

Notes
(0012094)
zed   
16-07-2013 05:17   
Ну а ты перед запуском САСа кэш проверял? Или он испортился именно в процессе работы? Как я понимаю, в z17 мы генерируем тайлы. А до этого (до запуска САСа), там что-то было?

P.S. По стопам 0002016:0012092 - cудя по elf, Эврика таки успешно сработала и выдала именно то сообщение об ошибке, на которое я и рассчитывал.
(0012097)
Garl   
16-07-2013 05:22   
кэш проверяется в среднем 1 раз в день - точно (именно это и надоедает)
там до этого был битый кэш (восстановлен sdb_util.exe)
в некоторых местах тайлы есть, в некоторых нет (битые)
поэтому и делается перегенерация с перезаписью тайлов.

кэш портится именно в процессе работы.
(0012098)
zed   
16-07-2013 05:30   
>кэш проверяется в среднем 1 раз в день - точно (именно это и надоедает)
Сколько и в каких файлах находит ошибки? Все ошибки связаны с page 377135 is on free list with type 7 или бывает что-то другое?

У тебя ещё вылазят ошибки Bad CRC32 value, от них нужно избавиться. Открой кэш только для чтения и экспортируй его заново. Простая проверка sdb_util тут никак не поможет.

И кстати, этот тикет полностью дублирует 0002003 (только там неправильное название тикета, как в прочем и здесь).
(0012099)
Garl   
16-07-2013 05:33   
>Открой кэш только для чтения и экспортируй его заново.
16 гигов и больше десятка версий???

можно ли его выгрузить в такой же точно версионный кэш?
(0012101)
zed   
16-07-2013 05:38   
>16 гигов и больше десятка версий???
Фи, какая мелочь :)

>можно ли его выгрузить в такой же точно версионный кэш?
Естественно. Никто ж не заставляет тебя экспортировать его в тайловый кэш.

Главное проверь этот кэш на битость, затем сделай его read-only и только потом начинай перегонять. Но в процессе наверняка будут сыпаться ошибки про этот "Bad CRC32" и повезёт, если оно не застопорит конвертацию.