From 161f48cefb958d8ca0dfc91f452aa8f4058f927d Mon Sep 17 00:00:00 2001 From: Karan Date: Tue, 20 Oct 2026 13:11:15 +0530 Subject: [PATCH] Install with sudo ispgrid addon --- README.md | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git a/README.md b/README.md index b29fd34..b92ea8a 100644 --- a/README.md +++ b/README.md @@ -30,12 +30,15 @@ Not yet: NAT logs (customers behind CGNAT), a PDF export. ## Install -It needs ISPGrid 0.1.x. On a server set up with the ISPGrid installer, as root: +It needs ISPGrid 0.1.x. On a server set up with the ISPGrid installer: ```bash -sudo /opt/ispgrid/deploy/install.sh --addon=ispgrid/ipdr +sudo ispgrid addon add ispgrid/ipdr ``` +On ISPGrid older than 0.1.3, which has no `ispgrid` command, use +`sudo /opt/ispgrid/deploy/install.sh --addon=ispgrid/ipdr`. + The installer keeps the add-on on every upgrade and backs up the archive database with the nightly ISPGrid backup. ### Why the installer, and why root @@ -58,7 +61,7 @@ give it ownership of `/opt/ispgrid` to get around that: it removes the protectio ## Remove ```bash -sudo /opt/ispgrid/deploy/install.sh --remove-addon=ispgrid/ipdr +sudo ispgrid addon remove ispgrid/ipdr ``` The page and the scheduled copy and purge go away, but the archive database `ispgrid_ipdr` is kept: the records may @@ -66,7 +69,7 @@ be ones you must still hand over, and installing the add-on again picks them up keeps dumping it. To delete the records too, now or after an earlier removal: ```bash -sudo /opt/ispgrid/deploy/install.sh --remove-addon=ispgrid/ipdr --delete-data +sudo ispgrid addon remove ispgrid/ipdr --delete-data ``` The backup taken at the start of that run keeps a copy (`/var/backups/ispgrid/ispgrid_ipdr-*.sql.gz`, for 14 days);