[ОТВЕТИТЬ]
19.02.2010 11:16
twix
 
Цитата:
Propil Кто поборол проблему сброса соединения "клиентский процесс не зарегистрирован сервером" - поделитесь
Бедных операторов порой выбрасывает при работе с накладными или карточками по несколько раз за день..
если эта ошибка вылазит в процессе работы программы, то пропадает сеть.

у нас, кстати, эта ошибка при загрузке супермага пропала в магазинах после установки СП2 . ЦО пока еще не обновил...
19.02.2010 13:37
Propil
 
возможно, сеть..
но для меня пока не ясно - это база теряет сессию или сервер СМ
***
Заглянул на фтп С+ - за вчера сразу два сервиспака выложили!
Сейчас посмотрю, может решили мою проблему..
19.03.2010 17:53
Владимир
 
Цитата:
konst Ответ техподдержки С+

"2. Окно свойств - потерялось при сборке версий, но мы планируем его вернуть в версии 1.27.3."
от 18 ноября 2009 года

Вернули, а в 1.27.4 еще и:


Раздел «Мониторинг состояния базы данных».

В составе системы восстановлен раздел «Мониторинг состояния базы», который был временно изъят в версии 1.027. Для старта раздела необходимо выбрать пункт меню «Окно-> Мониторинг состояния базы»

Раздел восстановлен в прежней функциональности.
07.04.2010 15:33
Shlong
 
Появилось ли решение проблемы "Клиентский процесс не зарегистрирован сервером" :xsunx_01:... У нас 1.27.3 SP3, выскакивает только при старте, но все равно неприятно...
07.04.2010 18:52
Propil
 
1.27.2 SP4
пока не знаю, как решить
Выскакивает периодически даже при запуске СМ на сервере, где сама база крутится...
Делал дополнительные сессии в листенере, обновлял библиотеки c++, фреймворки...
бестолку
20.04.2010 13:01
Propil
 
upd
Обновил сервер до Oracle 10g, обновил также клиента до 10-ки
в ответ ""Клиентский процесс не зарегистрирован сервером"
Смотрю, на СМ пятый сервиспак выпустили. Попробую, но надежды мало - в списке исправлений ошибка не значится
20.04.2010 16:31
Shlong
 
Интересное наблюдение:connie_oldman_glass: Чаще всех на ошибку "Клиентский процесс не зарегистрирован сервером" и слет всех настроек внешнего вида панелей нарывается тот, кто забирает последнюю свободную лицензию... может ли кто-нидь это подтвердить/опровергнуть?
20.04.2010 16:56
Propil
 
ответили мне сегодня из С+
Цитата:
У нас есть подозрение что данная ошибка связана с новой политикой лицензирования в Супермаге.
Проявляется в попытки подключения большего кол-ва пользователей, чем заявлено в лицензии
сообщение: "ORA-20015: Превышено лицензированное количество сессий Супермага
ORA-06512
Мы передали информацию разработчикам и будем всесторонне исследовать данную проблему.
Сей час как временное решение мы можем увеличить Вам кол-во рабочих мест в лицензии.
20.04.2010 17:06
Dim
 
а они всем увеличат кол-во раб.мест? а то у мну тоже такая проблема
20.04.2010 17:32
Ivan Drago
 
Правильно ли я понимаю, что проблема проявляется при следующем testcase.
Подключаемся с одного компа, под разными юзерами. При превышении лицензионного количества начинаем валиться?
20.04.2010 18:13
Propil
 
У меня есть подозрение, что проблема не только с количеством лицензий.
Есть у меня база ЦС - в ней никто не работает. Дак и там словил эту ошибку.
Ivan Drago Вот пример: ошибка выскочила, когда на сервере подключаюсь к СМ, база которого лежит здесь же. Вторая попытка - всё ок.
А когда не хватает лицензий - он так и пишет. И сколько раз не пытайся, в базу не пустит.
20.04.2010 19:08
konst
 
СМ 1.027.1 SP3
аналогичная проблема...
причем прямой связи с кол-вому уже работающих пользователей не просматривается...
повторный запуск и СМ нормально работает
при этом слетают настройки панели инструментов...
20.04.2010 20:28
Shlong
 
может кто знает способ быстрого восстановления настроек панелек, а то как то надоедает их постоянно перенастраивать...
20.04.2010 20:41
Ivan Drago
 
Цитата:
Shlong может кто знает способ быстрого восстановления настроек панелек, а то как то надоедает их постоянно перенастраивать...
Они ж в реестре? Экспортнуть их, запускать супермаг батником, где вначале эти настройки будут принудительно забиваться в реестр обратно.
20.04.2010 20:43
konst
 
всем на рабочий стол кинул ярлык к reg-файлу с экспортом ветки реестра с настройками СМ+
и теперь после таких происшествий - все быстро восстанавливается...
вот пример для магазина
Вложения
Тип файла: 7z !!sm-menuMX.7z (1.0 Кб, 80 просмотров)
20.04.2010 21:05
Ivan Drago
 
Тут еще подумалось, а если вообще запретить запись в эти ветки для текущего юзера?
21.04.2010 11:33
baggio
 
Цитата:
Ivan Drago Тут еще подумалось, а если вообще запретить запись в эти ветки для текущего юзера?
так и надо сделать... только не для текущего... а убрать у всех кроме админа + снести права не ветку у систем, на всякий случай...
23.04.2010 19:41
Propil
 
из письма С+
Цитата:
Подготовлен сервис пак 6 для версии 1.027.2. Сервис пак размещен на нашем ftp
В состав сервис пака вошли следующие исправления:

- Расчет товародвижения. Исправлено: если имеется несколько магазинов, в каждом из которых были сначала расходы, а потом приходы, привязка к будущему приходу осуществляется только для одного магазина при наличии опции "Считать нулевую неопр. с/с по будущим приходам".
- Административный модуль. Исправлено: если у пользователя есть право на просмотр док-тов по месту хранения (МХ), то ему разрешено и редактировать товародвиженческие документы этого МХ, хотя в администраторе установлен запрет на редактирование док-тов этого МХ.
- Исправлено: Ошибка "Клиентский процесс не зарегистрирован" Если после попытки подключения, когда количество лицензий было исчерпано, была вторая попытка, когда лицензия уже была доступна.
P.S. не стоило всем сразу начинать скачивать...
завалили ftp-сервак
28.04.2010 12:48
Propil
 
кто установил SP6, отпишитесь о результатах...
У меня пока ошибок "Клиентский процесс не зарегистрирован" не замечено
13.08.2010 18:00
vital
 
У нас тоже иногда выскакивает "клиентский процесс не зарегистрирован сервером", особенно часто на другом магазине через vpn. После перезапуска все нормально.
Ответьте пожалуйста на пару вопросов:
1) У нас 8 лицензий, 1 на кассовый сервер и 7 на пользователей, но в данный момент в супермаге (1.027 SP2) работает 8 пользователей и кассовый сервер работает. Как это так? Раньше могли зайти только 7 пользователей.
2) Когда прерывается связь с сервером, то сессия пользователя, работавшего с накладной остается висеть в списке активных сессий пока не будут перезапущены службы. И у пользователя нет доступа к его накладной. Можно ли как-то получить доступ не перезапуская службы?
13.08.2010 19:58
Shlong
 
Цитата:
vital 1) У нас 8 лицензий, 1 на кассовый сервер и 7 на пользователей, но в данный момент в супермаге (1.027 SP2) работает 8 пользователей и кассовый сервер работает. Как это так? Раньше могли зайти только 7 пользователей.
А ты застопи кассовик... и застартовать у же не сможешь пока кого-нидь не выкинишь ;))

Цитата:
vital 2) Когда прерывается связь с сервером, то сессия пользователя, работавшего с накладной остается висеть в списке активных сессий пока не будут перезапущены службы. И у пользователя нет доступа к его накладной. Можно ли как-то получить доступ не перезапуская службы?
Нужно киллить ту сессию которая накладную блокирует, способов много но самый простой ИМХО использовать SM2000Utils - программа Юры Забурдаева + в ней много еще чего для Белораши сделано
16.08.2010 12:08
vital
 
Цитата:
Shlong А ты застопи кассовик... и застартовать у же не сможешь пока кого-нидь не выкинишь ;))
А так получается пока я не застопю кассовик могут работать все 8 пользователей? Дело в том, что у нас стоит вопрос о покупке еще двух лицензий, а так значит только одну надо покупать?
16.08.2010 13:50
Shlong
 
из твоего поста
Цитата:
1) У нас 8 лицензий, 1 на кассовый сервер и 7 на пользователей, но в данный момент в супермаге (1.027 SP2) работает 8 пользователей и кассовый сервер работает. Как это так? Раньше могли зайти только 7 пользователей.
следует что работать могут 8 человек, но если по каким-то причинам нужно будет перестартовать кассовик, то выскочит сообщение о превышении лицензионного количества... + ко всему чаще всего выскакивает "клиентский процесс не зарегистрирован сервером" когда забирается последняя свободная лицензия, по крайней мере у меня это так... Захожу первым в базу ниразу эта бадяга не выскакивала, как-тока последним в большинстве случаев выскакивает...

Если руководство позволяет купить еще 2 лицензии - купи, мало ли длбавится еще одно рабочее место... Мое отказалось и теперь товароведы мучаются, т.к. одновременно они все не могут сидеть в СМ+
17.08.2010 08:11
kadr
 
Цитата:
vital ....
2) Когда прерывается связь с сервером, то сессия пользователя, работавшего с накладной остается висеть в списке активных сессий пока не будут перезапущены службы. И у пользователя нет доступа к его накладной. Можно ли как-то получить доступ не перезапуская службы?
Смотерть содержимое таблицы SSLOCKS, там фиксируются все служебные блокировки СуперМага. Удали оттуда запись с номером накладной и СуперМаг будет считать что блокировки на документ нету.
26.08.2010 02:12
YuraZ
 
Цитата:
Shlong А ты застопи кассовик... и застартовать у же не сможешь пока кого-нидь не выкинишь ;))

Нужно киллить ту сессию которая накладную блокирует, способов много но самый простой ИМХО использовать SM2000Utils - программа Юры Забурдаева + в ней много еще чего для Белораши сделано
Нет. В старых версиях Супермага каждая служба (почтовый, кассовый сервер) "отжирала" лицензию. В новых версиях для работы этих служб не нужна лицензия. Но при запуске администратора почтового или кассового модуля необходима лицензия. Соответственно именно при их запуске и выдается сообщение о превышении кол-ва лицензий.
Про SM2000Utils - она не снимает блокировку. Она может уничтожить сессию Оракла. Это разные вещи.

Цитата:
kadr Смотерть содержимое таблицы SSLOCKS, там фиксируются все служебные блокировки СуперМага. Удали оттуда запись с номером накладной и СуперМаг будет считать что блокировки на документ нету.
Тут нужно действовать аккуратно. Главное не убить служебные сессии.
26.08.2010 10:37
kadr
 
Цитата:
YuraZ Тут нужно действовать аккуратно. Главное не убить служебные сессии.
Не ожидал от тебя такого, разговор идет про строки таблицы с конкретным номером документа, а не про сессии, сессии так и остаются болтаться пока их сам Oracle не решит прибить
26.08.2010 23:35
YuraZ
 
Цитата:
kadr Не ожидал от тебя такого, разговор идет про строки таблицы с конкретным номером документа, а не про сессии, сессии так и остаются болтаться пока их сам Oracle не решит прибить
Возможно не совсем корректно выразился :) Имелись ввиду записи создаваемые службами Супермага. В этой таблице кроме самих блокировок документов "висят" еще и служебные "сессии" самого Супермага. Вот их и не стоит трогать :)


Опции темы


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

 

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