Debian SMB

0

3

Доброго времени суток, господа. Стоит сервак на дебиане в качестве файло-помойки, с подтянутой (на самбе же) корзиной. Столкнулся с проблемой такого хорактера, документы формата *xlsx *docx, дублируемые при удалении, не открываются для. Т.е. бэкап файла есть, а вот его состояние оставляет желать лучшего, просто пишет, что фал поврежден. Однако же, теста ради был удалён документ формата *odt, после чего ,бэкап был успешно восстановлен. Кто может подсказать, с чем связана эта проблема и какие варианты решения имеются?

Ссылка

←	Перспективы в будущем роллинг-релизов в Fedora

KDE layout folder

→

обнови самбу до 4.1, смени файловую систему на btrfs, поставь ядро 3.18.5/3.19, и проблема решиться.

~~erzent~~ ☆☆
(18.03.15 07:27:31 MSK)

Ответ на: комментарий от erzent 18.03.15 07:27:31 MSK

эталон IT-дикаря просто

~~Alyssa~~
(18.03.15 07:34:01 MSK)

Ответ на: комментарий от Alyssa 18.03.15 07:34:01 MSK

нуу...возможно у вас есть ответ?

HardMgn
(18.03.15 07:45:51 MSK) автор топика

Ответ на: комментарий от HardMgn 18.03.15 07:45:51 MSK

я тебе сказал ответ, 3 самба+ext4 это жуть, хорошо ещё просто документы не портит.

~~erzent~~ ☆☆
(18.03.15 07:57:52 MSK)

Ответ на: комментарий от erzent 18.03.15 07:57:52 MSK

у меня нет возможности перенести 500~ гб информации, для выполнения подобных манипуляций.

HardMgn
(18.03.15 08:56:50 MSK) автор топика

Ответ на: комментарий от HardMgn 18.03.15 08:56:50 MSK

конвертация ext4-btrfs читай, там вроде даже не теряя данные говорили можно.

~~erzent~~ ☆☆
(18.03.15 09:05:28 MSK)

Ответ на: комментарий от erzent 18.03.15 09:05:28 MSK

хорошо, спасибо

HardMgn
(18.03.15 09:19:36 MSK) автор топика

Ссылка

Ответ на: комментарий от HardMgn 18.03.15 08:56:50 MSK

# smbd -V
Version 3.5.21

/dev/data/backup        /backup                 ext3    defaults,acl        0 0
/dev/data/install       /install                ext3    defaults,acl        0 0
/dev/data/share         /share                  ext3    defaults,acl        0 0
/dev/data/work          /work                   ext3    defaults,acl        0 0

Года 4 полет нормальный по всем форматам.

mrPresedent
(18.03.15 09:22:33 MSK)

Ответ на: комментарий от mrPresedent 18.03.15 09:22:33 MSK

кто оптимизировал фс?ext3 это не ext4 её надо оптимизировать, давай человеку ссылки сразу на это.

~~erzent~~ ☆☆
(18.03.15 09:47:50 MSK)

а как корзина сделана? чем? ... а, плохочитал самбой. Интересно, нашел ошибки какие нибудь в логах?

Frost ★★★
(18.03.15 09:56:27 MSK)
Последнее исправление: Frost 18.03.15 10:01:43 MSK (всего исправлений: 1)

Ответ на: комментарий от Frost 18.03.15 09:56:27 MSK

[baza]
path = /mnt/baza
readonly = No
guest ok = Yes
vfs object = recycle
recycle:repository =/mnt/bcup/%U
recycle:keeptree = Yes
recycle:touch = Yes
recycle:versions = Yes
recycle:maxsize = 32212254720
recycle:exclude = *.tmp, *.mp3
recycle:exclude_dir = /tmp
recycle:noversions = *.doc

HardMgn
(18.03.15 10:05:25 MSK) автор топика

Ответ на: комментарий от HardMgn 18.03.15 10:05:25 MSK

Логи посмотри, ломается что либо - смотри логи.

Frost ★★★
(18.03.15 10:10:12 MSK)

Ссылка

давно уже тут постил вопрос про корзину. проблема: удаляемые файлы ложатся в корзину, но имеют нулевой размер. случается не всегда, но достаточно часто. формат значения не имеет. в дефолтном уровне логов ничего подозрительного не обнаруживается. собственно, спасает нормальный бэкап.

conalex ★★★
(18.03.15 10:19:01 MSK)

Ответ на: комментарий от erzent 18.03.15 09:47:50 MSK

Когда файловик разворачивали, об этом никто не думал. Установил один из предшественников по какому-то мануалу из энторнэтов, позже допилили корзинку. Мануал до сих пор распечатанный на А4 валяется в серверной, улыбаюсь каждый раз как вижу это.

mrPresedent
(18.03.15 10:46:34 MSK)