Anonymous | Login | Signup for a new account | 24-11-24 02:09 UTC |
All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
My View | View Issues | Change Log | Roadmap | Search |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0001618 | SAS.Планета | [All Projects] Баг | public | 09-10-2012 20:02 | 09-10-2012 21:02 | ||||
Reporter | T_Im | ||||||||
Assigned To | zed | ||||||||
Priority | normal | Severity | crash | Reproducibility | sometimes | ||||
Status | closed | Resolution | duplicate | ||||||
Platform | Windows | OS | XP | OS Version | SP3 | ||||
Product Version | .Nightly | ||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0001618: Бьется база данных при окончании места на диске | ||||||||
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 | ||||||||
Additional Information | Ошибки sdb_util не восстанавливает - похоже, только удалять файлы. ( | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | ||||||
|
Notes | |
(0009432) zed (manager) 09-10-2012 20:17 |
>Ошибки sdb_util не восстанавливает Какими опциями пробовали восстанавливать, что пишет? Те строки что вы приложили лишь говорят о том, что найдены ошибки. О попытках (неудачных?) восстановления там ни слова. Если восстановить не получается, залейте куда-нибудь битые файлы и дайте мне на них ссылку. P.S. А про то, что САС не контролирует свободное место при записи в кэш уже был ни один тикет, т.е. тут явный дубль. |
(0009433) zed (manager) 09-10-2012 20:28 |
Либо переименовываем тикет и пробуем тут решать вопрос восстановления кэша (если он действительно не восстанавливается утилитой sdb_util), либо закрываем как дубль 0000265 |
(0009434) serty (reporter) 09-10-2012 20:36 |
Прошу прощения но и моя ошибочка( инцидент 0001305 ) была связана с этой траблой "ошибка повторилась на другом диске (120Гб)- диск заполнен но закачка не прекращается ( сохраняет файлы 0 длинны а ошибок не выдает ) при попытке сохранить сессию закачки - sls вылетает ошибка что-то про stream." |
(0009435) serty (reporter) 09-10-2012 20:39 |
Изначально я думал что это из за фрагментации миллионнов файлов но это повторяется даже на 64 ГБ диске при заполнении ничего не показывает и продолжает скачку. (кеш родной САС) |
(0009436) T_Im (reporter) 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 (manager) 09-10-2012 21:00 |
Похоже, что вы пользовались старой версией утилиты. В новой версии есть такая штука: Restore data from *.bad [cmd: db_dump && db_load] которая и выполняет, собственно, восстановление данных. Рекомендую отслеживать изменения в топике Восстановление убитого кэша Беркли (BerkeleyDB) >Файлы, увы, удалил. Ну, тогда и обсуждать тут нечего. |
Users who viewed this issue | |
User List | Anonymous (2013x), T_Im (1x) |
Total Views | 2014 |
Last View | 24-11-2024 02:09 |
Issue History | |||
Date Modified | Username | Field | Change |
09-10-2012 20:02 | T_Im | New Issue | |
09-10-2012 20:17 | zed | Note Added: 0009432 | |
09-10-2012 20:28 | zed | Note Added: 0009433 | |
09-10-2012 20:28 | zed | Assigned To | => zed |
09-10-2012 20:28 | zed | Status | new => feedback |
09-10-2012 20:28 | zed | Relationship added | related to 0000265 |
09-10-2012 20:36 | serty | Note Added: 0009434 | |
09-10-2012 20:39 | serty | Note Added: 0009435 | |
09-10-2012 20:42 | T_Im | Note Added: 0009436 | |
09-10-2012 20:42 | T_Im | Status | feedback => assigned |
09-10-2012 21:00 | zed | Note Added: 0009437 | |
09-10-2012 21:01 | zed | Relationship replaced | duplicate of 0000265 |
09-10-2012 21:02 | zed | Status | assigned => closed |
09-10-2012 21:02 | zed | Resolution | open => duplicate |
My View | View Issues | Change Log | Roadmap | Search |
Copyright © 2007 - 2024 SAS.Planet Team |