解决SVN Can’t open file ‘/XXX/xxx/db/txn-current-lock’错误

最新推荐文章于 2020-10-13 10:38:00 发布
最新推荐文章于 2020-10-13 10:38:00 发布
阅读量963 收藏 2
点赞数
分类专栏： 项目管理之版本管理
本文介绍了在Linux环境下安装SVN服务器后，Windows客户端提交时出现权限不足的问题及解决方法。通过调整服务器上的文件权限，使得Windows客户端能够正常检出和提交。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

今天用非root账号,用sudo 命令 添加了两个账号,然后重启服务···

       可以正常取出东西,但是不能提交···

       报的错就是 :  不能打开文件“/var/svn/svnrepos/db/txn-current-lock”: 权限不够


查了半天 找到了解决办法，原文链接：http://blog.sina.com.cn/s/blog_7139569d0100woar.html

 

       在Linux环境下安装好SVN服务器后，在Linux环境下可以正常地检出、提交，在Windows PC上把已有的Repository检出后，结果在提交的时候出现以下错误：
svn: Can’t open file ‘/home/svn/db/txn-current-lock’: Permission denied

      出现这种问题的原因在于搭建SVN服务器，包括创建Repository目录/home/svn目录下的一切子目录和文件都是在root用户下进行的，所以在root用户下检出、提交都没有问题。可在Windows PC上从客户端访问就有问题了，因为是只有拥有管理器权限的人才能对Repository目录进行完全控制，而在Windows从客户端访问的话，因为是Users用户组的，对Repository没有修改权限，所以不能提交。

解决办法： 在服务器上把Users对Repository的完全控制权限加上就可以了，执行如下命令对/home/svn目录下的所有文件和子目录添加Users的读写权限

      执行下面的命令:

     
chmod -R o+rw /home/svn    

#这里的路径是你项目库的根目录


     现在可以正常地从Windows客户端下面进行检出和提交了。


     我也尝试了其他的方法，但是失败了：

     直接 $:cd  /home/svn/ishare/           ishare为你的项目名称

     sudo chmod -r 777 db    但是提示找不到777 可能是linux 发行版本不同吧...

svn commit 报错 -- “svn: E000013: Can‘t move, ... Permission denied“
老实人张大傻
03-01 2908
文章目录背景报错解决 -- 更改 svn 项目目录权限解决验证 -- 提交成功 背景 配置 svn + http 方式，配置后通过 svn commit 提交，出现错误。 报错 [dev@testbmj svn_checkout]$ svn commit -m 'add readme.txt for test commit' Adding readme.txt Transmitting file data .svn: E000013: Commit failed (details foll
SVN踩坑实录
weixin_36343850的博客
11-19 966
背景 在华为云服务器上搭建了SVN服务器，在本地客户端向SVN服务器提交代码的过程中，踩了不少坑，所以记录下来 踩坑实录 1. 无法正常连接到远程服务器 报错信息 svn: E170013: Commit failed (details follow): svn: E170013: Unable to connect to a repository at URL 'svn://xxx.xxx.xxx.xxx' svn: E000060: Can't connect to host 'xxx.xxx.xx
SVN无法提交出现 Can't set file "/db/txn_current" read-write :拒绝访问
09-30
主要介绍了SVN无法提交出现 Can't set file "/db/txn_current" read-write :拒绝访问的相关资料,需要的朋友可以参考下
svn: Can't open file 'PATH/TO/YOUR/FILES/.svn/lock': Permission denied
weixin_33725126的博客
09-15 125
svn: Can't open file 'PATH/TO/YOUR/FILES/.svn/lock': Permission denied 如果出现上面的异常信息，说明你需要重置PATH/TO/YOUR/FILES/目录的svn权限和目录所有者，文件包括隐藏的.svn目录，这时你需要用root权限执行以下命令： # 进入需要重置权限的目录 cd /PATH...
“SVN提交失败 can't open file‘\db\txn-current-lock’ 拒绝访问”。
Prince的博客
07-03 3798
“SVN提交失败 can't open file‘\db\txn-current-lock’ 拒绝访问”。解决办法：        1、检查SVN服务器上提供的用户权限是否足够，若只允许读取，则需要修改为“read/write”权限；        2、文件夹及其递归子文件夹被设置为只读，应去掉该选项。        3、从属性对话框中找到“安全”选项卡，找到用户权限中对SVN-USER的权限定义...
解决方案：svn: Can't open file 'F:\临时存放\myeclipse\DBTVinterface\src\com\dbt\vintegration\vgnrebatereceipt
gucapg的专栏
08-26 1446
更改了几个文件，准备提交，部署至正式环境上，谁知不能提交
Linux CentOS 6.5 x64 SVN服务器搭建
๑۩۞۩๑ oiote的专栏 ๑۩۞۩๑
01-09 3533
Linux CentOS 6.5 x64 SVN服务器搭建步骤
svn更新 can‘t open file 处理
weixin_42107384的博客
10-13 2405
vn更新报错，错误信息如下：Error: Can’t open fileError: ‘D:\Tomcat\apache-tomcat-7.0.56\webapps\BSHOW\.svn\pristine\24\2492ce6b3775e243a1d434966c0db6a3b9ab69b7.svn-base’:Error: 系统找不到指定的文件。 解决办法：1.根据报错文件的路径找到相应的...
SVN 无法提交 svn: Can't open file '/svn/ssq/db/txn-current-lock': Permission denied
zpf290079626的专栏
03-14 5425
报错：svn: Can't open file '/svn/ssq/db/txn-current-lock': Permission denied 出现这种问题的原因在于搭建SVN服务器，包括创建Repository目录/home/svn目录下的一切子目录和文件都是在root用户下进行的，所 以在root用户下检出、提交都没有问题。可在Windows PC上从客户端访问就
svn更新 can‘t open file .svn找不到文件
爱喜乐生命
07-22 3536
svn更新报错，错误信息如下： Error: Can’t open file Error: ‘D:\Tomcat\apache-tomcat-7.0.56\webapps\BSHOW\.svn\pristine\24\2492ce6b3775e243a1d434966c0db6a3b9ab69b7.svn-base’: Error: 系统找不到指定的文件。 解决办法： 1.根据报错文件的路径找到相应的文件位置，手动新建一个txt文本并命名为 2492ce6b3775e243a1d434966c0db.
SVN报错：can't open file db/txn-current-lock:permission denied 解决方法
qq_36564461的博客
04-26 1718
现象： SVN服务器重启后，重新挂载SVN仓库，可以下载代码，但是上传代码发现报错： can't open file db/txn-current-lock:permission denied 刚开始以为用户权限不够，但是查看了password文件后发现用户是有权限的，并且所有用户 都报这个错。 尝试： 1、先杀死原有进程，重新挂载。--------------------------...
SVN “不能打开文件“.svn/lock” 权限不够”精解
weixin_33796205的博客
06-08 578
    今天在内网重新部署了一台新SVN服务器，同事在客户端svn up更新的时候报错“svn: Can't open file '.svn/lock': Permission denied”，下面具体分析为什么会出现这样的问题及其如何解决？     1.首先checkout一份文件到本地，其中svntest为仓库名称，第一次checkout的时候会提示输入SVN的账号和密码，我输入的SVN的账...
svn: Can't open file '/data/svn/repos/edu0/db/txn-current-lock': Permission deni
wyzxzws的专栏
09-12 356
问题描述：svn: Can't open file '/data/svn/repos/edu0/db/txn-current-lock': Permission denied 解决方案： 第一步：用户修改［别用root用户］ [root@localhost repos]# chown -R svn:svn edu0 [root@localhost repos]# ll 总用量 12 d...
svn报can't open file‘\db\txn-current-lock’错误
木头若愚
02-13 2650
今天在Linux环境下安装好SVN服务器后，在Linux环境下可以正常地检出、提交，在Windows PC上把已有的Repository检出后，结果在提交的时候出现以下错误： svn: Can’t open file ‘/var/svn/svnreos/db/txn-current-lock’: Permission denied 出现这种问题的原因在于搭建SVN服务器，包括创建Repos
SVN提交失败：can‘t open file ‘c:\Repositories\**\db\txn-current-lock‘:拒绝访问
qq_42751248的博客
08-25 3134
问题描述：自己本地向公司windows服务器上的SVN提交代码，报如下图中的错误： 报错原因：网上了查了相关答案，意思大概是当前用户 C:\Repositories 该文件下没有操作权限，因此给个权限即可解决问题。 解决办法：根据你报错信息上面的显示文件路径，在该盘下找到你这个文件夹。此处以我的报错为例，这里我需要找的文件路经是：C:\Repositories，详细操作如下：选中Repositories右键 ==》点击属性 ==》切换到安全栏目下 ==》 选中Users ==》 把Users下面没打
SVN提交失败 can't open file‘\db\txn-current-lock’ 拒绝访问
az44yao的专栏
10-30 5693
服务器：windows server 2008      今天重新安装了Visual SVN Server，把已有的Repository导入后，重新check out一数据仓库，结果在提交的时候出现以下错误： Error: Can’t open ‘/home/svn/db/txn-current-lock’: 拒绝访问      在网上搜了好多资料，都说是权限的问题。
SVN: can't open file‘\db\txn-current-lock’ 拒绝访问
我想遇见你,在最美的季节
11-21 6640
问题描述：         之前在服务器Windows Server 2012上安装了SVN，后来系统被还原，但是安装文件还在，后来用程序对SVN进行了修复，     修复后在客户端提交代码时，提示“db\txn-current-lock”拒绝访问。     解决方法：         在C:\Repositories文件夹的属性->安全中，添加Authenticated Users用户权
更换SVN服务器之后显示“can’t write ‘db/txn-current’ atomically error”
最新发布
07-18
<think>我们正在解决SVN更换服务器后出现的原子性写入错误：`can't write 'db/txn-current' atomically`。根据引用内容，此类错误通常与权限问题有关，尤其是在迁移SVN仓库后，新服务器上的文件权限可能未正确设置，导致SVN进程无法写入事务文件。 ### 错误原因分析 1. **权限问题**：这是最常见的原因。在迁移SVN仓库时，如果直接将仓库文件（包括`db/txn-current`）复制到新服务器，可能会保留原服务器的文件权限设置。如果新服务器上运行SVN服务的用户（如`apache`、`svn`或`www-data`）没有足够的权限写入仓库目录，就会触发此错误。 2. **文件所有权问题**：迁移后，仓库文件的所有者可能仍然是原服务器的用户，而新服务器上的SVN服务用户无法访问这些文件。 3. **SELinux/AppArmor限制**：在Linux系统中，安全模块（如SELinux或AppArmor）可能会阻止SVN进程写入文件。 4. **文件路径不一致**：迁移后仓库的路径可能发生变化，导致配置中指定的路径与实际路径不符。 ### 逐步解决方案 #### 步骤1: 确认SVN服务运行的用户 首先，确定新服务器上运行SVN服务的用户。常见的用户有： - 通过Apache运行的SVN：用户通常是`apache`（CentOS/RHEL）或`www-data`（Debian/Ubuntu）。 - 通过`svnserve`独立运行的SVN：用户可能是`svn`或自定义用户。 **检查方法**： - Apache模式：查看Apache配置文件（如`/etc/httpd/conf.d/subversion.conf`）中的`User`和`Group`设置。 - svnserve模式：查看进程所有者，例如： ```bash ps aux | grep svnserve ``` #### 步骤2: 递归修改仓库目录的权限和所有权 假设SVN仓库路径为`/var/svn/repos`（请替换为您的实际路径），运行SVN服务的用户为`svnuser`（请替换为实际用户），组为`svngroup`（请替换为实际组）。 1. **修改所有权**： ```bash sudo chown -R svnuser:svngroup /var/svn/repos ``` 此命令将仓库目录及其所有内容的所有权更改为SVN服务用户和组。 2. **设置目录权限**： ```bash sudo chmod -R 770 /var/svn/repos ``` 注意：`770`表示所有者（svnuser）和组（svngroup）有读、写、执行权限，其他用户无权限。如果您的仓库需要匿名读取访问，请调整权限（例如`755`），但确保写入权限仅限于SVN服务用户。 #### 步骤3: 检查SELinux/AppArmor状态（仅Linux） 如果您的系统启用了SELinux（如CentOS/RHEL）或AppArmor（如Ubuntu），可能会阻止写入操作。 - **SELinux**： 1. 检查状态： ```bash sestatus ``` 2. 如果状态为`enabled`，尝试临时禁用SELinux以测试是否是它导致的问题： ```bash sudo setenforce 0 ``` 然后重试SVN操作。如果问题解决，说明是SELinux策略问题。您需要为SVN仓库目录设置正确的SELinux上下文： ```bash sudo chcon -R -t httpd_sys_content_t /var/svn/repos # 如果使用Apache sudo chcon -R -t svnserve_data_t /var/svn/repos # 如果使用svnserve ``` 或者永久允许： ```bash sudo semanage fcontext -a -t httpd_sys_content_t "/var/svn/repos(/.*)?" sudo restorecon -Rv /var/svn/repos ``` - **AppArmor**： 检查AppArmor日志（`/var/log/kern.log`或`/var/log/audit/audit.log`）是否有拒绝访问的记录。如果存在问题，调整AppArmor配置文件。 #### 步骤4: 验证仓库配置 确保新服务器上的SVN服务配置正确指向仓库路径： - **Apache（mod_dav_svn）**：检查虚拟主机配置中的`<Location>`和`SVNPath`或`SVNParentPath`指令。 - **svnserve**：检查`svnserve`启动命令（如`svnserve -d -r /var/svn`）和仓库的`conf/svnserve.conf`文件。 #### 步骤5: 重启SVN服务 应用更改后，重启服务： - Apache模式： ```bash sudo systemctl restart httpd # 或apache2 ``` - svnserve模式： ```bash sudo systemctl restart svnserve # 或使用killall svnserve后重新启动 ``` #### 步骤6: 测试提交操作 在客户端执行提交操作，验证问题是否解决。 ### 预防措施 - 在迁移仓库时，使用`svnadmin dump`和`svnadmin load`命令备份和恢复，这可以避免文件权限问题。 - 在迁移前，记录原仓库的权限设置，并在新服务器上预先配置。 如果上述步骤仍无法解决问题，请检查SVN服务器的错误日志（如Apache的`error_log`或svnserve的日志）以获取更详细的错误信息。 §§相关问题§§ 1. 如何安全迁移SVN仓库到新服务器? 2. SELinux如何影响SVN服务器的文件访问? 3. 如何配置svnserve以系统服务运行?</think>### SVN更换服务器后出现 `can't write 'db/txn-current' atomically` 错误解决方案 此错误通常发生在迁移SVN仓库到新服务器后，由于**文件权限**或**所有权配置错误**导致SVN无法原子性写入事务文件。以下是系统性的解决步骤： --- #### 第一步：确认文件所有权（关键步骤） 在新服务器上，SVN仓库目录（如`/var/svn/repos`）的所有权必须与运行SVN服务的用户匹配： ```bash # 查看当前仓库所有权 ls -ld /var/svn/repos # 修改所有权（假设SVN服务用户为svnuser） sudo chown -R svnuser:svnuser /var/svn/repos ``` > 📌 **关键说明**： > - 如果使用Apache运行SVN，用户可能是`apache`或`www-data` > - 如果使用svnserve独立服务，用户通常是`svn`或自定义用户 > - Windows系统需在目录属性→安全→编辑中添加用户完全控制权限[^1][^2] --- #### 第二步：递归设置目录权限 ```bash # 赋予用户组读写权限（保留执行权限） sudo chmod -R ug+rwX /var/svn/repos # 特殊文件需额外权限（如lock文件） sudo chmod 660 /var/svn/repos/db/txn-current* ``` > ⚠️ 注意： > 避免使用`chmod 777`，应遵循最小权限原则。权限修复后需重启SVN服务[^2][^4]。 --- #### 第三步：检查SELinux限制（仅Linux） 若系统启用SELinux，需调整上下文： ```bash # 检查SELinux状态 sestatus # 修复上下文（Apache示例） sudo chcon -R -t httpd_sys_content_t /var/svn/repos sudo chcon -R -t httpd_sys_rw_content_t /var/svn/repos/db ``` --- #### 第四步：验证仓库完整性 使用SVN工具检查仓库： ```bash svnadmin verify /var/svn/repos # 若提示损坏，尝试恢复 svnadmin recover /var/svn/repos ``` --- #### 第五步：迁移后特殊处理 若通过文件复制迁移仓库（非`svnadmin dump/load`）： 1. 删除所有锁文件： ```bash rm -f /var/svn/repos/db/*lock ``` 2. 重置事务日志： ```bash echo 0 > /var/svn/repos/db/txn-current ``` --- #### 预防措施 1. **正确迁移流程**： ```bash # 旧服务器导出 svnadmin dump /old/repos > repo.dump # 新服务器导入 svnadmin create /new/repos svnadmin load /new/repos < repo.dump ``` 2. 仓库目录权限初始化： ```bash sudo svnadmin create /var/svn/newrepo --fs-type fsfs sudo chown -R svnuser:svnuser /var/svn/newrepo ``` > 💡 **故障定位技巧**： > 监控系统日志实时捕捉错误： > ```bash > tail -f /var/log/httpd/error_log # Apache > journalctl -u svnserve -f # systemd服务 > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值