Subnettet er ikke konfigurert for å bruke DHCP- og PXE-løsningen.
Nett-drift ved USIT må eventuelt konfigurere rett «helper-adresse» i ruteren. Ved tvil om dette kontakt usit-nett@hjelp.uio.no
Ingen adresser er tilgjengelig fordi man installerer for mange maskiner på en gang
Symptomet er at forespørselen om DHCP-adresse «timer ut», og maskinen gir en eller annen liknende feilmelding. Dette skjer når man installerer mange maskiner på en gang og bruker opp alle tilgjengelige DHCP-adresser som er satt av til PXE-bruk. På de fleste subnett som bruker denne løsningen har man satt av en såkalt «Pool», eller «PXE-pool» på 3, 7 eller 15 adresser. Dersom man installerer flere maskiner på en gang enn man har tilgjengelig, vil man måtte vente til adresser blir frigitt. Maskiner som installeres med denne løsningen «bruker», eller «okkuperer» altså en IP-adresse fra denne «Poolen» når installasjonen pågår. Etter installasjonen er det meningen at maskinen skal bruke sin vanlige IP-adresse, og derved frigi PXE-adressen, vanligvis etter fem minutter.
Dersom dette er et problem til stadighet, så kontakt unix-drift@usit.uio.no
Ingen adresser er tilgjengelige selv om man ikke installerer mange maskiner på en gang (også kjent som «760-problemet»)
Dette skyldes vanligvis en sær feil med maskintypen Dell Optiplex 760. Det har vist seg at denne maskinen kan skape problemer i visse tilfeller. Maskinens bios er innimellom satt opp til å bruke en egen utvidelse som heter «Intel Management Engine BIOS Extention». Denne opptrer i endel ulike BIOS-varianter, og er altså en funksjon som man bruker før OS-et starter, Imidlertid kan utvidelsen skape problemer også etter at OS-et er startet.
Problemet er at utvidelsen (heretter kalt MEBx) vil sørge for at nettkortet opptar en PXE-adresse selv om maskinen er installert. Dette skal ikke skje, og vi ser på dette som en slags bug. Dersom maskinen er kjøpt inn etter november 2009 skal Dell ha skrudd av denne funksjonen, men vi opplever stadig at slike maskiner lager problemer for PXE-installasjon generelt sett. I NAV kan man se dette ved at en mac-adresse bruker to IP-adresser, hvorav den ene altså er en del av PXE-poolen.
VI har brukt mye tid på å finne den beste løsningen på dette, og har kommet frem til følgende oppskrift du kan følge dersom du mistenker at dette opptrer i ditt miljø.
- Ta ut nettverkskabelen
- Boot maskinen
- Trykk F12 for å gå inn i boot-menyen
- Dersom du finner valget «Intel(R) Management Engine BIOS Extension (MEBx)», velg dette. Hvis ikke valget er der, skal ikke problemet opptre (på denne maskinen)
- Tast inn passordet. Dersom maskinen er ny er passordet «admin». Sett i så fall et nytt passord etter fornuftige regler.
- Deretter velger man andre valg fra lista: «Intel(R) Standard Manageability Configuration», Vi ønsker altså nå å sørge for at MEBx ikke skal bruke DHCP.
- Velg «TCP/IP», Her velger du å disable (slå av) DHCP ved å velge Y under valget «Disable DHCP (Y/N)»
- Det neste du må gjøre er å fortelle MEBx hvilke instillinger som da skal brukes siden DHCP ikke lenger er mulig. Sett enten tomme verdier for de ulike standard TCP/IP-innstillingene, eller sett f. eks. noe ufarlig som
IP: 192.168.1.10
SM:255.255.255.0
GW:192.168.1.1.
På denne måten gir vi MEBx IP-parametere uten at reelle UiO-adresser blir opptatt - Gå ut av MEBx.
- Slå av maskinen
- Sett i nettverkskabelen
- Slå på maskinen
Maskinen skal nå oppføre seg normalt. Hvis ikke, kan det hende at det er flere like maskiner med samme problem.