LINUX.ORG.RU
ФорумAdmin

Проблемы с доступом к файлам.

 


0

1

Здравствуйте. Есть серверная машина Supermicro, на ней стоит CentOS Linux 7.9.2009. На ней находятся папки для пользователей сети.

Столкнулся с такой проблемой, что на пути /media/public/project перестали открываться некоторые файлы. Доступ к папкам есть ко всем, но именно к файлам нет. К примеру word/exel/nanocad не открываются, пишет: «не удалось открыть файл…». В то время как файлы картинок и ПДФ открываются нормально. Так же не дает создать файл новый или перетащить с пк на сервер.

Перезагрузка машины помогает, но на час-два, дальше такая же песня.

[global]
security = user
passdb backend = tdbsam
workgroup = GYORG
server string = Samba
netbios name = srv-samba
log file = /var/log/samba/log.%m
#[network_basket]
recylce:excludedir = tmp temp cache
recycle:exclude = *.tmp *.temp *.o *.obj ~$* *.~?? *.log *.trace
recycle:versions = Yes
recycle:touch = Yes
recycle:keeptree = Yes
recycle:repository = /media/public/network_basket
vfs objects = recycle
force creat mode = 777

[project]
	browseable = yes
	writeable = yes
	read list = @admin,@atenayeva_na,@robocopy
	path = /media/public/project
	write list = Engineer,@Engineer,@Engineer-S
	force group = G-Public
	delete veto files = yes
	create mask = 0777
	directory mask = 0777
	valid users = Engineer,@Engineer,@Engineer-S
	veto files = /*.exe/*.mp3/*.ogg/*.avi/*.mp4/*.mov/*.mkv/*.vob/*.db/*.pif/*.application/*.gadget/*.msi/*.msp/*.com/*.scr/*.hta/*.cpl/*.msc/*.jar/*.bat/*.cmd/*.vb/*.vbs/*.js/*.jse/*.ws/*.wsf/*.wsh/*.ps1/*.ps1xml/*.psc1/*.psc2/*.msh/*.msh1/*.msh2/*.mshxml/*.msh1xml/*.msh2xml/*.scf/*.lnk/*.inf/*.reg/

*SELINUX отключен

А что смонтировано в /media/public/project или /media/public ?

anc ★★★★★ ()
Ответ на: комментарий от BOOBLIK

Но тогда как объяснить, что после перезагрузки файлы читаются? И только через час-два срабатывает конфиг?

AVL2 ★★★★★ ()
Ответ на: комментарий от TarasAkimov
[project]
	read list = @admin,@atenayeva_na,@robocopy
	write list = Engineer,@G-Public
	force group = G-Public
	delete veto files = yes
	public = yes
	veto files = /*.exe/*.mp3/*.reg/
	oplocks = no
	browseable = yes
	writeable = yes
	locking = no
	path = /media/public/project
	force create mode = 777
	valid users = Engineer,@Engineer
	create mode = 0777
	directory mode = 0777

Сейчас оставил так, посмотрим что будет…

TarasAkimov ()
Ответ на: комментарий от TarasAkimov

Люди, я если честно в это не зуб ногой, вот чисто ИО сисадмина. Некоторые моменты понимаю, но что бы детально что то изучать не могу. Те же самые логи, сервак не я настраивал и где они точно находятся тоже не знаю. Работаю через webmin с сервером.

Если кто-то сможет помочь, буду прям очень сильно благодарен.

TarasAkimov ()
Ответ на: комментарий от TarasAkimov

Ну так это не самбу крутить, это диск менять надо. У тебя скоро и перезагрука помогать не будет.

AVL2 ★★★★★ ()
Ответ на: комментарий от AVL2

Просто мне сейчас сказали что это может быть из за слишком длинных файлов, проверил, на сервере есть файл где в названии 140 символов

TarasAkimov ()
Ответ на: комментарий от TarasAkimov

Естсетвенно, это бывает, поскольку в эксплорере есть ограничение на длинну и имени файла и полного пути с именем файла. Так что да, бывает, что файл есть, а эксплорер его открыть не может. Перемещаешь его в корень и вот он, есть. Обычно же все наоборот, поскольку в линуксе ограничение на длинну файла 255 байт, а в виндовс 255 символов. В итоге в линуксе название на русском языке не может быть длиннее 128 символов, а на windows пожалста.

Но я уже взывал к логике. Недоступный из за настроек самбы или из за слишком длинного названия или глубины полного пути файл будет недоступен с первых и до последних секунд этой ситуации. Нельзя вылечить эту проблему (даже временно) перезагрузкой.

У тебя же лог жалоб на несовпадение контрольных сумм от файловой системы ext4. Это как раз ситуация временная, ситуационная. Словила файловая система - и доступ заблочила, чтобы не испортить файл. Никакими настройками этого не изменить, только перезагрузка.

Срочно бекапь данные, а дальше меняй диск и смотрите что будет. Возможно проблема в компьютере, сбойная память, процессор, контроллер раида - где то сбой, из за чего контрольная сумма не сходится.

AVL2 ★★★★★ ()
Ответ на: комментарий от AVL2

Срочно бекапь данные, а дальше меняй диск и смотрите что будет. Возможно проблема в компьютере, сбойная память, процессор, контроллер раида - где то сбой, из за чего контрольная сумма не сходится.

Дополню. После! бэкапа данных посмотрите выхлоп smartctl -a /dev/sdb возможно диск уже давно на свалку проситься.

anc ★★★★★ ()
Ответ на: комментарий от TarasAkimov

Срочно бекапь данные
AVL2 ★★★★★ (03.12.21 12:36:19)

------------

Хотя старые могут лазить
TarasAkimov (04.12.21 09:22:38)

А вы я смотрю никуда не торопитесь.

anc ★★★★★ ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.