Pxe выдается хелпером или dhcp 66/67

В одном месте через helper, в другом-опции. Валится на загрузке бутового образа

Печаль...

Тут замкнутый круг-в одном месте работало при использовании нестандартного ramdisktftfblocksize, с которым может не работать. Без wds responder оно также не работает

С опциями один раз из 10 загружается, но очень медленно

Короче переходим на cm респондер :)

Не прокатило

А удаление патчей помогает?

А удаление патчей помогает?

Да

Да

Печаль. Какой линк между тестовой машиной и сервером? Задержка какая если пингом померить?

Паш а если наоборот Размер блока и/или размер окна крутить в обратную сторону, помогает?

Паш а если наоборот Размер блока и/или размер окна крутить в обратную сторону, помогает?

К вам вопрос, покрутите, я же не админ) А на виртуалках не воспроизведешь

Ну у меня нет кейсов... все ок

Все виртуальное А где физика там ccm-респондер...

Одни клиенты есть в одном здании с сервером, есть несколько в удаленном офисе, для которых занижали blocksize до 1300

Эти клиенты с дефолтовым размером блока с wds грузятся 1 раз из 10.

Это с опциями Без опций, только с хелпером legacy не грузятся только в удаленном офисе, сетевики кивают в сторону mtu

Печаль. Какой линк между тестовой машиной и сервером? Задержка какая если пингом померить?

Мы и окна и размер буфера крутили и пинги норм :) че только не далали, пока до меня не дошло сравнить длл-ки тфтп сервера :) Сейчас насколько я знаю, одмины на проблемных площадках подымают пхе респонедер и возвращают на место обновы 😊

Вопрос такой: выполняю подготовку системы к обновлению sccm. Один из пререквезитов - очистка списка отслеживаемых изменений SQL. При попытке вызова процедуры spDiagChangeTracking валится ошибка - нет такой процедуры. Как выполнить очистку?

детекшен на поше

https://gist.github.com/masyanru/3f400dbc7932e4efcc6e1d5681866038

вот такой, @skorotkov

вот такой, @skorotkov

👍

https://gist.github.com/masyanru/3f400dbc7932e4efcc6e1d5681866038

Хардкодед логпатч, это плохой тон

Хм. И в самом деле. Причем видно, что изначально скрипт был параметризованным. Зачем?

Ну, положим, конкретно в задании пути к логу я бы и в самом деле подставил Temp - но в том случае, если путь не задан явно пользователем, запускающим исполнение скрипта.

Хм. Еще видал я где-то скриптик, где запись логов, фильтрация того, что попадет в логи, по уровню Verbosity, и ротация были уже реализованы и довольно неплохо. Мне вот прям больше и не надо было. Ща, поищу. P.S. Нашел. https://gist.github.com/barsv/85c93b599a763206f47aec150fb41ca0 Впрочем, сравнил щас. Принципиально ничего такого. Ну, ротация вместо чистки — так для разовой задачи ротация и не нужна (а для постоянной разумнее писать не в кучу текстовых файлов, а в соответствующий eventlog — как я подумал уже много позже).

Ну что ж, SCCM 2007 RIP

Я уже вызвал куртизанок и раскладываю преферанс

Роснефть осталась с трупом в инфраструктуре...

@vanyuale эй, плаветц! с днюхой )

Роснефть осталась с трупом в инфраструктуре...

Вот из-за таких лабу с SCCM 2007 я пока подержу )

))))

@vanyuale эй, плаветц! с днюхой )

@vanyuale Присоединяюсь! Будь здоров!

@vanyuale эй, плаветц! с днюхой )

Спасибо, гребу)

@vanyuale Присоединяюсь! Будь здоров!

Спасибо, гребу)

Поздравляю и пеши исчо!

Да-да, я щас из отпуска вернусь и начну)

Они в лабах тестят. А тут проблема такая, которую очень сложно воспроизвести в лабе.

О, публичное описание, March 2019 "3B" updates intentionally introduced security hardening changes in the WDS TFTP module but unfortunately introduced a variable window size bug that is resolved by the June 11th, 2019 updates. TFTP transfers may fail on congested networks where there is packet loss or packet duplication. Lossy networks can cause ACK packets to arrive out of order on the WDS server @ which point security hardening changes intentionally disconnect the PXE client.

О, публичное описание, March 2019 "3B" updates intentionally introduced security hardening changes in the WDS TFTP module but unfortunately introduced a variable window size bug that is resolved by the June 11th, 2019 updates. TFTP transfers may fail on congested networks where there is packet loss or packet duplication. Lossy networks can cause ACK packets to arrive out of order on the WDS server @ which point security hardening changes intentionally disconnect the PXE client.

По-русски: TFTP - тривиальный протокол, сервер шлёт блок данных, ждет ак от клиента. Если один из них не дождался следующего блока, он пересылает свой еще раз. Например, клиент отправил ак на пакет 1234, но не получил пакет 1235 - тогда он по RFC отправит ак на 1234 ещё раз. Проблема со стороны WDS сервера с июньскими обновлениями в том, что получив такой дубликат ака он обрывает соединение вместо адекватного ответа (переслать пакет 1235 еще разок). Поэтому проблема в лабе не воспроизводится - там пакеты не теряются по пути.

ага, все так и есть, тфтп сервер падает в илегал ерор, вместо того, чтобы повторить пакет, четко видно в захваченом трафике

ага, все так и есть, тфтп сервер падает в илегал ерор, вместо того, чтобы повторить пакет, четко видно в захваченом трафике

Именно так

Это Security Hardening так прикрутили

обратно открутят? фикс в июля скорее всего не выйдет или есть надежда?

не у всех есть СВ у некоторых вон 2007 😊

обратно открутят? фикс в июля скорее всего не выйдет или есть надежда?

Не открутят - security. Июльский patch tuesday сегодня - так что звиняйте, в июле не будет. Насчёт ETA говорить не могу.

😕

Однако намекну, вот типовой срок решения проблем в вендах, если это не суперкритично: March 2019 "3B" updates intentionally introduced security hardening changes in the WDS TFTP module but unfortunately introduced a variable window size bug that is resolved by the June 11th, 2019 updates.

Всем привет. После обновления на 1902 компонент sms_inventory_data_loader в статусе critical с такими ошибками http://c2n.me/42uGVs1 как решать?

Всем привет. После обновления на 1902 компонент sms_inventory_data_loader в статусе critical с такими ошибками http://c2n.me/42uGVs1 как решать?

Убрать это свойство в настройках Hinv, потом добавить обратно если нужно. Я бы его не собирал, потому что при каждом сборе оно будет разным

Убрать это свойство в настройках Hinv, потом добавить обратно если нужно. Я бы его не собирал, потому что при каждом сборе оно будет разным

Там 2720 сообщений, я так полагаю - ругается на все свойства хардваре инвентори

Точно на все?

Как проверить? На сколько я протыкал - column name разные

Как проверить? На сколько я протыкал - column name разные

Ну статистику только собрать, можно лог dataldr.log распарсить

Можно подождать пока клиенты пришлют ресинки и мб успокоятся

Можно подождать пока клиенты пришлют ресинки и мб успокоятся

это могут не обновленные клиенты такое слать? Может действительно все обновятся и устаканится..

это могут не обновленные клиенты такое слать? Может действительно все обновятся и устаканится..

Могут, да

Мы иногда меняем колонки в бд

помню была тема с обработкой как раз всяиких биг-интов типа поделили на 1 гб, потом вроде откатили....

в топку сразу )

что-то давно не было )

а - автоматизация ) пойду чайку налью

А как публикация приложений?

А как публикация приложений?

работает

я тут выше скрины уже скидывал, как они там всё сделали

ну скажи - нормально? брать можно?

а то он в два-три раза дешевле ivanti patch

ну скажи - нормально? брать можно?

ну надо месяцок погонять, я еще в osd не добавил разливку софта от них

+ оно еще в превью, пока точно минус, что оно наваливает тебе всё в applications просто, то есть через год там будет пиздец, было бы неплохо, чтоб они сразу по папкам раскидывали в консоли

лучше напиши туда пост вместо меня )

по идее гадить не будет - сам за собой уберет

https://docs.microsoft.com/en-us/sccm/desktop-analytics/overview

Desktop Analytics requires one of the following license subscriptions: Windows 10 Enterprise E3 or E5; or Microsoft 365 F1, E3, or E5 Windows 10 Education A3 or A5; or Microsoft 365 A3 or A5 Windows VDA E3 or E5

а, понятно, расходимся

https://docs.microsoft.com/en-us/sccm/desktop-analytics/overview

Ты б хоть написал что это ;)