This topic is under construction for the 18.1 release of LabKey Server. For current documentation of this feature, click here.
Select (Admin) > Site > Admin Console
, select the Admin Console Links
tab, then click Site Settings
in the Configuration
section. This topic explains the options available.
During installation of LabKey Server, you have the option to immediately specify site settings, or you may accept defaults and return to customize them later.
Set Site Administrators
- Primary site administrator. Use this dropdown to select the primary site administrator. This user must have the Site Administrator role. This dropdown defaults to the first user assigned Site Administrator on the site. LabKey staff may contact this administrator to assist if the server is submitting exception reports or other information that indicates that there is a problem.
Set Default Domain
The default domain is used for for user sign-in and base server URLs.
- System Default Domain: Specifies the default email domain for user ids. When a user tries to sign in with an email address having no domain, the specified value will be automatically appended. You can set this property as a convenient shortcut for your users. Leave this setting blank to always require a fully qualified email address.
- Base Server URL: Used to create links in emails sent by the system and also the root of Short URLs. The base URL should contain the protocol (http or https), hostname, and port if required. The webapp context path should never be added. Examples: "https://www.example.com/" or "https://www.labkey.org:9000" (but not "https://www.example.com/labkey").
- Use "path first" urls (/home/project-begin.view): See LabKey URLs
Automatically Check for Updates
Check for updates to LabKey Server and report basic usage statistics to the LabKey team.
Checking for updates helps ensure that you are running the most recent version of LabKey Server. Reporting anonymous usage statistics helps the LabKey team improve product quality. All data is transmitted securely over SSL.
There are two usage reporting levels. For a complete list of usage statistics that are reported, see Usage/Exception Reporting - Details
- Low level: System information including the build number, server operating system, database name and version, JDBC driver and version, number of projects, etc.
- Medium level: All information included at the low level, plus more details including site description, site administrator's email address, the list of modules, etc.
After selecting a usage reporting level, click the View
button to display the information that would be reported for the given level (except for the list of modules). Note that this is for your information only and no data will be submitted to LabKey when you view this sample.
Automatically Report Exceptions
Reporting exceptions helps the LabKey team improve product quality. All data is transmitted securely over SSL.
There are three levels of exception reporting available. For a complete list of information reported at each level, see Usage/Exception Reporting - Details
- Low level: Include anonymous system and exception information, including the stack trace, build number, server operating system, database name and version, JDBC driver and version, etc.
- Medium level: All of the above, plus the exception message and URL that triggered it.
- High level: All of the above, plus the user's email address. The user will be contacted only to ask for help in reproducing the bug, if necessary.
After selecting an exception reporting level, click the View
button to display the information that would be reported for the given level (except for the actual stack trace). Note that this is for your information only and no data will be submitted to LabKey when you view this sample.
Reporting exceptions to the local server may help your local team improve product quality. Local reporting is always at the high level described above.
Customize LabKey System PropertiesLog memory usage frequency:
If you are experiencing OutOfMemoryErrors with your installation, you can enable logging that will help the LabKey development team track down the problem. This will log the memory usage to TOMCAT_HOME/logs/labkeyMemory.log. This setting is used for debugging, so it is typically disabled and set to 0.
Maximum file size, in bytes, to allow in database BLOBs:
LabKey Server stores some file uploads as BLOBs in the database. These include attachments to wikis, issues, and messages. This setting establishes a maximum file size to be stored as a BLOB. Users are directed to upload larger files using other means, which are persisted in the file system itself.Require ExtJS v3.4.1 to be loaded on each page:
Optional.Require ExtJS v3.x based Client API be loaded on each page:
Configure SecurityRequire SSL connections:
Specifies that users may connect to your LabKey site only via SSL (that is, via the https protocol).SSL port:
Specifies the port over which users can access your LabKey site over SSL. The standard default port for SSL is 443. Note that this differs from the Tomcat default port, which is 8443. Set this value to correspond to the SSL port number you have specified in the <tomcat-home>/conf/server.xml file. See Configure the LabKey Web Application
for more information about configuring SSL.
Configure API Keys
Allow API Keys
: Enable to make API keys (i.e. tokens) available to logged in users for use in APIs. This enables client code to perform operations under a logged in user's identification without requiring passwords or other credentials to appear in said code. See API Keys
for more details.Expire API Keys
: Configure how long-lived any API keys generated will be. Options include:
Allow session keys
- 10 seconds - for testing purposes only
- 7 days
- 30 days
- 90 days
- 365 days
: Enable to make available API keys which are attached only to the user's current logged-in session. See Compliant Access via Session Key
for more details.
Note: You can choose to independently enable either API Keys or Session Keys or enable both simultaneously.
Configure Pipeline SettingsPipeline tools.
A semicolon separated list of directories on the web server which contain the executables that are run for pipeline jobs. It should include the directories where your TPP and XTandem files reside. The appropriate directory will entered automatically in this field the first time you run a schema upgrade and the web server finds it blank.
Map Network Drive (Windows Only)
LabKey Server runs on a Windows server as an operating system service, which Windows treats as a separate user account. The user account that represents the service may not automatically have permissions to access a network share that the logged-in user does have access to. If you are running on Windows and using LabKey Server to access files on a remote server, for example via the LabKey Server pipeline, you'll need to configure the server to map the network drive for the service's user account.
Configuring the network drive settings is optional; you only need to do it if you are running Windows and using a shared network drive to store files that LabKey Server will access.Drive letter:
The drive letter to which you want to assign the network drive.Path:
The path to the remote server to be mapped using a UNC path -- for example, a value like "\\remoteserver\labkeyshare".User:
Provide a valid user name for logging onto the share; you can specify the value "none" if no user name or password is required.Password:
Provide the password for the user name; you can specify the value "none" if no user name or password is required.
Ribbon Bar MessageDisplay Message:
whether to display the message defined in Message HTML
in a bar at the top of each page.
Admin-only ModeAdmin only mode:
If checked, only site admins can log into this LabKey Server installation.Message to users when site is in admin-only mode:
Specifies the message that is displayed to users when this site is in admin-only mode. Wiki formatting is allowed in this message.
HTTP Security Settings
CSRF Checking (Cross Site Request Forgery)
Controls how the server enforces CSRF for POSTs.
- Admin requests: Only administrator related POSTs are enforced. Admin requests are any request that includes "admin-" as the module value in the URL, for example "https://www.labkey.org/admin-customizeSite.view?"
- All POST requests: CSRF enforcement is applied to all POSTs, both admin related and non-admin.
For details see:
Controls whether or not a browser may render a server page in a <frame> , <iframe> or <object>.
- Same Origin - Pages may only be rendered in a frame, only when the frame is in the same domain.
- Allow - Pages may be rendered in a frame in all circumstances.