catalist Опубликовано 26 мая, 2013 · Жалоба Иногда происходит полное очищение сабскрайберов в SM по непонятно какой причине, вот логах вот такое: "26-May 2013", "20:05:37.938 YEKT","[Clear LEG Domains of usr.engage]",INFO ,"com.pcube.management.smm.LEGLinkFailureHandler","Clearing domain inet due to failue of usr.engage" "26-May 2013", "20:05:41.540 YEKT","[removeAllSubsFromSE-sce2020]",INFO ,"com.pcube.management.smm.SmmDomainHandler","Finished removing all subscribers from SCE sce2020" "26-May 2013", "20:05:41.550 YEKT","[WaitForRemovalFinish-inet]",INFO ,"com.pcube.management.smm.SmmDomainHandler","Finished removing all subscribers from domain inet" "26-May 2013", "20:05:43.947 YEKT","[Clear LEG Domains of usr.engage]",INFO ,"com.pcube.management.smm.SmmMbean","***** SMM_CLEAR: inet" "26-May 2013", "20:05:43.947 YEKT","[Clear LEG Domains of usr.engage]",INFO ,"com.pcube.logger.userlog.UserLog","SM: Clearing subscribers mappings in domain inet, due to LEG usr.engage connection failure." Подскажите плиз чё делать что бы такого не случалось более? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 27 мая, 2013 · Жалоба Похоже что рвется связь SCE <-> SM. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
exeyp Опубликовано 31 мая, 2013 · Жалоба Посмотри в конфиге SM секцию [sM-LEG Failure Handling] # The following parameter defines the behavior of the SM in case of LEG-SM connection failure. # This parameter is relevant only for cases SM and LEG are running on different machines. # Note that this parameter defines a behavior that is similar for ALL connected LEGs. # If the parameter is set to true then in case of LEG-SM connection failure that is not # recovered within the defined timeout, the mappings of all subscribers in the domains # defined in the 'LEG-Domains Association' section for the LEG that was disconnected, # will be removed # # IMPORTANT: LEG Domains must be defined in the following section in case this parameter is set to 'true' # # Optional values: [true/false]. Default: false. clear_all_mappings=false Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 31 мая, 2013 · Жалоба да оно самое спасибо. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 31 мая, 2013 · Жалоба У тебя ж никакой LEG не используется вообще. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 1 июня, 2013 · Жалоба сфигали? я тебе говорю помогло енто! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 3 июня, 2013 · Жалоба У тебя LEG не используется - инфа 146% Т.к. LEG не используется - я даже и не подумал про этот параметр :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
catalist Опубликовано 3 июня, 2013 · Жалоба читай внимательно лог! там есть слова лег! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
snark Опубликовано 3 июня, 2013 · Жалоба Именно из-за того что у тебя оно не используется я вообще даже и не подумал про "ноги". Извини, если сможешь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...