Просмотр полной версии : Error code: 25 - WRONG TABLE FORMAT. Charges Last pdox: 0
bateclipse
31.05.2012, 21:36
Здравствуйте.
Прошу помощи у знающих, касса не включается.
Вчера, при закрытии дня, после распечатки отчетов, кассир вместо "Закрытие дня" нажала "Выключить станцию", потом опомнилась и решила всетаки сделать закрытие дня, но при включении кассы, прогресс бар доходит до 47% и выдает ошибку
Ошибка!!! Error code: 25 - WRONG TABLE FORMAT. Charges Last pdox: 0
Версия сервера 6.87 версия р кипера 6.81
Касса под досом, сервер там же(вроде), менеджерская часть отдельно на Win XP SP3, пытаюсь копировать , базу сохраненную 3 дня назад(просто копированную в локальную папку), вроде все работает, но при перезагрузке опять та же ошибка.
Официанты в шоке от рукописей, вчерашний день так и не закрылся, кассовая дата теперь 19.05.12, сегодня уже 31.05.12
Помогите пожалуйста!:wall:
Сетевая работает нормально, по сетке туда и обратно могу перемещать файлы, настройки не менял, поэтому они тоже должны быть рабочими.
очевидно побилась бд, как-то вы неудачно выключили...
bateclipse
31.05.2012, 22:12
..пытаюсь копировать , базу сохраненную 3 дня назад..
Та база ведь целая. И бьется походу уже в процессе загрузки.
Пробовал закинуть вообще чистую базу, видимо что то не настроил и она выдала другую ошибку(не посмотрел какую)
Поставил базу от 27 числа(она сразу после закрытия скопирована) изменил кассовую дату на сегодняшнюю, первый запуск нормальный, но после перезагрузки та же ошибка на 47% загрузки rkeeper6
но после перезагрузки та же ошибка на 47% загрузки rkeeper6
Значит сначала делаем реиндексацию на манагере. Не помогает, значить сетка кривая - бъется при передаче.
Поставил базу от 27 числа(она сразу после закрытия скопирована)
Это и есть чистая.
первый запуск нормальный, но после перезагрузки та же ошибка на 47% загрузки rkeeper6
Не исключено, что сам диск навернулся и сыпется теперь. chkdsk для начала.
Это и есть чистая.
Ну нет, это условно чистая таки :)
bateclipse
01.06.2012, 02:28
Проблема оказалась ближе, чем просто под носом: каким то образом база в DB оказалась битой, пришлось закидывать в папку DB на менеджерском компьютере "старую" базу от 25 мая. Теперь практически 2 дня надо вбивать вручную, но зато все работает.
Подведу итог: нужна чистая база из дистрибутива сервера, ее кидаем в database на сервере(в моем случае на кассе), файл system.db копируем к файлу SETCODAT.EXE и им обрабатываем (просто запуск SETCODAT.EXE и далее по меню делаем что надо), system.db возвращаем в DATABASE.
На менеджерской станции переименовываем\удаляем папку DB, и на ее место ставим сохраненную несколько дней назад копию :O: расшариваем ее по сети.
Делаем переиндексацию и запускаем сервер\кассу. Отправляем кассира забивать чеки. :wall:
:drinks:
ее кидаем в database на сервере(в моем случае на кассе), файл system.db копируем к файлу SETCODAT.EXE и им обрабатываем (просто запуск SETCODAT.EXE и далее по меню делаем что надо), system.db возвращаем в DATABASE.
можно было просто сохранить из старой датабазы. Вообще смысла ковырять датабейз до реиндексации дб не было. Кстати cor.exe что-то про базу говорил?
На менеджерской станции переименовываем\удаляем папку DB,
а до этого вы реиндексацию пускали? Случаи, когда бъется манагерская база - крайне редки.
расшариваем ее по сети.
зачем, когда папка должна была остаться расшаренной.
Вобщем помимо нужных действий, сделано еще куча не нужных, но то что все получилось - уже хорошо.
bateclipse
01.06.2012, 11:15
Реиндексацию манагерской базы за 30-е число делал, это не помогло.Cor.exe не показывал ничего.Перемещал всю папку db, поэтому пришлось настраивать шару.База на сервере скончалась при копировании на нее базы за 27 число, поэтому логическую датупришлось менять.Понимаю, что в этот раз все прошло через одно место, но зато узнал много нового и полезного, как о себе , так и о системе. :)
bateclipse,Да, проблема видимо была в битом индексе charges.db, можно грохнуть индекс и переиндексировать базу. Но наверное уже поздно...
Hendehog
11.02.2014, 16:18
Тоже проблемы с базой.Пр загрузке кипера системная ошибка.
Касса фастфуда.
В логах пишет Sestem error 240 at 0010:1eed
При запуске cor пишет Reindex runtime error 216 at 0004:a4cc
Если чистую подкинуть работает, какое-то время потом опять по старой, самый прикол что иногда сыплет при работе в кипере системную ошибку и после перезагрузки само лечится.
Сейчас и с чистой не грузится.
В логах ошибка Cannot open table database\taxes1
В чистой базе такого файла вообще нету , и непонятно почему он не может выкачать ее или открыть, кабель инета уже другой попробовал, линки есть и тп .
Куда рыть - хз
Проблема с жестким диском 99%
Hendehog
11.02.2014, 18:05
Проблема с жестким диском 99%
Не, taxes1.db надо было создать, и группы печати назначить ...
Для чистой - да.
А не запускающийся cor и "потом опять по старой, ... иногда сыплет при работе в кипере системную ошибку и после перезагрузки само лечится." - это проблемы с жестким диском.
Hendehog
11.02.2014, 21:20
Для чистой - да.
А не запускающийся cor и "потом опять по старой, ... иногда сыплет при работе в кипере системную ошибку и после перезагрузки само лечится." - это проблемы с жестким диском.
И для "грязной" помогло :)
Тогда Вы сами себе противоречите, когда пишете:
Если чистую подкинуть работает, какое-то время
Hendehog
12.02.2014, 14:44
Тогда Вы сами себе противоречите, когда пишете:
Таки раз на раз не приходится:)
Powered by vBulletin® Version 4.2.6 LTS Copyright © 2025 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot