Configuring non-VersionVault access on Linux or the UNIX system

You can configure an HCL VersionVault host running Linux® or the UNIX system to support access to VOBs and dynamic views from computers that do not run HCL VersionVault.

Note: Non-VersionVault access is not supported on HCL VersionVault Windows hosts.
A host running Linux or the UNIX system on which HCL VersionVault has not been installed can read VOB data from a VOB server running Linux or the UNIX system. Typically, the technique is as follows:
  • A host running Linux or the UNIX system and HCL VersionVault must export a view-extended pathname to the VOB mount point (for example, /view/exportvu/vobs/vegaproj). Edit the file /etc/exports.mvfs to specify this pathname.
  • One or more non-VersionVault hosts access the VOB through a view-extended pathname. For example, a host may have an entry in its file-system table that begins 
    mars:/view/exportvu/vobs/vegaproj /usr/vega nfs ...

Restrictions on use

Non-VersionVault access carries several restrictions:
  • VOB access. Users on the non-VersionVault host can read, but cannot modify, data from VOBs on VOB server hosts running Linux or the UNIX system that have been configured for non-VersionVault access. They are also restricted to using the element versions selected by the specified view; they cannot use version-extended or view-extended pathnames to access other versions of the VOB's elements.
  • Building. Although users cannot modify VOBs that are accessed through an export view, they can write to view-private storage. Users can modify these view-private files with an editor and build them, though not with clearmake. Files created by such builds do not become derived objects; they are view-private files, unless developers take steps to convert them. (For more information, see VersionVault Guide to Building Software.)
  • Because clearmake and other build-management tools do not run on the non-VersionVault host, configuration lookup and DO sharing are not available.