De installer werd gestart vanuit een alleen-lezenlocatie
De shellinstaller van AdventureLog startte normaal, maar mislukte toen deze probeerde aan te maken ./adventurelog. Op ZimaOS is het basissysteem apparaat-achtig en alleen-lezen. Daardoor kan een script dat ervan uitgaat dat de huidige directory schrijfbaar is, mislukken, zelfs wanneer de aangesloten opslag zelf in orde is.
Een tweede gebruiker kreeg te maken met een andere afhankelijkheidscontrole
Een andere deelnemer meldde dat het installatieprogramma onmiddellijk stopte omdat het docker-compose. Dat was niet dezelfde fout als de oorspronkelijke mkdir fout, en in de discussie werd geen universeel commando voor het installeren van pakketten op de ZimaOS-host vastgesteld.
De gedemonstreerde oplossing was werken onder /DATA
Een teamlid van IceWhale waarschuwde eerst dat werken via de CLI over het algemeen niet wordt aanbevolen, tenzij dit onderdeel is van een begeleid onderzoek. De demonstratie werd uitgevoerd op een testmachine, met de uitdrukkelijke aanbeveling om niet op een productiesysteem te experimenteren tenzij de gebruiker de risico's voor computer- en gegevensbeveiliging begrijpt.
Voor een ervaren gebruiker was de gedemonstreerde reeks als volgt:
sudo -i
cd /DATA
mkdir 10-16test2
cd 10-16test2/
curl -sSL https://get.adventurelog.app | bashDe belangrijkste wijziging was de werkdirectory: /DATA is bedoeld voor schrijfbare gegevens, in tegenstelling tot de alleen-lezen-systeemlaag. De URL van het installatieprogramma is beschikbaar via het installatie-eindpunt van AdventureLog.
Een geslaagde installatie betekende niet dat de app goed functioneerde
De oorspronkelijke auteur bevestigde later dat de installatie zelf was voltooid na het volgen van de instructies voor een schrijfbaar pad. De backend van AdventureLog startte echter niet en de logs meldden herhaaldelijk dat PostgreSQL niet beschikbaar was. Het installeren van een afzonderlijke PostgreSQL-app uit de ZimaOS App Store bracht deze niet automatisch in verbinding met de AdventureLog-stack.
De thread eindigt zonder een bevestigde oplossing voor de database. Een zelfstandige PostgreSQL-container is niet automatisch de database die door een ander Compose-project is gedeclareerd; netwerknamen, inloggegevens, servicedetectie, volumes en de verwachte database-initialisatie moeten allemaal overeenkomen.
Veelgestelde vragen
Waarom mislukte mkdir, ook al had ZimaOS vrije opslagruimte?
Het installatieprogramma werkte in een alleen-lezen deel van het systeem, niet in een schrijfbare gegevensmap. Vrije capaciteit elders maakt het huidige systeempad niet schrijfbaar.
Heeft het uitvoeren van het installatieprogramma onder /DATA AdventureLog volledig opgelost?
Hiermee werd de fout in de installatiemap opgelost en kon de stack worden geïnstalleerd. Het latere probleem met de beschikbaarheid van PostgreSQL bleef in de thread onopgelost.
