-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Discourse] Can not change Discourse version using documentation instructions #1160
Comments
I do not see a way to change the discourse version like their documentation states |
Please take a look at our documentation to know how to upgrade Bitnami Discourse https://docs.bitnami.com/general/apps/discourse/administration/upgrade/ |
@jotamartos if you read my post you will see I am following that documentation and there is issues with it, the main reason I opened this ticket is to point that out to you guys. Attempting to follow under the section Keeping In Sync With The Discourse Repository At GitHub I followed it to a T and it does not work properly. Anyway you can close the issues if you want, the documentation would not work and we could not get the FRESH backup from a normal discourse install to restore to your image. I would rather you didn't close it though as I am sure I am running a fresh made AMI in AWS and when following the directions there is an issue and I would hope that you would want to ensure this issue is just me or if your software stack may have a issue. |
At the end of the day your Discourse install is running a way out of date version compared to when the developers themselves suggest, I understand the stability of running the more production level but why would they suggest not running it? |
Hi @ByteMoT, I just reviewed the documentation and the issue you are running into and you are basically running into a permissions issue. You can either run the command as daemon
or run the command using sudo and then ensure that the permissions are correctly set to the daemon user
At the very beginning, I misread the information and thought that there was not a .git folder, but that folder exists and allows you modify the discourse folder according to the documentation.
That's something to ask to the developers. We take the non-beta versions from the github repository to build our solutions https://github.com/discourse/discourse/tags As you can see, those non-beta solutions are also updated frequently so there shouldn't be big changes apart from the new features they include in a new minor/major version. |
By default the permissions were NOT daemon, I did check permissions as you have stated in your reply The issue I have is if I follow your documentation on a FRESH AWS AMI Launch I should not be running into any issues doing a simple git pull, the point of me opening the ticket was to address that issue From what I can see either either your image setup or your documentation is out of date / not working right. As for the versioning issue, I understand the control is not there but I think it makes your images probably not really useful, The defaults for Discourse will put you out of date as soon as your AMI is launched creating an issue where users running the Discourse recommenced setups can not use your image as the backups are not backwards compatible to restore. The issue that made me spawn this ticket is I wanted to get to their recommended release version and I could not when following your documentation to a T. If the commend was meant to be ran as SU / SUDO it should state that, I am familiar with how to run commends as other users but was not expecting your image to be broken slightly. The reason I had attempted to use your images was I was wanting something to deploy with speed and security and was not expecting to have to use alternative documentation than discourse's to update discourse. I have since terminated the Bitnami instance as it was 10x faster to just deploy an AWS Ubuntu Image with Docker and follow Discourse's setup process than make yours work. Please feel free to close the ticket if you feel you must but I hope that the documentation and/or the image get reviewed as having permission issues out of the box is not a good look, bad things can happen if there are permissions set on the wrong files with Discourse being a web facing software. |
Thank you for your suggestions. I'll create an internal ticket to review that section of the documentation and the solution itself to avoid issues in the future. |
Platform
AWS
bndiagnostic ID know more about bndiagnostic ID
42b6f606-77e3-5d4f-666e-4c7668cf4258
bndiagnostic output
[Connectivity]
Server ports 22, 80 and/or 443 are not publicly accessible. Please check the
following guide to open server ports for remote access:
This is Limited via Security Group at the moment, we can access the discourse install without issue.
bndiagnostic was not useful. Could you please tell us why?
Found and issue that we are not having a problem with
Describe your issue as much as you can
I want to preface this issue is that the normal running releases for Discourse usually include test passed branch and I think Bitnami has chosen to use "production", the issue that arises is if anyone wants to backup and then restore to the Bitnami discourse their default install will be a newer version and wont restore.
I am hoping we can figure out the issue here, I can screen-share if needed to sort out the issue or help troubleshoot
Source:
https://meta.discourse.org/t/is-discourse-always-in-beta/198215/19
They run closer to the edge on production environments as the production branch is like ever 4-6 months it updates(which could be a security problem as they patch fast but production does not see it till much later)
From their own config file:
As it sits now I have our site I am trying to bring into the Bitnami AWS image
Discourse current installed version 3.2.0.beta2-dev
Bitnami installed version
Using the instructions provided here: https://docs.bitnami.com/general/apps/discourse/administration/upgrade/#troubleshooting
We have been unable to upgrade to a newer version of Discourse, when running this section of the documentation it can not access anything in the .git directory as the user that owns it is daemon and outputs:
I attempted to change the ownership to bitnami (not touching the group level) and was able to run but hit a snag rather fast.|
The text was updated successfully, but these errors were encountered: