IPB

Здравствуйте, гость ( Вход | Регистрация )

2 страниц V  < 1 2  
Добавить ответ в эту темуОткрыть тему
База данных повреждена, База данных повреждена
ПолигонСервис
сообщение 14.4.2019, 12:48
Сообщение #21


Участник
**

Группа: Пользователи
Сообщений: 170
Регистрация: 5.7.2016
Из: Владивосток
Пользователь №: 124 480



Может быть кому-то поможет.
Заметил такую штуку.
Когда УТМ впадает в состояние "База данных повреждена" и ни один из описанных здесь способов не помогает (ни удаление БД Документов ЕГАИС, ни удаление БД Сервиса АК), помогает выключение УТМа, физическое отключение питания. После включения, база данный в Сервисе АК восстанавливается.
Хочу обратить внимание, что перезагрузка не помогает, только физическое отключение питания.
Ужа пару раз такое было.
Как-то так.


А вот теперь хочется спросить представителей АТОЛ - а Вы об этом знаете? Если знаете, почему просто не ответите "попробуйте отключить питание и включить через 2-3 минуты". А если не знаете - то почему? Вопросы по-ходу риторические.

Сообщение отредактировал ПолигонСервис - 14.4.2019, 12:49
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ПолигонСервис
сообщение 31.5.2019, 15:09
Сообщение #22


Участник
**

Группа: Пользователи
Сообщений: 170
Регистрация: 5.7.2016
Из: Владивосток
Пользователь №: 124 480



История не закончилась...
С завидной регулярностью падает БД Сервиса АК.
Ранее помогало отключение/включение хаба. Теперь и это не помогает.
В логе ошибки:

2019-05-31 21:45:25,887| DbConnectorClass| ERROR: Db [1146] ''
2019-05-31 21:45:27,178| service| ERROR: Error create_table (ALTER TABLE Product
ADD COLUMN produce)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'producer_v2'")
2019-05-31 21:45:27,188| service| ERROR: Error create_table (ALTER TABLE ActChargeOn
ADD COLUMN idT)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'idTypeAcho'")
2019-05-31 21:45:27,193| service| ERROR: Error create_table (ALTER TABLE ClosingShift
ADD COLUMN no)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'note'")
2019-05-31 21:45:27,197| service| ERROR: Error create_table (ALTER TABLE GlobalParams
ADD COLUMN en)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'enable_auto'")
2019-05-31 21:45:27,895| service| ERROR: Error create_table (ALTER TABLE PosWriteOff
ADD COLUMN sumSa)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'sumSale'")
2019-05-31 21:45:27,900| service| ERROR: Error create_table (ALTER TABLE PosWriteOffShop
ADD COLUMN s)
Traceback (most recent call last):
File "bin/ttn/docProcessor/components/db/service.py", line 1115, in create_tables
File "/usr/lib/python2.7/dist-packages/MySQLdb/cursors.py", line 174, in execute
self.errorhandler(self, exc, value)
File "/usr/lib/python2.7/dist-packages/MySQLdb/connections.py", line 36, in defaulterrorhandler
raise errorclass, errorvalue
OperationalError: (1060, "Duplicate column name 'sumSale'")
2019-05-31 21:47:36,125| CurlWrapperClass| ERROR: Server not found http://127.0.0.1:8080

Техподдержка, объясните наконец, в чем проблема???
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ПолигонСервис
сообщение 22.7.2019, 11:37
Сообщение #23


Участник
**

Группа: Пользователи
Сообщений: 170
Регистрация: 5.7.2016
Из: Владивосток
Пользователь №: 124 480



Прошло полтора месяца...
Техподдержка, объясните наконец, в чем проблема???
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
ПолигонСервис
сообщение 3.8.2019, 2:46
Сообщение #24


Участник
**

Группа: Пользователи
Сообщений: 170
Регистрация: 5.7.2016
Из: Владивосток
Пользователь №: 124 480



Я вот не пойму, это только у моих клиентов такая проблема ??
Еще один Хаб перестал заходить в "Сервис АК". Т.е. в Сервис заходит, а вот дальше, ни в "Сервис", ни в "Справочник" не заходит.
База данных повреждена.
Документы ЕГАИС удалял, базу УТМ удалял, перезагружал, выключал/включал.
В общем, все традиционные танцы с бубном исполнил, и не по одному разу.
Ссылка на информацию для сервисного центра: https://yadi.sk/d/i0aj6Tq7WI9EvQ

Сообщение отредактировал ПолигонСервис - 3.8.2019, 2:48
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Александр38
сообщение 3.8.2019, 9:40
Сообщение #25


Участник
**

Группа: Пользователи
Сообщений: 193
Регистрация: 17.7.2013
Из: Иркутская обл.
Пользователь №: 92 324



Цитата(ПолигонСервис @ 3.8.2019, 7:46) *
Я вот не пойму, это только у моих клиентов такая проблема ??
Еще один Хаб перестал заходить в "Сервис АК". Т.е. в Сервис заходит, а вот дальше, ни в "Сервис", ни в "Справочник" не заходит.
База данных повреждена.
Документы ЕГАИС удалял, базу УТМ удалял, перезагружал, выключал/включал.
В общем, все традиционные танцы с бубном исполнил, и не по одному разу.
Ссылка на информацию для сервисного центра: https://yadi.sk/d/i0aj6Tq7WI9EvQ

То же самое на днях было на одном клиентском хабе..Но, попробовав традиционные меры, я не стал дальше заморачиваться и терять время. Прошил и снова в работу


--------------------
ООО "Сервис-Центр". Автоматизация торговли (рп.Чунский)
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
НиколайБ
сообщение 6.8.2019, 7:20
Сообщение #26


Участник
**

Группа: Пользователи
Сообщений: 168
Регистрация: 6.10.2016
Пользователь №: 126 600



Похоже опять что-то корявое выпустили, на "мышах" экспериментировать. Тоже, сначала было "База данных повреждена...". Теперь в Торговом зале остатки видны, а при входе на склад--остатки, зависаем с ошибкой 502 Bad Geteway, потом "Подключение к базе данных"...
Именно на сладе, больше ни где так не виснет. Перемудрили снова !
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
НиколайБ
сообщение 7.8.2019, 10:29
Сообщение #27


Участник
**

Группа: Пользователи
Сообщений: 168
Регистрация: 6.10.2016
Пользователь №: 126 600



Похоже ответа не будет? Что с остатками на складе? Как их теперь смотреть? Что с помарочной приемкой стало? Почему нет списка марок в ТТН? Ау, техподдержка...
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Ильдус Нуриев_Аг...
сообщение 20.8.2019, 11:36
Сообщение #28


Начинающий
*

Группа: Пользователи
Сообщений: 60
Регистрация: 21.1.2016
Пользователь №: 123 025



Цитата(НиколайБ @ 6.8.2019, 7:20) *
Похоже опять что-то корявое выпустили, на "мышах" экспериментировать. Тоже, сначала было "База данных повреждена...". Теперь в Торговом зале остатки видны, а при входе на склад--остатки, зависаем с ошибкой 502 Bad Geteway, потом "Подключение к базе данных"...
Именно на сладе, больше ни где так не виснет. Перемудрили снова !

Эх, беда не приходит одна. У меня тоже полетели базы ДЕ. Перепрошил, настроил.
Вроде нормально стало. Что-то подсказало проверить остатки в складе - там тоже самая ситуация - 502 Bad Gateway.
Мне что еще раз перепрошить предлагаете? Нет уж, проблемы другом месте могут появиться. Такое ощущение что Nand-память в хабе "сыпается". Эту гипотезу как проверить - есть ли функционал проверки Nand-памяти хаба? Хотя бы отдельной прошивкой в SD-карте проверить с подключенным в хаб монитором?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Кривошеев Дмитри...
сообщение 20.8.2019, 11:57
Сообщение #29


Прохожий


Группа: Новички
Сообщений: 5
Регистрация: 2.7.2019
Из: Самара
Пользователь №: 253 743



батарейку внутри замерь, когда она садится вот эта ошибка и показывается
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Ильдус Нуриев_Аг...
сообщение 21.8.2019, 8:21
Сообщение #30


Начинающий
*

Группа: Пользователи
Сообщений: 60
Регистрация: 21.1.2016
Пользователь №: 123 025



Цитата(Кривошеев Дмитрий @ 20.8.2019, 11:57) *
батарейку внутри замерь, когда она садится вот эта ошибка и показывается

Ну не может же глючить память в отдельных местах из-за батарейки.
Ну я не поленился и проверил - 2,88 В показывает.
Вот скажите как мне отбраковать хабы по Nand-памяти?
Установщик полностью автоматически работает - он не спрашивает куда хотите ставить ОС и желаете форматировать. Хотя в Линуксе можно ли запустить проверку диска, только прав для этого не хватит наверно.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
Krei
сообщение 22.8.2019, 10:29
Сообщение #31


Прохожий


Группа: Партнеры
Сообщений: 2
Регистрация: 15.7.2008
Из: г. Курган
Пользователь №: 14 008



Цитата(Ильдус Нуриев_Агрызское РайПО @ 21.8.2019, 10:21) *
Ну не может же глючить память в отдельных местах из-за батарейки.
Ну я не поленился и проверил - 2,88 В показывает.
Вот скажите как мне отбраковать хабы по Nand-памяти?
Установщик полностью автоматически работает - он не спрашивает куда хотите ставить ОС и желаете форматировать. Хотя в Линуксе можно ли запустить проверку диска, только прав для этого не хватит наверно.


На днях был проблемный хаб 19. Закончилось место на нем, при включении просил логин пароль.
Привез в офис. Померял батарейку - 2,78, заменил. Пока туда-сюда пытал УТМ в одну из перезагрузок он загрузился. Посмотрел место - свободно 30 Мб. Почистил бекапы в папке юзера, еще что-то удалил. Стало 150 мб свободно. Заметил, что место потихоньку, но равномерно сжирается. Пошел смотреть логи. Общий системный лог 1.4 Гига. Почистил все логи. Перезагрузился. В общем стабильно за 5 - 10 минут по 100 Кб логов пишет. Ругается на что-то связанное с базой данных, как я понял. При этом все работает. Подозреваю обновление прошло и после этого стала ошибка возникать.
Удалял обе базы. Сначала логи не пишет после удаления. После перезагрузки в том же объеме логи пишет. Пытался обновить средствами УТМ. Не обновился. Последний раз УТМ обновлялся сам 02.02.2019
Отключил ненужные сервисы, отключил обновления, вроде чуть меньше логов стало писать.
Вернул клиенту, буду наблюдать, что будет происходить.

У кого-то было подобное? Есть мысли что сделать?
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения
НиколайБ
сообщение 27.8.2019, 6:28
Сообщение #32


Участник
**

Группа: Пользователи
Сообщений: 168
Регистрация: 6.10.2016
Пользователь №: 126 600



Батарейка не всегда виновата, в моём случае на старой было 3.2В, новая не пасла ситуацию. Кое как добился попадания на склад и проверки остатков полным сбросом ХАБа. Но, похоже потом, вывалили обновочку и всё встало на свои места. Сейчас проблем нет. Ждём очередной "подарочек" от программеров.
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения

2 страниц V  < 1 2
Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 



RSS Текстовая версия Сейчас: 18.9.2019, 2:54
 Яндекс цитирования  Rambler's Top100