Can't create repository #235
Comments
|
Hi! Can you provide acces to the server (ssh and http)? |
|
Sorry, i can't. Still trying to reinstall everything but all that i get is same as was before. all changes goes to default path /tmp/redmine_git_hosting/git/gitolite-admin.git and changes lost there uncommited. |
|
Ok. Can you try with the devel branch? |
|
on devel brunch i've got following errors (i delete plugin and install it again as redmine docs says) git_hosting.log worker log gitolite log and this time i get kind of new file .lock in /tmp/redmine_git_hosting/git/gitolite-admin.git |
This is normal. The lock file is here to prevent conccurent modifications of the file. But there's something wrong in your gem install : You should rebuild your gemset with : |
|
This is also weird : You should rebuild your gemset with : |
|
This error occurs when building libgit2/rugged without the ssh2 library present. See also: libgit2/rugged#299 |
|
Thanks, that's helped me on my local machine, i'll try it on server and will write answer. |
|
on server i get following error in log/worker_redmine_git_hosting.log i still using sidekiq, now on access tab on ssh and http server i set ip of my server, other settings same as was on local machine. |
|
Did you clone the gitolite-admin directory manually? I have not yet tested automatic checkout with the newer rugged bindings, It may well be that it doesn't create all necessary refs. The relevant code is the following: Thus, it tries to push to origin/master. Do these refs exist in your repo? |
|
I think I get it, at least for the Which version of I've updated Redmine to the last release and, as usual, I removed the Later I did others tests on the dev platform, and it seems that the I've done some tests with the last version of gitlab-grit (2.7.0) and after some slight changes it now works properly :) So :
Can you test with this new branch? Edit (an hour after) : I've put the 0.7.6 branch on my own production server, and you know what? It works :) |
n-rodriguez
changed the title
|
I've reinstalled plugin haveve switched to 0.7.6 than switched to new gemset, run bundle install. than i've checked versions, i get gitlab-grit 2.7.0 and jbox-gitolite 1.2.3 than steps to install plugin... gitolite log worker log in folder /tmp/redmine_git_hosting/git/gitolite-admin.git i have only untracked file .lock |
|
The gitolite log indicates an error with your admin_id SSH key. This would be a gitolite configuration error. Can you clone the gitolite repository manually using the following command? (Replace git and localhost with your own values if different) If setup correctly, this should print something like: |
|
I seem to be running into issues, possibly related to all this... running 2.5.2 redmine with 0.7.6 plugin. What I am seeing is, no errors, but the save/apply methods on the gitolite admin object seem to just not do anything... I see in the git_hosting.log file that it says it's doing everything as it should, commit and pushing the gitolite-admin repo back in, but it does not. When I look at the checkout in the temp folder, I see that it:
I think I could go manually run the commit/push and gitolite would setup things as it should, but this seems wrong to need to do. Like I say, the logs say it thinks the commit/push is occurring, just the repo left in tmp folder reveals it's only doing half the job. Any ideas? |
|
Try with the Logs should be a lot more verbose ;) |
|
Ahhh, extra verbosity helps... my error I can see now quite clearly, but for the record, the "admin repo checks out, is updated, but never committed" issue for me arose from not having the user.name/user.email settings applied in my ~redmine/.gitconfig. |
|
Hrmmmm. That's not all it is... not sure what is happening here.. but despite having the right stuff in .gitconfig, the log shows the error on commit, where it says "Please tell me who you are", and shows the syntax for the git config --global user.email "[email protected]" and the like.... It's all there and setup, so not sure what gives here.... |
Actually you don't need |
|
Yeah, it seems redundant, I'll probably remove it, though the issue likely remains, why the --author flag on the commit, and that file, are both being ignored when the plugin tries to run the commit. If I log into the redmine user, and manually run the command for the commit, it works just fine, so it has to be something about how the command is launched from the plugin, something in the environment (or not in the environment that should be...) I just remembered the user's shell is not bash, so I might try setting that, see where it gets me. |
Interesting. What shell do you use? |
|
Yep. I can confirm the Redmine user needs a bash shell, which gets me a little further along. Users can add ssh keys. Er I thought so, but though it seemed to work on the surface, with clean logs, i didn't actually, and the environment is has hit the error state again? Running into something on repo creation now, it's more or less the same thing I ran into before, but I can't explain why this one fails, but the key-add worked... So, stalled where it did before interacting with the gitolite-admin repo inspecting that: But, oddly, I can't even get it to commit with the --author flag again: So it's not just the shell, though that seemed to help the other case. Log-wise, from the git_hosting.log: And in the production log, a stack trace from what looks like an unhandled case for the git error. I might be able to work around it by putting back a .gitconfig but that probably is counter to your intentions. I'm baffled at why the --author flag is not helping here. It worked for me on manually running things before, it looks right when I do it manually, doesn't work here, was fixed for the ssh key section by switching to bash. Still on bash... same code path in the gitolite_admin.rb's save method as the ssh_key used. So, this really should work. Maybe there is some other aspect of the user environment the plugin sets up after or I need to account for.... this line is worrying (yes, the rc file has the .* set for that parameter to enable hooks): The test tab comes up clean for all hook related things. But it looks to be related to invoking a shell for git again. (Trying to fetch values from a .config file?) I might have found a quirk of my config that could be making post-receive hooks angry, though not sure if that applies to this issue.... Will go eliminate it to be sure. |
This is normal... and my fault. The 0.7.7 branch depends on the futur release of gitlab-grit which is not yet released :/ I need this PR because when the This PR catches the |
|
To keep on testing you can comment lines 115 and 117 in |
|
There are any news on this, about a week ago and stil no success with this |
|
Hi there!
https://jbox-web.github.io/redmine_git_hosting/howtos/index.html#step-by-step-upgrade |
|
i have updated to v0.7.8 problem still exists |
Hello, i've spend a lot of time for trying to install your plugin and reinstall it lots of time, but now i've gave up. I need your help.
For now i can't even create a repo. But earlier i did... with another problems...
Now I'm installing redmine and plugin with gitolite on my local pc to figure out what the problem is with all of this.
My configuration:
All i did following by "step by step" instruction plugin install on tag 0.7.5 gitolite on commit v3.6.1 Also i followed troubleshooting about .ssh/config ...(done everything written there) and try to add hostname there. But i think it's no metters right now. I figure out that when i try to create project(with initial repo or new repo) the following is hapenning. /tmp/redmine_git_hosting/git/gitolite-admin.git this is clone admin-gitolite repo as i understand by default. if i check 'git status' i get 'modified: conf/gitolite.conf', i check this file and there i find all what i should get( i mean new configuration for new repo) but noone didn't push this repo to the origin master (so gitolite can understand that he should create new repository with correct rights). Also this repo is there by default, if i change my tmp dir trere are no gitolite-admin repo. Can you explain how it works and should work and what should i do with it.
Also my logs:
githosting.log
.gitolite/logs/gitolite-2014-07.log
I have sidekiq on and run
hierarhical mode
automatically initialize with readme file
access all servers localhost as i testing on my local machine
earlier i force) plugin to create repos but have problems with updating redmine hooks, latest reinstall of redmine and plugin ruined everythin. Please i really need your help
The text was updated successfully, but these errors were encountered: