There are two methods for setting up a Signiant SDCX Server to use a shared storage location via a UNC path. You can configure the shared storage file server to allow access when using accounts local to the storage server, such as the local System account, or you can configure Jet to run as an account that has access to the shared storage.
To configure Jet with access to shared storage, the account must be able to run a service and have access to the file server and files.
Once your account is properly configured, you can use shared storage via a UNC path.
Linux: //<servername>/<path>
Windows: \\<servername>\<path>
During initial Linux installation, all SDCX Server services run as root
. If a distributed file system protocol, like NFS, is used with the root squashing feature enabled, a remote NFS client running as root
will be mapped to a non-root user ( nfsnobody
).
If a service running as root
in this scenario produces access errors when trying to read or write from a network share, configure the NFS server user permissions to match the root squashing user.
During initial Windows installation, all SDCX Server services run as NT-Authority\System
, which allows for unrestricted access to local system resources. Some SDCX Server services must be configured to run under a different account in order to access remote resources like NAS.
To configure a username for shared storage on Windows:
domain\userName
)Note: The NAS server itself may be on a Windows domain. If the server is not associated with a Windows domain, do not enter a domain.
\\server\share\jet-source
)It is best to test access to shared storage immediately after system startup as the operating system can cache credentials in your login session.
To test if the account has access to files:
sudo
privileges.sudo mkdir -p temp
sudo touch temp/tempfile.tmp
Note: You can check that the SDCX Server services have the same privileges by adding a Jet job with the same test directory and test file.