[ОТВЕТИТЬ]
31.05.2013 17:51
whitewizard
 
копейки. странно, что так долго загружает. сервер там не сильно занят?
31.05.2013 18:46
_zverek_
 
Цитата:
whitewizard копейки. странно, что так долго загружает. сервер там не сильно занят?
Активности на сервере вообще толко нет изредка msqkld-nt.exe начинает кушать порядка 50 % ресурса проца но это продолжается несколько сикунд
31.05.2013 20:20
whitewizard
 
Последний неудачный импорт там не изменился на 31.05.13 ?
31.05.2013 21:01
_zverek_
 
Цитата:
whitewizard Последний неудачный импорт там не изменился на 31.05.13 ?
Остановить импорт можно только одним оборозом стопорнуть укм и удолить файлы импорта последняя ошибка такая
Ошибка CLICLASS record 2257 )
class std::runtime_error( Terminate request
Время начала 31.05.2013 19:13:35
Время завершени 31.05.2013 19:48:33
31.05.2013 21:04
_zverek_
 
И ещё в логах укм все записи о импоре прекращаются именно на вот этом сообщении
0x000007bc DEBUG converter#{85639509-94B4-4651-AB29-45AEA2AE1805}#Терминал №1 импорт##03783ed0 m_disc_range_id is not defined. Import time & summ discount will be skipped.
31.05.2013 22:52
_zverek_
 
Вообщем ситуация следующая после того как магазин закрылся при импорте в логах УКМ появилось следующее ругательство
m_std2_item_quantity_disc_id is not defined. Import into trm_in_disc_std2item_quantity will be skipped.
Дальнейшие действия были восстановления данной таблицы и бекапа и УКМ начал ругаться более подробно:
PLUCASH record 5 ) class bad_lexical_cast_ex( Can not convert (QString):'' to (long). Пауза 30 сек.
Вот пока не могу понять что ему не нравится в PLUCASH
01.06.2013 02:45
whitewizard
 
из бэкапа восстанавливаете не всю базу а конкретные таблицы?
01.06.2013 10:10
_zverek_
 
Цитата:
whitewizard из бэкапа восстанавливаете не всю базу а конкретные таблицы?
из бекапа восстанавливал конкретную таблицу, дальше произошла ещё боле интересная вещь. через неторое время ошибка с таблицами появилась снова, но при этом монитор сервера написал что импорт прошёл успешно, с утра, в магазине очень долго шла репликация бд. но при этом новых данных так и нет
01.06.2013 13:12
whitewizard
 
чот совсем не нравится.
в файлах, которые кассовый модуль выгружает, новые данные есть?
и заодно, на всяк случай, не хочешь сделать бэкап/восстановление mysql:
1.
Код:
mysqldump --all-databases --force --compress --triggers --routines --extended-insert --create-options -uroot -pCtHDbCGK.C >dump.sql
2. остановил mysql
3. убрал бы папку c:\mysql\data\ukmserver и файлы ibdata1, ib_logfile0, ib_logfile1
4. запустил mysql
5.
Код:
mysql < dump.sql -uroot -pCtHDbCGK.C
01.06.2013 13:32
whitewizard
 
чтобы mysql крутился повеселее, поставь c:\windows\my.ini параметр
innodb_buffer_pool_size=300M (обычно стоит innodb_buffer_pool_size=80M) и перезапусти mysql. Разумеется, если у тебя есть свободных 200М оперативки.
и какая у тебя версия mysql?
02.06.2013 18:00
_zverek_
 
Цитата:
whitewizard чтобы mysql крутился повеселее, поставь c:\windows\my.ini параметр
innodb_buffer_pool_size=300M (обычно стоит innodb_buffer_pool_size=80M) и перезапусти mysql. Разумеется, если у тебя есть свободных 200М оперативки.
и какая у тебя версия mysql?


Версия mysql 5.0.84 всё вышеперечисленое сделал изменений никаких.
Вот скрин лога при импорте, после собыия DEBUG в логах по импорту больше нечего не появляется, монитор сервера тем временем пишет "импортируется" и это длится пока не тормазнёш укм сервер и не удалиш файлы импора
Миниатюры
Нажмите на изображение для увеличения
Название: лог.jpg
Просмотров: 344
Размер:	291.8 Кб
ID:	1992  
02.06.2013 18:04
whitewizard
 
тяжко входит. обнови mysql до 5.1.61 для начала.
а что там за размеры входят в немереном количестве? оно вам надо?
02.06.2013 18:11
_zverek_
 
Цитата:
whitewizard тяжко входит. обнови mysql до 5.1.61 для начала.
а что там за размеры входят в немереном количестве? оно вам надо?
Если честно я несовсем понимаю что это за размеры для чего это надо и как с этим разобраться :(
02.06.2013 18:19
whitewizard
 
эээ. тогда останови УКМ сервер, сделай полную выгрузку и после этого убери SIZES.dat
посмотри как импортнётся
02.06.2013 18:57
_zverek_
 
Цитата:
whitewizard эээ. тогда останови УКМ сервер, сделай полную выгрузку и после этого убери SIZES.dat
посмотри как импортнётся
Вот както так
Миниатюры
Нажмите на изображение для увеличения
Название: лог1.jpg
Просмотров: 369
Размер:	211.3 Кб
ID:	1993  
03.06.2013 01:39
whitewizard
 
всё зашло быстро и на ура, так?
03.06.2013 09:16
Павел Сосновских
 
нет, не так...как раз после "синей" строки должно пойти disccli.dat, в котором дисконтные карты
и обычно при текстовом обмене этот файл обрабатывается дольше всего(при том, что текстовый обмен один из самых быстрых)

я бы в процессе такой загрузке посмотрел в mysql'е результат вывода команды:
show full processlist
выполнить надо несколько раз с промежутком в 5-10 секунд
посмотрим на каких запросах оно долго думает
03.06.2013 09:58
Dim
 
так в логе же пишет, что не определена переменная и импорт пропущен... надо с m_disc_range_id разбираться
03.06.2013 10:40
_zverek_
 
Цитата:
Dim так в логе же пишет, что не определена переменная и импорт пропущен... надо с m_disc_range_id разбираться
а что это за таблица "m_disc_range_id"
да ещё после некоторых манипуляций в укм данные загрузились но когда происходит загрузка в кассу вылетает следующая ошибка "Query failed: Error(1146) Table 'ukmserver.trm_in_input_template_ranges' doesn't exist: SQL show columns from trm_in_input_template_ranges" попробывал востановить данную таблицу с бекапа, ошибка не ушла
03.06.2013 13:26
Павел Сосновских
 
Сия "синяя" строка не FATAL и не WARNING, она DEBUG и означает лишь то,
что в настройках конвертера в графе "На чек по времени и сумме" стоит - "не загружать"
лог информирует нас об этом, сообщая, что эта скидка будет пропущена
Это не ошибка. Вот дальше должна появиться строка "disccli #10000",
а она не появляется - видимо долго "думает"...
вот я и предложил посмотреть о чем "думает" с помощью
show full processlist
03.06.2013 14:34
whitewizard
 
а теперь надо шаблоны на сервере проверить и прощёлкать там по океям.
и частичное восстановление таблиц из бэкапов до добра не доведёт.
03.06.2013 15:40
Павел Сосновских
 
от шаблонов остались диапазоны, а самих шаблонов нет(каких-то)...
03.06.2013 16:00
_zverek_
 
Вообщем ситуация следующая востановил базу данных и старого дампа (делал когда все работало) выгрузка проходит все нормально, в УКМ справочнике товаров новый товар есть, но вот данные почемуто не попадают на кассу, в логах пишет что нет данных для репликации, эти данные какнить принудительно можно выгрузить?
03.06.2013 16:03
Dim
 
сделать полную выгрузку из бэкофиса?
03.06.2013 16:09
_zverek_
 
Цитата:
Dim сделать полную выгрузку из бэкофиса?
А можете по подробней пояснить
03.06.2013 16:20
Dim
 
в качестве бэкофиса что стоит? супермаг?
03.06.2013 17:01
whitewizard
 
Если касса не хочет забирать данные с сервера, то на ней выполнить запрос:
Код:
delete from cnv_table_client_versions;
После этого сделать или рестарт кассы (/etc/init.d/ukmclient stop[start]) или рестарт службы УКМ-сервера.
Тем самым инициируется полная репликация всех табличек с сервера на кассу.
03.06.2013 22:05
Павел Сосновских
 
Цитата:
whitewizard Если касса не хочет забирать данные с сервера, то на ней выполнить запрос:
Код:
delete from cnv_table_client_versions;
После этого сделать или рестарт кассы (/etc/init.d/ukmclient stop[start]) или рестарт службы УКМ-сервера.
Тем самым инициируется полная репликация всех табличек с сервера на кассу.
Добавлю небольшой комментарий по этому поводу.
Репликация между сервером и кассой "завязана" на значениях поля version в различных таблицах. Текущие значения отслеживаются по двум таблицам: cnv_table_versions и cnv_table_client_versions. В первой записываются последние имеющиеся значения, во второй - последние принятые. При установке/восстановлении связи между кассой и сервером эти таблицы сравниваются и при наличии "новых" записей стартует механизм репликации. Кроме того, если при старте кассы/сервера есть записи со значением поля version равным нулю, то вычисляется максимальное по этой таблице и вписывается вместо нулевого.

Что произошло: на кассе были более новые записи, чем хранящиеся в бэкапе и после восстановления из дампа касса считала, что имеющаяся в ней информация "новее" серверной.
Выходов вроде вижу 3:
1. предложенный выше(считаю его наиболее предпочтительным)
2. много-много раз "пинать" выгрузку из бэка, пока в сервере данные не станут "новее" чем на кассе(этот способ требует меньше всего знаний, но неизвестно сколько времени займет)
3. в дампе(на всякий - в копии дампа) проставить нули(при правильном подходе автозаменой делается быстро, но есть сомнения, что правильно вычислит, т.е. что при вычислении будет сравнивать с кассой)
04.06.2013 02:27
whitewizard
 
добавлю, что если сделать рестарт службы УКМ сервер, то данные будут в фоновом режиме закатываться на кассу, а если перезапускать на кассе - будет писать процедура будет писать "Репликация данных" и работать не даст на кассе.


Опции темы


Часовой пояс GMT +3, время: 15:14.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.