Отчет об ошибке 127<br><br>Сегодня после включения заметил, что из программы исчезли все добавления в каталог произведенные вчера. Исчезли карточки книг, карточки новых читателей, исчезли все выдачи...<br><br>Никаких ошибок не появлялась. Программа была запущена с самого утра и не выключалась до конца дня.<br><br>UPD. Заглянул в каталог с базой данных и заметил такое: <br>https://yadi.sk/i/b4z7LE43KIjRSA<br><br>Загрузил базу за 4 сентября и увидел все свои сохранения за вчерашний день.<br><br>Далее. Книга которой сегодня был присвоен номер id 4994 исчезла, но ее обложка перешла на книгу с таким же номером, но загруженную вчера <br><br>Сейчас конечно много вопросов. В частности, что это за базы под номерами main (2) и т.д. Может быть так, что в них находятся незамеченные мною сохранения, также исчезнувшие на следующий день? <br><br>Если бы я не заметил, что программа не сохранила вчерашних изменений и продолжил бы ввод книг и читателей?<br><br><br>
Если у вас такая же ошибка, напишите пожалуйста в комметрарии версию LibaBook и Windows.
Сегодня после включения заметил, что из программы исчезли все добавления в каталог произведенные вчера. Исчезли карточки книг, карточки новых читателей, исчезли все выдачи...
Никаких ошибок не появлялась. Программа была запущена с самого утра и не выключалась до конца дня.
UPD. Заглянул в каталог с базой данных и заметил такое: https://yadi.sk/i/b4z7LE43KIjRSA
Загрузил базу за 4 сентября и увидел все свои сохранения за вчерашний день.
Далее. Книга которой сегодня был присвоен номер id 4994 исчезла, но ее обложка перешла на книгу с таким же номером, но загруженную вчера
Сейчас конечно много вопросов. В частности, что это за базы под номерами main (2) и т.д. Может быть так, что в них находятся незамеченные мною сохранения, также исчезнувшие на следующий день?
Если бы я не заметил, что программа не сохранила вчерашних изменений и продолжил бы ввод книг и читателей?
Да, так оно и есть. В двух разных main.lbbk2 есть несогласованные данные. Так в более младшей базе есть книга которая отсутствует в более старшей... Есть у меня подозрение,что все эти проблемы из-а яндекс диска
Да.. странная ситуация. LibaBook такие файлы как "main (2).lbbk2, main (3).lbbk2 ..." создавать не может. Обычно такие файлы создаются вручную через стандартный проводник Windows если скопировать и вставить файл в туже самую папку.
При этом, на скриншоте видно, что "main (6).lbbk2" и оригинальный "main.lbbk2" имеют одинаковую дату последнего изменения. Т.е. такое ощущение, что при попытке записи в файл "main.lbbk2" каким-то образом создается его копия с новым номером и последними изменениями, а сам "main.lbbk2" не изменяется.
Возможно это действительно глюк яндекс-диска, может объем файла 62МБ не успевает синхронизироваться при изменении и блокирует доступ к файлу, из-за чего яндекс-диск сохраняет измененный файл под другим именем.
На дату не обращайте внимания. Она изменилась после того как я ее открыл и стала текущей. Но тут еще такой момент. при создании бэкапа Либабук записала туда все 6 файлов базы: https://yadi.sk/i/TdB6-ZBw17K4Vg
Вам надо поэкспериментировать - скопировать полностью папку с проблемной БД в тестовую папку на яндекс-диске и на обычный диск, произвести одинаковые изменения и посмотреть будут ли создаваться лишние копии "main.lbbk2". Хотя, если копий всего 6, то возможно этот глюк появляется только при определенных условиях, например связанных с циклами синхронизации с облаком.
Если действительно проблема с яндекс-диском, то лучше перенести программу на обычный диск и копировать БД на яндекс-диск вручную, например в конце дня.
Что интересно, эти дубли начали появляться, как видно по скриншоту, с 18 июля. Здесь может быть связи с последним обновлением программы? (Версия 2.060.7 (30.06.2018)) Летом я нерегулярно пользовался программой. В скриншоте отображены те дни когда я делал это наиболее активно.
1. Бэкап - это полная копия папки с БД. Если при создании БД ей дали название "база", то для БД, будет создана папка "база_db" внутри которой будут храниться все подпапки и файлы базы данных в том числе и "main.lbbk2".
2. При сохранении (бэкапе) БД - вся папка "база_db" копируется в новую папку с именем типа "база_db_2018-09-05_19-32-05" по указанному пользователем пути, по умолчанию этот путь такой "С:\LibaBook2\data\dbases\backup\".
Теперь посмотрим, что видно на ролике: 1. Внутри папки с БД создана (видимо вручную) папка "Backup", в которой сохранено несколько бэкапов. Т.е. по факту это означает попытку создать копию БД внутри самой этой БД. 2. Далее, когда открываются папки этих бэкапов, мы видим - что эти бэкапы не корректны, нет папок "data, files, filters, info", т.е. при открытии такого "бэкапа" БД не будет работать нормально.
Т.е. первое - бэкапы не надо сохранять в саму папку БД, для этого нужно создать отдельную папку.
Во вторых, т.к. в папке БД уже присутствуют несколько файлов "main (2,3,4...).lbbk2" то все они вместе с содержимым папки БД будут в любом случае сохранены в бэкап.
x-------x И почему такое странный размер 62032 ? Сегодня добавил в актуальную базу одну книгу. Добавил трех новых читателей, но размер остался прежним x-------x В версии v2 БД - это не один файл, а целая папка с подпапками и файлами. В "main.lbbk2" хранится основная информация, при этом структура файла такая, что там заранее резервируется некоторое место и при добавлении нескольких записей размер файла может не меняться, он увеличивается только при необходимости.
x-------x Что интересно, эти дубли начали появляться, как видно по скриншоту, с 18 июля. Здесь может быть связи с последним обновлением программы? x-------x Конечно, всё может быть, но подобный случай пока единственный.
Попробуйте активно поэкспериментировать с копией своей БД на яндекс-диске и обычном, возможно удастся воспроизвести проблему.
Кстати, сколько экземпляров программы Вы обычно запускаете при работе 1 или более одновременно?
Помните, была ошибка с несохранением атрибутов, недавно наконец-то удалось повторить её. Для этого надо запустить 2 экземпляра Либабук, затем в одном из них изменить название атрибута и закрыть программу, после этого закрыть экземпляр программы в которой атрибут не переименовывался, в результате сохранится последняя версия и при следующем запуске атрибут окажется не переименованным. Сейчас ведутся доработки по этому поводу, которые войдут в следующий апдейт.
Всегда используется только 1 копия программы и только один каталог. Увы, из-за большого потока читателей и других задач экспериментировать пока не могу.
Пока сделаю следующее. Меняю место хранения базы данных Устанавливаю программу Cobian Backup 11 Ставлю создание копий через каждые 30 минут В качестве места хранения копии указываю каталог на Яндекс Диске.
Тут главное воспроизвести некорректное завершение программы. Попробовать загрузить оперативную память ПК. Бывает так, что фоновый процесс Либабук работает после закрытия графического интерфейса. Можно попробовать сразу после закрытия программы выключить ПК...
444
+0
-0
Есть у меня подозрение,что все эти проблемы из-а яндекс диска