Mercurial abort: index ... is corrupted - version-control

I get the following error when trying to clone from the production repo.
abort: index data/HR3/globals.php.i is corrupted!
After which mercurial promptly farts out on me and fails to clone. I've tried removing the file in question from the production repo, and that failed. I also tried deleting the .hg directory in the production repo and re-adding and committing all of the files. This produces the same error.
Just fyi, I'm trying to clone the current production copy of our app to our test server. Our test server is running in Virtual Box.
UPDATE
I fixed the issue by deleting the globals file and then deleting the .hg directory and re-running "hg init" and "hg add ." and "hg commit."
Now I get an Internal server error when I try to clone. The following is the clone command I used.
sudo hg clone http://10.1.1.25/ www
Oddly enough, mercurial tells me that the "real" url is "10.1.1.25/HR3/index.php" which is most definitely not my mercurial repository. I do not know why it is doing this. I checked in my server logs, and the following error is what Apache crapped out.
[Thu Dec 16 12:25:30 2010] [error] [client 10.1.1.102] PHP Parse error: syntax error, unexpected T_STRING in /var/www/.hg/store/data/_h_r3/includes/_b_n_a_s/_b_n_a_s-_h_r_s201.php.i on line 22
Apparently the clone command is causing Mercurial to kick off PHP and make it try to parse something in Mercurial's data store?
RESOLUTION
I suspect this was caused by the fact that I have an index.php file at the root directory of my repository that does redirects. If you try and navigate directly to http:10.1.1.25 on our network, you're automatically directed to the index page, which is not the index.php page in the root directory. Somehow I think that this was causing php to kick off and try to parse items in the mercurial store. I've resolved this issue by cloning over ssh.

I have faced such an error before. Try to run
hg verify
on your corrupted repository. Then follow the instructions from here:
http://www.softwareprojects.com/resources/programming/t-how-to-fix-mercurial-corrupt-repository-1926.html

It seems that you publish your repo with the static-http method, from the same server as your development project lives. This method only works if the web server does not mess with $URL/.hg, which your one seems to do. check if you can download the .hg folder with wget -r -np $URL/.hg in a fresh folder and run hg verify there.
Oddly enough, mercurial tells me that the "real" url is "10.1.1.25/HR3/index.php" which is most definitely not my mercurial repository.
I guess that your web server redirects some mercurial requests to your index.php url.

You may try to do that:
hg forget HR3/globals.php
hg commit
hg add HR3/globals.php
hg commit

Related

eclipse github desktop ignore error

error: Your local changes to the following files would be overwritten by merge:
adminpage/.metadata/.log
adminpage/.metadata/.plugins/org.eclipse.core.resources/.safetable/org.eclipse.core.resources
adminpage/.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.jdt.launching.prefs
adminpage/.metadata/.plugins/org.eclipse.datatools.sqltools.result/results
adminpage/.metadata/.plugins/org.eclipse.e4.workbench/workbench.xmi
adminpage/.metadata/.plugins/org.eclipse.epp.logging.aeri.ide/com.genuitec.eclipse.aeri.server1/server-config.json
adminpage/.metadata/.plugins/org.eclipse.epp.logging.aeri.ide/org.eclipse.epp.logging.aeri.ide.server/server-config.json
Please commit your changes or stash them before you merge.
Aborting
Use the git hub desktop.
The team members share their performance with a git, and every time they commit it, they are outweighed by the difficulty of printing.
I've tried everything on the Internet, and I've tried to do this, and I've tried to do this, and I've tried to change this, and I'm not going to go through this.
I'm creating a jsp based web source with Eclipse, but I don't know what's wrong with it.
I'd like to get the help of millions of experts here.
If you can, it would be easier to ignore the .metadata/ folder entirely:
git rm --cached -r adminpage/.metadata
echo "adminpage/.metadata/" >> .gitginore
git add .gitignore
git commit -m "remote and ignore adminpage/.metadata"
git push
Repeat that in every branch where that folder is still tracked, and the error should not be seen again.

How to end 'another git process' running in same repository?

After my first attempt at committing a couple of large folders (angular and django), git responded with:
Another git process seems to be running in this repository, e.g.
an editor opened by 'git commit'. Please make sure all processes
are terminated then try again. If it still fails, a git process
may have crashed in this repository earlier:
remove the file manually to continue.
Previous posts recommend:
removing the index.lock in the .git folder.
I've done this, but the second that i resubmit "git add . " as part of my git push origin master routine, the index.lock file reappears in .git
Is there another solution? And what has happened to warrant this?
I've tried all the suggestions in the commented link
I'm working with this:
git version 2.13.5 (Apple Git-94)
In my case, index.lock wouldn't delete. Instead, I found that one of my django folders lacked a .gitignore, so I created one and included the following files:
include
lib
include
bin
.vscode
You might want to include more or less, depending.. Apparently, I was attempting to push a file that disagreed with git.

I got this strange error when delete files in xcode

When I try to delete things from my xCode project I get this strange error does not know why. It's seems like git error but I have not created git repository in my project.
This is the error:
fatal: Unable to create '/Users/dilipmanek/.git/index.lock': File exists.
If no other git process is currently running, this probably means a
git process crashed in this repository earlier. Make sure no other git
process is running and remove the file manually to continue.
Plz help me solve this problem..
Exit XCode, go to a command prompt and type rm /Users/dilipmanek/.git/index.lock. Apparently you have a git repo of your entire home directory whether you meant to or not :)
If the git repository is there by mistake, you can go to a command prompt and type;
(always be careful with rm -r, it will remove all files under the directory given, so don't do it to your entire home directory for example)
rm -r /Users/dilipmanek/.git
...and remove the entire git repository. It will not affect any files that aren't placed in that directory, but make sure you've not copied anything you need to keep there.
The reason XCode won't delete the file is that when it finds a git repo, it will attempt to use it. Git locks files by creating a temporary file in the git directory, and if XCode crashes while doing any file operation, the file is left there and the next instance of XCode will think the repository is locked.

SVN commit txn-current-lock on Mountain Lion

I have facing SVN problem in Mac OS X ..
When i am commit any file below are the error are generate.
svn: Commit failed (details follow):
svn: Can't get exclusive lock on file '/Volumes/SvnProject/db/txn-current-lock': Operation not supported
On the SVN server, ensure that the owner and group of the repository (and all subfolders) are properly set.
For example, I created a repo by issuing the following from the SVN server as root:
svnadmin create /path/myrepo
Initially I was getting the txn-current-lock error from my SVN client. On the SVN server, I noticed that /path/myrepo and all of its subfolders had owner:group of root:root. To fix this, I issued the following from the SVN server:
chown -R newowner:newgroup
Ensure your newowner and newgroup items match the owner/group information being supplied by the SVN clients.
Important to make it recursive with the -R option. This fixed the txn-current-lock error.

Updated TeamCity: Now Won't Checkout Mercurial

Well I didn't do a correct backup of my settings when I updated Team City and somehow lost all of my VCS roots but the rest of my settings for my projects are still there.
When I re-add my mercurial root, I test the connection and it succeeds, however when I try to run a build, it fails on checkout. Anyone know what this error means?
[Updating sources: agent side checkout...] Failed to perform checkout on agent: 'cmd /c hg pull <MERCURIAL URL>' command failed.
stderr: transaction abort!
rollback completed
abort: connection ended unexpectedly
stdout: pulling from <MERCURIAL URL>
requesting all changes
adding changesets
adding manifests
adding file changes
This was working before I mistakenly updated without backing up :(
I am using agent side checkout with a specified checkout directory (just like I was using before the update)
Any help would be greatly appreciated.
[EDIT]: I updated tortoise hg / mercurial on the build server and got this error when trying to pull:
% hg --repository D:\Mercurial\Core pull --verbose https://<user email login>:<pw>#<kilnhg respository url>
pulling from https://<user email login>:<pw>#<kilnhg respository url>
requesting all changes
adding changesets
adding manifests
adding file changes
transaction abort!
rollback completed
abort: connection ended unexpectedly
[command returned code 255 Thu Aug 11 15:17:17 2011]
I just tried again from tortoise hg and the pull succeeded. This is very strange :-/
I've had the exact same problem. I have tried all available versions of TortoiseHG on my Windows 7 (64) machine. I can't clone or pull anything from anywhere :)
What solved it for me is the "Use uncompressed transfer" check box in TortoiseHG gui.
Equal to "hg clone --uncompressed"
I noticed a subtlety in your error message. You're using Kiln, right? I think this issue is explained on Kiln's support site. Can you manually pull from the repo to slowly pull chunks of revisions to see if it finishes with smaller sets using hg pull -r 200 as shown on Kiln's support site?