BACKUPMON BACKUPMON v1.5.10 -Mar 1, 2024- Backup/Restore your Router: JFFS + NVRAM + External USB Drive! (**Thread closed due to age**)

[Kingp1n]

Really a bunch of fluff to make it easier for some of the more non-technical users be able to run backups/restores, give them more feedback during the process, and give some options if you wanted to back things up differently. There's definitely some ways to optimize some of the repetitive code, but I haven't gotten to that point yet... But I totally understand... @Jeffrey Young's script is the main engine behind this thing, and can't go wrong there.

Possibly allowing a single page (lite) version installation and the advanced version which has all the other stuff for those who want to backup/restore differently?

 

[Viktor Jaep]

Possibly allowing a single page (lite) version installation and the advanced version which has all the other stuff for those who want to backup/restore differently?

Other than pruning perpetual backups, I think it's pretty much done... Not really planning on adding any other major functionality at this point.

By default, with minimal configuration, out-of-the-box, people are set to backup on a monthly basis, which will keep pruning backups each month. I feel that's pretty "lite". If people want to get more fancy, they have the option... but by and large, this tool is really a "set-and-forget" script, and people just need to keep tabs on making sure your backups are continuing to work every so often by taking a look at your backup folders, and scanning the syslogs for any weirdness.

 

[Viktor Jaep]

Thanks very much to @Martinski for his example function today... that helped me complete the functionality to delete perpetual backups older than a certain number of days! I really appreciate it!

What's new!?
v0.91RC - (September 10, 2023)
- ADDED: Major new functionality to help purge perpetual backups, with much thanks to @Martinski for supplying a great function to help with this! Under the config menu, when selecting "perpetual" backup frequency, you will have the option to choose whether you want to enable backup purging for everything older than a certain number of days. Once configured, you can access the purge backups functionality under the operations area under the setup menu. This function will step you through multiple prompts before committing to delete any backups, and will show you which backups are affected. PLEASE NOTE: deleting backups is permanent, and advise caution on what you are deleting, and ensure that the list presented to you is what you want deleted. Also, PLEASE NOTE: if there are any backups that you want to save or store for later use, PLEASE move these to a SAFE and otherwise secure location outside of the backup folder structure that BACKUPMON utilizes, else there will be a chance these backups will get deleted. I will be keeping the purge backups utility manual for the time being, giving you more control over when and what gets deleted. I may automate this in the future depending on demand.
- RELEASE CANDIDATE: This completes all work for the release candidate. I will be taking another week to thoroughly test all functionality before releasing v1.0!

Download Link (or update within BACKUPMON's setup menu):

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/BACKUPMON/master/backupmon-0.91.sh" -o "/jffs/scripts/backupmon.sh" && chmod 755 "/jffs/scripts/backupmon.sh"

Significant Screenshots:
The config menu now allows you to configure the purging of backups... please note, this only works when "perpetual" backups are enabled.

New item under the operations area under the setup menu, allowing you to purge perpetual backups... only if perpetual backups are enabled.

When you enter "pg", you will be presented with the Purge utility... stepping you through, and showing you which folders are going to be deleted based on the age limit you have set.

 

[Ripshod]

I've encountered an error.
This morning I had to run loads of diagnostics that pointed out scribe was crapping out on me. So part of the rebuild included all my scripts. I went in and downloaded a fresh 0.91RC and I can't get into setup.
I issue the command:

/jffs/scripts/backupmon.sh -setup

And I get this response:

 ERROR: BACKUPMON is not configured.  Please run 'backupmon.sh -setup' first.

What am I doing wrong here as I'm only doing what I did before?
I may just wait for the command to come to life and try it that way.

 

[Viktor Jaep]

I've encountered an error.
This morning I had to run loads of diagnostics that pointed out scribe was crapping out on me. So part of the rebuild included all my scripts. I went in and downloaded a fresh 0.91RC and I can't get into setup.
I issue the command:

/jffs/scripts/backupmon.sh -setup

And I get this response:

 ERROR: BACKUPMON is not configured.  Please run 'backupmon.sh -setup' first.

What am I doing wrong here as I'm only doing what I did before?
I may just wait for the command to come to life and try it that way.

Ahhhh I think I know what happened. Setup is looking for the config file before the config file has even been created , creating a vicious cycle. I will get another fix out there shortly.

 

[Viktor Jaep]

I've encountered an error.
This morning I had to run loads of diagnostics that pointed out scribe was crapping out on me. So part of the rebuild included all my scripts. I went in and downloaded a fresh 0.91RC and I can't get into setup.
I issue the command:

/jffs/scripts/backupmon.sh -setup

And I get this response:

 ERROR: BACKUPMON is not configured.  Please run 'backupmon.sh -setup' first.

What am I doing wrong here as I'm only doing what I did before?
I may just wait for the command to come to life and try it that way.
View attachment 53002

This is now fixed... thanks for reporting this, @Ripshod!

What's new?
v0.92RC - (September 12, 2023)
- FIXED: Issue where when backupmon was newly downloaded and installed, the setup menu would be going through a loop because it was referencing that the .cfg file was not found, and telling you to run setup. All fixed!

Download link (or update directly within BACKUPMON)

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/BACKUPMON/master/backupmon-0.92.sh" -o "/jffs/scripts/backupmon.sh" && chmod 755 "/jffs/scripts/backupmon.sh"

 

[Ripshod]

Confirmed fixed. Thanks @Viktor Jaep

 

[alan6854321]

Here's an idea for you...

Is it possible to backup the router settings?

i.e. reproduce the "Settings_RT-AX86S.CFG" file that gets downloaded from the "Administration - Restore/Save/Upload Setting" page?

 

[Viktor Jaep]

Here's an idea for you...

Is it possible to backup the router settings?

i.e. reproduce the "Settings_RT-AX86S.CFG" file that gets downloaded from the "Administration - Restore/Save/Upload Setting" page?

I wish it were that easy. Someone actually wrote a utility once that performed this function, but is now being recommended against using. @ColinTaylor made a nice summary about it here... https://www.snbforums.com/threads/release-nvram-save-restore-utility.61722/post-790744

The best thing still is when resetting, to use the nvram factory defaults when setting your router back up. Less chance of something going wrong with it down the road.

I could probably dump all the settings to a file, but it would be for reference only. You wouldn't be able to import them again.

 

[Viktor Jaep]

Enough waiting... I'm satisfied... let's make the official release before the weeeeeeeekend!

What's new?!
v1.0 - (September 14, 2023)
- RELEASE: I'm satisfied... let's go live!

Download link (or update directly within BACKUPMON):

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/BACKUPMON/master/backupmon-1.0.sh" -o "/jffs/scripts/backupmon.sh" && chmod 755 "/jffs/scripts/backupmon.sh"

 

[maghuro]

Enough waiting... I'm satisfied... let's make the official release before the weeeeeeeekend!

View attachment 53054

What's new?!
v1.0 - (September 14, 2023)
- RELEASE: I'm satisfied... let's go live!

Download link (or update directly within BACKUPMON):

curl --retry 3 "https://raw.githubusercontent.com/ViktorJp/BACKUPMON/master/backupmon-1.0.sh" -o "/jffs/scripts/backupmon.sh" && chmod 755 "/jffs/scripts/backupmon.sh"

@thelonelycoder

 

[maghuro]

Just a little visual bug.
When configuring password, the text shows "username". First config.

Just a question - does it backup/restore the nvram vars?

 

[Ripshod]

Just a question - does it backup/restore the nvram vars?

Just 4 or 5 posts above.
Post in thread '[RELEASE] BACKUPMON v1.0 -Sep 14, 2023- Backup/Restore your JFFS + External USB Drive!' https://www.snbforums.com/threads/r...our-jffs-external-usb-drive.86645/post-864561

 

[maghuro]

I wish it were that easy. Someone actually wrote a utility once that performed this function, but is now being recommended against using. @ColinTaylor made a nice summary about it here... https://www.snbforums.com/threads/release-nvram-save-restore-utility.61722/post-790744

The best thing still is when resetting, to use the nvram factory defaults when setting your router back up. Less chance of something going wrong with it down the road.

I could probably dump all the settings to a file, but it would be for reference only. You wouldn't be able to import them again.

I'd love to have it as a reference.

I'm currently using a made-by-myself script to daily backup everything to my NAS, and I'm saving a txt file with nvram values.

 

[ColinTaylor]

The best thing still is when resetting, to use the nvram factory defaults when setting your router back up. Less chance of something going wrong with it down the road.

True. Unfortunately it's made more complicated on the HND models because of the way they store some NVRAM variables in /jffs/data. I mentioned in another post that I don't recommend directly editing these files as it bypasses the router's API and pre-commit cache, potentially leading to corruption. So if one is backing up the whole of /jffs one has to exclude /jffs/data when restoring otherwise you'll end up with some old NVRAM variables that are out of sync with the rest. Arguably the same out-of-sync problem could be said of the /jffs/openvpn directory (and maybe others?).

 

[Viktor Jaep]

True. Unfortunately it's made more complicated on the HND models because of the way they store some NVRAM variables in /jffs/data. I mentioned in another post that I don't recommend directly editing these files as it bypasses the router's API and pre-commit cache, potentially leading to corruption. So if one is backing up the whole of /jffs one has to exclude /jffs/data when restoring otherwise you'll end up with some old NVRAM variables that are out of sync with the rest. Arguably the same out-of-sync problem could be said of the /jffs/openvpn directory (and maybe others?).

Yeah, the use case here is to quickly restore jffs/USB back to an already functional and established router... but I get it. If someone wiped their router completely and attempted a restore, that may be a concern.

 

[Viktor Jaep]

I'd love to have it as a reference.

I'll look at adding this.

 

[maghuro]

I'll look at adding this.

nvram show 2>/dev/null | sort > dir/nvram.txt

 

[Viktor Jaep]

nvram show 2>/dev/null | sort > dir/nvram.txt

Lol... thanks!

 

[Ripshod]

I still have the original nvram-save.sh script. While it does save the nvram and jffs fine I haven't tried to restore yet (hnd).
Have I just volunteered to be a Guinea pig?