Serverens navn: vælg det ved installationen, og lad det så være
Navnet er ikke en etiket, det er en adresse. Opsætningen ligger i en mappe med det navn, grafikfilerne hedder efter det, og i en klynge kendes medlemmerne på det.
AtlasPVE ·
Denne artikel besvarer
- proxmox skifte værtsnavn
- proxmox omdøbte værten panelet indlæser ikke
- proxmox hvad er et nodenavn
- proxmox omdøbe node i klynge
- proxmox graferne er tomme
Ved installationen skriver du et navn. I det øjeblik virker det ligegyldigt, for et navn er som regel en etiket.
Ikke her. På Proxmox er serverens navn en adresse, og at ændre det senere er et langt større arbejde, end du venter.
Hvor navnet bruges
Opsætningen ligger i en mappe med det navn. Beskrivelserne af dine maskiner står under den mappe. Ændrer du navnet, bliver beskrivelserne liggende under det gamle.
Filerne til historikgraferne hedder efter det. Ændrer du navnet, åbnes en ny, tom fil til det nye navn. De gamle data slettes ikke, men ingen ser på dem længere. Det, du ser i panelet, er en server uden fortid.
I en klynge kendes medlemmerne på navnet. At omdøbe en node betyder, set fra klyngen, at ødelægge den node og sætte en ny i stedet.
Certifikater indeholder navnet. Ændrer du det, får du en browseradvarsel, og så går du og leder efter grunden.
Derfor er omdøbning ikke en kosmetisk handling
På en enkelt server er det besværligt: opsætningen skal flyttes, tjenester ordnes på ny, certifikatet udstedes igen.
I en klynge er det, der faktisk gøres, slet ikke en omdøbning: du tager noden ud af klyngen og føjer den ind igen under det nye navn. Med andre ord er det det samme arbejde som at bygge den op igen, bare under en anden etiket.
Kort sagt er beslutningen ved installationen den, der er dyrest at gøre om senere. Den er fem minutters eftertanke værd.
Når du vælger navn
Kort og med små bogstaver. Selv hvis du skriver et langt domænenavn, er det første del, der bruges; at skrive resten giver intet.
Gør det holdbart. Læg ikke rollen ind i navnet. Maskinen, der i dag er sikkerhedskopiserver, kan i morgen være hovedserveren, og du sidder tilbage med en hovedserver, der hedder "sikkerhedskopi". Det samme gælder rackplads, kundenavn, projektnavn: alt det kan flytte, maskinen kan ikke.
Meningsfuldt, men neutralt. Nok til at skelne to maskiner, ikke nok til at fortælle en historie.
Hvis graferne blev tomme
Det er her, denne artikel gør nytte. Panelet virker, maskinerne kører, men historikgraferne ser tomme ud.
Det første sted at kigge er serverens navn. Er navnet og det navn, systemet venter, gledet fra hinanden, findes grafikfilen ikke, hvor der ledes, og skærmen kommer tom tilbage. Intet kaster en fejl, for teknisk set er der ingen fejl: den søgte fil findes ikke, mere er det ikke.
Hvad Atlas gør
Bag denne artikel ligger en fejl i selve produktet, og den er værd at fortælle.
I Atlas blev serverens navn løst op på fem forskellige steder, og tre af dem bar den samme fejl: når kilden et øjeblik ikke kunne nås, blev navnet fundet på. En udbredt standardværdi blev skrevet ind og holdt i hukommelsen i hele processens levetid.
Det blev målt, og der kom to ting frem.
Det første: når den opfundne værdi først var skrevet ind, hjalp det ikke, at det rigtige navn blev tilgængeligt senere, fordi hukommelsestjekket ligger allerforrest. Et øjebliks hikke blev altså til et varigt forkert svar.
Det andet og mere lumske: følgen af et forkert navn var ikke den samme alle steder. Gæstemaskinernes grafer blev ved med at virke, fordi de filer adresseres med maskinnummer, og navnet aldrig tjekkes. Serverens egne grafer blev tomme, fordi filstien indeholder navnet. Også serverstatus og maskinlisten faldt ud.
Symptomet var altså blandet: nogle grafer fulde, andre tomme. Ingen, der ser et sådant billede, mistænker navnet.
Rettelsen kogte ned til tre regler. Ingen opfindelse: er det ukendt, siges det, at det er ukendt. Kun et bekræftet navn lægges i hukommelsen: en værdi fra reservevejen bruges, men gemmes ikke, så det næste kald prøver igen. Reservevejen er maskinens eget navn, for på Proxmox er de to allerede ens.
Den generelle lære
Andre steder i denne wiki skrev vi: et tomt svar og det ikke at have fået svar er ikke det samme.
Fejlen her er en tak værre: at sætte en standardværdi, der ser plausibel ud, i stedet for noget ukendt. En tom liste er i det mindste mærkelig, og det mærkelige lægger man mærke til. Et opfundet navn er ikke mærkeligt, det ser fuldstændig rigtigt ud, og derfor kigger ingen på det.
Og gemmes det oven i købet, bliver en midlertidig fejl varig.
Det kan skrives som en regel: en standardværdi er god, hvor den virkelig er standarden; hvor den træder i stedet for det ukendte, er den en løgn.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.