Unix Uname & Gname reported as nobody

General discussions about Sharity
ryand
Posts: 1
Joined: Mon Dec 07, 2009 6:44 pm

Unix Uname & Gname reported as nobody

Postby ryand » Mon Dec 07, 2009 8:25 pm

Hello,

Resubmitting under correct login...

Have sharity3 Demo License installed on Solaris 10.

We are also looking at a particlar application that currently mounts a Unix File System on the windows application using Samba.
The application wants to see a UNIX file system controlled by UNIX. I'm wondering if we can move the UNIX data to a windows share and then use Sharity to mount the windows share on UNIX. At this point I'm thinking the Sharity share would have to be exported to the applications via Samba.
What is you take on this?

#----# How to control USERid and GroupID information on UNIX question

Even though the Unix user pddcadmin executed the sharity mount the the file system /sharity_test is owned by nobody.
Any files created by the UNIX pddcadmin user are assigned username and groupname of nobody.

# su - pddcadmin

Sun Microsystems Inc. SunOS 5.10 Generic January 2005
You have new mail.
pddcadmin@nmsus10 PDDC PROD> ksh


$ sharity mount smb://enpsknmvapp06/oracle_export /sharity_test -U pddcadmin -D emrsn.org
pddcadmin's password on enpsknmvapp06:

$ sharity login
Server or Share Remote Name Authentication
------------------------------------------------------------------------------
smb://enpsknmvapp06 pddcadmin NTLM v2

$ df -h /sharity_test
Filesystem size used avail capacity Mounted on
localhost:smb://enpsknmvapp06/oracle_export
210G 10.0G 200G 5% /sharity_test


$ ls -ld /sharity_test
drwx------ 1 nobody nobody 131072 Dec 7 18:16 /sharity_test

#--# Any new files or directories created by UNIX username pddcadmin are assigned user & group nobody.

$ id
uid=225(pddcadmin) gid=501(pdmusr)
$ ls -l
total 664
-rwx------ 1 nobody nobody 336856 Apr 14 2008 btntxd.exe
-rwx------ 1 nobody nobody 0 Mar 12 2009 khs
$ pwd
/sharity_test
$ mkdir /sharity_test/pddcadmin_user_mkdir
$ ls -ld /sharity_test/pddcadmin_user_mkdir
drwx------ 1 nobody nobody 131072 Dec 7 2009 /sharity_test/pddcadmin_user_mkdir
$ cd /sharity_test/pddcadmin_user_mkdir
$ touch pddcadmin_user_touch
$ pwd
/sharity_test/pddcadmin_user_mkdir
$ ls -l
total 0
-rwx------ 1 nobody nobody 0 Dec 7 18:30 pddcadmin_user_touch

#---# Can you tell me what the configuration is that will allow the Unix uname and groupname of files created on the windows share bu unix users
to show the Unix UserId and Gname?

#--- Is this feasible question#
overall we are evaulating sharity to see if we can use a combination of windows Servers and Unix servers running sharity, to replace the NAS
apliances that provide both windows and Unix file systems.

christian
Objective Development
Objective Development
Posts: 1369
Joined: Thu Nov 09, 2006 11:46 am

Re: Unix Uname & Gname reported as nobody

Postby christian » Sat Dec 26, 2009 11:41 pm

I don't fully understand what you are trying to do, but the following info should help in any case:

By default, Sharity has no real file ownership and no groups. Files are always owned by the user who accesses the file system (so that chmod can be executed by everybody) and the group is always the user's primary group. That's because the basic SMB implementation has no such thing as file ownership.

If you want file ownership in a client/server environment, you first need to integrate client and server into a domain so that both computers have the same set of users. Without this integration, they can't talk about ownership. This is a complex issue by itself and there are several solutions available to integrate Unix computers into the Windows domain.

Once you have server and client in the same domain and Sharity has access to the domain database (via LDAP or the idmap config file), you can enable the option "Convert Windows ACLs" in the GUI section "Options". Note, however, that Sharity needs at least one additional round trip to the server for each time a file's attributes are requested. SMB does not have a single primitive to request file attributes AND ACLs together. This slows down file listings with "ls -l" and similar operations.


Return to “Sharity General”

Who is online

Users browsing this forum: No registered users and 1 guest