ROSAForum

Бага довольно старая, но есть один очень неприятный момент, криво назначает владельца примонтированых папок по сети.
Имеется сетевое хранилище, все папки с одинаковыми правами, и все ОС монтируют их нормально со всеми правами на чтение и запись, в общем как положено, а вот в Rosa при монтировании какая то свистопляска с правами. При этом каталог монтируется одной и той же командой прописанной в fstab. Везде видно что в росе пользователь и группа 4294967294, а в остальных все как положено, я попытался переназначить права на один каталог в росе, и все поломалось к чертовой бабушке, в росе временно это решило проблему, но хранилище само восстанавливает права как и задумано, другие сетевые каталоги не с хранилища, там ломаются права совсем, там кроме как с самой росы больше никто не попадет, роса похоже все ресурсы воспринимает как ресурсы пользователя, и выставляет все права как на файлы и папки в домашней директории, но почему? это же общий сетевой каталог, для всех а не только для росы, особенно учитывая то что он находится вообще в другом месте. И еще такой момент, в папке к которой роса ограничила доступ, в ее подпапках могут быть файлы и папки доступные всем на чтение и запись, при этом это как то происходит избирательно, например есть в папке только для чтения 100 подпапок, из них может быть 3 папки с чтением и записью а остальные 97 только для чтения, при том что уровень описанной папки может быть на любом уровне(например \\dir1\dir2\dir3\наша папка\) Это так только в Росе, как-то не правильно.

А с какого примерно времени наблюдаете? И какая версия systemd в SUSE?

trs писал(а):А с какого примерно времени наблюдаете? И какая версия systemd в SUSE?

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

Код: Выделить всё

systemd --version
systemd 228
+PAM -AUDIT +SELINUX -IMA +APPARMOR -SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT -GNUTLS +ACL +XZ -LZ4 +SECCOMP +BLKID -ELFUTILS +KMOD -IDN

UPD появилось уточнение, с шарами смонтированными через smb теперь все нормально, осталось nfs, с smb раньше было то же самое, все библиотеки для nfs установлены

Да вряд ли имеет, просто столкнулся с подобным, когда запустил контейнер с ROSA через machinectl.

4294967294 это -2 или nobody.
С NFS проблема распространена
https://serverfault.com/questions/98741 ... gids-match
https://www.linux.org.ru/forum/development/2801508
http://www.opennet.ru/openforum/vsluhfo ... 79982.html

Покажите, как именно монтируется, надо надеяться, специалисты по NFS подскажут решение.

trs писал(а):Да вряд ли имеет, просто столкнулся с подобным, когда запустил контейнер с ROSA через machinectl.

4294967294 это -2 или nobody.
С NFS проблема распространена
https://serverfault.com/questions/98741 ... gids-match
https://www.linux.org.ru/forum/development/2801508
http://www.opennet.ru/openforum/vsluhfo ... 79982.html

Покажите, как именно монтируется, надо надеяться, специалисты по NFS подскажут решение.

в fstab достаточно такой строки

Код: Выделить всё

172.16.13.2:/ /mnt/NFS/IX2 nfs defaults  0 0

но я пробовал разные опции, толку нет.
Посты я эти смотрел, и судя по ним должно быть 2 службы, одна nfs-idmap есть, а rpc.idmapd или как она должна обзываться я не нашел, пакета может какого не хватает, но вроде все пакеты для клиентской части установлены

Код: Выделить всё

# urpmf rpc.idmapd
nfs-utils:/usr/sbin/rpc.idmapd
nfs-utils:/usr/share/man/man8/rpc.idmapd.8.xz

trs писал(а):
Код: Выделить всё
# urpmf rpc.idmapd
nfs-utils:/usr/sbin/rpc.idmapd
nfs-utils:/usr/share/man/man8/rpc.idmapd.8.xz

действительно есть, я думал это systemd демон, по этому и не нашел, только толку от этого ноль.

В общем ничего не помогает, если запустить nfs-idmap то владелец определяется но прав по прежнему на запись нет, сама служба при старте не запускается, enable не помогает, я глянул в других ОС, там то же самое, служба при старте не активна, поглядел конфиги, есть только idmapd.conf, ну собственно как и везде, конфиг nfs-common это ебунтойдный конфиг, у них директория /etc/default/ используется чаще, он есть только там и его производных, ладно, я создал его, добавил параметр

Код: Выделить всё

NEED_IDMAPD=yes

и чуда не произошло.
Выхлоп systemctl status nfs-idmap точно такой же как и в рабочей ОС, т.е. ошибок нет.

UPD. В Mageia подключается без проблем,
Похоже проблема в самом NFS в Росе, потому как без разницы как монтирую, nfs или nfs4 результат одинаков, с nfs должно было сработать 100%

ВК тоже пишут о проблемах, но они совсем иного рода.

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

https://vk.com/rosa_linux?w=wall-33847957_218849%2Fall

trs писал(а):ВК тоже пишут о проблемах, но они совсем иного рода.

нужна помощь по тонкой настройке nfs.
настроил, запустил, работает как часы.
проблема с копированием больших файлов. быстро копируется около 200мб и стопарится. вся система начинает подтормаживать.
https://vk.com/rosa_linux?w=wall-33847957_218849%2Fall

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

Проверил в R8.1, с правами все ок, но почему то доступа к записи все равно нет

Не понял, что значит "с правами все ок", но рискну предположить, что UID пользователя admin в ROSA 500, а в SUSE 1000. Видимо то, что Вы монтируете принадлежит пользователю с UID 1000. От этого и проблемы. Для NFS4 это не проблема, но без доступа к настройкам сервера и общей базы пользователей разобраться (просто сопоставить имена пользователей) будет проблематично. Для NFS попробуйте в ROSA создать нового пользователя, указав вручную UID 1000 и смонтировать под ним.

Код: Выделить всё

ls -ln

покажет UID. И да, часто производители подобных решений про то, что "безпроблемный" доступ по nfs будет только для чтения, скромно умалчивают, а потом рекомендуют smb.

Уже решил проблему, чуток не успели, я уже увидел что в росе по непонятной причине дефолтный uid для пользователя 500 а не 1000 как у остальных, и это доставляет массу проблем. Сменил UID и все заработало.
Всем спасибо

Dead_Mozay писал(а):Уже решил проблему, чуток не успели, я уже увидел что в росе по непонятной причине дефолтный uid для пользователя 500 а не 1000 как у остальных, и это доставляет массу проблем. Сменил UID и все заработало.
Всем спасибо

Есть стандарт для UID? И почему именно 1000,а не 1?

Barmalei писал(а):
Dead_Mozay писал(а):Уже решил проблему, чуток не успели, я уже увидел что в росе по непонятной причине дефолтный uid для пользователя 500 а не 1000 как у остальных, и это доставляет массу проблем. Сменил UID и все заработало.
Всем спасибо
Есть стандарт для UID? И почему именно 1000,а не 1?

это как бы нигде не прописано но это общепринятый факт, производители дистрибутивов от 1 до 999 ID резервируют для системных пользователей, а от 1000 начинаются уже обычные

The user ID 0 is reserved for the root user. User IDs below 100 are reserved for system
use; users with these user IDs should not be deleted and should not be modified
except to change the password of the root user. If you do not want the user to appear
in the login window of computers with Mac OS X version 10.4 or later installed, assign a
user ID of less than 500.

When you create a new user account in any shared directory domain, Workgroup
Manager automatically assigns a user ID; the value assigned is an unused user ID (1025
or greater) in the server’s search policy. (New users created using the Accounts pane of
System Preferences are assigned user IDs starting at 501.)

trs писал(а):
The user ID 0 is reserved for the root user. User IDs below 100 are reserved for system
use; users with these user IDs should not be deleted and should not be modified
except to change the password of the root user. If you do not want the user to appear
in the login window of computers with Mac OS X version 10.4 or later installed, assign a
user ID of less than 500.

When you create a new user account in any shared directory domain, Workgroup
Manager automatically assigns a user ID; the value assigned is an unused user ID (1025
or greater) in the server’s search policy. (New users created using the Accounts pane of
System Preferences are assigned user IDs starting at 501.)

© 2006 Apple Computer, Inc. All rights reserved.

https://www.apple.com/server/docs/User_ ... v10.4B.pdf

Mac OS это не linux, там модифицированное ядро от freebsd, это разное семейство ОС, по этому аргумент вообще не торт

А, точно. "Общепринятый факт" ведь можно трактовать как "только в GNU" (то есть в "не Unix").

ROSAForum

[РЕШЕНО]Rosa vs NFS

[РЕШЕНО]Rosa vs NFS

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa не умеет назначить владельца файлов и папок?

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: Rosa vs NFS

Re: [РЕШЕНО]Rosa vs NFS

Re: [РЕШЕНО]Rosa vs NFS

Re: [РЕШЕНО]Rosa vs NFS