At GWAVACon it was made very clear to me that the documentation for GroupWise administration "mount points" either is not clear enough, or just needs more visibility! I promised at least 5 different groups of session attendees that I would come right back and post a blog entry about this to try to clear up the confusion - so here I am!
First let’s discuss the actual issue. A site either migrates a domain to Linux or creates a new domain on Linux, and wants to administer it from ConsoleOne both on the Linux server itself, and from Windows PCs attached to the server. Many folks I spoke to could get it to work one way or the other, but not for both. So let’s fix that right now!
Here’s the basic problem. Linux doesn’t really understand UNC paths. Linux sees ALL drives that it has access to in the context of its own file system. For example, if on your Linux server you want to do the equivalent of "mapping a drive" to a NetWare server, you create a directory on your Linux server, and "mount" that NetWare volume to that location. On Linux, this might very well look like:
/mnt/server/vol2/domain for NetWare
/mnt/server/d$/domain for Windows
This actually seems to be a relatively easy concept for most GroupWise administrators to grasp once they are exposed to the idea. It’s the "local" GroupWise domain that causes great consternation. Let’s look at a couple of issues with the local GroupWise domain. Our domain exists at /grpwise/domain.
If we leave the domain location as the Linux Path, ConsoleOne on the local Linux server will work perfectly, and all snapins for the GWIA, WebAccess Agent and the like will be available without problem. However, if we leave this Linux path there, a Windows PC can map to the domain, open ConsoleOne, etc., but all of the snapins for the GWIA and WebAccess will be missing, because /grpwise/domain/wpgate/gwia means nothing to the Windows box! In other words, ConsoleOne reads the information in the domain properties to build paths to all other GroupWise components.
So, what if we change the path in ConsoleOne to the UNC path of \\server\grpwise\domain?
If you now map your Windows drive to \\server\grpwise\domain you will be able to connect to the domain and edit your gateways with no problems. However, on the Linux server itself, the gateways will not have their proper snapin tabs, because the Linux server has no idea where \\server\grpwise\domain is.
Enter the "Linux mount directory" setting in the Linux ConsoleOne. In ConsoleOne on Linux, go to Tools|GroupWise System Operations|System Preferences|Linux Settings and enter a "mount point" for your domains. This can really be anywhere you like, but it’s fairly common for /mnt to be the "mount point location" for placing links to external systems.
If you have entered \\server\grpwise\domain as the UNC path for your domain, after you have a mount point of /mnt defined in ConsoleOne, looking at the properties of the domain will now show /mnt/server/grpwise/domain as shown in the next figure.
Now, it’s important to note that what we see here in this figure ONLY happens on the Linux machine. The Windows PCs still see the location of the domain in UNC format.
If you look in your /mnt directory though, it’s unlikely that you see an /mnt/server/grpwise/domain directory! This is accomplished either by "mounting" a drive in Linux (i.e., to an external NetWare, Windows or Linux server), or simply creating a symbolic link (symlink) to the local path for your domain. Since our domain is at /grpwise/domain on our local server, we can do the following in the /mnt directory location:
ln -s / server
This assumes that my server name is "server". This command creates a symlink to show the files from "/" under the "server" directory. Now ConsoleOne can find my domain at /mnt/server/grpwise/domain, and the Windows boxes can map a drive to \\server\grpwise and also see the domain there with no problems.
NSS volumes on OES servers cause a bit of a twist here too. The UNC path of \\server\MAIL\grpwise\domain might actually be a path on your OES server of /media/nss/MAIL/grpwise/domain (with "MAIL" being the volume name for your server). In this case, your mount point in the /mnt directory would need to be /mnt/server/MAIL/grpwise/domain, so you would issue this command in the /mnt directory:
ln -s /media/nss/ server
This would mount the /media/nss/ directory into /mnt/server/ and show you all of the volumes for that server, including the MAIL volume. Don’t forget that NSS volumes are all shown in all caps in the Linux file system, so be sure to keep your case proper in both the UNC path and in the mount point.
Hope this helps to clear up a few things!
Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).
It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.