blocks|key|374934|text|奇怪的是，大约15分钟后，它开始正常工作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|374935|我什么也没做。|374936|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Weird, it started working fine, after about 15 mins.

I did not do anything.

blocks|key|4414153|text|在我的例子中，这是因为安装svn的分区已满。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4414154|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case, it was because the partition that svn had been installed in, was full.

blocks|key|4414120|text|请确保您的SVN+Server的硬盘分区上有空间！|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|4414121|我注意到了同样的行为。再等几分钟，它就起作用了。但这并不总是能解决问题。在查看我们的SVN服务器后，我们发现其中一个分区(服务器所在的分区)已满。|4414122|我让我们的IT人员清理了一些空间，在那之后一切都运行得很好。|4414123|entityMap^0|0|P|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@$9|M|A|N|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|O|8|@]|D|@]|E|$]]|$1|H|3|I|5|6|7|P|8|@]|D|@]|E|$]]|$1|J|3|-4|5|6|7|Q|8|@]|D|@]|E|$]]]|K|$]]

Make sure there is space on your SVN Server's hard drive partition!

I noticed the same behavior. Wait a couple minutes then it worked. But that didn't always fix the problem. After looking at our SVN server we found that one of the partitions (the one that the server was on) was chalk full.

I had our IT guy clean up some of the space and everything worked nice and slick after that.

blocks|key|4414050|text|我也遇到过类似的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4414051|原因-文件系统变为只读。修复-重新启动服务器|4414052|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I have faced the similar issue.

Cause - file system became read only.
fix - reboot the server

blocks|key|4414083|text|在我的例子中，这是因为apache在加载mod_dav_svn和mod_authz_svn之前加载了libphp5模块。问题是Apache正在加载包含在libphp5中的libsqlite实现。因此，在您的httpd.conf中，基本上是将LoadModule+dav_svn_module和LoadModule+authz_svn_module放在LoadModule+php5_module之前。这对我很有效。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4414084|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case this was caused by the fact that apache was loading libphp5 module before mod_dav_svn and mod_authz_svn. The problem is that Apache is loading the implementation of libsqlite included in libphp5. So basically put LoadModule dav_svn_module and LoadModule authz_svn_module before LoadModule php5_module in your httpd.conf. This worked for me.

blocks|key|4414186|text|同样的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4414187|有“PROPPATCH”和“atomic”问题。|4414188|文件系统正常..|4414189|修复:重新启动apache守护程序。|4414190|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Same issue.

Had 'PROPPATCH' and 'atomic initialization' issues. 

Filesystem was okay..

FIX: restart the apache daemon.

blocks|key|375162|text|我遇到了同样的问题，但我的问题是由于对/tmp文件夹的访问权限不足，svn将在创建提交时使用该文件夹。|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|375163|当我检查apache+error+log+/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后，问题消失了。|375164|entityMap^0|J|4|0|L|Q|1H|7O|AE|4|AP|3|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|M|8|@$9|N|A|O|B|C]|$9|P|A|Q|B|C]|$9|R|A|S|B|C]|$9|T|A|U|B|C]]|D|@]|E|$]]|$1|H|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|I|$]]

I came across the same issue but mine was because of insufficient access privilege to <code>/tmp</code> folder which will be used by svn when creating a commit.

When I exam apache error log <code>/var/log/apache2/error.log</code> I saw
<code>
[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]
</code>
So if anyone see these logs in your apache server's error log it might be the same reason as mine. After changing my <code>/tmp</code> access right to <code>777</code> the problem disappears.

blocks|key|419135|text|在我的例子中，我错过了'create‘和'repo+path’之间的空格。我看到错误消息写道：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419136|svnadmin+create/repo_path|code-block|syntax|javascript|419137|而不是|419138|svnadmin+create+/repo_path|419139|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|N|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|K|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|L|$]]

In my case I missed the space between 'create' and 'repo path'. I had the error message writing:
<pre><code>svnadmin create/repo_path
</code></pre>
instead of
<pre><code>svnadmin create /repo_path
</code></pre>

Everything was working fine, when all of a sudden, I am getting a 

<pre><code>svn: Commit failed (details follow):
svn: Couldn't perform atomic initialization
</code></pre>

What could the problem be ?

I am using "projectlocker" (http://projectlocker.com/)

OS: Ubuntu10.04

SVN Commit Error (couldn't perform atomic operation)

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

一切都很好，突然间，我得到了一个svn: Commit failed (details follow):svn: Couldn't perform atomic initialization问题会是什么呢？我正在使用"projectlocker“()操作系统: Ubuntu10.04

问SVN提交错误(无法执行原子操作)
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SVN提交错误(无法执行原子操作)EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问SVN提交错误(无法执行原子操作)
EN