|
|
|
|
|||||
Maintained by Francis F. Steen, Communication Studies, University of California Los Angeles |
|||||||
Netware File Server Instructions Use the scripts novell and novell-off to mount and unmount shares. Guides http://www.linuxdoc.org/HOWTO/IPX-HOWTO.html or http://file://localhost/windows/D/Webs/Control/Domains/UCLA.html (ftp instructions) Hints 28 December 2005 -- mount the volume On spello and sigillo, you can use the /usr/local/bin/novell
script to connect and novell-off to unmount. Note that the script now mounts directly under the
monalisa and steen directories, so access is simpler. ncpmount -S sscnw601 -u steen -U steen.comstudies.sscnet /mnt/novell -V DATA/COMSTUD/Users The
format for the .nwclient script should be correct, but it's not
working. After failing to connect, giving the error "Invalid password
(-669) in nds login" and "Login denied", all subsequent attempts also
fail for that user, even after unloading the modules and reloading
them. User root can still mount the shares, as can steen using
sudo. See man .nwclient for details; it's really safer to use the
/usr/local/bin/novell script anyway. Backing up to the novell file server is erratic -- this is still on
nssvol -- both in cp and rsync. Copying a file at a time works pretty
well, using this syntax: cp --preserve=timestamps /home/steen/grain/Research/Experiments/LarissaCohen/Cohen/2003-07-30-test.mp3 . When the connection gives an io error message, unmount and remount: ncpumount /mnt/novell In addition, this rsync job internally on the netware volume seems to be working: Note the -aur switch -- the a is for archive, which implies preserving ownership, permissions, and timestamp, and the u is for update only. The r is recursive.
Setting up easy mounting In order to load netware easily, I set up the following arrangement. (see the guide at http://www.linuxdoc.org/HOWTO/IPX-HOWTO-9.html#ss9.4) 1. I created a local mount point for the file server:
2. I permitted the programs to be run by users (these are Debian locations of these programs):
3. I created a file called /home/steen/.nwclient with this content:
and then set the permissions to nothing for all but root: 4. I created another file called .novell with this content:
5. To run it, you type source .novell -- I made an icon that does this, but I couldn't make the icon work. However, the console command works fine. 6. To unmount the file server:
Note that this is done by user steen and is specific to this user. Note that it takes almost a minute for the connection to come to life. To wake it up, try slist and just wait. When it comes up, run source .novell again. Note that I haven't set this up for root yet. Second installation I followed the installation of ncpfs above, but got an error message relating to the library. I had to add a symbolic link to make it work, but figured out how to do it (see details under narrative complications below). Then it appears that the netware server has been reconfigured, cutting out the nssvol. In Windows, I get this:
The directory structure is now
So the structure has been changed! It turns out that this string is what works now:
In order to load netware easily, I set up the following arrangement.(see guide and detailed guide): 1. Create a local mount point for the file server:
2. Permit the programs to be run by users:
3. Create a file called /home/steen/.nwclient with this content (note the peculiar syntax):
and then set the permissions to nothing for all but root:
4. I created a new file called .novell with this content:
5. To run it
-- I made an icon that does this, but I couldn't make the icon work. However, the console command works fine. 6. To unmount the file server:
Note that this is done by user steen and is specific to this user. Note that this is a sluggist connection. To wake it up, try slist, but don't assume that it will fail because slist fails. Try the script, then slist, then the script again... I've found no rhyme or reason in how it works, but once the connection is established, it works fine. Note that I haven't set this up for root yet -- in fact, this system may not work for root, as it likely picks user name from login name. Get gnlogin, the GTK graphical frontend to ncpmount! See also overview and Mars. The ncpmount delays seem to be resolved by waiting half a minute -- then it goes right through. So there's some latency there that you can play with. Ideally you'd write a script -- check out the LFS scripts to remind yourself how it's done. Narrative complications of the second installation After installing the rpm, I tried to run ncpmount, getting an error message about not finding libncp.so.2.3. The find command seems to be like this (I can't find my earlier notes): find / -name -mount string* -print | less Don't forget to use wildcards. So you found these -- /usr/lib/libncp.so.2 you may need to set up a symlink from /usr/lib/libncp.so.2.3.0 to /usr/lib/libncp.so.2.3 I think this is done by
The proper way to do it is this:
I'm not finding my notes -- unfortunately I've not been thorough
enough. So in the case of slink, you want to see what it looks for using
ldd. find / -name slist* -mount -print | less /usr/bin/slist Then run ldd against slist to find what libraries it uses. No,
that makes gubbio:/ # ldd --help Then see what libraries are in the default path -- that's in:
Now /usr/lib is included, so that's not the problem. Next, set up a symlink:
How do you do that?
Now that worked! Here's the result: lrwxrwxrwx 1 15 Jan 31 20:50 libncp.so.2 -> libncp.so.2.3.0* Note that it's only the last one that's a real file; the other two are symbolic links. I just created the second -- and slist now works! gubbio:/usr/lib # slist However, I'm still getting errors: gubbio:/# ncpmount -S effapps -V nssvol -u steen -U
steen.comstudies.sscnet /mnt/nfs I then cut out the -V nssvol and tried just this: gubbio:/ # ncpmount -S effapps -u steen -U steen.comstudies.sscnet
/mnt/nfs That gave no error message -- however, nothing visible is mounted.
When I gubbio:/mnt/nfs # ncpmount -S effapps -V nssvol -u steen -U I then note that the directory was created by steen: gubbio:/mnt/nfs # l The date is wrong and I may not have user access. So I delete it
and total 20 drwxr-xr-x 5 root root 4096 Jan 31 21:33 ./ drwxr-xr-x 19 root root 4096 Jan 31 12:06 ../ drwxr-xr-x 4 root root 4096 Dec 29 21:52 hde/ drwxr-xr-x 2 root root 4096 Dec 23 15:37 lfs/ drwxr-xr-x 2 root root 4096 Jan 31 21:33 nfs/ and also inside the directory: gubbio:/mnt/nfs # l The result is this: gubbio:/mnt # l being done by ncpfs! Inside is the same story: gubbio:/mnt/nfs # l And that's all I get -- no access. Very peculiar -- is the problem
the Then I try a variant: gubbio:/mnt # ncpmount -S effnet -u steen -U
steen.comstudies.sscnet /mnt/nfs -P password gubbio:/mnt # cd nfs gubbio:/mnt/nfs # l There it is -- and it's still called nssvol! But I now have to log in to effnet instead of effapps. No volume seems to be required. I managed to make it all work. I can now listen to mp3 files through the file server -- which means I can do it from anywhere. (It turns out xmms (X Multimedia System) is a pure clone of winamp
-- all the same features.) First installation All this installed fine in early December 2001; I used the RPMs and the online update. You then need to verify that IPX is configured, by giving the command ipx_configure --auto_interface=on --auto_primary=on This will allow you to see the Netware File Servers on your network with the command slist: Known NetWare File Servers Next, define a mount point for the server; this should simply be a directory: # md /mnt/nfs You then need to mount the server on your file system. This can be done in two ways: through the command # ncpmount <see -help for parameters> or by adding a line to /etc/fstab, the file that defines the location and types of various types of storage drives. If ncpfs is installed, ncpmount should be present. Syntax
Note that in Windows, I get the following information: NDS The directory structure:
The resulting string: ncpmount -S effapps -V nssvol -u steen -U steen.comstudies.sscnet /mnt/nfs -P <password> This finally worked fine on 14 December 2001, and I found the remote files on the mount point.
Novell Native File Access Date: Fri, 1 Feb 2002 17:50:09 -0800 (PST) |
|
|
|
|
|||||
Maintained by Francis F. Steen, Communication Studies, University of California Los Angeles |
|||||||
