[tim914]

Sorry – wasn’t too clear there. It’s the motion of trying to get the system to mount itself under /Volumes that gives the 3000 error. Otherwise root (/) on the server will always be root under the /Network/Servers/ hiearchy. In fact, if you issue an “ls -ld /Network/Servers/YourServer”, you’ll discover that it’s a symlink to “/”.

Therefore, /Volumes on the server will equate to /Network/Servers/ServerName/Volumes. In my case, our RAID farm shows up there. This is where you’d need to create a symlink:

[code:1:a504e44b5b]ln -s / /Volumes/MyMachineName[/code:1:a504e44b5b]
Effectively creating a hook between the two worlds that should imitate your remote system paths on the server.

Tim

[tim914]

The /Network/Servers/Volumes (and it’s real identity of /private/Network/Servers) is only used for mounting remote volumes. In fact, if you try to mount your local volume as a network volume, you’ll most probably be visited by the 3000 error faerie 😈 .

There really isn’t a way under the current environment to make a local volume look like a remote volume without using a symlink as previously mentioned.

Tim

[tim914]

I’ve now gone into Workgroup Manager’s Sharing tab and made sure that my volumes are shared properly. I even took this so far as to make the root volume shared. No filesystems are listed on the client system when I connect as root.

Tim

[tim914]

I’ve tried with 10.2.6 and 10.2.8. Same result.

The connection is allowed, but none of the shared volumes are listed.

Thanks for the persistence on this.

Tim

[tim914]

Rerstarted and can now connect, but no volumes (there are 2) are displayed to pick from.

…

Tim

[tim914]

Thanks, Joel,

[EDIT] Spoke too soon, the remote system is still telling me that I have an Unknown user, invalid password, or log on is disabled.

If I issue:

[code:1:18e1fe38b6]niutil -readprop . /config/AppleFileServer allow_root_login[/code:1:18e1fe38b6]

it returns a 1. Does this one need to restart the AFP server?

I can connect to it using any other user name on that system.

Tim

[tim914]

Additionally, we have a collection of scripts that our users have provided over the years available on the Tech Tips area of our web site.

The major diff’s betweeen these scripts running under Solaris, Linux, or other Unix and OS X boils down to the device names and select path diffs.

Check out [url]www.bru.com/tips3.html[/url] for more info on BRU use.

[Author]

Posts