ДС
Но тут странно то, что в остальном все работает нормально. Агент видится в SCCM и он в нормальном состоянии, политики обновления приходят. После перезапуска агента у меня даже сайт стал определяться.
Size: a a a
2020 March 30
ДС
Еще не знаю, связано это или нет, но в Boundaries я не вижу подсеть, в которой находится этот комп. Но поскольку я вообще не пользуюсь привязками по IP, а только по AD Site, думаю это не должно влиять. Опять же, в остальном все работает
S
¯\_(ツ)_/¯
ДС
Общая статистика выглядит вот так
ДС
Для сравнения 7zip x64, который имеет идентичные параметры деплоя
2020 March 31
D
Дмитрий Стародубцев
Коллеги, добрый день.
Очень сложно вопрос.
Заметил что на многих клиентах возникла проблема с установкой и удалением java. Процент установки новой версии примерно 17%, удаления старой 20% на 1500 компьютеров. Состояние разное, у некоторых installing, у некоторых error, часть в unknow. Начал разбираться в чем проблема. В software center приложение java показывает ошибку software change returned error code 0x87D00607 (-2016410105). Так же заметил что если в клиенте CM перейти на вкладку site и нажать Find Site, появится ошибка configuration manager did not find a site to manage.
Гуглил ошибки, смотрел логи, читал сайты - все пишут что проблема с привязками. Но не понимаю что именно не так. У меня один сайт, один сервер со всеми ролями, в Boundary Groups создана группа, которая привязана к Default-First-Site-Name.
Если проблема в привязках, то странно что раньше все работало и другой софт на клиента прилетал. В консоли SCCM его видно нормально, но если смотреть Client Information в RightClickTools, то во многих местах The network path was not found., даже в Boundaries.
Подскажите пожалуйста, в чем может быть проблема?
Очень сложно вопрос.
Заметил что на многих клиентах возникла проблема с установкой и удалением java. Процент установки новой версии примерно 17%, удаления старой 20% на 1500 компьютеров. Состояние разное, у некоторых installing, у некоторых error, часть в unknow. Начал разбираться в чем проблема. В software center приложение java показывает ошибку software change returned error code 0x87D00607 (-2016410105). Так же заметил что если в клиенте CM перейти на вкладку site и нажать Find Site, появится ошибка configuration manager did not find a site to manage.
Гуглил ошибки, смотрел логи, читал сайты - все пишут что проблема с привязками. Но не понимаю что именно не так. У меня один сайт, один сервер со всеми ролями, в Boundary Groups создана группа, которая привязана к Default-First-Site-Name.
Если проблема в привязках, то странно что раньше все работало и другой софт на клиента прилетал. В консоли SCCM его видно нормально, но если смотреть Client Information в RightClickTools, то во многих местах The network path was not found., даже в Boundaries.
Подскажите пожалуйста, в чем может быть проблема?
cas.log
appdiscovery.log
appenforce.log
Ну, и старые приложения, если они больше не нужны, сделай retire
appdiscovery.log
appenforce.log
Ну, и старые приложения, если они больше не нужны, сделай retire
D
И сайты ad перепроверь на всякий случай
SK
Дмитрий Стародубцев
Еще не знаю, связано это или нет, но в Boundaries я не вижу подсеть, в которой находится этот комп. Но поскольку я вообще не пользуюсь привязками по IP, а только по AD Site, думаю это не должно влиять. Опять же, в остальном все работает
Попробуйте без Default-Site-Boundary-Group. Т.е. создать группу границ и к ней привязать границы ад-сайтов, добавить серверы
ДС
Спс, логи посмотрю. Сайт AD один, его в привязках уже проверил
ДС
Попробуйте без Default-Site-Boundary-Group. Т.е. создать группу границ и к ней привязать границы ад-сайтов, добавить серверы
Уже так и сделано. Когда была только default-site-boundary-group, была проблема с поиском границ у всех клиентов вообще. Когда создал свою и там указал Default-First-Site-Name, стало работать. Можно попробовать создать новую группу и как-нибудь выбрать именно проблемный сервер (думаю что на остальных 50% проблемных может быть та же проблема) и посмотреть появятся ли у него границы. Хотел так сделать по подсети, но в списке обнаруженных не увидел той, в которой проблемный клиент.
SK
вбейте диапазоном проблемного клиента
SK
там есть проблемы с /31 /32 поэтому берите диапазон
ДС
Изменения к клиенту должны сразу прийти после обновления локальных циклов?
ДС
нашёл границы
ДС
В client info в RCT так же не видит привязки и та же ошибка network path was not found
ДС
С приложениями пропала проблема. И я думаю в RCT тоже станет нормально через время. Но теперь вопрос. А что делать с остальными клиентами? Если создать группу и указать там диапазон 0.0.0.0-255.255.255.255 - это будет норм или так не делают?
D
Дмитрий Стародубцев
нашёл границы
что было?
SK
Дмитрий Стародубцев
С приложениями пропала проблема. И я думаю в RCT тоже станет нормально через время. Но теперь вопрос. А что делать с остальными клиентами? Если создать группу и указать там диапазон 0.0.0.0-255.255.255.255 - это будет норм или так не делают?
т.е. когда группа с границами указана "конкретно" а не через "Default-Site-Boundary-Group..." контент сразу нашёлся...
надо по логам выяснять почему fallback на default не работает
надо по логам выяснять почему fallback на default не работает
SK
думаю да, можно просто 0.0.0.0/0 сделать
никогда не делал сам, обычно чётко старался указывать свои диапазоны
никогда не делал сам, обычно чётко старался указывать свои диапазоны
SK
если в АД сайтах у вас порядок - то проще через них