On 5/3/2010 7:41 AM, Michelle Knight wrote: > The long ls command worked, as in it created the links, but they didn't work > properly under the ZFS SMB share. > I'm guessing you meant the 'long ln' command?
If you look at what those 2 commadns create you'll notice (in the output of ls -l) that the target the link points to has been recorded in the link differently. One will be relative (../a/foo) and the other absolute (/mirror/audio-Cd-Tracks/a/foo). This can affect how the SMB server process these links when requests for them are made depending on how the parent directories are shared (or not shared.) The relative links should work I would think since they don't 'leave' the SMB share. > They didn't work as in, on a remote Linux box, I could execute ls and see > them, but I couldn't change in; permission issues. (despite having the > correct ownership) and also on the remote linux box, the GUI file browser > couldn't even see the folders. > > Are you also sharing these files to Windows machines? If you're only sharing them to Linux machines, then NFS would be so much easier to use. You'll still want relative links though. -Kyle > By changing in to the directory and then executing the ls command relative to > that point, everything worked. > > Odd. > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
