• Зарегистрирован: 01.04.2010
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

День добрый всем! установил сервер ArchLinux+samba+acl. сделал одну шару, дал сетевые права всем на запись и чтения, потом в этой шаре создал папки по отделам, там уже ограничивал доступ списками ACL. все работало гуд. Но как всегда появилась проблема, есть у нас прога Solid, она как и все другие проги, при открытии файла созадает временный файл, после закрытия проги временный файл автоматом удаляется.
Проблема в том что если user1 открывает проект в шаре и по каким то причинам работа Solida завершилась не коректно (сеть оборвалась, комп вырубился) то временный файл остается, и уже user2 не может открыть этот же проект, выходит сообщение что нет доступа, хотя они оба находятся в одной и той же сетевой группе и до тех пор пока ручками этот временный файл не похеришь доступа к проэкту не будет.
Что можно сделать что бы временные файлы автоматом удалялись при разрыве конекта? На винде почему то работало, а здесь не знаю, мож с правами накуралесил чего.
кучу логов файлов и прочего выложу по просьбе.
вот так выглядит файл и его временная копия, при подключении user2 доступ закрыт именно к  ~$HUA12373.SLDPRT

-rwxrwxrwx+ 1 user1   ОРМК  344064 июля  16 17:00 HUA12372.SLDPRT
-rw-rwxr--+ 1 user1 ОРМК      14 июля  26 14:28 ~$HUA12373.SLDPRT

2 Ответ от Macumazan

  • Зарегистрирован: 23.02.2010
  • Сообщений: 816
  • Репутация : [ 25 | 0 ]

Если есть разница в показаниях fuser ~$HUA12373.SLDPRT в моменты, когда файл осиротел  или еще занят, то можно на основе этого сгенерить удаление файла по крону , например.

Сайт Macumazan

  • Зарегистрирован: 01.04.2010
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

Разницы нет. те же права остаются. Я понять не могу, почему когда на временник явно указываеш права 777 юзеру, который, пытается его открыть, все равно доступа нет.

4 Ответ от osorkon

  • osorkon
  • osorkon
  • Пользователь
  • Неактивен
  • Откуда: Украина/Днепропетровск
  • Зарегистрирован: 25.03.2011
  • Сообщений: 211
  • Репутация : [ 21 | 0 ]

<имхо>: это не забота самбы удалять такие файлы. технически, для нее нет разницы между HUA12372.SLDPRT и ~$HUA12373.SLDPRT. тут надо изобретать коллайдер что бы решить проблему.</имхо>

Heresy grow from the idleness
  • Зарегистрирован: 01.04.2010
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

что то перспектива изобретения коллайдера меня не очень радует, тем более что конструкторский отдел моск мне выносит. есть пища для размышления. пробовал осуществить тоже самое но без ACL листов, т.е тупо создал шару в самбе дал туда всем доступ на запись. а chmod выставил 777 на папку. первый раз не прокатило, поставил chmod 770 и о чудо. прокатило. я не совсем понял почему? ведь права 777 разрешают все и всем. пробовал на acl делать тоже самое т.к setfacl -m -R u:user1 rwx но не работает один фиг. в общем завтро буду дальше эксперементировать. кстате какой параметр самбы отвечает за маску вновь созданных файлов?

6 Ответ от osorkon

  • osorkon
  • osorkon
  • Пользователь
  • Неактивен
  • Откуда: Украина/Днепропетровск
  • Зарегистрирован: 25.03.2011
  • Сообщений: 211
  • Репутация : [ 21 | 0 ]

create mask =

Heresy grow from the idleness

7 Ответ от demolitionman (28.07.2012 10:36:20 отредактировано demolitionman)

  • Зарегистрирован: 01.04.2010
  • Сообщений: 5
  • Репутация : [ 0 | 0 ]

Временно решил проблему установкой параметра   admin users=@группа тех юзеров.  Но так не пойдет конечно, т.к они терь в шаре короли и свободно могу заходить и творить все что угодно в папках других отделов))
Ковыряю дальше, если есть какие мысли пишите
Я так понимаю проблема не на уровне прав нтфс, а на уровне сетевых прав. возможно ли в самбе задать админов не шар, а определенных папок в шаре?