Personal Video Database
Русский => Поддержка => Тема начата: NewSky от 31 Мая 2010, 07:42:01
-
Попытался найти подходящую тему, не смог, если повтор, прошу прощения, ткните пожалуйста, где почитать вот за такую ошибку, при попытке "встать" на одну из записей фильма:
(http://s47.radikal.ru/i115/1005/ac/5e524162bd77.jpg)
-
А оказалось всё еще хуже.... решил подготовить базу для возможных исправлений сторонними средствами и перенести картинки из базы в папку (за одно проверить, так-же хорошо программа справится с заданием: картинки из базы---в папку, как справилась картинки из папки --в базу) начался процесс переноса картинок, наблюдал появляющиеся файлы в папке через ТС пока... пока дело не дошло до того самого "битого фильма" и не выскочила та-же ошибка. НО, теперь те картинки, что перенеслись в папки - отображаются, а те, что остались в базе пустые... По ходу заметил еще интиресный момент... глянул в папку, куда программа складировала постеры (у меня к фильму по 1 штуке) и смотрю, все названия на языке оригинала, а два постера называются: "Куратор_80040.jpg" и "Старшая Жена_80010.jpg" но у меня НЕТ таких фильмов :) Первый постер от "Я Ненавижу День Святого Валентина" (I Hate Valentine's Day) а второй от "Тринадцатый Отдел" (Diamant 13) с карточками все в порядке, оригинальные названия фильмов есть у каждой записи, ОТКУДА взялись такие названия у постеров??? почему именно такие??? :) А главное.... как быть с ошибкой? Хорошо эксперимент произвел над копией, но каждый раз гонять туда-сюда 7ГБ базу.....
-
Залез через FireBird удалил запись, по новой добавил фильм... вроде всё нормально. Правда интиресно "ШоЭтоБыло" (c)
-
А нет... не нормально :( ВО первых, база не оптимизируется, на последнем действии вылетает ошибка. Раньше (до удаления строки, а может и еще, что случилось и просто так совпало) такого не было. И во-вторых, при попытки всё-же убрать картинки в папку на 1262 фильме программа вылетела с ошибкой :( Сейчас попробую еще раз. интиресно, на том же месте будет ошибка или другом и постараюсь отправить баг репорт...
UPD:
Как я и подозревал... память отжирает, но не отпускает. Оператива отжирается до 2000 мб и столько же файла подкачки (из 3500 в ХР) и программа вылетает. Подумал, может проблемная запись и на ней происходит вылет... удалил сверху и снизу фильмы в радиусе по 10 штук и теперь уже вылет происходит на другом фильме, НО, снова на 1262 фильме (определяю по количеству появившихся постеров). Беда однако...
-
База похоже запортилась. Попробуй её пофиксит как описано в FAQ пункт 39 (http://www.videodb.info/forum_ru/index.php?topic=134.msg5217#msg5217)
-
Попробовал... gfix.exe ничего не выдал :( но в логе вижу вот это:
NEWSKY-STANTION (Server) Wed Jun 02 09:12:37 2010
Database: D:\FILMS_CATALOGS\PVD\FBTOOLS\MOVIES.PVD
Relation has 413 orphan backversions (2 in use) in table MOVIES (128)
NEWSKY-STANTION (Server) Wed Jun 02 09:12:39 2010
Database: D:\FILMS_CATALOGS\PVD\FBTOOLS\MOVIES.PVD
Relation has 27 orphan backversions (0 in use) in table PEOPLE (129)
NEWSKY-STANTION (Server) Wed Jun 02 09:12:54 2010
bugcheck during scan of table 162 (IMAGES)
Прогнал базу gfix -m -i movies.pvd получил лог во вложении, после снова проверил gfix -v -f movies.pvd и все осталось по прежнему (я про лог в начале сообщения)
UPD:
Ётить-мотить, проверил остальные базы, из 4х 2е неоптимизируются вылетает "ошибка" :(
[вложение удалено администратором]
-
Попытался в базу импортировать данные из excel (замена поля "Перевод") и снова неудача :(
(http://s40.radikal.ru/i088/1006/e7/90ce710c560c.jpg)
Товарищи дорогие, помогите базу починить пожалуйста, а то никакой работы не получается :(
-
Backup/Restore попробуй ещё. Если не прокатит, то залей базу куда-нить.
-
(http://s04.radikal.ru/i177/1006/7a/9c1a00d8f5e2.jpg)
Удалил все картинки из базы, средствами программы, оптимизация снова не удалась "ошибка". Вновь попробовал backup:
(http://i055.radikal.ru/1006/5b/30c57246b2e1.jpg)
Запустил gfix -v -f movies.pvd (на базе, с удаленными картинками), получил:
(http://s52.radikal.ru/i138/1006/93/66d99a8d8cfe.jpg)
в логе:
NEWSKY-SERVER (Server) Mon Jun 07 15:29:32 2010
Database: N:\FBTOOLS\MOVIES.PVD
Relation has 413 orphan backversions (0 in use) in table MOVIES (128)
NEWSKY-SERVER (Server) Mon Jun 07 15:29:47 2010
Database: N:\FBTOOLS\MOVIES.PVD
Relation has 27 orphan backversions (0 in use) in table PEOPLE (129)
NEWSKY-SERVER (Server) Mon Jun 07 15:35:30 2010
bugcheck during scan of table 162 (IMAGES)Запустил gfix -m -i movies.pvd, получил:
(http://i069.radikal.ru/1006/cd/a3c0aef7dd11.jpg)
Лог не прилагаю (28 МБ)(многа букав очень в нем) не думаю, что там есть ответы на вопросы :)
Снова попытался сделать Backup:
(http://s42.radikal.ru/i098/1006/ab/283d3f6257b6.jpg)
Сделал, что указано в этом сообщении (http://www.videodb.info/forum_ru/index.php?topic=817.0), результат тот-же. Ни Backup ни "оптимизация" не получаются :(
Закинул ссылку на базу в личку...
-
Ура! Кажется починился!
А вышло вот как... у меня ссылки на файлы прописаны в таком виде: \\server\и так далее... так как все файлы лежат на сервере и к нему подключен сетевой плеер и второй ПК, на самом сервере киношки я не смотрю. Так вот, решил обратно переписать пути не через сеть, а напрямую: H:\films\И так далее... соответственно, программа увидела все те-же файлы и предложила переписать путь к файлу (просто наиофигенская функция, никто так не умеет, в очередной раз порадовался) и в какой-то момент при замене пути программа вылетела с ошибкой. Ок. Захожу в расширенный поиск и задаю "Расположение носителя содержащее в пути \\" получил список и ПЕРВЫЙ фильм и оказался "Битым". "Вставая" на него получаю ошибку указанную в первом посте этого топика (ну может цыфры другие, не суть важно, важно, что запись не читается). Запустил FireBird Maestro нашел запись с этим ID (номер фильма) и просто У Д А Л И Л. Проделал замену пути к файлу дальше, выявил таким макаром еще одну битую запись (в итоге их было две: 4645, 4355) удалил её, закончил смену пути. Нашел новые файлы (ими конечно оказались удаленные ранее фильмы) заново оформил к ним карточку и оптимизировал базу! И всё получилось! ЕЕЕ!!! Единственное... как быть дальше... ПОЧЕМУ база впринципе "портится"? что такое с ней происходит? Просто эти записи еще недавно абсолютно точно были не битыми. Да, пару раз приходилось по разным причинам жОстко выходить из PVD путем убивания процесса, это могло стать причиной? Это и пугает, что не знаешь, закрывая базу, что получишь завтра, базу с ошибкой или нет. А каждый раз оптимизировать базу весом под 8ГБ очень сложно, слишком долог этот процесс . Вот бы хоть механизм поиска битой записи как то разработать, что-бы в случае чего, можно было просто удалить поврежденную запись и заново внести её в каталог... раз нельзя застраховаться от повреждений, то вот хотябы упростить поиск поврежденной записи...
-
Да уж случайно можно вот так базу подчинить, а я уже чуть было программу не написал, чтобы целые записи отобрала в новую базу...
База может портиться по ряду причин: физические проблемы с диском, проблемы в с файловой системой и т.д.