JetBackup

JetBackup is an enterprise-grade backup solution that AdminBolt can install and monitor. It provides incremental backups, multiple backup destinations, scheduled backups, and file-level restoration, all managed from JetBackup's own web interface.

Overview

URL: /admin/jet-backup - under Applications, after the module is installed.

In AdminBolt, JetBackup is an application module: the panel installs it, reports its service health and license, and gives you a one-click launch into the JetBackup web interface where the actual backup and restore work is done.

Installation

1. Open Admin → Applications → Modules (/admin/module-manager).
2. Select JetBackup and click Install.
3. Confirm Install JetBackup in the dialog.

Installation takes a couple of minutes while the JetBackup software is set up on the server. When it finishes, JetBackup appears under Applications and the status view becomes available.

Status view

Once installed, /admin/jet-backup shows the service status and quick actions:

• Status - for example, running with a JetBackup OK indicator, and the license state (unlicensed until a license is applied).
• Web Interface - when accessible, Access JetBackup opens the JetBackup web UI to manage backups.
• Quick Actions - Restart Service and Manage License.
• Refresh Status - re-reads the live service state.

Service control acts on both units JetBackup runs, the backend jetbackup5d and the web component jetlighttpd, verifies the outcome afterwards, and reports what actually happened rather than always reporting success. Restart Service is refused with a clear message when JetBackup is not installed on the server.

Status details

Property	Example
Status	installed
Service	running
Version	OK
License Status	unlicensed
Config Path	/usr/local/jetapps/etc/jetbackup5
Web Accessible	yes
Backup Storage Usage	unknown
Last Backup	OK

A Recent Logs panel tails jetbackupd.log so you can review automated tasks and service activity.

What a backup covers

AdminBolt implements the full JetBackup 5 for Linux Panel/Scripts contract, so a JetBackup backup and restore covers every resource of an account, not only its home directory:

Resource	Covered
Hosting accounts	Yes
Packages (hosting plans)	Yes
Domains	Yes, with generated zone files
Email accounts	Yes, passwords included
FTP accounts	Yes, passwords included
SSL certificates	Yes
Databases and database users	Yes
Cron jobs and DNS records	Yes, as part of the panel inventory stored with each backup

Every backup also carries a complete panel inventory, so a restore rebuilds the account's configuration and not just its files. FTP and mailbox passwords survive a restore intact, which means the account's users do not have to be given new credentials afterwards.

Note: JetBackup discovers an account's databases and database users by the <username>_ prefix that AdminBolt applies to both. A database created outside the panel without that prefix is not associated with the account.

Surviving a JetBackup upgrade

The integration works through hook scripts that JetBackup calls. A jetbackup5-linux package upgrade replaces that directory with the vendor's own stubs. AdminBolt notices this: a health check verifies the hooks and reinstalls them when they have been replaced, so the integration keeps working after a JetBackup update without any action from you.

The same check covers the reverse case: a server that ran JetBackup before AdminBolt shipped this integration receives the hooks and the database configuration when the panel is upgraded, so its backups start covering every account resource instead of the home directory alone. The check runs hourly, so a replaced hook is back within the hour.

Cron jobs restored outside the panel

JetBackup restores cron jobs by writing the user crontab back directly, which leaves them invisible to the panel. AdminBolt adopts those entries: a sweep every five minutes lists them on the account's Cron Jobs page and rewraps them so they run with the same isolation as panel-created jobs. Entries the panel cannot represent, such as @reboot lines or environment assignments, are left untouched and logged rather than rewritten. Only users with a hosting account are reconciled.

To run the sweep immediately rather than waiting, use bolt-cli reconcile-cron-jobs.

Known limitations

Backup scheduling and the restore workflow itself live in JetBackup's own web interface, not in AdminBolt:

• Backup schedules, restore runs, remote storage, and disaster-recovery configuration are performed in the JetBackup UI.
• JetBackup restores are not performed inside the AdminBolt client panel; end users run them in the JetBackup client interface, reached through the JetBackup launcher.
• A JetBackup license is required for production use; a fresh install reports unlicensed.

Independently of JetBackup, AdminBolt has built-in per-account backups handled by the bolt-agent: clients can create and restore Filesystem Backups and Database Backups on demand from the client panel. JetBackup is the recommended path for full-featured, scheduled, multi-destination backups.