How to migrate from 4.x to 5.0? #30
Comments
|
Additional information: when I added /etc/openproject/Gemfile.custom file with this plugin (as explained in https://www.openproject.org/open-source/packaged-installation/packaged-installation-guide/), I got this after Then I commented out this plugin from Gemfile.custom (to avoid the error above) and got the message I originally saw when upgrading the installation; maybe it is helpful for you: |
|
Hey, first excuse my brevity since I'm on vacation. Openproject 5.0 completely changed the underlying code regarding a release/5.0 branch exist on my plugin that I'm using for Openproject Are you requiring the plugin from that branch? Best, Am 25. März 2016 12:41:53 nachm. schrieb eudoxos notifications@github.com:
|
|
Thanks for help, Oliver, I switched to Now even as the plugin "Config Test" page has everything green (after some fiddling, which was a problem of permissions which I changed by hand), the gitolite banner and repositories list is correct
I get the 500 page when opening in the web interface of openproject: I don't see which git command, unfortunately. I can run "git pull -C ~openproject/gitolite-admin.git" as openproject user. I also tried to resync all projects, but that fails as well: Not sure if this is still a 5.0 compatibility issue. Any idea? |
|
FWIW I see this in the log when deleting a repository: |
|
Hey @eudoxos, the latest issue should be resolved on release/5.0. I'm trying to reproduce your error from your earlier post, but no luck. It seems to originate at the setting's saving line (https://github.com/opf/openproject/blob/release/5.0/app/models/setting.rb#L158) in setting.rb in the core of OpenProject assuming. What version are you running this on so I can check the exact line? Best, |
|
Hi Oliver, I am running the packaged version 5.0.16-1458824721.38c3fbb.trusty . Thanks, edx. |
|
Hello @oliverguenther, |
|
Hey Thomas, The error with 'byebug' has already been fixed, as well as some others that were found during the last months. I have been working on the plugin adding new funtionalities and, as far as I can say, it is stable enough to be used. In any case, let me know if you encounter problems with the plugin and I will try to fix them as soon as possible. Best regards, |
|
Hey @amanone, I have not used release/5.0 in production, but Luis has made great efforts to fix and extend this plugin in the last weeks and months for OpenProject 5.0+. Let us know if you experience any issues with the plugin. Best, |
|
Hey @eudoxos I think I may have the solution to the problem you are having. I was reading your first pots and realized that you have migrated the repositories using the built-in feature of OP 5 to handle the Git repos. Then you installed the plugin to manage those repositories as you could not do it with the functionality provided by OP 5. By the way, you do not need “openproject-revisions” anymore, only “openproject-revisions_git” in OP 5. And sorry for the late response, I have also been very busy last months. @amanone: Regards |
|
Hi @mabentwickeltsich , thank you for your help. I am still seeing some issues; I list them here for overview and if you suggest, I can file some of them as separate issues. I did run both rescue options, fixed git ownership of repositories etc as you suggested. What I see, though is the following:
while the second one (clicking on Manage gitolite repository) shows essentially empty page
(there is no mention of ssh access, which is in fact what I use, not https) So I am bit confused why are old and new repositories different and how to get the ssh access to the new ones... |
|
Alright, one more observation: the newly-created repo is owned by I assume the ownership by |
|
Hey @eudoxos Some things can be easily solved. The new version of the plugin and the changes in OpenProject 5 introduced new features that you need to know to make the plugin work properly. Read carefully the README.md file included with the plugin. Check the installation process again, you may have missed some parts. For the error in "Manage Gitolite repository" (point 1): This is more complicated to figure it out. But first of all, will ask you to check the permissions of the repository in the file system, as well as the path, the path should be the same as in Project | Project settings | Repository. Remember that you have to change the permissions for the group; it is in the README.md file, point 2 of Installation. Check also that you have SSH access to that repository. I hope this will solve the problem. And after all this, use again the Rescue section. For the second observation (also point 1): The image you posted is the correct view of "Manage Gitolite repository" as you have not created any deployment credential, mirror, post-receive url or git config key for that repository. For the last problem (point 2 and following post): You have created a Git repository managed by the core functionality of OpenProject. What you need is a Gitolite repository managed by this plugin. You have to enable Gitolite repositories (added by this plugin) and disable Git repositories in the System settings of OpenProject; this is described in "Basic Usage" in the README.md file of the plugin. Please, let us know if you still encounter problems with the installation/configuration/usage of the plugin. Regards |
|
Hi Luis, thank you for prompt reply. I went through the README.md again, followed all steps. Gitolite is accessible through SSH, openproject is in the git group, repositories are group-writeable. As far as I see it was all correct. One thing I noticed in the README.md is that it says to add both I went to Administration/System Settings/Repositories (never seen that page before :) ), disabled Git repositories and enabled Gitolite (correct? maybe add this to the README.md?). Now I can create new Gitolite repository, it shows the correct URL ( Old repositories (gitolite created with 4.x) show, instead, the error on the Repository page as above; I went to compare the contents and they seem almost the same, except that the old repos contain some extra lines in The page "Manage Gitolite repository" shows everything empty (for both old and new gitolite repos), though keys for project members work for repo access. Can I just leave all the complicated stuff (Deployment credentials, Post receive URL, ...) empty, are those only extras? |
|
Hey @eudoxos, Perhaps you are looking at the wrong README.md file (branch dev?). The README.md file in branch release/5.0 is updated with the new info on how to install and configure the plugin (including the Git and Gitolite repos in System settings of OpenProject); you are missing some steps there. Please, check README.md in the correct branch and go through the steps again: This is the correct content of The extra section you have is from legacy code, but it does not affect the new functionality: The page “Manage Gitolite repository” will show everything empty and it is not necessary to be modified unless you want that functionality for your repository. You can leave this “complicated stuff” empty if you want. Regards |
|
Thanks, Luis, I followed the other readme, I was indeed looking at a different branch. Now after running updates ( |
|
I have not used packaged installation before. Perhaps there is something else that has to be considered for the plugin. To avoid the error with Instead of having these three lines in your use only this (from a test branch at GWDG): Let me know if you continue having problems during the installation. But I would also ask you to post the output previous to the error of grack to have a better understanding of what was happening before it. Regards |
|
Great, the This is the previous error output with (I think I also had to add |
|
I am glad you have finally installed the plugin without problems. I assume that the previous errors (the views "Manage Gitolite repository" and "Repository") with the existing and new repositories are also gone. I soon as I have the time I will test the packaged installation on Ubuntu Trusty to try to replicate the error of Regards |
|
Hi Luis, can I switch away from the |
|
Hey @eudoxos, I have been very busy with other tasks and did not have the time to check the packaged installation with the plugin. I will let you know as soon as I have some news. Cheers |
|
Hello @oliverguenther, When I try to create a repository from a project administration page, I have only choice for git repositories, not gitolite. Moreover when I try to create a git repository I have an error "scm_type parameter is missing" (not in the UI, but in the browser developer's tools). I tried with Any ideas what's going wrong here? Thanks! |
|
Dear @amanone According to your description, it seems that you have not configured properly the plugin. Please, make sure you have installed the version from branch Cheers |
|
Hi Luis, I can confirm you that the latest commit was 7923ced. No issue here. The steps that you are mentioning are useful for a first gitolite-plugin installation. This was not my case, because gitolite plugin was already working with with I'll give it another try next week and share my observations here. Thanks! |
|
Hey @eudoxos, I have been trying to solve the error of And excuse the delay; I was assigned to some other tasks that took all my time. Cheers |
|
Hey @eudoxos, I have made changes to the plugin; the error of Regards |
|
Hi @mabentwickeltsich, I wanted to try, and update OP at the same time to 6.1, which made rails version incompatible... (I filed #32 about that) Once that is resolved, I will be happy to give it a go. Cheers! |
|
Hey @eudoxos, There is still an open issue with the plugin and OpenProject 5.0.16. Something changed from 5.0.15 and it breakes SmartHTTP. Not an issue if you do not clone over HTTP. But I have been very busy with my thesis and could not find the time to fix it. Thus, I still do not port the plugin to OpenProject 6. I will set some time to work on the issue these next days. Regards |
Hi, this is more a support request: I was using this plugin happily with 4.0.x OP (community edition); now I upgraded to 5.0 and I am not sure what is the interaction between 5.0 and this plugin; does 5.0 ship with the plugin or does it access repositories in its own way, without gitolite?
There is "repositories" addon to openproject now which asks for path to OP repositories; I used /var/lib/gitolite3/repositories, but it probably was not a very good idea, since now the repos cannot be accessed neither through git (UPDATE: this was fixed by
chown -R git:git /var/lib/gitolite3, the ownership was changed toopenproject:www-databy the OP updater):nor from the UI:
Is there some smooth migration path provided? You (Oliver) mention that this plugin supports 5.0.
Thank you for help.
The text was updated successfully, but these errors were encountered: