이 오류에 대한 많은 주제에도 불구하고 SVN Server를 설정하는 데 여전히 문제가 있습니다. 서버는 Scientific Linux 6에서 실행되며 리포지토리는 SUNOS 스토리지 서버에 NFS3를 통해 저장됩니다.NFS3의 SVN 서버 "데이터베이스 잠김"
"nolocks"옵션을 사용하여 마운트하면 문제가 해결되지만 많은 사용자가 서버에서 동시에 작업하고 있으므로 잠금을 제거하면 새로운 문제가 발생한다고 생각합니다. .
로컬 파일에서 작업하는 SVN이 설치되었지만 원격 위치에서 저장소를 만들려고 할 때 파일이 만들어 지지만 "데이터베이스가 잠겨 있습니다"라는 오류가 발생하고 repo를 사용할 수 없습니다. 나는 NFS로 잘 작동 할 것으로 기대되는 fsfs 시스템을 사용한다.
나에게 다른 옵션이 있습니까?
오케이 결국 NFS 서버에 새 공유를 설정했습니다. SVN 서버에서만 액세스 할 수 있으며 "nolock"으로 마운트되었습니다. 그렇다면 실제로 작동하지만 사실은 아닙니다. 잠금 장치를 제거하지 않고 설정하는 방법을 여전히 모르겠습니다.
NFS 클라이언트는 일반적으로 NFS 서버의 특정 파일 잠금을 동일한 파일에 액세스/잠금하는 다른 NFS 클라이언트와 동기화하기 위해 NFS 잠금 관리자 (NLM)를 사용합니다. nolock 마운트 옵션은 NFS 클라이언트에게 NFS 잠금 관리자를 사용하지 말고 대신 NFS 클라이언트 시스템 자체에서 잠금을 관리하도록 지시합니다. 이 옵션은 잠금 경합이 발생하지 않도록 각 클라이언트가 내 보낸 파일 시스템의 다른 영역에서 작동하는 NFS 클라이언트가 1 개인 경우 또는 여러 NFS 클라이언트가있는 경우 유용합니다.
다음이 같습니다 :
(A) SVN_Client ==>(B) SVN_Server/NFS_CLIENT ==>(C) NFS_SERVER
여기서 : 서버 (B)는 입니다. Scientific linux 6 클라이언트에 SVN 서비스를 제공하고 서버 (C)에서 마운트하려면 SunOS 저장 서버.
NFS 서버에서 다른 머신을 마운트하지 않고 동일한 SVN 서비스를 제공한다고 가정하면 서버 (B)가 로컬에서 모든 잠금 관리를 수행하므로 nolock 옵션이 올바르게 작동합니다. NFS 서버에서 중앙 집중식으로 잠글 필요가 없습니다.
질문에 언급 한 NFSv3에 해당됩니다.