☰ Table of Contents

TigerGraph Docs : TigerGraph System Administrators Guide v1.0

Version 1.0

Document updated

Copyright © 2015-2017 TigerGraph, Redwood City, California. All Rights Reserved.
For technical support on this topic, contact support@tigergraph.com with a subject line starting with "Sys Admin"

Table of Contents

Error rendering macro 'toc' : null

Hardware and Software Requirements

Last update:

Hardware Requirements

Actual hardware requirements will vary based on your data size, workload and features you choose to install.

Component Minimum Recommended
CPU 1.8 GHz (64-bit processor) or faster multi-core Dual-socket multi-core, 2.0 GHz (64-bit processors) or faster
Memory* 20 GB ≥ 64GB
Storage* 300 GB ≥ 1TB, RAID10 volumes for better I/O throughput.
SSD storage is recommended.
Network 1 Gigabit Ethernet adapter

10Gigabit Ethernet adapter for inter-node communication

*Actual needs depend on data size. Consult our solution architects for an estimate of memory and storage needs.


  • The TigerGraph system is optimized to take advantage of multiple cores.
  • The TigerGraph graph data are stored in memory, so your machine's memory capacity should be large enough to store your graph.
  • The platform works excellently as a single node.  For high availability or scaling, a multi-node configuration is possible.

Certified Operating Systems

The TigerGraph Software Suite is built on 64-bit Linux. It can run on a variety of Linux 64-bit distributions. The software has been tested on the operating systems listed below.  When a range of versions is given, it has been tested on the two endpoints, oldest and newest. We continually evaluate the operating systems on the market and work to update our set of supported operating systems as needed. The TigerGraph installer will install its own copies of Java JDK and GCC , accessible only to the TigerGraph user account, to avoid interfering with any other applications on the same server.

On-Premises hosting Java JDK version GCC version (C/C++)
RedHat 6.8 (x64) Yes 1.8.0_141 4.8.2
RedHat 7.2 (x64) Yes 1.8.0_141 4.8.2
Centos 6.5 to 6.9 (x64) Yes 1.8.0_141 4.8.2
Centos 7.0 to 7.3 (x64) Yes 1.8.0_141 4.8.2
Ubuntu 14.04 LTS (x64) Yes 1.8.0_141 4.8.4
Ubuntu 16.04 LTS (x64) Yes 1.8.0_141 4.8.4
Debian 8 (jessie) coming soon

Additionally, we offer Amazon Machine Images (AMI) to run on an Amazon EC2. Please contact us regarding recommended configurations.

Prerequisite Software


Before offline installation, the TigerGraph system needs a few basic software packages to be present:

  1. tar, to extract files from the offline package;

  2. crontab, a basic OS software module which TigerGraph relies on;

  3. ip, to configure the network;

  4. ssh/sshd, to connect to the server;

  5. more, a tools to display the License Agreement
  6. netstat, a basic OS tool to check the network status

If they are not present, contact your system administrator to have them installed on your target system. They can be installed with following command.

[Centos or RedHat]: sudo yum install tar cronie iproute openssh-clients opensshserver util-linux-ng net-tools [Ubuntu or Debian]: sudo apt-get install tar cron iproute openssh-client openssh-server util-linux net-tools


If you are running TigerGraph on a multi-node cluster, you must install, configure and run the NTP (Network Time Protocol) daemon service.


In an on-premises installation, the system is fully functional without a web browser. To run the optional browser-based TigerGraph GraphStudio User Interface, you need the Google Chrome browser .

end of Hardware and Software Requirements

Back to Top

eVersion 1.0
Document Updated:

Platform Installation - Single Node Configuration

Contents of this Section:


This guide assumes the following:

  1. You have a Linux server that meets the TigerGraph Hardware and Software Requirements .
  2. You have sudo or root privilege.
  3. You have a license key provided by TigerGraph.

Also, to use the TigerGraph platform effectively, you should have sufficient memory and disk space to store your graph data.

If you are updating from a previous version of the TigerGraph™ Platform, first read the section below on Update/Upgrade FAQs .

New Installation

Besides the basic requirements mentioned above (HW & SW requirements, sudo/root privilege, license key), there are two more requirements for installation:

  • As mentioned in the Hardware and Software Requirements , you need to pre-install a few basic Linux utilities:
    1. tar/gzip
    2. crontab
    3. ip
    4. ssh/sshd
    5. more
    6. netstat
  • Obtain the TigerGraph package from the TigerGraph presales/support team or download it from our download site :

    For example, if <version> is 1.0 , the file name is tigergraph-1.0-offline.tar.gz.

Now you are ready to begin installation.

  1. Extract files from the package:

    tar xzf tigergraph-<version>-offline.tar.gz
  2. A folder named offline-package will be created. Change into this folder. To install with default settings, just run the install.sh script.

    cd offline-package ./install.sh

The installer will ask you a few questions.

  • Do you agree to the License Terms and Conditions?
  • What is your license key?
  • Do you want to use the default Linux user name or select your own?
  • Do you want to use the default installation folder or select your own?

That's it! see Next Steps below.

If you want to customize the installation and understand better what will happen during installation, read the Installation Details section below.

Installation Details

The install.sh command will do the following:

    1. Install the system prerequisites.
    2. Ask you to accept the end user license agreement. Please read it carefully, and accept accordingly. If you do not accept, the install process will be terminated.
      This step cannot be bypassed.
    3. Prompt you to enter your license key (unless you provided it already on the command line). You cannot proceed to the next step until you enter a license key.
    4. Ask you if you want to change the default settings for user name and installation directory. The user account corresponds to a Linux account. This can either be an existing account, or the installer will create a new account. The default settings are user = tigergraph, password = tigergraph, and TigerGraph.root.dir = ${GSQL_USER_HOME}/tigergraph. Optionally, you can provide values in the command line, or you can instruct the installer to automatically accept the default settings.

    5. Configure the TigerGraph Platform.
    6. Install and deploy the TigerGraph Platform.

Configuration Options

The following default settings will be applied if no parameters are specified:

  • The installer will create a user called tigergraph , with password tigergraph .
  • The root directory for the installation (referred to as <TigerGraph.root.dir>) is a folder called tigergraph located in the tigergraph user's home directory, that is,

The installation can be customized by running command line options with the install.sh script :

Syntax: install.sh [-h][-u <user>] [-p <password>] [-r <tigergraph_root_dir>] [-l <license_key>] [-f] $ install.sh -h The default configuration is TigerGraph user: tigergraph, TigerGraph password: tigergraph, TigerGraph root dir: /home/tigergraph/tigergraph. -h -- show this message -l -- TigerGraph license key (If not specified, it will prompt the user for the license key.) -p -- TigerGraph password (If not specified, the default password is tigergraph.) -r -- TigerGraph root directory (If specified: <tigergraph_root_dir>/tigergraph. If not specified: ${GSQL_USER_HOME}/tigergraph) -u -- TigerGraph user (If not specified, the default user name is tigergraph.) -f -- suppress prompts, and continue installation despite warnings.

If the installation ran successfully, see Next Steps below.

Next Steps

After the installation finishes, the installer will automatically change users to the new TigerGraph user you just created .

If you installed with the default password, we recommend that you change it now.

To confirm correct operation:

  • T ry the command gadmin status

    If the system installed correctly, the command should report that zk , kafka , and dict are up and ready.
    However, since there is no graph data loaded yet, gse , gpe , and restpp are not initialized.

  • Try the command gsql --version

You are now finished!  If you are a first-time user:

  • Try some demonstrations: Go to the <TigerGraph_Root_Dir> / document/DEMO folder and run ./RUN_DEMO.sh
  • Start learning, with one of our tutorials, such as GSQL Tutorial and Demo Examples

If you wish to perform additional configuration, see the appropriate sections of the TigerGraph System Administrators Guide v1.0 .

Updating a System

Update/Upgrade FAQs

Q. Can I update my v0.8 system to v1.0?

A. TigerGraph v1.0 should be installed as a new installation.  There have been internal architectural changes; therefore, it is not possible to install v1.0 as an update to v0.8.

Q: Is the new version backward-compatible with previous versions?

A: If you are updating from v0.8.x, please contact support@tigergraph.com for the Release Notes for TigerGraph Platform v1.0 for a detailed review of changes between v1.0 and previous releases. If you are currently running v0.8 or v0.8.1, the major language and API features are backward-compatible. Some minor features have changed, so consult the Release Notes to see if these affect you.

After 1.0, TigerGraph plans to use the following version numbering scheme:
Major.Minor.Patch (Patch number may be omitted if its value is 0.)

  • Major is incremented when there are significant changes which are not backward compatible.
  • Minor is incremented when there are new features but they are backward compatible.
  • Patch is incremented when there are only bug fixes which are backward compatible.

If you are updating from a version older than 0.8, please contact TigerGraph Support to review your individual situation.

Q: Can I use my previous license key?

A: If you have a 74- or 148-character key, the same key will continue to work. The expiration date is unchanged. 64-character license keys are deprecated.

Q: Do you support live updates?

A. The current version does not support live update. The TigerGraph services needs to be turned off during an update.

Q: Will my graph data store be saved?

A: For Minor or Patch updates, (for example, from v0.8 to v0.8.1), the graph data store is preserved and can be used in the upgraded system. However, request queues and message logs (from REST++ and Kafka) are not saved. For extra security, you can use the Backup utility to save a backup.

Q: Will my catalog (definitions of graph schema, loading jobs and queries) be saved?

A: For minor or patch updates, the catalog will be preserved, but the queries will need to be reinstalled. See details in Update Procedure below.

Q: I have other files, not part of the original TigerGraph installation (e.g., command scripts, input data files, log files) stored in the file structure. Will they be saved?

A: Your files will be saved, but they might be moved. The installation program will create a backup folder to save the old versions of files before installing the new versions. In particular, the entire folder <TigerGraph.Root.Dir>/dev will be copied to a new folder called <TigerGraph.Root.Dir>/dev_<datetime>, before creating a new /dev folder. The files include but are not limited to:

Update Procedure for Minor Updates

  1. Back up your files. (Optional but recommended if this is your first time performing an update.)  Any files you wish to save (command files, input data files, personal files, log files, etc.) should be stored outside of the TigerGraph root folder.
  2. Shut down the TigerGraph system:
    1. Allow any jobs in progress to finish.  Any jobs in the request queue will not be saved.

    2. Run the following commands to turn off TigerGraph services.
      > gadmin stop -f
      > gadmin stop admin -y

    3. Verify that there are no remaining OS processes owned by the TigerGraph system.
      > ps aux | grep tigergraph
      If your installation has a username and installation directory other than "tigergraph", then change the grep argument to match your name.

      If there are any lingering jobs, they need to be halted before performing the installation.

  3. Follow the procedure at the beginning of this document for installing a new system.

    Be sure to specify the same username as your current installation. Otherwise, if you use a different user name, it will be treated as a new installation, with an empty graph.

  4. Verify: Run the command gsql to start the GSQL shell. The first time after an update, gsql performs two important operations:

    1. Copies your catalog from your old installation to the new installation .

    2. Compares the files in the backup /dev_<datetime>/gdk/gsql/src folder to the new /dev/gdk/gsql/src folder. Pay attention to any files residing in the old folder but not in the new folder.  Review them and copy them to the new folder if appropriate.  See the example below.

  5. List the jobs in the catalog using the ls command, and note the names of the query jobs.  Reinstall the queries using the command

Example: Comparing Old and New Installations

Diagnostic output of 'gsql' after a software update.

[RUN ] cp -r /home/tigergraph/tigergraph/dev_2016.08.25-10.27.48/gdk/gsql/.catalog /home/tigergraph/tigergraph/dev/gdk/gsql/

[*.?pp] oldest: /home/tigergraph/tigergraph/dev_2016.08.25-10.27.48/gdk/gsql/src/ReducerLib/ReducerLib.cpp 2016-04-27 13:51:10
[*.?pp] newest: /home/tigergraph/tigergraph/dev_2016.08.25-10.27.48/gdk/gsql/src/TokenBank/JOB_load_videoE.cpp 2016-08-25 10:00:25.221119

!!! Found /home/ tigergraph / tigergraph /dev_2016.08.25-10.27.48/gdk/gsql/src/ has user defined token functions
Please merge to /home/tigergraph/tigergraph/dev/gdk/gsql/src/

[RUN ] touch /home/tigergraph/tigergraph/dev/gdk/gsql/.hasDDL
Welcome to GSQL Shell version: master

Type 'help' for help.


The first [ RUN ] line tells us that the catalog is being copied to the new installation.

Next, the gsql version checker compares *.pp (.cpp and .hpp) files in the new and backup dev/gdk/gsql/src folders.  While the majority of code for the GSQL platform is precompiled object code, a small portion is in source code format. This source code relates to (1) queries and loader jobs that the user wrote, (2) User-Defined Functions (UDFs) that the user wrote, or (3) a few standard functions that TigerGraph implemented in the same style as UDFs.

The red warning indicates that the gsql version checker found a discrepancy. It advises the user to merge /home/tigergraph/tigergraph/dev_2016.08.25-10.27.48/gdk/gsql/src/ to /home/tigergraph/tigergraph/dev/gdk/gsql/src/.

To investigate, perform a recursive diff between these two folders:

Diff between backup and new folders
$ diff -r dev_2016.08.25-10.27.48/gdk/gsql/src dev/gdk/gsql/src diff -r dev_2016.08.25-10.27.48/gdk/gsql/src/QueryUdf/ExprFunctions.hpp dev/gdk/gsql/src/QueryUdf/ExprFunctions.hpp 29a30 > #include <gle/engine/cpplib/headers.hpp> Only in dev/gdk/gsql/src: src Only in dev_2016.08.25-10.27.48/gdk/gsql/src/TokenBank: JOB_load_videoE.cpp Only in dev_2016.08.25-10.27.48/gdk/gsql/src/TokenBank: JOB_load_videoV.cpp

This example tells us the following:

  • There is some content that is only in the new folder. This clearly represents intentional updates by TigerGraph. No action is needed.
    • The new version of ExprFunctions.hpp contains an additional #include line.
    • The new folder dev/gdk/gsql/src contains a file or folder called src.
  • The backup folder dev_2016.08.25-10.27.48/gdk/gsql/src/TokenBank contains two files not found in the corresponding new folder: JOB_Load_videoE.cpp and JOB_Load_videoV.cpp.  load_videoE and load_videoV are two loading jobs from one of our training examples, which were in the catalog when the update installation was performed.  If the user wants to retain these loading jobs, the files should be copied from the backup folder to the corresponding new folder.

end of Platform Installation
Back to Top

Managing TigerGraph Servers with gadmin

Contents of this Section:


TigerGraph Graph Administrator (gadmin) is a tool for managing TigerGraph servers. It has a self-contained help function and a man page, whose output is shown below for reference. If you are unfamiliar with the TigerGraph servers, please see GET STARTED with TigerGraph .

To see a listing of all the options or commands available for gadmin, run any of the following commands:

$ gadmin -h $ man gadmin $ info gadmin

After changing a configuration setting, it is generally necessary to run gadmin config-apply. Some commands invoke config-apply automatically. If you are not certain, just run config-apply

Command Listing

Below is the man page for gadmin. Most of the commands are self-explanatory.

GADMIN(1) User Commands GADMIN(1) NAME gadmin - manual page for TigerGraph Administrator. SYNOPSIS gadmin [options] COMMAND [parameters] DESCRIPTION Version 1.0, Sept, 19, 2017 gadmin is a tool for managing TigerGraph servers OPTIONS -h, --help show this help message and exit --configure invoke interactive (re)configuration tool. Options: single_dir:/xxx/yyy(deploy directory will be /xxx/yyy), or a keyword(e.g., 'gadmin --configure port', will configure any entry whose name has string 'port') --set set one configuration --dump-config dump current configuration after parsing config files and command line options and exit --dry-run show what operation will be performed but don't actually do it -p SSH_PASSWORD, --password=SSH_PASSWORD the password to ssh to other nodes -y, --yes silently answer Yes to all prompts -v, --verbose enable verbose output --version show gadmin version and exit -f, --force execute without performing checks --wait wait for the last command to finish (e.g., snapshot) Commands: Server status gadmin status [gpe gse restpp dict,...] IUM status gadmin ium_status Disk space of devices gadmin ds [path] Mount info of a path gadmin mount {path} Memory usage of TigerGraph components gadmin mem [gse gpe restpp dict,...] CPU usage of TigerGraph components gadmin cpu [gse gpe restpp dict,...] Check TigerGraph system prerequisites and resources gadmin check Show log of gpe, gse, restpp and issued fab commands gadmin log [gse gpe restpp dict fab,...] Get various information about gpe, gse and restpp gadmin info [gse gpe restpp dict,...] Software version(s) of TigerGraph components gadmin version [gse gpe restpp dict,...] Stop specified or all services gadmin stop [gse gpe restpp dict,...] Restart specified or all services gadmin restart [gse gpe restpp dict,...] Start specified or all services gadmin start [gse gpe restpp dict,...] Start the RESTPP loaders gadmin start_restpp_loaders Start the KAFKA loaders gadmin start_kafka_loaders Stop the RESTPP loaders gadmin stop_restpp_loaders Stop the KAFKA loaders gadmin stop_kafka_loaders Dump partial or full graph to a directory gadmin dump_graph {gse, gpe [*, segment], all}, dir, separator Snapshot gpe and gse gadmin snapshot Reset the kafka queues gadmin reset Show the available packages gadmin pkg-info Install new package to TigerGraph system gadmin pkg-install Update gpe, gse, restpp, dict, etc. without configuration change gadmin pkg-update Remove available packages or binaries from package pool gadmin pkg-rm [files] Download and update local gium gadmin selfupdate [token] Apply new configure. Note some modules may need to restart gadmin config-apply [gse gpe restpp dict kafka zk] Set a new license key gadmin set-license-key license key string Update the new graph schema gadmin update_graph_config Update components under a directory gadmin update Setup sync of all gstore data in mutiple machines gadmin setup_gstore_sync Setup rate control of RESTPP loader gadmin setup_restpploader_rate_ctl Restart sync of all gstore data in mutiple machines gadmin gstore_sync_restart Stop sync of all gstore data in mutiple machines gadmin gstore_sync_stop For more information, updates and news, visit gadmin website: http://www.tigergraph.com SEE ALSO The full documentation for gadmin is maintained as a Texinfo manual. If the info and gadmin programs are properly installed at your site, the command info gadmin should give you access to the complete manual. TigerGraph Administrator. Sept 2017 GADMIN(1)


Checking the status of TigerGraph component servers:

Use "gadmin status" to report whether each of the main component servers is running (up) or stopped (off).  The example below shows the normal status when the graph store is empty and a graph schema has not been defined:

$ gadmin status

=== zk ===
[SUMMARY][ZK] process is up
[SUMMARY][ZK] /home/tigergraph/tigergraph/zk is ready
=== kafka ===
[SUMMARY][KAFKA] process is up
[SUMMARY][KAFKA] queue is ready
=== gse ===
[SUMMARY][GSE] process is down
[SUMMARY][GSE] id service has NOT been initialized
=== dict ===
[SUMMARY][DICT] process is up
[SUMMARY][DICT] dict server is ready
=== graph ===
[SUMMARY][GRAPH] graph has NOT been initialized
=== restpp ===
[SUMMARY][RESTPP] process is down
[SUMMARY][RESTPP] restpp has NOT been initialized
=== gpe ===
[SUMMARY][GPE] process is down
[SUMMARY][GPE] graph has NOT been initialized
=== glive ===
[SUMMARY][GLIVE] process is up
[SUMMARY][GLIVE] glive is ready
=== Visualization ===
[SUMMARY][VIS] process is up (WebServer:2254; DataBase:2255)
[SUMMARY][VIS] Web server is working

Stopping a particular server, such as the rest server (name is “restpp"):

$ gadmin stop restpp

Changing the retention size of queue to 10GB:

$ gadmin --set -f online.queue.retention_size 10

Updating the TigerGraph License Key

A TigerGraph license key is initially set up during the installation process. If you have obtained a new license key,  run the command

gadmin set-license-key <new_key>

to install your new key. You should then follow this with

gadmin config-apply

Example: Setting the license key

$ g admin set-license-key new_license_key

[RUN ] /home/tigergraph/.gsql/gpe_auto_start_add2cron.sh
[RUN ] /home/tigergraph/.gsql/all_log_cleanup_add2cron.sh
[RUN ] rm -rf /home/tigergraph/tigergraph_coredump
[RUN ] mkdir -p /home/tigergraph/tigergraph/logs/coredump
[RUN ] ln -s /home/tigergraph/tigergraph/logs/coredump /home/tigergraph/tigergraph_coredump

$ gadmin config-apply
[FAB ][2017-03-31 15:03:05] check_config

[FAB ][2017-03-31 15:03:06] update_config_all
Local config modification Found, will restart dict server and update configures.
[FAB ][2017-03-31 15:03:11] launch_zookeepers

[FAB ][2017-03-31 15:03:21] launch_gsql_subsystems:DICT
[FAB ][2017-03-31 15:03:22] gsql_mon_alert_on
Local config modification sync to dictionary successfully!


end of Managing TigerGraph Servers with gadmin

Back to Top

Backup and Restore


Introduction and Syntax

GBAR (Graph Backup And Restore), is an integrated tool for backing up and restoring the data and data dictionary (schema, loading jobs, and queries) of a single TigerGraph node at any time. In Backup mode, it packs TigerGraph data and configuration information in a single file onto disk or a remote AWS S3 bucket. Multiple backup files can be archived. Later, you can use the Restore mode to rollback your system to any backup point. This tool can also be integrated easily with Linux cron to perform periodic backup jobs.

Usage: gbar backup [options] -t <backup_tag> gbar restore [options] <backup_tag> gbar config gbar list Options: -h, --help show this help message and exit -v Run with debug info dumped -vv Run with verbose debug info dumped -y Run without prompt -t BACKUP_TAG Tag for backup file, required on backup

The -y option forces GBAR to skip interactive prompt questions by automatically selecting the "yes" (default) answer. There are currently four situations for prompts:

  • During backup, if GBAR calculates there is insufficient disk space to copy and then compress the graph data, it will ask: Do you want to continue?(y/N)
  • At the start of restore, GBAR will always asks if it is okay to turn off and reset the TigerGraph services: (y/N)?
  • During restore, if user does not provide the backup_tag with a full backup file name in command line, and there are multiple files matching that tag, it by default choose the latest, and will ask: Do you want to continue?(y/N)
  • During restore, if GBAR calculates there is insufficient disk space to copy the current graph data and then uncompress the archived data, it will ask: Do you want to continue?(y/N)


gbar config

GBAR Config must be run before using GBAR backup/restore functionality. GBAR Config will open the following configuration template interactively in a text editor. Using the comments as a guide, edit the configuration file to set the configuration parameters according to your own needs.

# Configure file for GBAR # you can specify storage method as either local or s3, or both # Assign True if you want to store backup files on local disk # Assign False otherwise, in this case no need to set path store_local: False path: PATH_TO_BACKUP_REPOSITORY # Assign True if you want to store backup files on AWS S3 # Assign False otherwise, in this case no need to set AWS key and bucket store_s3: False aws_access_key_id: YOUR_ACCESS_KEY aws_secret_access_key: YOUR_SECRET_KEY bucket: YOUR_BUCKET_NAME


gbar backup -t <backup_tag>

GBAR Backup performs a live backup, meaning that normal operations may continue while backup is in progress. When GBAR backup starts, it sends a request to GADMIN, which then requests the GPE and GSE to create snapshots of their data. Per the request, the GPE and GSE store their data under GBAR’s own working directory. GBAR also directly contacts the Dictionary and obtains a dump of its system configuration information. Then, GBAR compresses all the data and configuration information into a single file named <backup_tag>-<timestamp>.tgz. As the last step, GBAR copies that file to local storage or AWS S3, according to the Config settings, and removes all temporary files generated during backup.

The current version of GBAR Backup takes snapshots quickly to make it very likely that all the components (GPE, GSE, and Dictionary) are in a consistent state, but it does not fully guarantee consistency.

Backup does not save input message queues for REST++ or Kafka.


gbar restore <backup_tag>

Restore is an offline operation, requiring the data services to be temporarily shut down. When GBAR restore begins, it first searches for a backup file matching the backup_tag supplied in the command line. If the backup_tag is not a full backup file name, GBAR will by default select the latest one, and ask the user for confirmation to continue. Then it decompresses the backup file to its own working directory. It will then turn off the TigerGraph servers (GSE, RESTPP, etc.) temporarily. Then, GBAR makes a copy of the current graph data, as a precaution. If GBAR estimates that there is not sufficient disk space for the copy, GBAR will display a warning and prompt the user to abort (unless the user has overridden the prompt with the -y option). Next, GBAR copies the backup graph data into the GPE and GSE and notifies the Dictionary to load the configuration data. When these actions are all done, GBAR will restart the TigerGraph servers.

In order to succeed, Restore needs enough free space to accommodate both the old gstore and the gstore to be restored.

List Backup Files

gbar list

This command lists all generated backup files in the storage place configured by the user. For each file, it shows the file’s full tag, file’s size in human readable format, and its creation time.

end of Backup and Restore
Back to Top