SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001992SAS.Планета[All Projects] Багpublic28-06-2013 12:2328-06-2013 14:56
ReporterGarl 
Assigned Tozed 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusclosedResolutionno change required 
PlatformWindowsOS7OS VersionProfessional
Product Version.Nightly 
Target VersionFixed in Version 
Summary0001992: BerkeleyDB: transaction has active cursors
Description28-06-2013 13:57:40.881 Error [BerkeleyDB Value]: Bad magic value (ZVAL)
28-06-2013 14:55:12.103 BerkeleyDB: z18\78\46\314.186.sdbv page 1409528 is on free list with type 7 t:\googlemv\cache_dbv\sat_all_v1\
28-06-2013 14:55:12.104 EBerkeleyDBExeption: BerkeleyDB: z18\78\46\314.186.sdbv page 1409528 is on free list with type 7 t:\googlemv\cache_dbv\sat_all_v1\
28-06-2013 14:55:12.105 BerkeleyDB: transaction has active cursors t:\googlemv\cache_dbv\sat_all_v1\

собственно это баг и чем мне это грозит?
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files? SASPlanet.Debug.elf (73,816) 28-06-2013 12:27
https://bugtracker.sasgis.org/file_download.php?file_id=1414&type=bug
Issue History
Date ModifiedUsernameFieldChange
28-06-2013 12:23GarlNew Issue
28-06-2013 12:27GarlFile Added: SASPlanet.Debug.elf
28-06-2013 12:28GarlNote Added: 0011894
28-06-2013 12:52zedNote Added: 0011895
28-06-2013 12:54GarlNote Added: 0011896
28-06-2013 14:49zedNote Added: 0011900
28-06-2013 14:56zedNote Added: 0011901
28-06-2013 14:56zedStatusnew => closed
28-06-2013 14:56zedAssigned To => zed
28-06-2013 14:56zedResolutionopen => no change required
28-06-2013 14:57zedNote Edited: 0011901bug_revision_view_page.php?bugnote_id=11901#r5517

Notes
(0011894)
Garl   
28-06-2013 12:28   
SASPlanet.Debug.elf - повторный запуск
(0011895)
zed   
28-06-2013 12:52   
Это не баг, а испорченный файл БД. Его нужно полечить.
(0011896)
Garl   
28-06-2013 12:54   
если скажешь как - даже запишу в вики
(0011900)
zed   
28-06-2013 14:49   
Поскольку известно имя проблемного файла, то можно провести точечное лечение:
1. db_recover -h "t:\googlemv\cache_dbv\sat_all_v1\env\"
2. db_verify "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.sdbv"
3. db_dump -f "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.dump" "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.sdbv"
4. rename "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.sdbv" "314.186.bk"
5. db_load -f "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.dump" "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.sdbv"
6. db_verify "t:\googlemv\cache_dbv\sat_all_v1\z18\78\46\314.186.sdbv"

Если после п.2 ошибок нету, то остальное делать не надо.
После п.6 ошибок быть не должно.

Или юзай sdb_util, чтобы он просканировал весь кэш, на случай если там и в других файлах есть проблемы.
(0011901)
zed   
28-06-2013 14:56   
(edited on: 28-06-2013 14:57)
>если скажешь как
На форуме есть топик специально для таких вопросов.