昨天收到同事的易信，说是svn不能用了。
由于只有他自己反映无法使用，而且，我使用svn也没有问题。因此，这事基本应该和服务没什么关系。看了一下进程，也没什么问题。
[root@bogon svndata]# ps -ef|grep svn root 2298 1 0 Feb13 ? 00:00:00 svnserve -d -r /data/svndata/yunqiandai/ root 8556 8489 0 13:44 pts/1 00:00:00 grep svn
这事其实推回去也可以，但还是想自己搞搞看。
根据报错信息去百度（比如，搜索关键字：“请求的名称有效 但是找不到请求的类型的数据”），内容都大同小异。
印象最深的是这个链接提供的方法：http://blog.csdn.net/mengdonghui123456/article/details/47092309
结果是没什么卵用，而且，由于今天我也在自己电脑上试用这上面的方法，把dns指向到8.8.8.8，直接造成浏览器无法打开网页。
今天中午，同事告诉我，直接再给他创建一个新用户算了。
于是，我下午又拿他这个svn用户在自己的机器上实验，发现也报相同的错误。（由于没有查到他的svn密码，我直接给他把密码改了。）
而且，我用自己正常使用的svn帐户，在自己机器的另外位置想再创建一个svn目录，竟然也报这个错误。
考虑再三后，我决定重启svn服务。
[root@bogon svndata]# ps -ef|grep svn root 2298 1 0 Feb13 ? 00:00:00 svnserve -d -r /data/svndata/yunqiandai/ root 8560 8489 0 13:45 pts/1 00:00:00 grep svn [root@bogon svndata]# kill -9 2298 [root@bogon svndata]# svnserve -d -r /data/svndata/yunqiandai/ [root@bogon svndata]# ps -ef|grep svn root 8564 1 0 13:45 ? 00:00:00 svnserve -d -r /data/svndata/yunqiandai/ root 8566 8489 0 13:46 pts/1 00:00:00 grep svn
此时再用同事的帐户在我的机器上尝试“check out”，发现已经没有问题。
但是，我把新的svn密码发送给他，他在自己机器上还是不行。
这时候，我突然想到，在重启svn服务后，我曾经在浏览器上打开过svn的链接。
好像是重启svn服务前是打不开svn的页面，重启后就可以正常显示了。
写文档时，这个页面又无法打开了。
找到文件C:\Windows\System32\drivers\etc\hosts，在最后增加1行：
10.0.129.107 yunsvn.yunqd.com
保存关闭这个文件。
再刷新页面：
输入正确的用户名和密码后：
我想说的其实是，只有在浏览器里能打开svn页面，才说明是正常的。
这样，这个svn问题就解决了。
目前是怀疑有傻逼瞎改这台服务器，导致使用svn必须在自己的机器上指定host解析。因为这位同事和他的隔壁同事都反应，在上周之前，是不需要这样做的。这台服务器上还有git，之前也不需要指定host。
不知道那个傻逼胡改了什么……
本文出自 “dark-matter” 博客，谢绝转载！
svn报错“请求的名称有效 但是找不到请求的类型的数据”的解决方案之一
原文地址：http://gagarin.blog.51cto.com/1056957/1952737
