Здравствуйте коллеги!Имеем:
$ uname -mrs
FreeBSD 9.2-RELEASE-p6 i386
$ pkg info subversion
subversion-1.8.10_3
Name : subversion
Version : 1.8.10_3
Installed on : Wed Dec 10 13:10:04 EET 2014
Origin : devel/subversion
Architecture : freebsd:9:x86:32
Prefix : /usr/local
Categories : devel
Licenses : APACHE20
Maintainer : lev@FreeBSD.org
WWW : http://subversion.apache.org/
Comment : Version control systemи проблему: не могу получить доступ на запись к репозиторию - svn: E170001: Authorization failed.
Сам репозиторий выглядит так:
$ ls -lAFG .
total 24
-rw-r--r-- 1 svn svn 246 18 дек 17:14 README.txt
drwxr-xr-x 2 svn svn 512 18 дек 16:03 conf/
drwxr-sr-x 6 svn svn 512 18 дек 17:17 db/
-r--r--r-- 1 svn svn 2 18 дек 17:14 format
drwxr-xr-x 2 svn svn 512 18 дек 17:14 hooks/
drwxr-xr-x 2 svn svn 512 18 дек 17:14 locks/Собственно это структура и права получаемые после выполнения svnadmin create без каких либо изменений.
Я пробовал даже на каталоги 777 и файлы 666 выставлять, побоку. После этого я решил получить доступ используя url вида file:/// без sudo и с ним. И был удивлен положительным результатом но только с sudo. А доступ к svn:// в любом случае не проходит.
То есть команда sudo -u svn svn import --username USER --password PWD . file:///repo -m "Init" пучком, а svn import --username USER --password PWD . svn://HOST/repo -m "Init" нет.Сам subversion запускается так:
$ cat /etc/rc.conf | grep svn
svnserve_enable="YES"
svnserve_flags="-d --listen-host=HOST --listen-port=3690 --log-file=/var/log/svnserve.log --config-file=/home/svn/data/conf/svnserve.conf"
svnserve_data="/home/svn/data"
svnserve_user="svn"
svnserve_group="svn"и доступ всем писать:
$ tail /home/svn/data/conf/svnserve.conf
anon-access = write
auth-access = write
password-db = passwdи процессы:
$ ps wwwU svn
PID TT STAT TIME COMMAND
52784 ?? IWs 0:00,00 /usr/local/bin/svnserve -d --listen-host=HOST --listen-port=3690 --log-file=/var/log/svnserve.log --config-file=/home/svn/data/conf/svnserve.conf -r /home/svn/dataА в логах все одно:
52786 2014-12-19T13:21:52.646937Z 10.254.2.133 - REPO open 2 cap=(edit-pipeline svndiff1 absent-entries depth mergeinfo log-revprops) / SVN/1.8.10 (i386-portbld-freebsd9.1) -
52786 2014-12-19T13:21:52.647682Z 10.254.2.133 - REPO check-path /@0
52786 2014-12-19T13:21:52.647911Z 10.254.2.133 - REPO ERR - 0 170001 Authorization failedКуда дальше бежать не знаю.
Если кто что знает, помогите!!!
> Здравствуйте коллеги!Приветствую!
Пути важны. Приведите пример того, что выполняете, без манглинга путей — скопируйте литерально, что набираете в консоли.
>> Здравствуйте коллеги!
> Приветствую!
> Пути важны. Приведите пример того, что выполняете, без манглинга путей — скопируйте
> литерально, что набираете в консоли.Репозиторий уже создан, поэтому сообщение об ошибке:
$ sudo -u svn svnadmin create /home/svn/data/shop
Password:
svnadmin: E165002: '/home/svn/data/shop' is an existing repository
$Первый вариант проходит:
$ sudo -u svn svn import /usr/home/dev12/projects/shop_src file:///home/svn/data/shop -m "Init"
....
Committed revision 1.Второй нет:
$ svn import /usr/home/dev12/projects/shop_src svn://172.18.2.133/shop -m "Init"
svn: E170001: Authorization failed
$Фаерволов нет:
$ nmap 172.18.2.133Starting Nmap 6.47 ( http://nmap.org ) at 2014-12-20 21:09 EET
Nmap scan report for notebook (172.18.2.133)
Host is up (0.000059s latency).
Not shown: 994 closed ports
PORT STATE SERVICE
22/tcp open ssh
25/tcp open smtp
80/tcp open http
587/tcp open submission
3690/tcp open svn
6000/tcp open X11Nmap done: 1 IP address (1 host up) scanned in 6.12 seconds
$
А ты пароли в /home/svn/data/conf/passwd прописал?
> А ты пароли в /home/svn/data/conf/passwd прописал?Ну вообщето anon-access = write. И оно работает, что видно из первого варианта.
А кроме того да, прописал.
>> А ты пароли в /home/svn/data/conf/passwd прописал?
> Ну вообщето anon-access = write. И оно работает, что видно из первого
> варианта.
> А кроме того да, прописал.А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>> варианта.
>> А кроме того да, прописал.
> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?Благодарю. Очень конструктивно!
И наверное лучше не отвечать, чем отвечать так.
>>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>>> варианта.
>>> А кроме того да, прописал.
>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
> Благодарю. Очень конструктивно!
> И наверное лучше не отвечать, чем отвечать так.одевать штаны через голову тоже можно, но зачем?
>>>>> А ты пароли в /home/svn/data/conf/passwd прописал?
>>>> Ну вообщето anon-access = write. И оно работает, что видно из первого
>>>> варианта.
>>>> А кроме того да, прописал.
>>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
>> Благодарю. Очень конструктивно!
>> И наверное лучше не отвечать, чем отвечать так.
> одевать штаны через голову тоже можно, но зачем?Штаны через голову - это поставить виртуалку на unix и запустить там венду с subversion и пытаться получить доступ по svn+ssh.
Мне же нужно все тоже что и с mod_dav_svn, только без httpd + mod_dav_svn :)
>[оверквотинг удален]
>>>>> варианта.
>>>>> А кроме того да, прописал.
>>>> А в чем глубокий смысл использования svnserve? Чем mod_dav_svn не устроил?
>>> Благодарю. Очень конструктивно!
>>> И наверное лучше не отвечать, чем отвечать так.
>> одевать штаны через голову тоже можно, но зачем?
> Штаны через голову - это поставить виртуалку на unix и запустить там
> венду с subversion и пытаться получить доступ по svn+ssh.
> Мне же нужно все тоже что и с mod_dav_svn, только без httpd
> + mod_dav_svn :)совет на будущее - я бы отказался от svnserve, в случае проблем отлаживать его практически не реально. Именно поэтому в свое время я и выбрал mod_dav_svn и не жалею
>[оверквотинг удален]
>>>> Благодарю. Очень конструктивно!
>>>> И наверное лучше не отвечать, чем отвечать так.
>>> одевать штаны через голову тоже можно, но зачем?
>> Штаны через голову - это поставить виртуалку на unix и запустить там
>> венду с subversion и пытаться получить доступ по svn+ssh.
>> Мне же нужно все тоже что и с mod_dav_svn, только без httpd
>> + mod_dav_svn :)
> совет на будущее - я бы отказался от svnserve, в случае проблем
> отлаживать его практически не реально. Именно поэтому в свое время я
> и выбрал mod_dav_svn и не жалеюВозможно, если такое будущее наступит, подумаю над твоим советом. Пока что я доволен простотой настройки и использованя svnserve. Мне для локалки город городить не с руки.
В любом случае благодарю!
> Здравствуйте коллеги!
> и доступ всем писать:
> $ tail /home/svn/data/conf/svnserve.conf
> anon-access = write
> auth-access = write
> password-db = passwdОднако же дал я маху. Как говорится, 90% проблем с ПО сидит напротив компьютера :)
А ступил я добавив указанные строки в конец файла svnserv.conf, то есть в категорию [sasl], а не [general]Так-что благодарю всех неравнодушных, и желаю всем успехов!