Onze verontschuldigingen, dit bericht is alleen beschikbaar in Amerikaans Engels.
Unraid en VM Backups
Zorg altijd voor een backup
Vanuit een jong ICT bedrijf, kan ik het mij nog goed herinneren: jaren lang werden dagelijks tapes gemaakt. Deze werden buiten de deur bewaard om in geval van een probleem deze terug te kunnen halen en verder te gaan vanaf een herstelpunt. Totdat de dag komt dat er een server onderuit gaat. De backup elders uit het land moet worden opgehaald en tijdens het restoren blijkt dat er geen goede backup is gemaakt. Sindsdien is het niet alleen zorg altijd voor een backup, maar ook controleer de backup! Voor dagelijkse incrementele backups is het misschien niet altijd noodzakelijk, maar vraag je altijd af: wat als de backup faalt?! Die vraag zorgt ervoor dat je overwogen keuzes kan maken in de strategie voor backups en restores testen.
Zo ook bij mijn eigen onschuldige Unraid server.
Plugin VM-Backup
Unraid omgeving draait meestal als een zonnetje, maar ik gebruik de VM opties om een applicatie te testen. Soms heb ik een trial en zodra de trail periode is verlopen, dan krijg je iig met windows geen fatsoenlijke kans om de boel nogmaals te installeren. Die vervelende registry houdt het allemaal bij en dat wilde ik voorkomen.
De VM-Backup plugin ging mij daarbij helpen. Na een maand of 1,5 kreeg ik idd de melding dat de periode verlopen was en of ik even de betaalde key variant wilde invoeren. Deze tooling gebruik ik nu eenmaal een aantal keren per jaar, omdat we het op het werk ook gebruiken. Echter niet op lokale omgeving, maar op een server. Dus als ik wil testen dan doe ik dat liever lokaal. In mijn eigen afgezonderde VM, zodat ik niet andermans werk kan vernaggelen.
Dus de dagelijkse backups even bekijken en restoren … euh restoren? Waar zit die optie nu dan weer verstopt. Ik kon het niet vinden. Dus op zoek op de unraid fora en warempel: ik was niet de eerste die dit zocht. Dooh .. maar de functionaliteit was niet backup/restore … alleen backup. Dus deze handeling kon je niet zomaar uitvoeren.
Ergens verstopt stonden de commando’s om
GitLab CE
Server volop in ontwikkeling
Tijdens de zoektocht naar welke onderdelen ik nodig heb op mijn server, kom ik nogal wat zaken tegen. Opeens kwam ik daar Redis tegen. Opzoeken wat het was en het is dus een in-memory data structuur opslag ruimte. Wordt gebruikt als een database, of cache of … nou ja: lees de website maar!
Bij de Redis App die ik ergens anders voor nodig had, stond dat je deze eerst moest installeren voordat je de GitLab CE Docker ging installeren. Ahaa .. GitLab: daar had ik nog niet aan gedacht! Die kan ik ook wel installeren en kijken of ik er nog eens aan toe kom om wat te programmeren 馃檪
Echter had ik na installatie een klein probleem: ik kon niet inloggen. Verder geen probleem, want ik kon mij aanmeldden. Dus dat probleem was snel verholpen, dacht ik. Niet dus: want mijn registratie moest goedgekeurd worden en ik wist nog steeds niet wat het wachtwoord was:

Maar wat is nu het administrators account. Na zoeken kwam ik erachter dat het root account gebruikt werd. Dat kon ik mij niet voorstellen, want hoe kan de docker nu bij mijn accounts komen? Dat was dus ook niet zo. In de Docker container was er natuurlijk ook een root account gemaakt. Maar het wachtwoord. Wat zou het wachtwoord nou zijn. Aantal pogingen gewaagd, maar helaas niet een standaard wachtwoord. Toen kwam ik op een website dat er een config file zou moeten zijn met daarin het wachtwoord.
Gelukkig had ik de Config File Editor plugin ge茂nstalleerd en kon ik zoeken naar de gitlab -ce config folder:

Na selecteren van het initial_root_password en op het edit knopje achter het selectieveld te klikken, kom je in het edit scherm:

Dit wachtwoord selecteren en inloggen met het root account. Daarna heb ik direct de melding serieus genomen dat er een open regisratie op het systeem actief is en dat wil ik niet. Alleen mensen die ik wil toevoegen kunnen erbij komen. Niet iedereen laten inloggen en proberen te rommelen. Als je naar de settings gaat is het geregeld als je het vinkje bij Sign-up enabled verwijderd. Daarmee zorg je ervoor dat gebruikers niet allemaal accounts kunnen aanmaken!
Nou nog ontwikkel projecten bedenken 馃檪