Files in NFS share not visable

I'm trying to install Solaris 10u4 from a Netra T1-200 install server. The client is a Sun Enterprise 5000, it boots fine during the network install but gives the error "The directory you specified doen not contain a valid Solaris OS image".
If I mount the same NFS share from a Linux box I can see all the files in the Boot directory but there are no files visable in the Tools or Solaris_10 directory. I've verified that they exist on the Netra but the are not visable in the share.
Any help in resolving this problem would be greatly appreciated.
Thanks,
Jack

OK, i can replicate it by doing the following on the server:
<pre>
# touch test\ file\ one.txt
# touch test\ file\ one\ two.txt
# touch test\ file\ one\ two\ three.txt
# touch test\ file\ one\ two\ three\ four.txt
# touch test\ file\ one\ two\ three\ four\ five.txt
</pre>
the last two files (ending in four and five) do not appear in finder.
It seems that if there are 5 or more spaces in a filename the file will not appear.
This seems like a bug doesn't it? how would I go about reporting it to apple?
Thanks
ed

Similar Messages

Copying files on NFS shares takes forever. Any suggestions?

I have some shares mounted via NFS, using Lion as a client. The mounting used to work flawlessly under Snow Leopard. In Lion, copying files often takes forever - the little spinning ball appears and it may take up to several minutes to complete a copy operation. The problem appears to be unrelated from the Finder - I have noticed the same when using the terminal to copy files.
Are there perhaps some different settings I should use when mounting the NFS shares?

Hi,
You may try this:
Click Start> Control Panel> Internet Options.
Click Security tab.
Click Local Intranet.
Click Sites button.
Click Advanced button.
Enter the IP Address of the other machine or server and click Add.
Click Close.
Also, review this article:
How to bypass the
security warning "Unknown Publisher" with the checkbox "Always Ask Before Opening this File"
Tracy Cai
TechNet Community Support

[SOLVED] NFS share not mounting at boot

Hi All,
I have an NFS share listed in fstab and it doesn't mount at boot; however, when i mount -a, it mounts fine. Any thoughts?
Thanks.
Shawn
Last edited by shawn.abdushakur (2011-05-06 12:21:27)

@damnshock: Good point . Here it is:
# /etc/fstab: static file system information
# <file system> <dir> <type> <options> <dump> <pass>
devpts /dev/pts devpts defaults 0 0
shm /dev/shm tmpfs nodev,nosuid 0 0
#/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0
#/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0
#/dev/fd0 /media/fl auto user,noauto 0 0
/dev/sda1 swap swap defaults 0 0
LABEL=arch / ext4 defaults 0 1
UUID=c1a8b2e0-bf9e-4382-ac4e-15c2aec65090 /srv/nfs ext3 defaults 0 0
/srv/nfs/shawn/Documents /home/shawn/Documents none bind
/srv/nfs/shawn/Downloads /home/shawn/Downloads none bind
/srv/nfs/shawn/Music /home/shawn/Music none bind
/srv/nfs/shawn/Pictures /home/shawn/Pictures none bind
/srv/nfs/shawn/Videos /home/shawn/Videos none bind
xbmc:/srv/nfs/watch /home/shawn/Downloads/torrents/watch nfs rsize=8192,wsize=8192,timeo=14,intr

New files and folders on a Linux client mounting a Windows 2012 Server for NFS share do not inherit Owner and Group when SetGID bit set

Problem statement
When I mount a Windows NFS service file share using UUUA and set the Owner and Group, and set the SetGID bit on the parent folder in a hierarchy. New Files and folders inside and underneath the parent folder do not inherit the Owner and Group permissions
of the parent.
I am given to understand from this Microsoft KnowledgeBase article (http://support.microsoft.com/kb/951716/en-gb) the problem is due to the Windows implmentation of NFS Services not supporting the Solaris SystemV or BSD grpid "Semantics"
However the article says the same functionality can acheived by using ACE Inheritance in conjunction with changing the Registry setting for "KeepInheritance" to enable Inheritance propagation of the Permissions by the Windows NFS Services.
1. The Precise location of the "KeepInheritance" DWORD key appears to have "moved" in Windows Server 2012 from a Services path to a Software path, is this documented somewhere? And after enabling it, (or creating it in the previous
location) the feature seems non-functional. Is there a method to file a Bug with Microsoft for this Feature?
2. All of the references on demonstrating how to set an ACE to achieve the same result "currently" either lead to broken links on Microsoft technical websites, or are not explicit they are vague or circumreferential. There are no plain Examples.
Can an Example be provided?
3. Is UUUA compatible with the method of setting ACE to acheive this result, or must the Linux client mount be "Mapped" using an Authentication source. And could that be with the new Flat File passwd and group files in c:\windows\system32\drivers\etc
and is there an Example available.
Scenario:
Windows Server 2012 Standard
File Server (Role)
+- Server for NFS (Role) << -- installed
General --
Folder path: F:\Shares\raid-6-array
Remote path: fs4:/raid-6-array
Protocol: NFS
Authentication --
No server authentication
+- No server authentication (AUTH_SYS)
++- Enable unmapped user access
+++- Allow unmapped user access by UID/GID
Share Permissions --
Name: linux_nfs_client.host.edu
Permissions: Read/Write
Root Access: Allowed
Encoding: ANSI
NTFS Permissions --
Type: Allow
Principal: BUILTIN\Administrators
Access: Full Control
Applies to: This folder only
Type: Allow
Principal: NT AUTHORITY\SYSTEM
Access: Full Control
Applies to: This folder only
-- John Willis, Facebook: John-Willis, Skype: john.willis7416

I'm making some "major" progress on this problem.
1. Apparently the "semantics" issue to honor SGID or grpid in NFS on the server side or the client side has been debated for some time. It also existed as of 2009 between Solaris nfs server and Linux nfs clients. The Linux community defaulted to declaring
it a "Server" side issue to avoid "Race" conditions between simultaneous access users and the local file system daemons. The client would have to "check" for the SGID and reformulate its CREATE request to specify the Secondary group it would have to "notice"
by which time it could have changed on the server. SUN declined to fix it.. even though there were reports it did not behave the same between nfs3 vs nfs4 daemons.. which might be because nfs4 servers have local ACL or ACE entries to process.. and a new local/nfs
"inheritance" scheme to worry about honoring.. that could place it in conflict with remote access.. and push the responsibility "outwards" to the nfs client.. introducing a race condition, necessitating "locking" semantics.
This article covers that discovery and no resolution - http://thr3ads.net/zfs-discuss/2009/10/569334-CR6894234-improved-sgid-directory-compatibility-with-non-Solaris-NFS-clients
2. A much Older Microsoft Knowledge Based article had explicit examples of using Windows ACEs and Inheritance to "mitigate" the issue.. basically the nfs client "cannot" update an ACE to make it "Inheritable" [-but-] a Windows side Admin or Windows User
[-can-] update or promote an existing ACE to "Inheritable"
Here are the pertinent statements -
"In Windows Services for UNIX 2.3, you can use the KeepInheritance registry value to set inheritable ACEs and to make sure that these ACEs apply to newly created files and folders on NFS shares."
"Note About the Permissions That Are Set by NFS Clients
The KeepInheritance option only applies ACEs that have inheritance enabled. Any permissions that are set by an NFS client will
only apply to that file or folder, so the resulting ACEs created by an NFS client will
not have inheritance set."
"So
If you want a folder's permissions to be inherited to new subfolders and files, you must set its permissions from the Windows NFS server because the permissions that are set by NFS clients only apply to the folder itself."
http://support.microsoft.com/default.aspx?scid=kb;en-us;321049
3. I have set up a Windows 2008r2 NFS server and mounted it with a Redhat Enteprise Linux 5 release 10 x86_64 server [Oct 31, 2013] and so far this does appear to be the case.
4. In order to mount and then switch user to a non-root user to create subdirectories and files, I had to mount the NFS share (after enabling Anonymous AUTH_SYS mapping) this is not a good thing, but it was because I have been using UUUA - Unmapped Unix
User Access Mapping, which makes no attempt to "map" a Unix UID/GID set by the NFS client to a Windows User account.
To verify the Inheritance of additional ACEs on new subdirectories and files created by a non-root Unix user, on the Windows NFS server I used the right click properties, security tab context menu, then Advanced to list all the ACEs and looked at the far
Column reflecting if it applied to [This folder only, or This folder and Subdirectories, or This folder and subdirectories and files]
5. All new Subdirectories and files createdby the non-root user had a [Non-Inheritance] ACE created for them.
6. I turned a [Non-Inheritance] ACE into an [Inheritance] ACE by selecting it then clicking [Edit] and using the Drop down to select [This folder, subdirs and files] then I went back to the NFS client and created more subdirs and files. Then back to the
Windows NFS server and checked the new subdirs and folders and they did Inherit the Windows NFS server ACE! - However the UID/GID of the subdirs and folders remained unchanged, they did not reflect the new "Effective" ownership or group membership.
7. I "believe" because I was using UUUA and working "behind" the UID/GID presentation layer for the NFS client, it did not update that presentation layer. It might do that "if" I were using a Mapping mechanism and mapped UID/GID to Windows User SIDs and
Group SIDs. Windows 2008r2 no longer has a "simple" Mapping server, it does not accept flat text files and requires a Schema extension to Active Directory just to MAP a windows account to a UID/GID.. a lot of overhead. Windows Server 2012 accepts flat text
files like /etc/passwd and /etc/group to perform this function and is next on my list of things to see if that will update the UID/GID based on the Windows ACE entries. Since the Local ACE take precedence "over" Inherited ACEs there could be a problem. The
Inheritance appears to be intended [only] to retain Administrative rights over user created subdirs and files by adding an additional ACE at the time of creation.
8. I did verify from the NFS client side in Linux that "Even though" the UID/GID seem to reflect the local non-root user should not have the ability to traverse or create new files, the "phantom" NFS Server ACEs are in place and do permit the function..
reconciling the "view" with "reality" appears problematic, unless the User Mapping will update "effective" rights and ownership in the "view"
-- John Willis, Facebook: John-Willis, Skype: john.willis7416

Error mounting NFS share - mount.nfs: Operation not permitted

I've got an NFS share on a FreeBSD server which I mount via fstab.
It mounts automatically at boot and everything is fine.
However, if I unmount it and try to mount it again I get:
mount.nfs: Operation not permitted
I have tried vers=3 and nfsvers=3 in fstab, but to no avail.
rpcbind is allowed in /etc/hosts.allow.
Does anyone have any ideas?
fstab entry:
server:/path/to/files /mnt/files nfs ro,hard,intr,nfsvers=3 0 0

Tagging along, I have the same problem, although I have a different setup:
- Server = Arch linux
- Client1 = Debian Testing linux
- Client2 = Arch linux
On client1, I'm unable to mount all NFS-shares. 2 out of 3 mount ok and the third fails with this error (both through fstab and manually):
# mount -a
mount.nfs4: access denied by server while mounting (null)
On Client2 I'm able to connect automatically and manually to all shares.
Maybe it is Debian-related, but the debian user forums have not been of much help...
THX for any input!
Last edited by zenlord (2010-03-04 12:07:04)

Flat file connection: The file name "\server\share\path\file.txt" specified in the connection was not valid

I'm trying to execute a SSIS package via SQL agent with a flat file source - however it fails with Code: 0xC001401E The file name "\server\share\path\file.txt" specified in the connection was not valid.
It appears that the problem is with the rights of the user that's running the package (it's a proxy account). If I use a higher-privelege account (domain admin) to run the package it completes successfully. But this is not a long-term solution, and I can't
see a reason why the user doesn't have rights to the file. The effective permissions of the file and parent folder both give the user full control. The user has full control over the share as well. The user can access the file (copy, etc) outside the SSIS
package.
Running the package manually via DTExec gives me the same error - I've tried 32 and 64bit versions with the same result. But running as a domain admin works correctly every time.
I feel like I've been beating my head against a brick wall on this one... Is there some sort of magic permissions, file or otherwise, that are required to use a flat file target in an SSIS package?

Hi Rossco150,
I have tried to reproduce the issue in my test environment (Windows Server 2012 R2 + SQL Server 2008 R2), however, everything goes well with the permission settings as you mentioned. In my test, the permissions of the folders are set as follows:
\\ServerName\Temp --- Read
\\ServerName\Temp\Source --- No access
\\ServerName\Temp\Source\Flat Files --- Full control
I suspect that your permission settings on the folders are not absolutely as you said above. Could you double check the permission settings on each level of the folder hierarchy? In addition, check the “Execute as user” information from job history to make
sure the job was running in the proxy security context indeed. Which version of SSIS are you using? If possible, I suggest that you install the latest Service Pack for you SQL Server or even install the latest CU patch.
Regards,
Mike Yin
If you have any feedback on our support, please click
here
Mike Yin
TechNet Community Support

Files saved to NFS share by MS word cause finder to loose sync w/filesystem

I am posting this bug report(#4699323, opened Aug 24th, 2006) I have open with Apple because there is no indication that they have even noticed it. Please reply if you have similar problems, questions, or suggestions. Bug report follows.
24-Aug-2006 04:17 PM Erik Meitner:
Summary:
Files saved to an NFS volume by Microsoft Word dissappear from the Finder. Many times "Ghosted" icons of "Word Work Files" are left behind.
Steps to Reproduce & Actual Results:
1. Mount an NFS volume from a server(Mac or Linux, doesn't matter. NFS options do not matter.) from the Finder or command line.
2. Open a Finder window to the mount point.
3. Create a word document(test.doc), save to the NFS mount point.
4. Make sure both the Word window and Finder window are visible.
5. Type a single letter, Save.
6. "Word Work File L_200098113"(the number varies.) apears and test.doc dissapears from the folder. Then the icon for "Word Work File L_200098113" goes "ghosted" (test.dc IS still there, just not shown. You can verify this in the shell )
7. Type a letter, Save.
8. The work file dissapears and is replaces by "Word Work File L_200098113"
9. Rinse, Repeat ad infinitum.
Expected Results:
File saved & Finder does NOT get out of sync with the filesystem.
Regression:
* Only happens on NFS volumes.
* Only happens with MS Word.
* It happens on Panther(10.3.9) and Tiger(up to 10.4.7)
* "Fast saves" in Word has no effect.
* The user has full access to the root of the NFS volume.(a .TemporaryItems folder IS being created)
* Verified that problem happens with all Versions of Office 2004 from 11.2.3 to 11.2.6(current).
* Happens with ALL users: admin, local, and non-local(LDAP authenticated, network homes).
Notes:
* The work files(with "ghosted" icons) never show up when listing the folder via the CLI.
* The original(test.doc) always shows in the CLI.
* Relaunching the Finder usually causes the "missing" files to show again, but not always.
* Problem is exacerbated by users losing faith in the system, thus saving very frequently, guaranteeing that the problem will always happen.
* Only workaround is to have users work on files "off the network" on a local disk.
30-Aug-2006 01:45 PM Erik Meitner:
Screen shot attached showing initial state of Finder.
'1.tiff' was successfully uploaded
30-Aug-2006 01:46 PM Erik Meitner:
Screen shot attached showing state of Finder after 1st save.
'2.tiff' was successfully uploaded
30-Aug-2006 01:47 PM Erik Meitner:
Screen shot attached showing state of Finder after 3rd save.(2nd save same as 1st)
'3.tiff' was successfully uploaded
01-Sep-2006 08:37 AM Erik Meitner:
Relaunching the Finder will restore the icons to the proper state most of the time. One can also use this application to force a refresh of a folders contents: http://www.brockerhoff.net/nudge/index.html
I am not sure of the internal workings of "Nudge", but it does seem to be the best hack available to get the Finder to work properly.
01-Sep-2006 08:48 AM Erik Meitner:
I should also add that this problem is repeatable on 15 different Macs of different models, all running 10.3.9 with the latest updates.
11-Sep-2006 12:41 PM Erik Meitner:
Problem is repeatable on all 6 of our Machines running Tiger(10.4.7) with all the latest updates.
20-Sep-2006 02:25 PM Erik Meitner:
The "Nudge" tool mentioned previously does not always work especially for some users who experience this problem the worst. It will only restore the file to a "ghosted" icon that is still inaccessable.
Moving the file to a different folder and deleting the resource fork file is the only solution in this case.

OS X 10.4.8 update has not altered the behavior of this bug. The Office 2004 11.30 update seems to have caused the problem to happen less frequently. I would say it now happens half as frequently.

[SOLVED] Network shares not shown in File Explorers

Hi.
I absolutely love Arch and I am big fan because it forces me to learn...
Time to start noob linux questions , I am sorry...
So....
In any GUI file manager I am not able to see most of my network shares... Till this point I was mainly using Mint, Ubuntu etc and obviously everything comes preconfigured, so I never had this problem.
I have installed Manjaro on same machine just to see if I will have same problem, but there I am able to browse network shares on Nautilus and Nemo out of the box. On Arch I can find only local host and one other share (as on the picture).
Initially I have thought that this is due to network configuration but I have checked with
smbtree -U
and I get:
WORKGROUP
\\WDMYCLOUD WD My Cloud
\\WDMYCLOUD\Public Public
\\WDMYCLOUD\BrightSide
\\WDMYCLOUD\Aneta
\\WDMYCLOUD\Piotr
\\WDMYCLOUD\IPC$ IPC Service (WD My Cloud)
\\ROUTER Router
\\MINTSERVER MintServer server (Samba, Linux Mint)
\\MINTSERVER\SamsungPrinter Samsung Printer on Mint Server
\\MINTSERVER\print$ Printer Drivers
\\MINTSERVER\DyskDomowy1
\\MINTSERVER\IPC$ IPC Service (MintServer server (Samba, Linux Mint))
\\KOMPUTER_MADZI
So Samba is discovering just fine...
I tried to research on it but no luck so far, maybe I am looking for wrong thing.
Can someone point me out what I am missing here? Should I enable some sort of service to be able to see and browse those shares in file explorers?
Thanks for any kind tip
Last edited by hede0n (2015-01-21 19:43:50)

Ok.....
After few reboots it started to work on its own....

PI sender communication channel not reading files from NFS directory

Hello,
I have a sender communication channel configured to read file from NFS directory which is on ECC server. A program in ECC generates the file and puts it on the ECC server in the output directory. PI sender communication channel is supposed to pickup this file and process it. If I give the NFS path as the source directory, I am getting error: Configured source directory '//Server/DIR/OUT' does not exist. I tried putting '
Server\DIR\OUT' too but same error. Do I have to add the NFS path of ECC into PI as logical path?
Any suggestions?
Thanks,
Sangita

Hello Sangita,
Your ECC server is an external system, therefore you need to activate FTP service in that system and use the transport protocol FTP:
http://help.sap.com/saphelp_nw04/helpdata/en/e3/94007075cae04f930cc4c034e411e1/content.htm
You can use NFS protocol when you have a local directory in XI server.
Best Regards,
.Luis Bernal.

[Solved]NFS Client Not Mounting Shares

Here is my setup:
I have two Arch boxes that I am attempting to setup NFS shares on. The box that is going to be the server is headless FYI. So far, I have installed nfs-utils, started `rpc-idmapd` and `rpc-mountd` successfully on the server, and started `rpc-gssd` successfully on the client.
The folder I am trying to share is the /exports folder.
ls -l /exports
produces
total 8
drwxrwxrw-+ 110 daniel 1004 4096 Dec 6 17:26 Movies
drwxrwxrwx+ 13 daniel users 4096 Jan 8 19:12 TV-Shows
On the server:
/etc/exports
# /etc/exports
# List of directories exported to NFS clients. See exports(5).
# Use exportfs -arv to reread.
# Example for NFSv2 and NFSv3:
# /srv/home hostname1(rw,sync) hostname2(ro,sync)
# Example for NFSv4:
# /srv/nfs4 hostname1(rw,sync,fsid=0)
# /srv/nfs4/home hostname1(rw,sync,nohide)
# Using Kerberos and integrity checking:
# /srv/nfs4 gss/krb5i(rw,sync,fsid=0,crossmnt)
# /srv/nfs4/home gss/krb5i(rw,sync,nohide)
/exports 192.168.1.10(rw,fsid=0)
On the client:
showmount -e 192.168.1.91
Export list for 192.168.1.91:
/exports 192.168.1.10
Everything is looking hunky-dory. However, I go to mount using
sudo mount -t nfs4 192.168.1.91:/exports /mnt/Media
and the mount never takes place. It sits there and does nothing. I CAN, however, kill the process with Ctrl-c.
So does anybody have ANY idea why my shares aren't working.
EDIT: Just thought I should mention that all of the data in the /exports folder is a mount --bind from /mnt/media. All of the /mnt/media is contained on a USB external hard drive. I did notice that there is an ACL.
getfacl /exports
getfacl: Removing leading '/' from absolute path names
# file: exports/
# owner: root
# group: root
user::rwx
group::r-x
other::r-x
Last edited by DaBungalow (2014-01-10 03:18:05)

I found what the problem was. Apparently rpc_gssd was causing a problem. Stopping it fixed everything.

Files with accented / special characters dissapear / not visable

I did everything which was suggested in threath http://discussions.apple.com/thread.jspa?threadID=875688&threadrate=2&messageid= 4170111#4170111 but have another problem which maybe new:
All the files appeared when I first used the USB HD on my Airport Extreme but a few weeks ago I tried to play a song via my Itunes and suddenly all my files containing special characters or accented characters where not recognized anymore. For example "josé gonzales - heartbeat.mp3" was gone...! Also in Finder.
I connected my harddrive to directlly to my mac and all the files we visable again! I did the account trick with password and moved all the files in the sharedfolder but still alle the files with accented characters where not visable??? I can't seem to find a solution? Does anyone got the same problem?
Qryn

Actually, The inso filters do not even work for me for PDF file versions 1.2+. Is anyone else experiencing the same difficulties ? How often does Oracle update the INSO filters to keep up with vendors (Adobe/Microsoft) coming out with newer versions of their document products ?
null

My music library is not visable in itunes however i can see it in windows explorer in itunes media file how do i make available to itunes library?

My Music File is not visable in itunes however I can see i in windows explorer in the itunes media file under music how do i make it visable again in itunes?

Drag the music from the iTunes media Folder into iTunes.
Use iTunes to Add Folder to Library. Use the ALT key, followwd by the F key and then the D key (that's File/Add Folder to Library) and navigate to the folder and select.

Can not mount nfs shares

I have a centos server which tries to mount a nfs share from an osx server tiger.
on the osx server showmount -e shows me the mountpoint perfectly.
on the linux server i try to mount the mountpoint and after some time it gives me the error:
mount.nfs: Input/output error
does this sound familiar to anyone? please help me :P

more information:
nidump -r /exports .
"name" = ( "exports" );
CHILDREN = (
"clients" = ( "192.168.0.10" );
"name" = ( "/backup" );
"opts" = ( "" );
showmount -a returns:
Exports list on localhost:
/backup 192.168.0.10

Bonjour published NFS shares do not show in Finder

In Mac OSX 10.4, Finder did properly discover NFS, AFP and SMB bonjour published services. In 10.5 it seems only AFP published shares show up.
I used avahi for Linux and nfs.tcp as service type. This configuration worked fine in Tiger.
Does anybody know of any Finder.plist setting or something else that should enable finder to discover NFS shares again?
For the mean time (since I consider it a real bug) I wrote my own Ruby script daemon using DNSSD to look up all bonjour published NFS services and the mount them.
I can publish this script here if anybody is interested. It actually uses the new Ruby DNSSD package of Leopard.
Message was edited by: QuickSander

I assume this is the option that you are having the issue with.
When in this mode, have you clicked on the GREEN button in the upper left hand corner?
Ciao.
<Image Edited by Host>

How can a mount a NFS share exported from OpenBSD?

Hello Apple Discussions:
I've been experimenting with NFS in a mixed OS environment, and have been successful exporting nfs share with tigerserver, and mounting it on both a powerpc linux system, and on a powerpc openBSD system.
Likewise, I can export a NFS share from the linux powerpc box, and mount it on the openBSD box and on the tigerserver, although, the latter required using the options (ro,sync,insecure) in my exports file.
However, when I export a share on the OpenBSD box, I can mount it on the linux box, but not on tigerserver.
I would like for the OpenBSD box to export a NFS share securely, with read-write permissions, to the tigerserver.
After reading so many tutorials, that it would be a page of links, just to list them all, I am pulling my hair out. However, I have found one thread that suggests, that perhaps what I'm trying to do is impossible:
http://www.bsdforums.org/forums/showthread.php?t=54308
Here it is suggested that the NFS won't work because tigerserver is not using UTF-8?
I will have to say, that I was somewhat alarmed, that the only times I succeeded in mounting an nfs share exported from linux onto tigerserver, it was when the "insecure" option is used in the /etc/exports file. There doesn't seem to be an equivalent for the linux style exports option "insecure", in the bsd style options of --maproot=user:group1:group2.
But I don't like using any options that say "insecure" anyways, so rather than trying to find out how to make openbsd "insecure", I would rather like to find out if there is a way to get tigerserver using UTF-8, at least when mounting NFS shares, if this is indeed the issue.
Here are the more technical details. I've created a user on all sytems named "fives" with the userid of 5555 and the groupid of 5555. I made the user local user in the local net info domain, but I've tried it with an LDAP user as well. The folders I wish to export and the folders into which to mount them are all owned by user fives and group fives, and have permissions set to 0775. The ip addresses are OpenBSD=192.168.222.111 TigerServer=192.168.222.233 LinuxPPC=192.168.222.253. I've included the relevant NFS setup files and running processes below:
ON THE OPENBSD BOX:
#/etc/exports
/fives -alldirs -network=192.168.222.0 -mask=255.255.255.0
/exports/fives -mapall=fives:fives 192.168.222.233 192.168.222.253
#/etc/hosts.deny
ALL: ALL
#/etc/hosts.allow
ALL: 192.168.222.233 192.168.222.253
#/etc/rc.conf.local
portmap=YES
lockd=YES
nfs_server=YES
#here's proof that the daemons are running on the OpenBSD box;
rpcinfo -p localhost
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100005 1 udp 863 mountd
100005 3 udp 863 mountd
100005 1 tcp 613 mountd
100005 3 tcp 613 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100021 1 udp 895 nlockmgr
100021 3 udp 895 nlockmgr
100021 1 tcp 706 nlockmgr
100021 3 tcp 706 nlockmgr
# actually, I don't see statd, but haven't found the equivalent in openbsd. There's rpc.rstatd, and maybe it should be listed here, but there doesn't seem to be a way to launch it directly. This is a competitor with the UTF-8 theory about why it's not working.
ON THE TIGER SERVER:
# here's proof that tiger server sees the mounts:
showmount -e 192.168.222.111
Exports list on 192.168.222.111:
/fives 192.168.222.0
/exports/fives 192.168.222.233 192.168.222.253
# here's the result of user fives' attempt at mounting a share:
sudo mount -t nfs 192.168.222.111:/exports/fives /imports/fives
mount_nfs: /imports/fives: Permission denied
# yet user fives has no problem mounting same share on linuxppc box.
What is different about OSX server? I thought it was supposed to speak NFS?
---argh... I'm steppin out for a pint.. Hopefully when I'm back it'll just work.

One thing not mentioned is that if you decide on the multiple user approach, you can have your music folder in Shared Documents so you only store the tracks once.
Each user is free to choose which of those tracks they want in their library.
There is an Apple help article on multiple users.
http://docs.info.apple.com/article.html?artnum=300432

Files in NFS share not visable

Similar Messages

Maybe you are looking for