수은 붙어"기다리고 있는 잠금"

StackOverflow https://stackoverflow.com/questions/12865

  •  08-06-2019
  •  | 
  •  

문제

가 블루 스크린에서 윈도우 복제하는 동안에는 의욕장합니다.

후 재부팅,내가 지금 이 메시지에 대한 거의 모든 hg 명령:

c:\src\>hg commit
waiting for lock on repository c:\src\McVrsServer held by '\x00\x00\x00\x00\x00\
x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
interrupted!

구글은 도움이됩니다.

Any tips?

도움이 되었습니까?

해결책

때를 기다리는"자물쇠에 저장소",삭제한 파일 저장소: .hg/wlock (나에 있을 수 있습니다 .hg/store/lock)

를 삭제할 때에 잠금을 파일이 있는지 확인해야 합 아무것은에 액세스합니다.(있다면 잠금의 문자열입니다 제로 또는다면,이것은 거의 확실히 true).

다른 팁

면 waiting for lock on working directory, 삭제 .hg/wlock.

나는 이 문제가 감지할 수 없는 파일을 잠급니다.나는 해결책을 발견하기: http://schooner.uwaterloo.ca/twiki/bin/view/MAG/HgLockError

여기에 내에서 거북이 Hg 벤치 콘솔

% hg debuglocks
lock:  user None, process 7168, host HPv32 (114213199s)
wlock: free
[command returned code 1 Sat Jan 07 18:00:18 2017]
% hg debuglocks --force-lock
[command completed successfully Sat Jan 07 18:03:15 2017]
cmdserver: Process crashed
PaniniDev% hg debuglocks
% hg debuglocks
lock:  free
wlock: free
[command completed successfully Sat Jan 07 18:03:30 2017]

후이 중단된 풀 성공적으로 실행.

잠금을 설정했던 2 년 이상 전,프로세스에 의해 컴퓨터에서는 더 이상합니다.치에 hg 개발자)지 않은 문서화 잠금 적절;b)지 타임스탬프에 대 한 그들을 자동으로 제거할 때 되었습니다.

동료이 정확한 문제는 오늘날,후에 블루 스크린 노력하는 동안 밀어 넣습니다.그는:

그의 리포트를 다시했습니다.

편집: 당@Marmoute 의 코멘트를 다룰 때에 잠금 관련 문제가 사용하여, hg debuglock 이 더 안전한 대안을 맹목적으로 삭제 .hg/store/lock 파일입니다.

나는 아주 친숙한 Mercurial 의 코드를 잠금(로 1.9.1).위의 조언은 좋지만,나는 추가는:

  1. 봤어요 이 야생에서,하지만 거의 해변에 있는 고급 레스토랑에서는 Windows 기계입니다.
  2. 삭제 파일을 잠그는 쉽게 해결,하지만 당신은 아무것도 없다는 것을 보여주기 위해 다른 사람은에 액세스합니다.(있다면 잠금의 문자열입니다 제로,이는 거의 확실히 true).

(에 대한 궁금:나는 아직 할 수 있었을 잡을 이 문제의 원인,하지만 그것을 의심의 오래된 버전의 의욕에 액세스하는 저장소 또는 문제에서는 파이썬의 소켓에.gethostname()호출에 의 특정 버전 Windows.)

나는 같은 문제를 가지고 있었습니다 Win7.이 솔루션을 제거하는 파일은 다음과 같다.

  1. .hg/저장/phaseroots
  2. .hg/wlock

로습니다.hg/저장/잠금이 없었 같은 파일입니다.

난 기대하지 않는다는 이야기는 대답만,그것은 매우 특이한 상황이다.언급하는 경우에도 다른 사람보다 나으로 실행됩니다.

오늘 내가 가지고"기다리고 잠에 저장소"에 hg 밀어 명령입니다.

때 나는 죽이 걸려 hg 명령을 내가 볼 수 없다.hg/저장/잠금

때 나는 보았습니다.hg/저장/잠금 장치는 명령되었으며,그것은 존재했다.하지만 lockfile 삭제되었을 때 수은 명령이 죽었다.

에 갔을 때 목표의 밀 실행 hg 잡아당기기,문제가 없습니다.

결국 나는 프로세스 ID 에 hg 밀어었 잠금 기다리는 메시지가 변경되었습니다.그것은"hg 밀어"는 걸 기다리고 있는 잠금에 의해 개최 자체가(또는 하위 프로세스,나를 조사하지 않았 추가).

그것은 두 개의 작업 공간,그것들을 A 와 B,했다.hg 나무를 공유하여 심볼릭 링크:

A/.hg --symlinked-to--> B/.hg

이것은 좋은 것으로 Mercurial.Mercurial 하지 않는 개념을 이해하기 위해 두 개의 작업 공간을 공유하는 동일합니다.나는 이해,그러나,어떻게,누군가가 오는 의욕에서 또 다른 벤처 캐피탈을 원할 수 있습이(억지로가하지 않지만,a DVC;시장 DVC 보도에 따르면 이렇게 할 수 있).나는 놀라 symlinked REP-ROOT/.hg 에서 작동하는 모든지만,그것은 것을 제외한 이 푸시입니다.

는 경우에 잠겨 repo 원래 상상할 수 없었다 수정하기 그것을 복제하고,그래서 그것은 단지 당신을 방해하는 변화에서 그것은 중고 장난 복제.그것은 잘해야를 제거한 후에 잠급니다.

새로 복제된 복사본을(있다면 그것은 로컬 clone)수에서 모든 종류의 형식이 잘못된 상태이지만,그래서 당신이 그것을 밖으로 던져 시작이다.(있다면 그것은 원격 복제,나는 그것을 희망하지 못하고 이미 밖으로 던지는 불완전한 복사본입니다.)

저는 이 문제가 발생 Mac OS X10.7.5 및 Mercurial2.6.2 하려고 할 때다.한 후 업그레이드 Mercurial3.2.1,내가 가지고"변경 없이 발견된"대신에"기다리고 잠에 저장소".내가 찾는 것을 어떻게든 기본 경로를 얻었었다 설정하는 같은 저장소,그래서 그것은 너무 놀라운 것은 것입니다.

는 경우에만 발생에 매핑된 드라이브 수 있습 bug https://bitbucket.org/tortoisehg/thg/issue/889/cant-commit-file-over-network-share.UNC 사용하여 경로를 대신 드라이브 문자를 보려를 회피하는 문제입니다.

나는 같은 문제를 가지고 있었습니다.다음과 같은 메시지가 나 trided to commit:기다리는 잠금 작업 디렉토리의 개최의 의"

hg debuglock 명 this:잠금:무료 wlock:(66722s)

그래서 저는 다음과 같은 명령하고는 문제를 해결을 위한 저:hg debuglocks-W

사용 Win7 및 TortoizeHg4.8.7.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top