LINUX.ORG.RU
решено ФорумAdmin

Вопрос о нелюбви shadow_copy2 к btrfs или ко мне

 , , , ,


1

1

Приветстую всех!

Суть проблемы в следующем:
Есть компьютер с Ubuntu, в котором раздел с btrfs раздается через samba. Пытаюсь прикрутить снепшоты btrfs к samba, так чтоб оные снепшоты показывались во вкладке «Предыдущие версии» (previous versions) в свойствах расшаренных папок. Тут, собственно, и возникают проблемы - снепшоты не отображаются...

В логах попытка доступа к предыдущим версиям файлов отображается следующей некультурной бранью:

[2013/08/25 19:25:08.425644,  0] modules/vfs_shadow_copy2.c:1088(shadow_copy2_get_shadow_copy_data)
  shadow:snapdir not found for /data/share/Public in get_shadow_copy_data
[2013/08/25 19:25:08.425811,  0] smbd/nttrans.c:2286(smb_fsctl)
  FSCTL_GET_SHADOW_COPY_DATA: connectpath /data/share/Public, failed.

Собственно, снепшоты на месте:

root@ubox:~# btrfs su list /data
ID 7903 gen 13960 top level 5 path share
ID 8267 gen 13958 top level 5 path .share/@GMT-2013.08.25-17.38.39
ID 8268 gen 13959 top level 5 path .share/@GMT-2013.08.25-17.38.44
ID 8269 gen 13960 top level 5 path .share/@GMT-2013.08.25-17.38.47
...
root@ubox:~# ls -l /data/share/
total 0
drwxrwxrwx 1 root root  386 Aug 23 08:11 Public
root@ubox:~# ls -l /data/.share/@GMT-2013.08.25-17.38.39/
total 0
drwxrwxrwx 1 root root  386 Aug 23 08:11 Public
...
root@ubox:~# uname -a
Linux ubox 3.8.0-29-generic #42-Ubuntu SMP Tue Aug 13 19:40:39 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
...
root@ubox:~# smbclient --version
Version 3.6.9

Конфиг самбы тоже выглядит прилично:

[global]
	log file = /var/log/samba/log.%m
	passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
	obey pam restrictions = yes
	map to guest = bad user
	encrypt passwords = true
	passwd program = /usr/bin/passwd %u
	passdb backend = tdbsam
	dns proxy = no
	netbios name = ubox
	server string = %h server (Samba, Ubuntu)
	unix password sync = yes
	workgroup = HOME
	os level = 20
	create mode = 777
	syslog = 0
	usershare allow guests = yes
	panic action = /usr/share/samba/panic-action %d
	max log size = 1000
	directory mode = 777
	pam password change = yes
	unix extensions = no

[Public]
	path = /data/share/Public
	vfs objects = shadow_copy2
	shadow:snapdir = /data/.share
	shadow:basedir = /data/share
	shadow:sort = desc
	follow symlinks = yes
	wide links = yes
	valid users = ubox
	writeable = yes
	write list = ubox

Кто сталкивался с такими приколами?
Что можете посоветовать?
Может я что-то забыл указать?
Идеи?

Идеи?

Заняться что-ли нечем?

не связывайся с недоделанным говном (btrfs). По крайней мере в продакшене — будет меньше голова болеть.

Однако если это просто эксперимент для себя, для общего развития- то все отлично, только пиши не сюда (все равно не помогут), а в dev списки рассылки samba/btrfs

zgen ★★★★★ ()
Последнее исправление: zgen (всего исправлений: 1)
Ответ на: комментарий от zgen

Спасибо за ответ!

не связывайся с недоделанным говном (btrfs). По крайней мере в продакшене — будет меньше голова болеть.

Её судя по всему скоро допилят и можно будет использовать и для продакшена, а «пока тренируюсь на кошках» (ц) «операция ы».

Однако если это просто эксперимент для себя, для общего развития- то все отлично, только пиши не сюда (все равно не помогут), а в dev списки рассылки samba/btrfs

Жаль, конечно, что здесь ответ получить маловероятно. Хотя, с мой точки здения, проблема не btrfs, а именно с ошибкой в конфиге samba. Именно samba что-то не находит в конфиге, что там, как я вижу присутствует.

redscorp ()

Проблема решена. По непонятным причинам shadow:snapdir должна содержать относительный путь от shadow:basedir.

shadow:snapdir = ../.share
shadow:basedir = /data/share

Похоже на баг в samba 3.6.9!

redscorp ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.