SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001618SAS.Планета[All Projects] Багpublic09-10-2012 20:0209-10-2012 21:02
ReporterT_Im 
Assigned Tozed 
PrioritynormalSeveritycrashReproducibilitysometimes
StatusclosedResolutionduplicate 
PlatformWindowsOSXPOS VersionSP3
Product Version.Nightly 
Target VersionFixed in Version 
Summary0001618: Бьется база данных при окончании места на диске
DescriptionВнезапно закончилось место на диске, в этот момент качался один поток и происходило перемещение и зумирование по карте в режиме кеш+интернет

Скачивание остановилось (вроде вылезла какая то ошибка), базы побились:

db_verify: Page 12446: incorrect prev_pgno 12195 found in leaf chain (should be 40361)
db_verify: Page 35702: overflow page linked twice from leaf or data page
db_verify: Page 35775: overflow page linked twice from leaf or data page
db_verify: Page 35791: first page in overflow chain has a prev_pgno 35790
db_verify: Page 35791: overflow page linked twice from leaf or data page
db_verify: ****\z18\77\39\308.157.sdb: DB_VERIFY_BAD: Database verification failed
Verification of ****\z18\77\39\308.157.sdb failed.
ExitCode = 1

db_verify: Page 32676: overflow refcount 1, referenced 0 times
db_verify: Page 32680: overflow refcount 1, referenced 0 times
db_verify: Page 32681: overflow refcount 1, referenced 0 times
db_verify: Page 32682: overflow refcount 1, referenced 0 times
db_verify: Page 32683: overflow refcount 1, referenced 0 times
db_verify: Page 32684: overflow refcount 1, referenced 0 times
db_verify: Page 32685: overflow refcount 1, referenced 0 times
db_verify: Page 32686: overflow refcount 1, referenced 0 times
db_verify: Page 32687: overflow refcount 1, referenced 0 times
db_verify: Page 32688: unreferenced page
db_verify: Page 32689: unreferenced page
db_verify: ****\z19\154\79\616.316.sdb: DB_VERIFY_BAD: Database verification failed
Verification of ****\z19\154\79\616.316.sdb failed.
ExitCode = 1
Steps To Reproduce
Additional InformationОшибки sdb_util не восстанавливает - похоже, только удалять файлы. (
TagsNo tags attached.
Relationships
duplicate of 0000265confirmed  Проверка свободного места на диске при сохранении закачанных тайлов 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
09-10-2012 20:02T_ImNew Issue
09-10-2012 20:17zedNote Added: 0009432
09-10-2012 20:28zedNote Added: 0009433
09-10-2012 20:28zedAssigned To => zed
09-10-2012 20:28zedStatusnew => feedback
09-10-2012 20:28zedRelationship addedrelated to 0000265
09-10-2012 20:36sertyNote Added: 0009434
09-10-2012 20:39sertyNote Added: 0009435
09-10-2012 20:42T_ImNote Added: 0009436
09-10-2012 20:42T_ImStatusfeedback => assigned
09-10-2012 21:00zedNote Added: 0009437
09-10-2012 21:01zedRelationship replacedduplicate of 0000265
09-10-2012 21:02zedStatusassigned => closed
09-10-2012 21:02zedResolutionopen => duplicate

Notes
(0009432)
zed   
09-10-2012 20:17   
>Ошибки sdb_util не восстанавливает
Какими опциями пробовали восстанавливать, что пишет? Те строки что вы приложили лишь говорят о том, что найдены ошибки. О попытках (неудачных?) восстановления там ни слова.

Если восстановить не получается, залейте куда-нибудь битые файлы и дайте мне на них ссылку.

P.S. А про то, что САС не контролирует свободное место при записи в кэш уже был ни один тикет, т.е. тут явный дубль.
(0009433)
zed   
09-10-2012 20:28   
Либо переименовываем тикет и пробуем тут решать вопрос восстановления кэша (если он действительно не восстанавливается утилитой sdb_util), либо закрываем как дубль 0000265
(0009434)
serty   
09-10-2012 20:36   
Прошу прощения но и моя ошибочка( инцидент 0001305 ) была связана с этой траблой
"ошибка повторилась на другом диске (120Гб)- диск заполнен но закачка не прекращается ( сохраняет файлы 0 длинны а ошибок не выдает ) при попытке сохранить сессию закачки - sls вылетает ошибка что-то про stream."
(0009435)
serty   
09-10-2012 20:39   
Изначально я думал что это из за фрагментации миллионнов файлов но это повторяется даже на 64 ГБ диске при заполнении ничего не показывает и продолжает скачку. (кеш родной САС)
(0009436)
T_Im   
09-10-2012 20:42   
Пробовал восстановить sdb_util.exe такими вариантами:
Auto-Restore: Recover & Reset LSN & Verify
Recover to last good state [cmd: db_recover -v]
Reset LSN [cmd: db_load -r lsn]
+ все это с галочкой catastrific recovery
ничего не помогло
Файлы, увы, удалил.
(0009437)
zed   
09-10-2012 21:00   
Похоже, что вы пользовались старой версией утилиты. В новой версии есть такая штука: Restore data from *.bad [cmd: db_dump && db_load] которая и выполняет, собственно, восстановление данных.

Рекомендую отслеживать изменения в топике Восстановление убитого кэша Беркли (BerkeleyDB)

>Файлы, увы, удалил.
Ну, тогда и обсуждать тут нечего.