Бороться с этим в течение нескольких дней и нуждается в некоторой помощи, GOOGLE'in вокруг не привел ни к чему, что работало на данный момент. Таким образом, вот ситуация (извинения, если я пропускаю что-нибудь):
- Существует основная система, которая хорошо работает со многими, смонтировал HDs
- Существует несколько систем стороны с их собственными процессорами, которые также монтируют тот же HDs. Системы стороны (узлы?) совместно использует корневые каталоги с основной системой
- У меня есть sudo доступ ко всем системам, таким образом, я могу проверить что
- Я создал пользователей в обеих системах с тем же UIDs и groupIDs и присоединил группы (подтвержденное идентификационное ИМЯ ПОЛЬЗОВАТЕЛЯ использования и проверка/etc/passwd и/etc/group в обеих системах [вставляемый ниже])
Каждый раз, когда я создаю что-то в основной системе, все хорошие взгляды
Каждый раз, когда я создаю что-то в системе стороны, группа, кажется, работает правильно, но пользователь не делает.
- У 2 других пользователей систем нет ни одной из моих проблем (хорошо работал в течение прошлых 3 лет для них). Я просто присоединился к команде, и мы наклоняемся, заставляют это работать правильно для меня.
- Im сказал свою nfs, смонтированную, хотя я менее знаком с этими вещами, чем можно было бы предпочесть, таким образом, у меня нет никаких других деталей
- Ниже некоторой статистики:
ИМЯ ПОЛЬЗОВАТЕЛЯ Кац
UID 1019
sidesystem: UBUNTU 14.04 mainsystem: UBUNTU 12.02
katz@SIDESYSTEM:/home/katz$ cat /etc/passwd | grep katz
katz:x:1019:1019::/home/katz/:/bin/bash
katz@MAINSYSTEM:~$ cat /etc/passwd | grep katz
katz:x:1019:1019:My Name,,,:/home/katz/:/bin/bash
затем
katz@SIDESYSTEM:/home/katz$ ls -1l | grep bk
-rw-rw-r-- 1 nobody katz 0 Jul 20 22:06 bk
katz@MAINSYSTEM:~$ pwd
/home/katz/
katz@MAINSYSTEM:~$ ls -1l | grep bk
-rw-rw-r-- 1 katz katz 0 Jul 20 22:06 bk
В чтении других потенциальных ответов на этом сайте, ниже несколько других потенциально полезных битов:
katz@SIDESYSTEM:/home/katz$ cat /etc/exports [Some numbers replaced with Xs for privacy]
# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/dataXX XX.XX.X.XX(rw,async,no_root_squash,no_subtree_check)
/dataXX XX.XX.X.XX(rw,async,no_root_squash,no_subtree_check)
....etc.
katz@MAINSYSTEM:~$ cat /etc/exports
# /etc/exports: the access control list for filesystems which may be exported
# to NFS clients. See exports(5).
#
# Example for NFSv2 and NFSv3:
# /srv/homes hostname1(rw,sync,no_subtree_check) hostname2(ro,sync,no_subtree_check)
#
# Example for NFSv4:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt,no_subtree_check)
# /srv/nfs4/homes gss/krb5i(rw,sync,no_subtree_check)
#
/home XX.XX.X.XX(rw,async,no_root_squash,no_subtree_check)
...etc
Счастливый добавить любых других информационных других думают, было бы полезно.
Вы указали свою долю с синтаксисом NFSv3-стиля. При монтировании на клиенте попытайтесь монтироваться с-o nfsvers=3
mount -t nfs 1.2.3.4:/home /home -o nfsvers=3
По умолчанию, NFSv4 используется, который довольно совместим с v3, таким образом, монтирование успешно выполняется, но отображение идентификаторов пользователей и полномочий испорчено. Так или используйте серверную сторону NFSv4 или вынудите клиент использовать v3 с помощью той опции.