SVN提交代码时出现can't open file 'txn-current-lock' permission denied 的原因及解决方法

最新推荐文章于 2021-12-07 19:21:51 发布
最新推荐文章于 2021-12-07 19:21:51 发布
阅读量2.9k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 服务器 Linux&&Shell 文章标签： svn file import apache 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/kangqing2003/article/details/7043146
当使用SVN版本服务器进行提交时遇到错误'can't open file 'txn-current-lock' permission denied'？通过调整权限设置，即使用sudo命令修改目录所有权和权限，可以解决此问题。具体操作为：先执行'sudo chown -R daemon/usr/local/svn/firstapp'，再执行'sudo chmod -R 755/usr/local/svn/firstapp'，确保mod_dav_svn拥有正确的权限。

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

配置好SVN和Apache版本服务器后，在Commit或者Import时，出现这样的问题：

svn提交失败：can't open file 'txn-current-lock' permission denied 

原因：在svnadmin create命令执行是以root身份执行的，因此，mod_dav_svn没有write等权限。

解决办法：执行下面命令：

sudo chown -R daemon /usr/local/svn/firstapp
sudo chmod -R 755 /usr/local/svn/firstapp

再重新执行svn add等命令，问题解决！

【异常】windows git clone提示 Permission denied (publickey). fatal: Could not read from remote repository.
本本本添哥
10-28 518
然后登录到 GitHub 并进入设置页面中的 “SSH and GPG keys” 部分，点击 “New SSH key”，粘贴你的公钥并保存。如果仍然有问题，请确保你的 SSH 客户端配置正确，并且防火墙没有阻止 SSH 连接。这通常意味着你的 SSH 密钥没有被正确配置或未被添加到你的 GitHub 账户中。同时，确认你在 GitHub 上使用的用户名和邮箱与你的 SSH 密钥标签匹配。你需要将生成的公钥添加到你的 GitHub 账户中。按照提示操作，通常你会被要求输入保存密钥的位置（默认是。
阿里云ubuntu 创建svn服务器及SVN服务器的command
wenyusuran的专栏
10-23 1654
1.SubVersion服务安装 sudo apt-get install subversion sudo apt-get install libapache2-svn   2.服务器配置 2.1相关用户、组的设定 将自己和“www-data”(Apache 用户)加入组subversion中 sudo addgroup subversion sudo usermod -
解决SVN Can’t open file ‘/XXX/xxx/db/txn-current-lock’错误
weixin_30294021的博客
08-20 833
今天用非root账号,用sudo 命令 添加了两个账号,然后重启服务··· 可以正常取出东西,但是不能提交··· 报的错就是 : 不能打开文件“/var/svn/svnrepos/db/txn-current-lock”: 权限不够 查了半天 找到了解决办法，原文链接：http://blog.sina.com.cn/...
SVN提交报错: txn-current-lock拒绝访问。
心若向阳 无谓悲伤
06-09 3211
1、问题描述 SVN客户端提交文件时出现以下错误 org.apache.subversion.javahl.ClientException: ¾ܾø·ÃÎʡ£ svn: Commit failed (details follow): svn: Can't open file 'C:\Repositories\project\db\txn-current-lock': 拒绝访问。 org.apache.subversion.javahl.ClientException: ¾ܾø·ÃÎʡ£...
SVN异常处理——提交失败:txn-current-lock:拒绝访问
角落的问候
11-07 1万+
昨天遇到怪事了，一直正常更新的SVN在提交文件更新时提示错误，大致内容是：“SVN提交失败 can't open file‘\db\txn-current-lock’ 拒绝访问”。 开始一直找不到问题，尝试了网上提供的方法，还是不得要领，包括在SVN服务器上设置根目录的用户访问权限，都无法解决。 我尝试clean-up操作本地SVN目录，未果；将被修改的文件转移后，重新get文件，并进行简单修
SVN中“txn-current-lock：拒绝访问”错误
weixin_30888707的博客
03-26 198
我的SVN服务器使用的是Visual SVN，重装系统后，使用SVN commit是遇到： 　　不能打开文件“E:\SvnRepository\MyProject\db\txn-current-lock”: 拒绝访问 这样的错误。 问题原因： user用户组的权限不够。 解决方法： 找到SVN的repository文件夹，打开属性页，增加user用户组的读写权限。 ...
svn commit 报错 -- “svn: E000013: Can‘t move, ... Permission denied“
老实人张大傻
03-01 2910
文章目录背景报错解决 -- 更改 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 968
背景 在华为云服务器上搭建了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
Linux搭建svn服务详细步骤（多项目管理+http访问）
_好人的博客
07-11 2147
一、安装 1、查看yum是否安装 在终端中输入yum即可如果已经安装，会显示yum的参数,如果没有安装，会提示yum未安装或无效命令（没安装的需先安装，这里不细说） 2、安装svn yum -y install subversion 3、查看安装版本，检查安装是否成功 svnserve --version 4、查看安装位置 rpm -ql subversion 二、创建项目 1、创建用于存放版本库的目录（此目录为所有项目的根目录） mkdir -p /usr/local/svn
Linux SVN “db/txn-current-lock: Permission denied”
小单的博客专栏
11-01 1209
文章标题是一个统一问题，主要是在Linux上部署SVN服务端时，客户端提交代码时出现的错误。 Linux 运行SVN服务端，一般包括两种方式： 原生Linux安装 基于docker方式的svn服务端，比如我用的 elleflorio/svn-server:latest 容器，这个容器包含 svnadmin 管理界面，功能够用也挺方便 遇到问题 db/txn-current-lock: Permission denied 的解决方式有两种： 1、直接暴力给目录设置 777 权限，命令 chmod 777
Can't lock file (errno: 170) 错误
wxc20062006的专栏
07-22 3042
mysql版本信息： admin@localhost : test 02:56:06> select @@version; +------------+ | @@version  | +------------+ | 5.5.24-log | +------------+ 实验：(1)创建表结构
Ubuntu SVN：Can't open file '/home/svn/db/txn-current-lock': Permission
baicp3的专栏
03-13 2734
第一次出现这个问题的时候，答案各种不给力啊。最简单的解决方案如下：   Ubuntu SVN：Can't open file '/home/svn/db/txn-current-lock': Permission 解决方案 $ sudo chmod -R 777 /home/svn/ece        #给svn仓库目录以777的权限值即可 ls命令查看的
SVN commit或import时出现 can't open file 'txn-current-lock' permission denied 的原因及解决方法
热门推荐
Software Architect
03-15 1万+
配置svn＋apache服务器时，在导入或提交时，如果是win、unix、linux、mac os x等系统可能遇到类似这样的权限问题： svn: 提交失败(细节如下): svn: cant open file txn-current-lock permission denied或者svn: 提交失败(细节如下): svn: Cant create directory
svn: 不能打开文件“/XXX/svn/xxx/db/txn-current-lock”: 权限不够
花若盛开，蝴蝶自来；你若精彩，天自安排
11-22 2758
svn前段时间还正常使用，突然就不能提交文件了，一脸懵逼。上网查看大部分都是要改svn资源库安装位置的权限，可是对于我来说怎么改权限都不行，按下面操作才解决： 1、停止svn服务  service  svnserve stop   或   ps -ef | grep svnserve 查找svn进程，然后kill -9  svnPID 2、以下面的方式重启svn服务 service -d ...
Clickhouse报错：DB::Exception: Cannot lock file /var/lib/clickhouse/status
小蚯蚓的博客
12-07 6957
一、问题描述 clickhouse启动后，本身也可以访问没有问题，而且外部也可以访问，但是查看其error日志，发现一直有报错 tail -f clickhouse-server/clickhouse-server.err.log 结果： 2020.10.07 19:05:32.720350 [ 8150 ] {} <Error> Application: DB::Exception: Cannot lock file /var/lib/clickhouse/status. Another se
SVN报错：can't open file db/txn-current-lock:permission denied 解决方法
are27316的博客
09-04 1226
其实这个问题是这样的。下面我举个例子：比如版本库SVN是root用户创建的但是启动服务的时候没有选择root启动，而是在其他用户转托管太下启动的，所以只能读不能写。 解决方法：停止svn服务：killall svnserve 在创建版本库的用户下启动svn ： svnserve -d -r /opt/....(你版本库的路径)。 转载于:https://www.cnblogs....
SVN更换服务器后出现 can't write 'db/txn-current' atomically 错误解决方案，现在新的系统是windows server 2016
最新发布
07-18
<think>我们正在处理Windows Server 2016环境下SVN更换服务器后出现的"can't write 'db/txn-current' atomically"错误。根据引用资料，该错误通常与权限问题有关，特别是在迁移后新服务器上的SVN仓库目录权限未正确设置。 引用[1]和[2]指出，在Linux环境下，当SVN仓库目录及其子目录和文件的权限不足时，会出现类似错误（如'txn-current-lock'权限拒绝）。虽然我们现在是Windows环境，但原理相同：运行SVN服务的用户（或访问仓库的进程）必须对仓库目录（特别是db目录）有完全控制权限。 引用[4]提到在Linux中通过修改目录所有权（chown）解决，在Windows中我们则需要通过文件系统的安全设置来调整权限。 因此，解决方案的核心是确保SVN服务运行账户（或用于访问的网络账户）对SVN仓库目录（包括子目录和文件）具有完全控制权限。 具体步骤： 1. 确定SVN服务运行账户： - 如果使用VisualSVN Server，默认运行账户是Local System或Network Service，也可能是自定义账户（如域账户）。 - 如果使用Apache+mod_dav_svn，则运行账户通常是Apache服务账户（如Network Service）。 2. 为SVN仓库目录设置权限： - 找到仓库根目录（例如：D:\Repositories\YourRepo）。 - 右键单击仓库目录（YourRepo）→选择“属性”→切换到“安全”选项卡。 - 检查当前是否有运行SVN服务的账户（例如：Network Service、Local Service、自定义账户等）。如果没有，点击“编辑”→“添加”按钮，输入账户名（如“NETWORK SERVICE”），然后点击“检查名称”并确认。 - 选中该账户，在下方权限列表中勾选“完全控制”（或至少“修改”、“写入”权限）。 - 注意：必须勾选“替换子容器和对象的所有者”选项（在高级权限设置中），确保权限递归应用到所有子目录和文件。 3. 特别注意db目录的权限： - 根据错误信息，问题出在db/txn-current文件。因此，确保db目录及其内部文件具有相同的权限设置。 4. 如果迁移过程中文件权限被继承或限制，可能需要重置权限： - 在“安全”选项卡，点击“高级”→“更改权限”，然后取消“包括可从该对象的父项继承的权限”的勾选（在弹出的窗口中点击“添加”），然后重新添加权限（这样可清除原有可能不正确的权限）。 - 然后重新添加运行账户并赋予完全控制权限，并选择“替换所有子对象权限项”。 5. 检查并设置正确的共享权限（如果通过网络访问）： - 确保共享文件夹的权限也允许相应账户访问（如果仓库位于网络共享上）。 6. 重启SVN服务： - 完成权限修改后，重启SVN服务（如VisualSVN Server服务或Apache服务）以使更改生效。 7. 验证： - 尝试执行提交操作，看是否解决问题。 如果问题仍然存在，考虑以下额外步骤： 8. 检查磁盘空间：确保目标驱动器有足够的空间。 9. 检查文件系统：确保仓库所在分区是NTFS（因为FAT32不支持文件级别的权限设置，且不支持大文件）。 10. 检查防病毒软件：有时防病毒软件会锁定文件，暂时禁用防病毒软件进行测试。 11. 迁移方法：如果迁移方法不正确（如直接复制文件而不是使用svnadmin dump/load），可能导致仓库内部不一致。建议使用标准迁移方法： - 在旧服务器上：`svnadmin dump D:\Repositories\YourRepo > repo.dump` - 在新服务器上：`svnadmin create D:\Repositories\NewRepo` 然后 `svnadmin load D:\Repositories\NewRepo < repo.dump` 注意：在Windows中，路径分隔符使用反斜杠，但SVN内部使用正斜杠，因此在错误消息中可能看到正斜杠（如'db/txn-current'），但实际路径是反斜杠（如'db\txn-current'）。权限设置时按实际路径操作。 引用[3]提到，在Windows中，如果直接修改仓库的db/txn-current文件（记录当前事务号），需要谨慎操作。但在权限问题中，我们不需要手动修改该文件。 综上所述，重点在于权限设置。请按照上述步骤操作，通常可以解决问题。 生成相关问题： 1. 如何正确迁移SVN仓库到新的Windows服务器？ 2. 在Windows Server上如何配置VisualSVN Server的权限？ 3. 为什么SVN仓库迁移后会出现权限问题？ 4. 如何诊断和解决SVN仓库的写入错误？</think>针对 Windows Server 2016 环境下的 `can't write 'db/txn-current' atomically` 错误，以下是系统化的解决方案： --- ### 解决方案步骤 #### 1. **确认服务运行账户** - 打开 **服务**（services.msc） - 找到 SVN 服务（如 `VisualSVN Server` 或 `Apache`） - 右键 → **属性** → **登录** 选项卡 → 确认 **登录身份** 账户（通常是 `NETWORK SERVICE` 或自定义账户） #### 2. **设置仓库目录权限** 对 SVN 仓库目录（如 `D:\Repositories`）授予服务账户 **完全控制** 权限： 1. 右键仓库目录 → **属性** → **安全** 选项卡 2. 点击 **编辑** → **添加** → 输入服务账户名（如 `NETWORK SERVICE`） 3. 勾选 **完全控制** 权限 4. 勾选 **替换子容器和对象的所有者** → 应用 ![权限设置示意图](https://example.com/svn-perms.png) *(图示：Windows 权限设置界面)* #### 3. **修复特殊文件权限** 对 `db` 目录下的关键文件单独授权： ```powershell # 以管理员身份运行 PowerShell icacls "D:\Repositories\YourRepo\db\txn-current" /grant "NETWORK SERVICE":(F) icacls "D:\Repositories\YourRepo\db\txn-current-lock" /grant "NETWORK SERVICE":(F) ``` #### 4. **检查磁盘空间与文件系统** - 确保仓库所在分区有 >20% 空闲空间 - 确认文件系统为 **NTFS**（FAT32 不支持文件锁定） #### 5. **重启服务并验证** ```powershell Restart-Service VisualSVN # 或 Apache 服务名 svn cleanup # 在客户端执行 svn commit # 测试提交 ``` #### 6. **迁移后处理（如果直接复制仓库）** 删除残留锁文件： ```powershell Remove-Item "D:\Repositories\YourRepo\db\*lock" -Force ``` --- ### 预防措施 1. **正确迁移流程**（避免权限问题）： ```powershell # 旧服务器导出 svnadmin dump D:\OldRepo > repo.dump # 新服务器创建并导入 svnadmin create D:\NewRepo svnadmin load D:\NewRepo < repo.dump ``` 2. **初始化权限模板**： ```powershell New-Item -Path "D:\Repositories" -ItemType Directory icacls "D:\Repositories" /grant "NETWORK SERVICE":(OI)(CI)F ``` > ⚠️ **关键提示**： > - 避免直接复制仓库文件（需用 `svnadmin dump/load`）[^2] > - 防病毒软件可能锁定文件，需将仓库目录加入白名单 > - 共享仓库需同时设置 **共享权限** 和 **安全权限** --- ### 故障排查命令 ```powershell # 检查文件所有权 icacls "D:\Repositories\YourRepo\db\txn-current" # 监控文件访问（需下载 Sysinternals 工具集） handle.exe -p svnserve.exe ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值