Здесь был? Читал?

Еще здесь.

Был на аналогичном. Проблема вообще не о том. ТАм написано как заставить делать права не 644, а 664. Поменять umask на 0002 не трудно. Понятно, что создаваться станут 664 и тогда пользователи из группы владельца получат доступ на правку. Меня вполне устроит 644 - мне надо дать доступ читать созданный файл. И текущий umask 0022 меня вполне устраивает.

Мне интересно, какого хрена эска создает 600 при umask 0022?

«Права, с которыми создаются файлы и папки, вы можете установить в файле /bitrix/php_interface/dbconn.php:»

Еще бы вот только такой же файлик, только не от битрикса, а от сервера 1с. Потому как от знания расположения конфига совершенно другой программы мне не легче.

Ясно, просто часто люди не гуглят свои проблемы, а сразу пишут на ЛОР :) Прошу прощения, но с 1С не имел дела.

Подскажите, удалось ли решить проблему? Аналогичная ситуация...

Аналогичная ситуация

Столкнулся с такой же проблемой, сама платформа выставляет права на DBF-файл в 600, игнорируя вообще всё. Удалось справиться с этим багом/фичей?

Нет, так и не победил 1С-ку.

А вы к хозяину в службу поддержки обращались? Что по поводу этого случая порекомендовали?

Поддержка разводит руками и говорит что-то вроде «с Linux совокупляйтесь сами»

Печальная история… и umask и acl на каталог не помогают, где это в платформе впилено я тоже так и не нашел

Решение

В общем решил проблему так: Создал правило в incron которое при наступлении события создания или модификации файла (IN_ACCESS,IN_MODIFY,IN_CREATE) запускает скрипт, в котором ищет файлы с расширением DBF и выставляет права в 660. find /path/to/files/ -type f -name «*.DBF» -exec chmod 660 {} \;