BACKUPMON BACKUPMON v1.8.22 -Nov 28, 2024- Backup/Restore your Router: JFFS + NVRAM + External USB Drive! CIFS/SMB/NFS! (Available in AMTM!) -- v1.9.0 Beta 1!

[pedeb04]

My primary backup config below.
The backup gets saved on the Network drive that gets mounted and unmounted on /tmp/mnt/backups
All works ok.
customizable parameters that affect the operation of the primary backup.
---------------------------------------------------------------------------------------

: BACKUPMON Version : 1.8.22
: Source Router Model : RT-AX86U_Pro
: Source Router Firmware/Build : 3006.102.4_0
(1) : Source EXT USB Drive Mount Point : /tmp/mnt/Merlin
(2) : Backup Target Media Type : Network
(3) : Backup Target Username : peter
(4) : Backup Target Password (ENC) : c21ic2FtYmEK
(5) : Backup Target Path : \\\\192.168.50.46\\RouterUSB
|---- NFS Mount Options? : N/A
(6) : Backup Target Mount Point : /tmp/mnt/backups
(7) : Backup Target Directory Path : /router/RT-AX86U_Pro_Backups
(8) : Backup Exclusion File : /jffs/addons/backupmon.d/pfexclusion.txt
(9) : Backup Swap File : No
(10) : Backup CIFS/SMB Version : 2.1
(11) : Backup Retention : Yearly
|---- Purge Backups : No
|---- Purge older than (days) : N/A
(12) : Backup/Restore Mode : Basic
(13) : Schedule Backups : No
|---- Time: : 2:30
|---- Scheduled Backup Mode : Backup Only
(14) : AMTM Email Notifications : Yes
|---- On Success : Yes
|---- On Failure : Yes
(15) : Secondary Backup Config Options : Disabled
|
(s) : Save Config & Exit
(e) : Exit & Discard Changes

For the secondary config
1 Enabled
2 USB
3 router user
4 router password
selection: 6
Select a Secondary Target USB Backup Drive Mount Point:
1. /dev/sda1 on /tmp/mnt/Merlin type ext4
2. /dev/sdb1 on /tmp/mnt/backups_usb type ext4

Enter selection:[1-2] [e=Exit]?
I choose 2

I thought it do a secondary backup to USB backups_usb
But by having the USB plugged into the router the primary backup errors umount: can't unmount /tmp/mnt/backups: Invalid argument which is where the network drive is mounted. I don't understand why the USB would cause this issue.

The reason I went down this secondary backup option was I don't always have my server on and I noticed with MerlinAU will try to do a backup before updating the firmware. And seeing the router is always on it can do the backup there if the server is off.

 

[Viktor Jaep]

My primary backup config below.
The backup gets saved on the Network drive that gets mounted and unmounted on /tmp/mnt/backups
All works ok.
customizable parameters that affect the operation of the primary backup.
---------------------------------------------------------------------------------------

: BACKUPMON Version : 1.8.22
: Source Router Model : RT-AX86U_Pro
: Source Router Firmware/Build : 3006.102.4_0
(1) : Source EXT USB Drive Mount Point : /tmp/mnt/Merlin
(2) : Backup Target Media Type : Network
(3) : Backup Target Username : peter
(4) : Backup Target Password (ENC) : c21ic2FtYmEK
(5) : Backup Target Path : \\\\192.168.50.46\\RouterUSB
|---- NFS Mount Options? : N/A
(6) : Backup Target Mount Point : /tmp/mnt/backups
(7) : Backup Target Directory Path : /router/RT-AX86U_Pro_Backups
(8) : Backup Exclusion File : /jffs/addons/backupmon.d/pfexclusion.txt
(9) : Backup Swap File : No
(10) : Backup CIFS/SMB Version : 2.1
(11) : Backup Retention : Yearly
|---- Purge Backups : No
|---- Purge older than (days) : N/A
(12) : Backup/Restore Mode : Basic
(13) : Schedule Backups : No
|---- Time: : 2:30
|---- Scheduled Backup Mode : Backup Only
(14) : AMTM Email Notifications : Yes
|---- On Success : Yes
|---- On Failure : Yes
(15) : Secondary Backup Config Options : Disabled
|
(s) : Save Config & Exit
(e) : Exit & Discard Changes

For the secondary config
1 Enabled
2 USB
3 router user
4 router password
selection: 6
Select a Secondary Target USB Backup Drive Mount Point:
1. /dev/sda1 on /tmp/mnt/Merlin type ext4
2. /dev/sdb1 on /tmp/mnt/backups_usb type ext4

Enter selection:[1-2] [e=Exit]?
I choose 2

I thought it do a secondary backup to USB backups_usb
But by having the USB plugged into the router the primary backup errors umount: can't unmount /tmp/mnt/backups: Invalid argument which is where the network drive is mounted. I don't understand why the USB would cause this issue.

The reason I went down this secondary backup option was I don't always have my server on and I noticed with MerlinAU will try to do a backup before updating the firmware. And seeing the router is always on it can do the backup there if the server is off.

It has something to do with it being a local USB drive that you're connecting to over the network, and because it's a network connection, it will try to unmount it by default after the backup completes. I'm not sure why it would work when the 2nd USB isn't plugged in, but I would think it would totally remove your ability to use that USB drive after a backup completes, which wouldn't be good, if it also contains your swap file and entware.

What I'm probably going to do is create an option in the BACKUPMON config to not disconnect network mount points. That way your network share will act more like a physical USB drive, which it actually is.

The other way around this is to set your primary backup to USB (not network), and set your secondary backup to USB (like you already did)... and that should allow it to work without the mount point issues that you're seeing.

 

[Viktor Jaep]

My primary backup config below.
The backup gets saved on the Network drive that gets mounted and unmounted on /tmp/mnt/backups
All works ok.
customizable parameters that affect the operation of the primary backup.
---------------------------------------------------------------------------------------

: BACKUPMON Version : 1.8.22
: Source Router Model : RT-AX86U_Pro
: Source Router Firmware/Build : 3006.102.4_0
(1) : Source EXT USB Drive Mount Point : /tmp/mnt/Merlin
(2) : Backup Target Media Type : Network
(3) : Backup Target Username : peter
(4) : Backup Target Password (ENC) : c21ic2FtYmEK
(5) : Backup Target Path : \\\\192.168.50.46\\RouterUSB
|---- NFS Mount Options? : N/A
(6) : Backup Target Mount Point : /tmp/mnt/backups
(7) : Backup Target Directory Path : /router/RT-AX86U_Pro_Backups
(8) : Backup Exclusion File : /jffs/addons/backupmon.d/pfexclusion.txt
(9) : Backup Swap File : No
(10) : Backup CIFS/SMB Version : 2.1
(11) : Backup Retention : Yearly
|---- Purge Backups : No
|---- Purge older than (days) : N/A
(12) : Backup/Restore Mode : Basic
(13) : Schedule Backups : No
|---- Time: : 2:30
|---- Scheduled Backup Mode : Backup Only
(14) : AMTM Email Notifications : Yes
|---- On Success : Yes
|---- On Failure : Yes
(15) : Secondary Backup Config Options : Disabled
|
(s) : Save Config & Exit
(e) : Exit & Discard Changes

For the secondary config
1 Enabled
2 USB
3 router user
4 router password
selection: 6
Select a Secondary Target USB Backup Drive Mount Point:
1. /dev/sda1 on /tmp/mnt/Merlin type ext4
2. /dev/sdb1 on /tmp/mnt/backups_usb type ext4

Enter selection:[1-2] [e=Exit]?
I choose 2

I thought it do a secondary backup to USB backups_usb
But by having the USB plugged into the router the primary backup errors umount: can't unmount /tmp/mnt/backups: Invalid argument which is where the network drive is mounted. I don't understand why the USB would cause this issue.

The reason I went down this secondary backup option was I don't always have my server on and I noticed with MerlinAU will try to do a backup before updating the firmware. And seeing the router is always on it can do the backup there if the server is off.

@pedeb04 ... this latest version also includes this fix I made for you in your scenario above that prevents the network drive from unmounting by default:

- MINOR: Added an option to the setup menu under item #6 that allows you to choose whether or
not to unmount the TARGET network drive after backup completion. This issue was reported by
@pedeb04 using a scenario where a backup is going across the network to a local network
share on the router that is pointing to a local USB drive. BACKUPMON would try to unmount the
network drive by default, which would unmount the USB drive. In addition to this new option,
the fix to this issue would be to specify that the backup target is a USB drive instead of a
network drive.

Here's a trial run:

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

 

[wildland_hondo]

Hello. I am on backupmon 1.8.22 and my backups were working fine till last month. Now automatic backups won't work and I get this error:
**ERROR**: Plaintext passwords detected. Please check your configuration!

On launching I get this notification in red:

ERROR: Plaintext passwords are still being used in the config file. Please go under the BACKUPMON setup menu
to reconfigure your primary and/or secondary target backup passwords, and save your config. New changes to the
way passwords are encoded and saved requires your immediate attention!

Backups are being done on a SMB network share via SMB v3.02.
Backup Target Password shows up as Target Password (ENC) : VGlwcHkgRG9ybWl0b3JpZXMgQW1tbwo=
Only primary backups are configured.
I have set the password again multiple times.

How do I fix this? Thanks.

 

[Viktor Jaep]

Hello. I am on backupmon 1.8.22 and my backups were working fine till last month. Now automatic backups won't work and I get this error:
**ERROR**: Plaintext passwords detected. Please check your configuration!

On launching I get this notification in red:


Backups are being done on a SMB network share via SMB v3.02.
Backup Target Password shows up as Target Password (ENC) : VGlwcHkgRG9ybWl0b3JpZXMgQW1tbwo=
Only primary backups are configured.
I have set the password again multiple times.

How do I fix this? Thanks.

I'll try to shore this up a bit more... but in the interim, please see if it will work if you remove all spaces from your password? Try making it one contiguous password, and let me know?

 

[wildland_hondo]

I'll try to shore this up a bit more... but in the interim, please see if it will work if you remove all spaces from your password? Try making it one contiguous password, and let me know?

Hey, that worked! Thanks.

 

[Viktor Jaep]

@pedeb04 ... this latest version also includes this fix I made for you in your scenario above that prevents the network drive from unmounting by default:

- MINOR: Added an option to the setup menu under item #6 that allows you to choose whether or
not to unmount the TARGET network drive after backup completion. This issue was reported by
@pedeb04 using a scenario where a backup is going across the network to a local network
share on the router that is pointing to a local USB drive. BACKUPMON would try to unmount the
network drive by default, which would unmount the USB drive. In addition to this new option,
the fix to this issue would be to specify that the backup target is a USB drive instead of a
network drive.

Here's a trial run:

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

@pedeb04 ... Hey, I was just checking back in with you after a couple of weeks to see if this was useful for you or not? Hope you are having better luck with the backups...

 

[pedeb04]

@Viktor Jaep
Yes it worked, but I noticed my primary backup (USB) was saved as 230 and my secondary backup (Network) was saved as 18. Both are basic.
One seems Day of year (normal) and the other Day of Month.

 

[Viktor Jaep]

@Viktor Jaep
Yes it worked, but I noticed my primary backup (USB) was saved as 230 and my secondary backup (Network) was saved as 18. Both are basic.
One seems Day of year (normal) and the other Day of Month.

Thanks for the feedback. Could you please share the contents of your backupmon.cfg under /jffs/addons/backupmon.d?

 

[pedeb04]

@Vicktor Jaep
My mistake I had the secondary backup set to monthly. All good.

 

[Viktor Jaep]

@Vicktor Jaep
My mistake I had the secondary backup set to monthly. All good.

That's what I figured... Glad you figured it out!

 

[Viktor Jaep]

Here comes a new BACKUPMON v1.9.0 Beta 1 your way! Introducing a few changes as referenced below:

What's new?
v1.9.0b1 - (TBA)
- MINOR: Added an option to the setup menu under item #6 that allows you to choose whether or not to unmount the TARGET network drive after backup completion. This issue was reported by @pedeb04 using a scenario where a backup is going across the network to a local network share on the router that is pointing to a local USB drive. BACKUPMON would try to unmount the network drive by default, which would unmount the USB drive. In addition to this new option, the fix to this issue would be to specify that the backup target is a USB drive instead of a network drive.
- MINOR: Implemented a formal email rate limiter function that controls a user-configurable allowed number of emails to be sent per hour. This option is configured under item #14 AMTM Email Notifications, and allows you to choose a number between 1 and 9999, with 0 having this function disabled. When email events fire off, you will see a system message during the backup process indicating how many emails have been sent thusfar this past hour, and whether any rate limiting is in effect. An indicator is on the #14 AMTM Email Notification menu item, with RL (red) = disabled, and RL:<number of emails>/h showing the number of emails allowed per hour.
- PATCH: Based on some findings from @Jeffrey Young, added to and changed some of the commands necessary to successfully connect to an NFS share from the router. Specifically, the folder "/var/lib/nfs" gets created if it doesn't exist, modprobe is then called as usual, followed by calling "portmap", then running the mount NFS statement.

Download link:

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

Significant Screenshots:

Under option #6, you now have the ability to unmount or keep the network drive mounted (configurable for either/or primary and secondary backups). Rate limiting is also configurable under option #14, giving you an indicator as to what it's set to.