0001618: Бьется база данных при окончании места на диске - SASGIS

All Projects SAS.Планета Домен, сайт, форум, багтрекер Доработка карты (ZMP) Переводы и локализации Прочее

ID	Project	Category	View Status	Date Submitted	Last Update
0001618	SAS.Планета	Баг / Bug	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

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.

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

zed 09-10-2012 20:28 manager ~0009433	Либо переименовываем тикет и пробуем тут решать вопрос восстановления кэша (если он действительно не восстанавливается утилитой sdb_util), либо закрываем как дубль 0000265

serty 09-10-2012 20:36 reporter ~0009434	Прошу прощения но и моя ошибочка( инцидент 0001305 ) была связана с этой траблой "ошибка повторилась на другом диске (120Гб)- диск заполнен но закачка не прекращается ( сохраняет файлы 0 длинны а ошибок не выдает ) при попытке сохранить сессию закачки - sls вылетает ошибка что-то про stream."

serty 09-10-2012 20:39 reporter ~0009435	Изначально я думал что это из за фрагментации миллионнов файлов но это повторяется даже на 64 ГБ диске при заполнении ничего не показывает и продолжает скачку. (кеш родной САС)

T_Im 09-10-2012 20:42 reporter ~0009436	Пробовал восстановить 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 ничего не помогло Файлы, увы, удалил.

zed 09-10-2012 21:00 manager ~0009437	Похоже, что вы пользовались старой версией утилиты. В новой версии есть такая штука: *Restore data from .bad [cmd: db_dump && db_load]** которая и выполняет, собственно, восстановление данных. Рекомендую отслеживать изменения в топике Восстановление убитого кэша Беркли (BerkeleyDB) >Файлы, увы, удалил. Ну, тогда и обсуждать тут нечего.

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
08-08-2025 13:22	zed	Category	Баг => Баг / Bug