Notes |
|
|
Как я понимаю используется тайлохранилище БерклиДб? Переключите на дефолтное и попробуйте снова запустить закачки. |
|
|
|
Да, используется BerklyDB.
попробую на дефолтном - отпишусь. |
|
|
(0014448)
|
Smith2007
|
20-07-2014 10:20
(edited on: 20-07-2014 10:22) |
|
На дефолтном работает все нормально. 2 часа загрузки в 5 окон и сам гуляю по этому же кэшу - нормально. Переключился на карту в формате Berkly - САС перестал отрисовывать карты. Похоже проблемы с кешем BerklyDB не только при скачивании но и просто при просмотре с загрузкой недостающих.
|
|
|
|
Скорее всего у вас битый кэш. Нужно запустить утилиту восстановления и пройтись ею по папкам с кэшем, на которых есть проблемы. |
|
|
|
Запустил проверку БД. Длительный это процесс. Реально ли об ошибках с БД сообщение выдавать? Так будет понятно с какими файлами проблема. |
|
|
|
Увы, это к разработчикам БерклиДБ. Они считают нормальным тупо зависнуть на обращении к битой базе. По крайней мере, Zed так говорит, я в этом вопросе не разбирался вообще. |
|
|
|
Найдено 2 ошибки в БД. После исправления запустил 6 окон на скачивание и сам бегал по картам. 30 минут - полет нормальный. Оставлю на ночь, утром отпишусь. |
|
|
|
Утром обнаружил, что загрузка вновь остановилась. При попытке открыть карту Спутник.Яндекс (именно ее и загружал в 6 окон) интерфейс отображения карты завис. Закрыть программу без помощи менеджера задач не удалось. Есть подозрение, что БД будет вновь повреждена. Вопрос: Кто ее корежит? Вчера после исправления ошибок, специально еще раз прогнал утилитку уже на тех картах (Спутник.Яндекс) на которых имелись 2 ошибки. Повторный запуск ошибок в БД не выявил. Сегодня уходил на работу запустил проверку. Результат узнаю после работы.
Подозреваю, что ночная сборка как-то портит БД. Может это результат параллельной загрузки? Гружу 2 области и в одном месте они пересекаются и обе загружают 17 и 17 зум. Может с этим быть связано? |
|
|
(0014455)
|
zed
|
21-07-2014 10:19
|
|
Нужны логи и содержимое конфига БД. |
|
|
|
Конфиг залил. Логи какие нужны? |
|
|
|
Запустил скачивание:
Спутник.Яндекс
Спутник.Гугул
vesat
Скачивал в течении часа без ошибок. Счетчики файлов на всех картах щелкают.
При этом в главном окне открыта другая карта (не из списка скачиваемых).
Переключился на Спутник.Гугул, погулял по карте и через некоторое время счетчик загрузки Спутник.Гугл остановился. При этом счетчики на других закачках увеличивались как положено.
Переключаюсь на Спутник.Яндекс - счетчик останавливается, главный экран с картой не отрисовывается. При этом vesat продолжает качать. Переключаюсь на vesat - останавливается закачка. Больше ни одна карта не загружается. Переключение между картами не дает ни чего.
Запустил проверку базы. Позже отпишу результат. |
|
|
(0014458)
|
Smith2007
|
22-07-2014 18:14
(edited on: 22-07-2014 18:35) |
|
Проверил базу Спутник.Яндекс - ошибок не обнаружено
vesat - ошибок не обнаружено
|
|
|
(0014459)
|
zed
|
24-07-2014 11:55
|
|
>Конфиг залил.
У вас старый неправильный конфиг.Там должно быть вот такое:
set_flags DB_TXN_NOSYNC off
set_flags DB_TXN_WRITE_NOSYNC off
set_flags DB_DIRECT_DB off
set_flags DB_DSYNC_DB off
log_set_config DB_LOG_DIRECT off
log_set_config DB_LOG_DSYNC off
set_lg_dir .
set_data_dir ..
log_set_config DB_LOG_AUTO_REMOVE on
set_cachesize 0 2097152 1
set_lg_max 10485760
set_lg_bsize 2097152
Чтобы привести конфиги для всех карт в порядок, можно воспользоваться утилитой sdb_util или просто по-удалять их - SAS при запуске создаст правильные.
>Логи какие нужны?
sdb.log в корне с программой. |
|
|
|
Лог залил.
Удалил конфиг. Запустил САС
Вот, что он создал.
set_flags DB_TXN_NOWAIT on
set_flags DB_TXN_WRITE_NOSYNC off
set_lg_dir .
set_data_dir ..
set_cachesize 0 2097152 1
set_lg_max 10485760
set_lg_bsize 2097152
log_set_config DB_LOG_AUTO_REMOVE on
Не похоже на то, что Вы приводите.
|
|
|
(0014461)
|
zed
|
24-07-2014 17:46
|
|
> Не похоже на то, что Вы приводите
Не страшно, главное, что они не противоречат друг другу. И с тем и с тем конфигом SAS будет работать абсолютно одинаково. Проверьте все кэши на ошибки, обновите конфиги и больше SAS зависать не должен. |
|
|
|
|
|
|
Мда. Я конечно понимаю, что такой умный потом, но идея с set_flags DB_TXN_WRITE_NOSYNC on была очень неудачной. Сколько уже времени прошло, а до сих пор всплывает. |
|
|
|
Так с момента зарождения проекта наполняю покрытие. Первые пару лет был исключительно на родном кэше, но после того как потребовалось однажды его скопировать.... Поэтому и настройки Беркли очень древние. |
|
|
|
После изменения настроек беркли сбоев не обнаружено. Качал больше суток в несколько окон. Возможно следует эту проверку включить в настройки БД. |
|