Contact Us

To help prevent spam, Javascript is required in order for you to use this form.

Comet Backup installation 

Windows 

System Requirements 

  • x86_32+SSE2 or x86_64 CPU architecture
  • Minimum 1024x600 screen resolution
  • We recommend using any version of Windows still under active security support from Microsoft (e.g. Windows 7, Windows 10, Windows Server 2008 or newer). Older versions of Windows might work, but are not supported by Comet.

Not compatible with Windows XP (released 2001) 

At the time of writing, there is no version of Comet available for Windows XP / Server 2003. All versions of Comet rely heavily on features that were only introduced in Windows Vista / Server 2008.

Windows XP / Server 2003 no longer receives security patches from Microsoft. It is unsafe to connect such a machine to the internet. If you are attempting to supply backup services to a customer in this situation, you should arrange to first upgrade their operating system with urgency.

Despite the above warning, our company would like to support as many platforms as possible. It might become supported in the future.

Workarounds 

You can work around this issue by

  • installing Comet Backup on another machine, and then backup the XP machine over the network; or
  • virtualizing the XP machine, and backing up the VM guest from the VM host. This also allows you to remove internet access from the XP machine.

Install 

Run the CometBackup_install.exe file and follow the prompts.

Once installed, the client software prompts for account details to log in.

Silent install (advanced) 

Comet 17.12.0 or later allow you to install and configure the software silently, by running install.exe /CONFIGURE=user:password via your remote management software.

Service account 

This section does not apply to Comet 18.5.x "Phobos".

Comet 18.6.0 and later automatically create a Virtual Account (NT SERVICE\backup.delegate) with all necessary permissions to back up files on the PC.

Isolating Comet Backup under a Virtual Account is supported on Windows 7 or later, and Windows Server 2008 R2 or later when that server is not a Domain Controller. On other machines (e.g. Windows Server 2008 RTM, and domain controllers) the backup service will run as LOCAL SYSTEM by default.

On a Domain Controller running Windows Server 2008 R2 or later, we recommend configuring a Managed Service Account inside Active Directory for the backup service. This allows you to isolate the backup service permissions in a password-less service account. You should apply this to the backup.delegate service (but not the backup.elevator service, used for software updates).

Upgrading 

The installer will safely remove and upgrade any prior version of Comet Backup, including those with a different software branding.

If the product name is changed as a result of the installation process, the newly-branded software may be installed into the old-branded directory name. You can avoid this issue by completely uninstalling and reinstalling the software.

Silent upgrade (advanced) 

You can silently upgrade the software remotely via the Comet Server interface, or by running install.exe /S via your remote management software.

Service account 

As of Comet 18.6.1, if you customize the backup.delegate service to use any user account other than LOCAL SYSTEM or NT SERVICE\backup.delegate, your changes will be preserved in any future software upgrade. However, if the chosen user account requires a password, it may need to be reconfigured after the software upgrade.

Uninstall 

The software can be uninstalled via the "Programs and Features" section in the Windows Control Panel.

During this process, you may be prompted whether you wish to preserve any username/password credentials saved on this computer.

You can also remove the saved credentials manually by deleting the AppData/Roaming/backup-interface/config.sys file.

In Comet 18.6.0 and later, you should also remove the saved credentials from the backup.delegate service. This is stored in the C:\Users\backup.delegate\AppData\Roaming\backup-tool\config.dat file (if the backup.delegate service was running as the NT SERVICE\backup.delegate user; the path may differ if the service was running as another user account).

macOS 

System Requirements 

  • x86_64 CPU architecture
  • OS X 10.9 or later (10.11 or later recommended)

Support for macOS was added in Comet 17.12.7.

Install 

The macOS operating system requires codesigning to be enabled in order to launch a downloaded .pkg file. If you have not configured codesigning for macOS, you will be unable to launch the installer. However, you can bypass this by right-clicking the .pkg file and choosing Open.

Run the Comet Backup.pkg file and follow the prompts.

Once installed, the client software prompts for account details to log in.

If you are running the .pkg file from the Downloads directory, macOS will offer to move the .pkg file to the Trash after a successful installation.

Upgrading 

The installer will safely remove and upgrade any prior versions of Comet Backup, including those with a different software branding.

Silent upgrade (advanced) 

You can silently upgrade the software remotely via the Comet Server interface, or by running /usr/sbin/installer -allowUntrusted -pkg "Comet Backup.pkg" -target / via your remote management software.

Uninstall 

macOS does not have a standard system for uninstalling programs. However, you can still uninstall Comet by running the following command from a terminal window:

sudo -u root "/Applications/Comet Backup.app/Contents/MacOS/uninstall"

This will automatically stop all running Comet processes, unregister Comet's launchd services, and remove all application files from the disk.

Uninstalling the software preserves any username/password credentials saved on this computer. To remove the saved credentials, delete the /Users/USERNAME/Library/Preferences/backup-interface/config.sys file.

Linux (Debian, Ubuntu) 

Future versions of Comet Backup will provide .deb packages for Debian, Ubuntu, and compatible distributions. In the meantime, you can install Comet Backup using the "Other Distribution" package.

Linux (Red Hat Enterprise Linux (RHEL), CentOS) 

Future versions of Comet Backup will provide .rpm packages for RHEL, CentOS, and compatible distributions. In the meantime, you can install Comet Backup using the "Other distribution" package.

Linux NAS (Synology, QNAP) 

Future versions of Comet will provide integrated packages for Synology and QNAP NAS devices. In the meantime, if you have SSH access to your NAS device, you can install Comet Backup using the "Other distribution" package.

Linux (Other Distribution) 

This is a distribution-agnostic package that can be used if Comet does not have a more specific package available for your Linux distribution.

Please note that in order to avoid distribution-specific differences, the package does not automatically start on boot. You should configure your system to run the launch script in /opt/ on boot (e.g. via a systemd unit, upstart script, /etc/init.d/ script, or a line in init.rc).

System Requirements 

  • CPU: x86_64, or x86_32 with SSE2, or ARM (see below)
  • An up-to-date CA certificate set, to validate HTTPS / SSL connections
    • On many Linux distributions, installing the ca-certificates package should be sufficient
    • Otherwise, Comet will look for a certificate bundle in all of the following locations;
      • /etc/ssl/certs/ca-certificates.crt (used by Debian/Ubuntu/Gentoo etc.)
      • /etc/pki/tls/certs/ca-bundle.crt (used by Fedora/RHEL 6)
      • /etc/ssl/ca-bundle.pem (used by OpenSUSE)
      • /etc/pki/tls/cacert.pem (used by OpenELEC)
      • /etc/pki/ca-trust/extracted/pem/tls-ca-bundle.pem (used by CentOS/RHEL 7)

ARM CPU support 

Comet Backup on ARM Linux was first introduced in 17.9.2.

As of Comet 18.8.0, multiple ARM variants are available. The ARM architecture is backward compatible; Comet will select the best available binary for your hardware at install-time.

  • ARMv8l (64-bit Aarch64), no glibc required (available since 18.6.9)
  • ARMv7l (32-bit) with vfp, and a glibc-based OS with the "hard-float" ABI (gnueabihf) (available since 18.2.0)
  • ARMv6kl (32-bit) with vfp, no glibc required (available since 17.9.2; removed in 18.2.0; reinstated in 18.6.9)

Install 

Run the .run file. This is a self-extracting archive, with runtime dependencies on bash, xz, GNU awk, and standard GNU/Linux system utilities.

The installer will

  1. install the software into a branded /opt/ subdirectory
  2. prompt you for an initial username and password
  3. register the current Linux device into that Comet account
  4. start running Comet Backup in the background.

If you make a mistake with the username/password prompt, you should follow the below instructions to uninstall the software, and then start the installation again.

Install options 

You can control the installer by setting environment variables in your shell before running the .run file.

The following options are available:

  • WRITE_INSTALL_LOG. Set this to a file path, to record details of the installation.
  • OVERRIDE_INSTALL_SERVER. Set this to a URL (including http/https and trailing slash) to override the Comet Server URL used by Comet Backup.

You can set an environment variable in bash either on the same line (e.g. WRITE_INSTALL_LOG=install.log ./install.run) or as a separate export command (e.g. export WRITE_INSTALL_LOG=install.log followed by ./install.run).

Restarting 

The Comet Backup agent on "Other Distribution" Linux can be restarted using the backup-daemon-start.sh file.

If you are running commands over SSH, please be aware that this script runs in the foreground and will die when the SSH session is closed; to avoid this, you should daemonize it yourself via nohup / disown / double-fork.

For example (double-fork):

( cd /opt/CometBackup ; ./backup-daemon-start.sh >/dev/null 2>/dev/null & ) &

Run at startup 

The installer includes a backup-daemon-start.sh script that can start the service. It is recommended that you configure this script to be daemonized on system boot, by writing either an init.d script, systemd unit, or rc.local entry, depending on your specific Linux distribution.

Startup via rc.local 

You can make Comet Backup start at system boot by adding an entry to the rc.local file.

First, find the rc.local file on your system:

  • /etc/rc.local (Debian/Ubuntu)
  • /etc/rc.d/rc.local (CentOS/RHEL)

Add the following content to the rc.local file:

/opt/CometBackup/backup-daemon-start.sh &

If the rc.local file contains an exit 0 statement, the additional command should be added before such a statement.

As of CentOS 7, the rc.local file is not executable by default. You should run chmod +x on the rc.local file to enable using this method for startup scripts.

Startup via cron 

You can make Comet Backup start at system boot by adding an entry to root's crontab.

  1. Run crontab -e -u root to launch a crontab editor
  2. Add the line @reboot /opt/CometBackup/backup-daemon-start.sh
Startup via init.d 

No further documentation is available for this topic.

Startup via systemd 

No further documentation is available for this topic.

Upgrading 

The "Other Distribution" version of Comet supports upgrading the software, with some caveats:

  • The .run file will automatically upgrade the existing version
  • The software can be remotely upgraded via the Comet Server web interface.

However, the existing service will only be replaced with the upgraded version if the product brand name is unchanged.

Future "Other Distribution" versions of Comet will support upgrading between installations regardless of product brand name.

Uninstall 

To uninstall "Other Distribution" versions of Comet, you should

  1. Stop all Comet processes
  2. Remove the relevant subdirectory under /opt/
  3. Remove any custom startup scripts