root@www:/var/discourse# ./launcher start data
x86_64 arch gedetecteerd.
+ /usr/bin/docker run --shm-size=512m -d --restart=always -e LANG=en_US.UTF-8 -e LC_ALL=en_US.UTF-8 -e LANGUAGE=en_US.UTF-8 -h www-data -e DOCKER_HOST_IP=172.17.0.1 --name data -t -v /var/discourse/shared/data:/shared -v /var/discourse/shared/data/log/var-log:/var/log --mac-address 02:e6:17:cc:a2:dc local_discourse/data /sbin/boot
Kan image 'local_discourse/data:latest' niet lokaal vinden
docker: Foutreactie van daemon: pull access denied for local_discourse/data, repository bestaat niet of vereist mogelijk 'docker login': denied: gevraagde toegang tot de resource is geweigerd
Voer 'docker run --help' uit voor meer informatie
root@www:/var/discourse#
Suggesties? Het zoeken naar die foutmelding levert alleen dit topic op.
That suggests that maybe you ran a ./launcher cleanup and deleted the data container (I don’t see another way that the container would be missing, but I could be wrong). If that’s the case, and, really, in any case, what I would do is spin up a new droplet, copy over your yml files and restore your latest backup.
If you’d like a fish rather than being taught, you can contact me or ask in Marketplace
1 like
Hetgeen dat de site weer online kreeg, nadat de data container weg was, was het bewerken van data.yml en het wijzigen van de template naar de postgres13 template en vervolgens de data container opnieuw opbouwen, waarna het mogelijk was om de data container te starten, de web_only container te vernietigen en te starten (deze zal geen verbinding maken met een andere data container dan degene die hij vond toen hij werd aangemaakt). Daarna was de site weer online en draaide deze.
Ik ben er vrij zeker van dat als ik de database-upgrade opnieuw had geprobeerd, deze zou zijn gelukt, maar voor de zekerheid heb ik een nieuwe database-backup gemaakt, hem naar een nieuwe droplet verplaatst, de database hersteld, en hij draait weer.
1 like
Kunt u iets zeggen over hoe het probleem is ontstaan, bijvoorbeeld om anderen gerust te stellen dat het waarschijnlijk niet op hen van toepassing zal zijn?
1 like
Tk;dr: nee.
Ik kan niet vertellen wat het oorspronkelijke probleem was. Weten dat je moest overschakelen naar de pg13-sjabloon was de oplossing voor het probleem nadat de container was verwijderd. Dat is onderdeel van wat het pg15-onderwerp zegt te doen. Misschien was er op een gegeven moment een probleem met de schijfruimte?
ah, ik zie het nu… het was een upgrade van een nogal oud systeem met pg13? Dus een vrij zeldzame situatie.
De upgrade mislukte omdat de PostgreSQL-upgrade 14 GB vrije schijfruimte vereiste en de droplet niet helemaal zoveel had.
Waarom het niet werkte nadat ik de schijfruimte had uitgebreid, zou kunnen zijn dat, zoals hierboven gesuggereerd door @Jagster, ik een ./launcher cleanup heb uitgevoerd die niet geschikt was voor een installatie met twee containers.
Op een gegeven moment zou ik willen overschakelen op een installatie met één container, omdat dit minder problematisch lijkt voor iemand die de Discourse-architectuur niet echt kent. Ik zou ook liever niet zelf hosten, maar de site heeft veel foto’s en de hosting van Discourse sprong van $100 naar $200 per maand toen we zonder schijfruimte kwamen te zitten. De site brengt slechts ongeveer $30-40 per maand binnen via Google Ads.
I migrated to Digital Ocean only two years ago.
And yet I did it a week ago, when I was out of space.
@pfaffman suggereerde dat dat het probleem zou kunnen zijn geweest. Ik heb geen idee.
No. That would have caused the same problem for the single container setup.
The problem was that when you tried to gain disk space you destroyed your stopped data container. The crucial mistake, I think, was doing the cleanup while your data and web only containers were stopped.
The two container setup saved you some grief since it made it easier to delay the postgres upgrade. In this case, however, you got stuck because the upgrade added the ai plugin, and that forced you to do the postgres upgrade on the data container.
Maybe if a launcher cleanup had been run before you tried to upgrade or if you’d not run it at all and resized.
So there were a bunch of issues
- Maybe too many docker images filling the disk (maybe disk too small)
- PostgreSQL update required
- Ai plugin added to core, forcing database upgrade
- PostgreSQL upgrade failing for some reason and not knowing to start the data container (I think the message says to)
- Running launcher cleanup with the data container shut down, which deleted the container that needed to start up in order to do a clean shut down
1 like
The only thing I dd to gain disk space was to resize the droplet.
Everything else I did was to try to complete the failed upgrade, based on suggestions in command output, posts here, or in linked topics.
1 like
@pfaffman mijn site wordt overspoeld met duidelijke spam. Is het mogelijk dat een anti-spamtool verloren is gegaan bij de upgrade?
It’s not likely. I don’t know if Akismet was ever configured, but it’s no longer very effective. What’s recommended now is this: Discourse AI - Spam detection The AI plugin is now part of core and is installed.
If you’d like help you can email me.
EDIT: It’s possible, but not likely, that the change described here could explain your spam uptick.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.