1C Linux + сетевая шара

JoKeR174

New member
Сообщения
34
#1
Добрый день.
Имеется 1С Linux 8.3.19.1264 на Astra Linux CE и Windows Server 2016 с расшаренной папкой для файловых БД 1С.
Папка монтируется через fstab как cifs в линукс успешно, права со стороны Linux позволяют создавать, удалять, изменять файлы, со стороны Windows полный доступ выдан всем.
После подключения БД в 1С и попытке запуска, зависает на загрузке конфигурационной информации, файл .cfl при этом создается.
При это локальные БД открываются нормально.
Подскажите пожалуйста куда копнуть, что бы заставить 1С работать с БД
 

peb

New member
Сообщения
58
#2
У меня шара работала через samba, Я в smb.conf, принудительно переназначал права ко всей директории (детали не помню уже, давно было дело). Суть в том, что после каждой пользовательской операции в 1с, слетают права на директорию для других пользователей. В файловом варианте, будет очень медленно работать. Особенно, доки очень долго проводятся.
 

peb

New member
Сообщения
58
#3
Еще пользователей нужно добавить в группу grp1cv8.
 

JoKeR174

New member
Сообщения
34
#4
У меня шара работала через samba, Я в smb.conf, принудительно переназначал права ко всей директории (детали не помню уже, давно было дело). Суть в том, что после каждой пользовательской операции в 1с, слетают права на директорию для других пользователей. В файловом варианте, будет очень медленно работать. Особенно, доки очень долго проводятся.
К сожалению у меня БД лежит на Windows Server, впрочем там выданы права для всех пользователей без ограничения.
На линкусе в группу grp1cv8 пользователей добавил, на сервере создал и добавил.
Ничего не помогает, 1С так и висит в попытке загрузить БД, даже ума не приложу где хотя бы логи посмотреть на каком моменте она зависает, терминал ничего не показывает
 

kavjazz

New member
Сообщения
2
#5
Здравствуйте. Столкнулся с такой же ситуацией. Вы как-нибудь решили проблему? Столкнулся с такой же ситуацией.
 

JoKeR174

New member
Сообщения
34
#6
Здравствуйте. Столкнулся с такой же ситуацией. Вы как-нибудь решили проблему? Столкнулся с такой же ситуацией.
К сожалению, или к счастью, пришли к мнению, что мучиться с этим не имеет смысла и купили 1С сервер :)
 

DmitryB2003

New member
Сообщения
2
#7
Начните так: на стороне файлового сервера проверить ntfs права на папки и файлы. А на общую папку дать права на всех, чтобы только ограничения были по NTFS.
Возможно почитать про " Ошибка «Слишком много открытых файлов» или «Too many open files» В 1С на Linux "
 

oko

New member
Сообщения
1 061
#8
*в сторону*
Если база 1С = куча файлов, лежащих в Windows-"шаре" (читай, SMB-протокол), а клиентские места уже развернуты под nix, то, imho, гораздо проще перетащить эту "шару" на такой же nix-сервер и раздавать ее клиентам через NFS-протокол. Шустрее и проще, ибо NFS нативен. Проблема есть только с синхронизацией (если делать mount.nfs удаленного NFS-каталога к локальной файловой системе клиента, то при падении удаленного сервера можно получить кучу сетевых и функциональных проблем на стороне клиента). Но это тоже решается...
 

JoKeR174

New member
Сообщения
34
#9
Начните так: на стороне файлового сервера проверить ntfs права на папки и файлы. А на общую папку дать права на всех, чтобы только ограничения были по NTFS.
Возможно почитать про " Ошибка «Слишком много открытых файлов» или «Too many open files» В 1С на Linux "
На стороне файловой шары ограничений не было, БД не запускалась от слова совсем, даже при попытке создать новую БД, создавался один файл и на этом все, висеть так могло хоть сутками.
*в сторону*
Если база 1С = куча файлов, лежащих в Windows-"шаре" (читай, SMB-протокол), а клиентские места уже развернуты под nix, то, imho, гораздо проще перетащить эту "шару" на такой же nix-сервер и раздавать ее клиентам через NFS-протокол. Шустрее и проще, ибо NFS нативен. Проблема есть только с синхронизацией (если делать mount.nfs удаленного NFS-каталога к локальной файловой системе клиента, то при падении удаленного сервера можно получить кучу сетевых и функциональных проблем на стороне клиента). Но это тоже решается...
Это конечно как вариант, не проверяли через nfs, но при раздаче папки через самбу, та же самая ситуация, а серверов Linux еще не имеем, до них далеко :)
 

oko

New member
Сообщения
1 061
#10
to JoKeR174
Так-то для Win существуют реализации NFS-сервисов. Устойчивость и качество, конечно, надо тестировать...