installed Discourse through one click droplet, however each time I log in via SSH, it tries to re-run the initial Discourse setup process. How can I stop this?
Subscribe
Share
Submit an answer
You can type!ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Sign in to AnswerThese answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
As of 4/4/18, The one click install has bugs, and from what I can tell this bug has existed for nearly a year now and probably pretty abandoned application because no one has every gotten it to work or figured out what their issue truly was… Thru all the weed picking I did, its a internal DNS issue where the server can’t get the ip for the domain to send the initial admin confirm email .
All the past users have mostly thought it was a SMTP connection issue, or a external direct firewall issue… But its definately presetup screwup application / server configuration error, that could be a routing, firewall, misconfiguration and probably all of above…
cd /var/discourse tail -f shared/standalone/log/rails/production.log
and you will find this after trying to send a smtp email Job exception: getaddrinfo: Name or service not known
DNS…
i think its something to do with the network internal ip setup because the server is responding fine on lookups with the provided defaults, and that when I initially setup using a SMTP on the server itself (failed and went to google smtp) that 587 was getting blocked, but not on the internet ip, but on the internal 172.17.0.ip, i didnt understand the internal ip to begin with, so i initially yelled at DO for oddly blocking my servers port 587… but that was not the case… simply some screwup on the applications set on their part
Just wanted to +1 this.
I have the same problem, no obvious solution.
I’ll be sure to stop back in if I figure anything out.