一切都工作正常,突然之间,我得到了
svn: Commit failed (details follow):
svn: Couldn't perform atomic initialization
可能是什么问题?
我正在使用“projectlocker”(http://projectlocker.com/)
操作系统:Ubuntu10.04
就我而言,这是因为安装 svn 的分区已满。
确保 SVN 服务器的硬盘分区有空间!
我注意到了同样的行为。等几分钟然后就成功了。但这并不总能解决问题。查看我们的 SVN 服务器后,我们发现其中一个分区(服务器所在的分区)已满是粉笔。
我让我们的 IT 人员清理了一些空间,之后一切都运转良好。
奇怪的是,大约 15 分钟后它开始正常工作。
我什么也没做。
我也遇到过类似的问题。
原因 - 文件系统变为只读。 修复 - 重新启动服务器
就我而言,这是由于 apache 在 mod_dav_svn 和 mod_authz_svn 之前加载 libphp5 模块而引起的。问题是 Apache 正在加载 libphp5 中包含的 libsqlite 的实现。因此,基本上将 LoadModule dav_svn_module 和 LoadModule authz_svn_module 放在 httpd.conf 中的 LoadModule php5_module 之前。这对我有用。
同样的问题。
有“PROPPATCH”和“原子初始化”问题。
文件系统没问题..
修复:重新启动 apache 守护进程。
我遇到了同样的问题,但我的问题是因为对
/tmp
文件夹的访问权限不足,该文件夹将在创建提交时由 svn 使用。
当我检查apache错误日志时
/var/log/apache2/error.log
我看到
[Thu Aug 16 13:46:39.498037 2018] [:error] [pid 78] [client 172.16.50.6:60010] Couldn't perform atomic initialization [500, #200029]
[Thu Aug 16 13:46:39.498043 2018] [:error] [pid 78] [client 172.16.50.6:60010] Can't find a temporary directory: Internal error [500, #20014]
因此,如果有人在你的 apache 服务器的错误日志中看到这些日志,它可能与我的原因相同。将我的 /tmp
访问权限更改为 777
后,问题就消失了。
就我而言,我错过了“创建”和“回购路径”之间的空格。我写了错误消息:
svnadmin create/repo_path
而不是
svnadmin create /repo_path
就我而言,我能够通过在 svn 分支的根目录上更新(“获取最新版本”)来解决。
这是在 Mac 上使用 Versions 作为 svn 客户端。
我以前从未这样做过,但在这种情况下它有效。