PlanetVM.

Uendelige muligheter i en virtuell verden.

Nar RamDisks blir full.

Jeg trodde det kan v re verdt a dele utfallet av noen feilsoking av noen ESXi 5-servere som kjorer av SD-kort, hvis noen andre moter lignende problemer.

Nar vSphere 4 viste seg a kunne starte ESXi fra et 4 GB SD-kort eller USB-pinne, ble det et fristende alternativ for a spare penger pa lagring med nye distribusjoner. HP Proliant G6s kom med en innebygd SD-kortspor for a gjore det enkelt a forlate disse platene tomt.

Men ESXi 5 flyttet malpostene, med USB- eller SD-lagring ikke lenger egnet for vedvarende lagring: verter uten lokal lagring, monter na en 32Mb RamDisk for a montere skrapepartisjonen pa.

Etter oppgradering til ESXi 5 sa vi flere forekomster av vertstabilitet som Ramdisk-rammen ut av rommet, symptomer, inkludert: –

Endringer i VM-innstillinger som mislykkes VMotion til eller fra serveren mislykkes (slik at vi ikke kunne sette serveren i vedlikeholdsmodus for sikker reboot) Lokale logger oppdaterer ikke vertsrapportering som frakoblet status i vCenter.

VMene selv fortsatte a kjore pa verten, bare ikke klarte a administrere verten riktig.

Som en kortsiktig losning for a bringe serveren under kontroll igjen – forutsatt at Shell er aktivert – logget vi pa skallet, navigerte til mappen / var / logg og slettet alle arkiverte loggfiler (ending .gz) og opprettet en ny, tom wtmp fil (filopptak shell tilgang). Det gjenvunnet nok Ramdisk-plass for serveren til a bli handterbar igjen.

I vart tilfelle var problemet forarsaket av a prove a overvake serveren med PRTG, som samler informasjon ved a logge pa skallet over SSH hvert par minutter, hver gang du skriver til wtmp og raskt vokser filen (se lenken nedenfor for flere detaljer), skjont Vi klarte ogsa a fylle Ramdisk gjennom normal logging etter at deaktivert PRTG-overvaking.

Den langsiktige losningen for dette er a repoint skrape partisjonen til vedvarende lagring, som i KB artikkel 1033696 (lenke nedenfor). Vi distribuerte en enkelt 50Gb LUN kalt «Logs» bare for det formal a lagre loggdata for vare 5 verter, og deretter endret parameteren Avanserte innstillinger ScratchConfig.ConfiguredScratchLocation til /vmfs/volumes/Logs/.locker- servernavn og rebooted serveren. Du kan bla gjennom loggdatastore og se tidsstempel pa innholdet i skapermappen for a bekrefte at det fungerer. Bare sorg for at hver server far en unik mappe.

Vi testet oppstart av ESXi 5-verten uten tilgang til datastoreen (ved a deaktivere iSCSI-bryterportene) og viste at verten fortsatt kommer opp OK – den gar tilbake til Ramdisk som beskrevet i KB. Hvis du er tapt, ma du konfigurere parameteren igjen og sprette serveren.

En relatert endring vi ogsa gjorde var a sette opp syslogging for en storre tidsramme (full detaljer via lenke nedenfor): –

Vi installerte VMware Syslog Collector-applikasjonen pa var vCenter-server (tilgjengelig pa vCenter ISO-oppsettmenyen) for hver ESXi 5-server endrer du de avanserte innstillingene & gt; Syslog & gt; Globale parametere for a videresende logging til vCenter-serveren syslog.global.defaultRotate = antall logger for a beholde (0-100) syslog.global.defaultSize = Storrelsen pa hver logg for rotering (0-10240KiB) syslog.global.logHost = IP-adresse av vCenter eller syslog server.

Syslog-serveren lager en undermappe under .. \ VMware Syslog Collector \ Data \ for Management IP for hver vert som sender Syslog-data.

Dele denne:

I slekt.

Post navigasjon.

Vennligst doner.

Hvis du har funnet noe nyttig, v r sa snill a vurdere a donere, jeg skal oppgradere laboratoriet mitt.