Различия

Показаны различия между двумя версиями страницы.

--- symantec:synamtec-liveupdate-administrator-how-to-solve-the-problem-with-errors-when-running-download-and-distribution-schedules [29.11.2017 14:07] – создано Алексей Максимов
+++ symantec:synamtec-liveupdate-administrator-how-to-solve-the-problem-with-errors-when-running-download-and-distribution-schedules [29.11.2017 14:47] (текущий) – Алексей Максимов
@@ Строка 4: / Строка 4: @@
 что LUA перестанет успешно выполнять настроенные по расписанию задачи развёртывания загруженных обновлений (**Distribution Schedule**). При этом ручной запуск таких заданий также будет завершаться ошибками.
-{{ :symantec:pasted:20171129-135223.png }}
+{{ :symantec:pasted:20171129-141803.png }}
 Первопричина такого поведения LUA для меня осталась загадкой, несмотря на длительное общение с техподдержкой Symantec c многократной отправкой им дебаг-логов данного дивного программного продукта. Однако учитывая то обстоятельство, что проблема проявила себя примерно в одно время сразу на всех серверах LUA, которые развёрнуты в нашей инфраструктуре, у меня сложилось подозрение, что c сайтов Symantec на наши серверы LUA были в своё время загружены какие-то повреждённые обновления, которые и стали в последствии источником выше обозначенной проблемы. Добавлю также то, что помимо проблем с задачами развёртывания (**Distribution Schedule**) на некоторых серверах LUA мы обнаружили проблемы и с задачами загрузки (**Download Schedule**). В некоторых случаях проблемы с загрузкой помогал решить [[symantec:synamtec-liveupdate-administrator-problem-downloading-content-lua-failed-to-download-file-on-slow-internet-channel|небольшой тюнинг конфигурации LUA]].
@@ Строка 11: / Строка 11: @@
 \\
-====  Шаг №1. Очистка центров распространения через LUA GUI. ====
+====  Шаг 1. Очистка центров распространения через LUA GUI. ====
 Переходим на вкладку **Configure** затем **Distribution Centers**. В списке центров распространения выбираем используемый у нас продуктивный центр (в конфигурации по умолчанию это ''Default Production Distribution Center'') и нажимаем **Edit**
@@ Строка 42: / Строка 42: @@
 \\
-==== Шаг №2. Удаление информации о всех центрах распространения в LUA GUI ====
+==== Шаг 2. Удаление информации о всех центрах распространения в LUA GUI ====
@@ Строка 59: / Строка 59: @@
 \\
-==== Шаг №3. Удаление информации об обновлениях в LUA GUI ====
+==== Шаг 3. Удаление информации об обновлениях в LUA GUI ====
 Переходим на вкладку **Manage Updates**, выбираем все обновления, которые зарегистрированы на данном сервере LUA и нажимаем **Delete**
@@ Строка 77: / Строка 77: @@
 \\
-==== Шаг №4. Удаление файлового контента каталогов загрузки ====
+==== Шаг 4. Удаление файлового контента каталогов загрузки ====
+<WRAP center important 100%>
 Перед тем, как продолжить, я хочу обратить отдельное внимание на то, что правильность такого метода не подтверждена со стороны Symantec. Однако только использование этого шага (в купе с перечисленными выше) в конечном итоге позволило нам в решить проблему с неработающими Download/Distribution Schedule.
+</WRAP>
-Переключимся на вкладку Configure, затем Preferences и найдём параметры Temporary Directory и Download Directory.
-image
+Переключимся на вкладку **Configure**, затем **Preferences** и найдём параметры **Temporary Directory** и **Download Directory**.
+{{ :symantec:pasted:20171129-140843.png }}
 Нам нужно будет полностью очистить содержимое этих двух каталогов.
-Однако прежде, чем это сделать, нужно остановить службу LUA – "LUA Apache Tomcat" (LUATomcat)
+Однако прежде, чем это сделать, нужно остановить службу LUA – **LUA Apache Tomcat** (**LUATomcat**)
-image
+{{ :symantec:pasted:20171129-140919.png }}
-Закрываем веб-консоль LUA (после остановки службы веб-консоль не будет доступна) и выполняем остановку службы. После остановки службы выполняем полное удаление всех файлов из каталога Download Directory…
+Закрываем веб-консоль LUA (после остановки службы веб-консоль не будет доступна) и выполняем остановку службы. После остановки службы выполняем полное удаление всех файлов из каталога **Download Directory**…
-image
+{{ :symantec:pasted:20171129-140946.png }}
-…а также из каталога Temporary Directory …
+…а также из каталога **Temporary Directory** …
-image
+{{ :symantec:pasted:20171129-141003.png }}
+После этого снова запускаем службу **LUA Apache Tomcat**
-После этого снова запускаем службу "LUA Apache Tomcat"
+{{ :symantec:pasted:20171129-141034.png }}
-image
 После запуска службы веб-интерфейс LUA будет доступен не сразу а через несколько минут.
+\\
+==== Шаг 5. Проверка настроек центров распространения в LUA GUI ====
-Шаг №5. Проверка настроек центров распространения в LUA GUI
-Повторно подключившись к веб-консоли LUA переходим на вкладку Configure > Distribution Centers и убеждаемся в том, что центры распространения были воссозданы в конфигурации по умолчанию. Внесём необходимые правки в свойства продуктивного центра распространения кнопкой "Edit"
+Повторно подключившись к веб-консоли LUA переходим на вкладку **Configure** > **Distribution Centers** и убеждаемся в том, что центры распространения были воссозданы в конфигурации по умолчанию. Внесём необходимые правки в свойства продуктивного центра распространения кнопкой **Edit**
-image
+{{ :symantec:pasted:20171129-141153.png }}
-Как минимум, здесь необходимо заново определить Product List, добавив в него все продукты, для которых мы загружаем обновления.
+Как минимум, здесь необходимо заново определить **Product List**, добавив в него все продукты, для которых мы загружаем обновления.
-image
+{{ :symantec:pasted:20171129-141227.png }}
-После правки свойств центра распространения не забываем сохранить изменения кнопкой Apply в правом нижнем углу.
+После правки свойств центра распространения не забываем сохранить изменения кнопкой **Apply** в правом нижнем углу.
-Шаг №6. Проверка загрузки и распространения обновлений
+\\
+==== Шаг 6. Проверка загрузки и распространения обновлений ====
-Теперь можем проверить результат. Перейдём в раздел веб-консоли Download & Distribute и выполним ручной запуск заданий загрузки/распространения
-image
+Теперь можем проверить результат. Перейдём в раздел веб-консоли **Download & Distribute** и выполним ручной запуск заданий загрузки/распространения
+{{ :symantec:pasted:20171129-141414.png }}
 На этот раз может получиться так, что задания отработают без ошибок…
-image
+{{ :symantec:pasted:20171129-141433.png }}
 … а может и не получиться. Это же LUA :)
-В довесок
-В качестве дополнительной меры по повышению уровня стабильности работы LUA можно предложить изменить предлагаемые по умолчанию значения параметров обслуживания объектов LUA в разделе Configure > Preferences
+\\
+==== В довесок ====
+В качестве дополнительной меры по повышению уровня стабильности работы LUA можно предложить изменить предлагаемые по умолчанию значения параметров обслуживания объектов LUA в разделе **Configure** > **Preferences**
-image
+{{ :symantec:pasted:20171129-141512.png }}
-Здесь разные типы обслуживания контента и БД нужно постараться распределить по времени таким образом, чтобы они не пересекались друг с другом и с расписанием заданий, создаваемых в разделе Download & Distribute.
+Здесь разные типы обслуживания контента и БД нужно постараться распределить по времени таким образом, чтобы они не пересекались друг с другом и с расписанием заданий, создаваемых в разделе **Download & Distribute**.
-PS: Пользуясь случаем, хочу передать пламенный привет трудолюбивым сотрудникам техподдержки Symantec, которые на протяжении многих недель участвовали вместе с нами в квесте под названием "Заставь LUA работать"… ну или делали вид, что участвовали :)
+**PS**: Пользуясь случаем, хочу передать пламенный привет трудолюбивым сотрудникам техподдержки Symantec, которые на протяжении многих недель участвовали вместе с нами в квесте под названием "Заставь LUA работать"… ну или делали вид, что участвовали :)