SASGIS - SAS.Планета
View Issue Details
0002003SAS.Планета[All Projects] Багpublic03-07-2013 14:2728-08-2013 05:13
Garl 
zed 
normalminorhave not tried
closedno change required 
.Nightly 
 
0002003: BerkeleyDB: page XXXX is on free list with type 7
версионный беркли
активная скачка в 2 потока, и 1 генерация тайлов из 18 до 1 зума этой же скачиваемой области,

03-07-2013 18:23:56.858 BerkeleyDB: z17\39\23\157.93.sdbv page 168453 is on free list with type 7 t:\googlemv\cache_dbv\sat_all_v1\
03-07-2013 18:23:56.859 EBerkeleyDBExeption: BerkeleyDB: z17\39\23\157.93.sdbv page 168453 is on free list with type 7 t:\googlemv\cache_dbv\sat_all_v1\
03-07-2013 18:23:56.860 BerkeleyDB: transaction has active cursors t:\googlemv\cache_dbv\sat_all_v1\

BerkeleyDB, БД
has duplicate 0002018closed zed EBerkeleyDBExeption 
? SASPlanet.Debug.elf (165,806) 03-07-2013 14:27
https://bugtracker.sasgis.org/file_download.php?file_id=1430&type=bug
Issue History
03-07-2013 14:27GarlNew Issue
03-07-2013 14:27GarlFile Added: SASPlanet.Debug.elf
03-07-2013 16:31zedNote Added: 0012000
03-07-2013 16:53GarlNote Added: 0012001
03-07-2013 17:07zedNote Added: 0012002
03-07-2013 17:11GarlNote Added: 0012003
04-07-2013 09:40GarlNote Added: 0012005
11-07-2013 13:48zedTag Attached: BerkeleyDB
11-07-2013 13:48zedTag Attached: БД
16-07-2013 05:30zedRelationship addedhas duplicate 0002018
16-07-2013 05:32zedSummaryBerkeleyDB: transaction has active cursors => BerkeleyDB: page XXXX is on free list with type 7
16-07-2013 05:33zedNote Added: 0012100
08-08-2013 13:44vdemidovAssigned To => zed
08-08-2013 13:44vdemidovStatusnew => assigned
08-08-2013 13:44vdemidovTarget Version => 131111
08-08-2013 14:12zedStatusassigned => closed
08-08-2013 14:12zedResolutionopen => no change required
28-08-2013 05:13vdemidovTarget Version131111 =>

Notes
(0012000)
zed   
03-07-2013 16:31   
В данном случае, у тебя опять неисправен файл БД: BerkeleyDB: z17\39\23\157.93.sdbv page 168453 is on free list with type 7 t:\googlemv\cache_dbv\sat_all_v1\

Его нужно лечить. И при возникновении ошибок нужно смотреть не на последнее сообщение, а на первое.
(0012001)
Garl   
03-07-2013 16:53   
так за день таких крэшей штук 5 выскакивает, я 10 минут импортирую и час-полтора восстанавливаю кэш.

Искать причину нужно.
(0012002)
zed   
03-07-2013 17:07   
>так за день таких крэшей штук 5 выскакивает
На ровном месте? Просканировал ты кэш, не нашёл ошибок, потом запустил САС и вот такая ошибка? Или оно только после того, как САС упадёт пару раз?

Экспериментируй с настройками Durability в DB_CONFIG и интервалами синхронизации в StorageConfig. Может поможет. А так я не представляю что тут лечить.
(0012003)
Garl   
03-07-2013 17:11   
просканировал кэш создал .bad файлы
выгрузил загрузил, дозаписал пропавшие тайлы.
и начинаем дальше импортировать...
(0012005)
Garl   
04-07-2013 09:40   
DB_CONFIG:

set_flags DB_TXN_NOSYNC off
set_flags DB_TXN_WRITE_NOSYNC off
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

за сегодня пока тьфу тьфу тьфу ни разу не вылетело...
(0012100)
zed   
16-07-2013 05:33   
Изменил название тикета, т.к. именно ошибка со страницей в БД является источником проблемы.