SCCM bilan PXE orqali yuklashda 0x102 xatosi

Bugun biz tizim markazining konfiguratsiya menejeri ish muhitida PXE muhiti orqali tarmoqni yuklash xatolar toifasi haqida gapiramiz . Tarmoq orqali yuklash jarayonida OTni joylashtirish uchun tarmoq kartasining PXE ROM-dan yuklovchi DHCP orqali Distribution Point roliga ega mahalliy [asosiy yoki ikkilamchi] SCCM serverini topadi. SMSPXEWDS provayderi mos keladigan modulni TFTP orqali yuboradi (PXE EFI yuklash skriptida wdsmgfw.efiishlatiladi ), u bajarish paytida o’zini juda xarakterli bo’lmagan tarzda tutadi:

C0000001 serveriga murojaat qilish

..ekranda “Windows Deployment Services .. contacting Server XXX.XXX.XXX.XXX” yozuvi paydo bo‘ladi, yuklash indikatori (aylanuvchi chiziq) uzoq vaqt o‘zgaradi, lekin hech narsa sodir bo‘lmaydi va bir necha daqiqadan so‘ng yuklash to‘xtatiladi. PXE xatosi 0x102 (ba’zan C0000001 ): Windows Deployment Services xatoga duch keldi: Xato kodi: 0x102 , «Kutish jarayoni tugadi» deb talqin etiladi. Shu bilan birga, asosiy/ikkilamchi SCCM serveridagi SMSPXE.log jurnali faylida ( C:\Program Files\Microsoft Configuration Manager\Logs yo’li ) sababga qarab ba’zi turdagi PXE xatosi 0x102 quyidagi kabi ko’rinishi mumkin. yozuvlar:

. . .

D4:85:64:BD:4C:DB, 28B4F0A6-5907-11DF-BBDA-64BD4CDBD485: Device is in the database.

============> REQUEST Reply to client ([000.000.000.000:68]) Len:348]

Operation: BootReply (2)  Addr type: 1 Addr Len: 6 Hop Count: 0 ID: 3977BACC

Sec Since Boot: 65535 Client IP: 000.000.000.000 Your IP: 000.000.000.000 Server IP: 000.000.000.000 Relay Agent IP: 000.000.000.000

Addr: d4:85:64:bd:4c:db:

BootFile: smsboot\x86\wdsnbp.com

. . .

Prioritizing local MP https://xxx.xxxx.xxx.

Using Management Point: https://xxx.xxxx.xxx

SSL, using authenticator in request.

In SSL, but with no client cert.

Request using architecture 9.

SSL, using authenticator in request.

In SSL, but with no client cert.

Client boot action reply:

Request retry.

SSL, using authenticator in request.

In SSL, but with no client cert.

Client boot action reply:

D4:85:64:BD:4C:DB, 28B4F0A6-5907-11DF-BBDA-64BD4CDBD485: no advertisements found

. . .

“Qurilma maʼlumotlar bazasidagi” yozuvi qurilma (kompyuter) allaqachon Konfiguratsiya menejeri maʼlumotlar bazasiga kiritilganligini, lekin bu stansiya bilan bogʻliq hech qanday siyosatga ega emasligini bildiradi (bu hech qanday reklama topilmagan yozuv bilan koʻrsatilgan). Bu, aslida, xatoning sababi, chunki agar u bilan bog’liq siyosat bo’lmasa va u bilan nima qilishni bilmasangiz, tarmoqni yuklashni davom ettirishdan ma’no yo’q [ushbu stantsiya uchun]. Agar siz Konfiguratsiya menejeri boshqaruv konsolida (MAC manzilini qidirish orqali) stantsiyani topishga harakat qilsangiz, u ko’rinmaydi (qidiruv orqali topilmaydi) yoki ba’zi «eski» ga tegishli bo’lgan mutlaqo nomaqbul («chap») nom ostida ko’rsatiladi. stantsiya / server. SCCM ma’lumotlar bazasidan «takroriy» ob’ekt [kompyuter] yozuvini oddiygina o’chirish muammoni hal qilmaydi, faqat uni vaqtincha yo’q qiladi.

1-sabab: UUID nusxasi

SCCM serveridan PXE orqali yuklashda mijoz [kompyuterning] shaxsiy SMBIOS GUID va [tarmoq adapteri] MAC manzilini o’z ichiga olgan paketni serverga yuboradi.Konfiguratsiya menejeri SCCM operatsion muhitidagi kompyuterlarni aniqlash va yagona aniqlash uchun SMBIOS GUID va MAC manzil parametr qiymatlaridan foydalanadi. SMBIOS GUID (aka UUID yoki Universal Unique ID) BIOS/UEFI-ga qattiq kodlangan identifikator bo’lib, noyobdir!!

ConfigMgr tarmoqqa kiradigan kompyuterda bog’langan vazifalar ketma-ketligini tekshiradi: u ma’lumotlar bazasi yozuvlari orqali o’tadi va birinchi navbatda kompyuterning SMBIOS GUID-ga mos kelishini qidiradi va agar mos kelmasa, MAC manzili bilan tekshiradi. Agar identifikatorlardan birortasi [allaqachon] ma’lumotlar bazasida bo’lsa, u holda kompyuter Noma’lum deb hisoblanmaydi. Ushbu bosqichda quyidagi muammolar paydo bo’lishi mumkin:Ba’zan bir nechta qurilmalarda bir xil SMBIOS GUID mavjud. Buning sababi shundaki, ba’zi ishlab chiqaruvchilar qurilmalarga noyob GUID-larni berish o’rniga, kompyuterlarning butun partiyasi/seriyalari uchun bir xilni miltillaydi. Ilgari men alohida holatlarga duch kelganman, lekin keng miqyosda bitta taniqli kompaniyaning mahalliy noutbuklarida identifikatorlarning takrorlanishiga duch keldim, bu erda xuddi shu SMBIOS GUID butun partiyaga ulangan.

Shunga ko’ra, agar bir nechta shaxsiy kompyuterlar SCCM ish muhitida bir xil SMBIOS GUIDga ega bo’lsa, u holda [bu kompyuterlarni] tarmoqqa yuklash va bog’liq vazifalar ketma-ketligini qidirish jarayonida ConfigMgr butunlay «chap» kompyuter yozuvini topishi mumkin. vazifa ketma-ketligi mo’ljallangan. Buning ustiga, agar aniqlangan vazifalar ketma-ketligi topilgan shaxsiy kompyuter bilan bog’lanmagan bo’lsa, mavjud vazifalar ketma-ketligining yo’qligi haqidagi holat qaytariladi (buni biz yuqoridagi jurnallarda ko’ramiz). Bularning barchasi natijasi SCCM PXE xatosi 0x102 . Bundan kelib chiqadiki, o’ziga xoslik muammosi quyidagi holatlarda yuzaga keladi:

  • bir nechta stantsiyalar [tarmoqni yuklab olish uchun] bir xil USB tarmoq adapteridan foydalanadi (MAC manzilining takrorlanishi sodir bo’ladi);
  • qurilma ishlab chiqaruvchisi bir xil UUID-ni qurilmalarning butun seriyasi/to’plamida ishlatadi (UUID takrorlanishi sodir bo’ladi).

Ikkala holatda ham SCCM ushbu qurilmalarni bitta deb hisoblaydi va kompyuterda bir nechta yuklash skriptlari mavjud:

  • SCCM serverida Vazifalar ketma-ketligini topa olmaydi va PXE xatosi 0x102 bilan turadi;
  • serverdan Vazifalar ketma-ketligini oladi, lekin bu qurilmalarning barchasi [dublikat SMBIOS GUID bilan] bir xil nom ostida qayta yuklanadi, SCCM maʼlumotlar bazasida bitta qurilma sifatida paydo boʻladi va ADdagi [kompyuter] hisobini doimiy ravishda yangilab turadi.

Yechim 1.1: UUID istisnosi

Istisnolarga ikki nusxadagi SMBIOS GUID qo’shing:

  • Konfiguratsiya menejeri konsolini ishga tushiring ;
  • Biz yo’l bo’ylab boramiz \Ma’muriyat\Umumiy ko’rinish\Sayt konfiguratsiyasi\Saytlar . Asosiy saytni tanlang – tezkor kirish panelida tugmani bosing Параметры иерархии:
    sccm asosiy sayt ierarxiyasi sozlamalari
  • Sozlamalar oynasi ochiladi. Yorliq tanlang Утверждение клиентов и конфликтующие записи:
    sccm smbios qo'llanmasini qo'shing
  • Ikki nusxadagi uskuna identifikatorlari bo’limida ikki nusxadagi SMBIOS GUID (UUID) yoki MAC manzillarini qo’shing. Shu bilan birga, SMSPXE.log jurnali faylidagi UUID noto’g’ri formatda taqdim etilgan, uni BIOS/UEFI dan oling;

Yechim 1.2: Muammoli stantsiyani qo’lda import qiling

Agar sizda UUID dublikatiga ega qurilmalarning katta partiyasi bo’lmasa, vaziyat izolyatsiya qilingan va bir marta topilgan qurilma endi SCCM tuzilmasida ishtirok etmasa, buni qilishingiz mumkin:

  • Konfiguratsiya menejeri konsolini ishga tushiring ;
  • Biz yo’l bo’ylab boramiz \Assets and compliance\Umumview\Devices , RMB on Devices – elementni tanlang Kompyuterlar haqida ma’lumotni import qilish ;
  • Ochilgan oynada bitta kompyuterni import qilish katagiga belgi qo’ying va ni bosing Далее. Keyingi ekranda parametrlarni o’rnating: Kompyuter nomi, MAC manzili ( SMSPXE.log faylidan olingan ), SMBIOS GUID (kompyuterning BIOS/UEFI-dan olingan). ДалееImport jarayonini bosing va yakunlang;
  • Ehtimol, yangi import qilingan qurilma SCCM ma’lumotlar bazasida ma’lumotlar bazasida mavjud bo’lgan boshqa stantsiya bilan takrorlanadi.
  • PXE orqali tarmoqni yuklashni amalga oshiring.

Yechim 1.3: UUIDni o’zgartiring

Yechimga boshqa tomondan yondashish mumkin. AMI-dan BIOS-ga ega anakartlarda UUID-ni o’zgartirishning bir usuli borga o’xshaydi. Tafsilotlar bu yerda: UUID ni o’zgartirish .

2-sabab: yuklash tasviri PXE yoqilmagan

Ba’zan SCCM ish stoli muhitiga qo’shilgan yuklash tasvirlarining hech biri (Boot Images) PXE tilim orqali tarqatish uchun belgilanmaydi. Bunday holda, Konfiguratsiya menejeri PXE xatosi 0x102 bilan yuklashni to’xtatadi.

Yechim 2: yuklash tasviri uchun PXE-ni yoqish

  • Konfiguratsiya menejeri konsolini ishga tushiring ;
  • Biz yo’ldan boramiz \ Software Library \ Overview \ Operating Systems \ Boot Images , o’ngdagi ramkada biz yuklash tasvirlarimizni ko’ramiz;
  • Endi PXE orqali yuklash uchun kamida bitta rasm tayinlanganligini tekshirib ko’ramiz. Buning uchun rasm xususiyatlarini oching:
    yuklash tasviri uchun PXE yuklashni yoqing
  • Yorliqga o’ting Источник данныхva «PXE-ni qo’llab-quvvatlaydigan tarqatish nuqtasidan yuklash tasvirini tarqatish» katagiga belgi qo’ying;
  • Har qanday vazifa ketma-ketligida ko’rsatilgan har bir tasvir uchun tavsiflangan protsedurani takrorlaymiz;

3-sabab: Vazifalar ketma-ketligi uchun yuklash tasviri tanlanmagan

Ba’zan 0x102 PXE xatosining sababi, ba’zi vazifalar ketma-ketliklarida yuklash tasvirlari ularga tayinlanmaganligidir. Muayyan stantsiya yuklash tasviri ko’rsatilmagan vazifalar ketma-ketligi joylashtirilgan to’plamga [avtomatik ravishda] tushishi mumkin.

Yechim 3: yuklash tasvirini vazifalar ketma-ketligiga tayinlang

  • Konfiguratsiya menejeri konsolini ishga tushiring ;
  • Biz yo’l bo’ylab boramiz \ Dasturiy ta’minot kutubxonasi \ Umumiy ko’rinish \ Operating Systems \ Task Sequences , o’ng ramkada biz vazifalar ketma-ketligi ro’yxatini ko’ramiz;
  • Ideal holda, bizning SCCM ishlab chiqarish muhitimizda sozlangan har bir vazifa ketma-ketligi aniq yuklash tasviriga ega bo’lishi kerak;
  • Buni amalga oshirish uchun vazifalar ketma-ketligini tanlang, xususiyatlarga o’ting (ketma-ket nomini o’ng tugmasini bosing – Xususiyatlar), oyna ochiladi:
    sccm yuklash tasviridan foydalaning
  • yorlig’iga o’ting Дополнительно, variantni yoqing yuklash tasviridan foydalaning , tugmani bosing Обзорva kerakli tasvirni tanlang;
  • [bir vaqtning o’zida] barcha vazifalar ketma-ketligi barcha [kerakli] to’plamlarga o’rnatilganligini tekshiring. Xuddi shu to’plamlarga yuklash tasvirlari o’rnatilgan vazifalar ketma-ketligini qayta joylashtiring.

4-sabab: ma’lumotlar bazasida kompyuter ob’ektining takrorlanishi

Vaqti-vaqti bilan 0x102 PXE xatosi ConfigMgr ma’lumotlar bazasida ikki nusxadagi kompyuter yozuvi (nomi, MAC manzili va boshqalar) bilan bog’liq bo’lgan vaziyatlarni kuzatdim.

Yechim 4: Eski/takroriy kompyuter yozuvlarini olib tashlang

  • Konfiguratsiya menejeri konsolini ishga tushiring ;
  • Biz yo’l bo’ylab boramiz \Assets and compliance\Overview\Devices ;
  • Qidiruv satrining o’ng tomonida ochiladigan menyu mavjud Shart qo’shish . MAC manzili katagiga belgi qo’ying va tugmasini bosing Добавить;
  • Boshqa maydon [asosiy] qidiruv satrida paydo bo’ladi, u erda [muammo] stantsiyasining MAC manzilini kiriting (XX:XX:XX:XX:XX:XX formatida), u yuklanmaydi va yuklashda 0x102 xato beradi; PXE. ПоискO’ngdagi tugmani bosing ;
  • Qidiruv natijalarining asosiy ramkasida (quyida joylashgan), agar biz ma’lumotlar bazasida kompyuter ob’ektining yozuvini topsak yoki bir nechta [kompyuter] yozuvlarni topsak, biz barcha topilgan yozuvlarni o’chirib tashlaymiz;

5-sabab: WDS/SMSPXE to’g’ri ishlamayapti

Ba’zida 0x102 xatosi Konfiguratsiya menejeri tomonidan boshqariladigan WDS serveridagi muammolar tufayli yuzaga kelishi mumkin.

Yechim 5: WDS serverini qayta ishga tushiring

  • Server menejerini ishga tushiring ;
  • Chapdagi ramkada WDS elementini tanlang ;
  • Serverimizdagi o’ng RMB ramkasida Windows Deployment Service Management Console-nitanlang .
  • Ochilgan oynada Serverlar daraxtini kengaytiring – serverimizdagi RMB – menyudan All Tasks-ni tanlang – keyin Qayta ishga tushirish.
  • Qayta ishga tushirish jarayoni tugashini kutmoqdamiz.

Fikr bildirish

Email manzilingiz chop etilmaydi. Majburiy bandlar * bilan belgilangan