[ОТВЕТИТЬ]
26.05.2012 09:59
OlegON
 
Не в первый раз обращаю внимание на строки в sseventlog:
Цитата:
26.05.12 09:57:51 -- 2012-05-26 09:41:43.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:41:56.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:44:05.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:44:51.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:46:14.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:47:58.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:48:23.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:50:32.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:51:06.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:52:41.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:54:13.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:54:50.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:56:59.0 error 3 requesting for controller lock
26.05.12 09:57:51 -- 2012-05-26 09:57:21.0 error 3 requesting for controller lock
кто-нибудь разбирался, что они обозначают? Может, это сказывается на производительности?
27.08.2012 22:25
artyom
 
Действительно, может кто-то разбирался все-таки?
28.08.2012 10:18
ReDHawK
 
не видел такого. Скорее всего из-за того что в sseventlog не заглядываю. Т.к. туда смотрю только когда проблемы с заданиями возникают. А в это время никаких заданий не выполняется? Если выполняются то какие? Не может быть что-то типа не возможности блокировки БД, когда авторасчет товародвижения пытается сделаться?
28.08.2012 10:36
OlegON
 
Да нет, в рабочее время лезет. С заданиями увязать сложно, но похоже на какой-то баг с ключом. А частота появления в логе наводит на мысль о проблемах производительности, связанных с этим багом.
07.11.2012 08:33
OlegON
 
может, кто-то с поддержкой задаст им вопрос?
07.11.2012 09:08
alex_K
 
Цитата:
OlegON может, кто-то с поддержкой задаст им вопрос?
Написал, жду ответа.
07.11.2012 10:40
alex_K
 
Эта ошибка возникает при попытке клиентского приложения запросить у сервера лицензий доступ к ключу.



--

С уважением,

Петров Владимир,

Начальник Отдела внедрения

и сопровождения ПО | Автоматизация торговли
07.11.2012 11:29
OlegON
 
Цитата:
alex_K Эта ошибка возникает при попытке клиентского приложения запросить у сервера лицензий доступ к ключу
Несмешная отписка. Почему она возникает-то? Почему этих записей иногда ведро? Как это влияет на работоспособность приложения?
07.11.2012 13:56
alex_K
 
При возникновении этой ошибки, Супермаг будет отказывать выполнять отдельные функции, в основном, связанные с проверкой должностных прав, например, не будет выполнен вход в редактирование карточки, или не произойдет сохранение документа. В некоторых случаях, может потребоваться рестарт Супермага.

Для поиска причины ошибки я бы посоветовал администратору Oracle внимательно просмотреть логи Oracle на предмет наличия каких-либо проблем или нестандартного поведения.





--

С уважением,

Петров Владимир,

Начальник Отдела внедрения

и сопровождения ПО | Автоматизация торговли
07.11.2012 14:07
OlegON
 
А можно его прямым текстом попросить сходить/позвонить разработчикам? Для догадок у меня тоже достаточно фантазии :( Ошибка встречается сплошь и рядом, юзера бы уже выли и брыкались, если бы их так часто куда-то не пускало. Причем, среди очень большого количества баз, ошибка есть практически на всех. И на моих и на тех, которые я вообще не видел. Естественно, что алерты при этом проверялись и они девственно чисты, иначе бы я сначала те ошибки бодал. Хотелось бы четкий ответ, что есть error 3 (почему именно три и какие еще коды могут быть) и при каких условиях она возникает?
Сглазил, видимо, Володю... Только похвалил его в соседней теме...
08.11.2012 12:33
alex_K
 
Написал Володе напрямую, что бы узнал все точно у разработчиков, ответа до сих пор нет.
09.11.2012 12:15
alex_K
 
Получил суперский ответ.

Данный вопрос находится в компетенции специалиста по БД Oracle. И разработчик ПО СМ+ не может дать на него ответ.

В настоящее время в отделе специализирующимся на ПО Oracle отсутствует свободный ресурс, т.е. мы не сможем заняться данным вопросом в ближайшее время, но постараемся его запланировать на ближайшее будущее.
09.11.2012 12:35
OlegON
 
Они там совсем... (пропущено три страницы мата) Сообщение же не Oracle выдает, а их поделка... Нужно-то было просто найти нужны if с условиями, на что ругается этот шлак лицензионный, который понаписали недавно... Может, флешмоб устроить, всем хором спросить?

Добавлено через 4 минуты 55 секунд
Или все же, продолжишь переписку, скажешь, что со специалистами Oracle мы как-нибудь разберемся, просто пусть дадут кусок кода, где это сообщение вызывается?.. Не в Oracle, а в Супермаге. Сами разберем. Это же не Oracle ошибка, а супермажная. Пусть она лежит корнями в оракловых, тогда корни пусть отдадут, с оракловыми разберемся. Уже просто смешно даже. Минутная проблема, а переписка два дня вхолостую.
09.11.2012 12:41
Dim
 
Цитата:
OlegON Они там совсем... (пропущено три страницы мата) Сообщение же не Oracle выдает, а их поделка... Нужно-то было просто найти нужны if с условиями, на что ругается этот шлак лицензионный, который понаписали недавно... Может, флешмоб устроить, всем хором спросить?

Добавлено через 4 минуты 55 секунд
Или все же, продолжишь переписку, скажешь, что со специалистами Oracle мы как-нибудь разберемся, просто пусть дадут кусок кода, где это сообщение вызывается?.. Не в Oracle, а в Супермаге. Сами разберем. Это же не Oracle ошибка, а супермажная. Пусть она лежит корнями в оракловых, тогда корни пусть отдадут, с оракловыми разберемся. Уже просто смешно даже. Минутная проблема, а переписка два дня вхолостую.
дык по своим старым каналам попробуй выяснить
09.11.2012 13:00
OlegON
 
Да как-то не повод, неправильно и уже спортивный интерес...
09.11.2012 13:17
vdm
 
А чего так нервно, если незаметно, чему эта ошибка мешает.

Ну где-то тут она

Код:
RET := DBMS_LOCK.REQUEST( CTRLLOCKHANDLE, DBMS_LOCK.X_MODE, DBMS_LOCK.MAXWAIT, TRUE );            
IF RET != 0 THEN                                                                                  
   LOGEVENT( 'error ' || TO_CHAR( RET ) || ' requesting for controller lock ' || CTRLLOCKHANDLE );
   CORE.FAIL( ( -20000 - 42 ) );                                                                  
END IF;
Судя по логу, в DBMS_LOCK.REQUEST передается пустой CTRLLOCKHANDLE (ошибка 3 - Parameter error).
А почему CTRLLOCKHANDLE пустой - наверно всеже к программеру СМ.
Инициализируется в одном месте
DBMS_LOCK.ALLOCATE_UNIQUE( 'Supermag.Lock.Ctrl', CTRLLOCKHANDLE );
и теоретически при ошибке, в ORA- должен выпасть.
09.11.2012 13:26
OlegON
 
Цитата:
vdm А чего так нервно, если незаметно, чему эта ошибка мешает.
Согласен, нервы - это зря. Но у меня есть подозрение, что проблемы ведут к долгому открытию разделов при несколько значимом количестве юзеров. А с этим мне уже мозг выедали... В текущем виде механизм проверки лицензий - редкостная гадость. И как-то напрягает, когда в ответ странное предположение, что это я в этом виноват.
Опции темы


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

 

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