Each mount point serves a particular purpose, and "opens a window" into a different part of the share drive -- OR it opens a window to the same place, but with different libcontent permissions. Sometimes the permissions assigned are very important to allow the person/script using that mount point to be able to do what they need to do.

Each mount point serves a particular purpose, and "opens a window" into a different part of the share drive -- OR it opens a window to the same place, but with different libcontent permissions. Sometimes the permissions assigned are very important to allow the person/script using that mount point to be able to do what they need to do.

−

All the scripts that cross the mount point have expectations of what to find, and the share directories and files need to fill those expectations for the scripts to work. '''See [[Setting Up Metadata Librarian Work Area]] and [[Share_Drive_Protocols]] for more information.'''

+

All the scripts that cross the mount point have expectations of what to find, and the share directories and files need to fill those expectations for the scripts to work.

+

'''See [[Setting Up Metadata Librarian Work Area]] and [[Share_Drive_Protocols]] for more information.'''

When scripts hang up as soon as you try to run them, that usually means a mount point is down. To verify this, log in to libcontent (or open a separate shell window) and ls the root level:

When scripts hang up as soon as you try to run them, that usually means a mount point is down. To verify this, log in to libcontent (or open a separate shell window) and ls the root level:

Line 25:

Line 26:

Then you can remount it, using the correct mount point. For each of the commands below, change the username to your username, and use your password for UALIB when it asks for your password.

Then you can remount it, using the correct mount point. For each of the commands below, change the username to your username, and use your password for UALIB when it asks for your password.

Latest revision as of 14:16, 3 September 2019

Think of mount points as windows between one server and another one. The share drive is a Windows server. We cannot set up mount points there, so there are no windows from the share drive into libcontent.lib.ua.edu, which is a SUSE Linux server. However, we have several mount points set up that allow us to look down into various parts of the share drive from libcontent.

This is extremely handy for moving large quantities of files or large files between the share drive and the libcontent server, as then they move across the network only once (between those servers). The alternative is that you move the files to your desktop and then up to the other server -- that is MUCH slower, will tie up your desktop so you can't use it, and puts the files at more risk, as they have to cross the network twice.

Each mount point serves a particular purpose, and "opens a window" into a different part of the share drive -- OR it opens a window to the same place, but with different libcontent permissions. Sometimes the permissions assigned are very important to allow the person/script using that mount point to be able to do what they need to do.

All the scripts that cross the mount point have expectations of what to find, and the share directories and files need to fill those expectations for the scripts to work.

As you can see, there are several mount points in use (the "cifs-mount" directories). If, when these results print out, one or more of these is a different color, you'll know you need to remount it/them.

You'll need sudo access (root access) to remount the mount points. If no one available has that access, contact someone who does (web services, or OIT support).

Before you can remount, you'll need to "clear the cache" by unmounting the problem point first. For example, if cifs-mount is down, type in:

umount /cifs-mount

You'll notice I gave the full path to the directory (add the "/" before it).

Then you can remount it, using the correct mount point. For each of the commands below, change the username to your username, and use your password for UALIB when it asks for your password.
adding the sudo command before your mount... command will avoid the permissions denied error (13)

Below are most of the current mount commands.
NOTE: If the directory on the share drive that the mount point opens onto is removed, the mount point will break.