Navnet på tjeneren: velg det ved installasjonen, og la det så være

Ved installasjonen skriver du inn et navn. I det øyeblikket virker det uviktig, for et navn er som regel en etikett.

Ikke her. På Proxmox er navnet på tjeneren en adresse, og å endre det senere er langt større arbeid enn du venter.

Hvor navnet brukes

Oppsettet ligger i en mappe med det navnet. Beskrivelsene av maskinene dine står under den mappen. Endrer du navnet, blir beskrivelsene liggende under det gamle.

Filene til historikkgrafene heter etter det. Endrer du navnet, åpnes en ny, tom fil for det nye navnet. Gamle data slettes ikke, men ingen ser på dem lenger. Det du ser i panelet, er en tjener uten fortid.

I en klynge kjennes medlemmene igjen på navnet. Å gi en node nytt navn betyr, sett fra klyngen, å ødelegge den noden og sette en ny i stedet.

Sertifikater inneholder navnet. Endrer du det, får du en nettleseradvarsel, og så går du og leter etter grunnen.

Derfor er navnebytte ikke en kosmetisk operasjon

På en enkelt tjener er det arbeidsomt: oppsettet må flyttes, tjenester ordnes på nytt, sertifikatet utstedes på nytt.

I en klynge er det som faktisk gjøres slett ikke et navnebytte: du tar noden ut av klyngen og føyer den inn igjen under det nye navnet. Med andre ord er det det samme arbeidet som å bygge den opp på nytt, bare under en annen etikett.

Kort sagt er beslutningen du tar ved installasjonen den dyreste å gjøre om senere. Den er verdt fem minutters ettertanke.

Når du velger navn

Kort og med små bokstaver. Selv om du skriver inn et langt domenenavn, er det første delen som brukes; å skrive resten gir ingenting.

Gjør det varig. Ikke legg rollen inn i navnet. Maskinen som i dag er sikkerhetskopitjener, kan i morgen være hovedtjeneren, og du sitter igjen med en hovedtjener som heter "sikkerhetskopi". Det samme gjelder rackplass, kundenavn, prosjektnavn: alt det kan flytte på seg, maskinen gjør det ikke.

Meningsfullt, men nøytralt. Nok til å skille to maskiner, ikke nok til å fortelle en historie.

Hvis grafene ble tomme

Det er her denne artikkelen gjør nytte. Panelet virker, maskinene er oppe, men historikkgrafene ser tomme ut.

Det første stedet å se er navnet på tjeneren. Har navnet og det navnet systemet venter seg glidd fra hverandre, blir grafikkfilen ikke funnet der den søkes, og skjermen kommer tilbake tom. Ingenting kaster en feil, for teknisk sett finnes ingen feil: filen det letes etter finnes ikke, det er alt.

Hva Atlas gjør

Bak denne artikkelen ligger en feil i selve produktet, og den er verdt å fortelle.

I Atlas ble navnet på tjeneren løst opp på fem atskilte steder, og tre av dem bar den samme feilen: da kilden et øyeblikk ikke var å nå, ble navnet funnet på. En vanlig standardverdi ble skrevet inn og holdt i minnet i hele prosessens levetid.

Det ble målt, og to ting kom fram.

Det første: når den påfunne verdien først var skrevet inn, hjalp det ikke at riktig navn ble tilgjengelig senere, fordi minnesjekken ligger helt først. En kortvarig hikke ble altså til et varig galt svar.

Det andre, og det lurere: følgen av et galt navn var ikke den samme overalt. Gjestemaskinenes grafer fortsatte å virke, fordi de filene adresseres med maskinnummer og navnet aldri sjekkes. Tjenerens egne grafer ble tomme, fordi filbanen inneholder navnet. Også tjenerstatus og maskinlisten falt bort.

Symptomet var altså blandet: noen grafer fulle, andre tomme. Ingen som ser et slikt bilde, mistenker navnet.

Rettingen kokte ned til tre regler. Ingen påfunn: er det ukjent, sies det at det er ukjent. Bare et bekreftet navn legges i minnet: en verdi fra reserveveien brukes, men lagres ikke, slik at neste kall prøver på nytt. Reserveveien er maskinens eget navn, for på Proxmox er de to allerede de samme.

Den generelle lærdommen

Andre steder i denne wikien skrev vi: et tomt svar og det å ikke få svar er ikke det samme.

Feilen her er ett hakk verre: å sette en standardverdi som ser rimelig ut i stedet for noe ukjent. En tom liste er i det minste rar, og det rare legges merke til. Et påfunnet navn er ikke rart, det ser helt riktig ut, og derfor ser ingen på det.

Og lagres det i tillegg, blir en midlertidig feil varig.

Det kan skrives som en regel: en standardverdi er god der den virkelig er standarden; der den trer inn i stedet for det ukjente, er den en løgn.