Posts by openletter

On one of the subdirectories, I deleted the contents with rm -rf then ran the rsnapshot job through the GUI, and no problems reported.

On another subdirectory, I set monthly to 1, then ran the job through the GUI and nothing was deleted. I then ran the above command for monthly and nothing was deleted. I then deleted the contents with rm -rf but I'm going to let the job run on schedule, see what happens (it should be fine, but just to test).

Quote from ryecoaaron

Run this... sudo /var/lib/openmediavault/cron.d/rsnapshot monthly

The only jobs that ran are the ones that currently have something other than 0 for monthly, and nothing was deleted from the other subdirectories.

Um... I don't have /var/lib/openmediavault/borgackup/. (o;

Setting the jobs to 1 0 0 0 0and running them manually didn't delete anything.

I've now set them for 0 1 0 0 0 and I'll see what happens when the job runs tomorrow. (The data I want to delete is all in the monthly subdirectories.)

Dumb guy question here:

I want to start over with some rsnapshot jobs just because I accidentally backed up a lot of data that doesn't need backing up, so my simple thinking is just delete everything within the target directory (e.g., rm -rf targetdirectory/*)and the next time the job runs it will effectively be starting from scratch, which is fine.

However, I'm not familiar enough with rsnapshot to know if this ends up causing a problem, so I thought I'd post here, first.

What are you trying to accomplish? The NUT plugin is a GUI as you can configure it via a web browser instead of text files from the command line.

Thanks, I can confirm closing the tab and loading the page in a new tab showed a job is currently running and I could attach.

I want to wipe a very slow drive and I'm wondering if I need to have the browser logged into the dashboard for the task to complete because I would normally suspend or shut down the computer during this period.

I just completed a migration from OMV 5 to OMV 7 as a fresh install, and it's great.

However, an rsync job I've been running for ages is failing, and it's been so long since I configured it, I don't know if I've somehow skipped a step and as best I can tell, OMV can't verify the Host key and I don't know where this is configured in the dashboard.

Here is the error message when manually running from the dashboard:

Please wait, syncing <remoteusername@example.com:/backup/source/directory/path/> to </srv/dev-disk-by-uuid-XXX/backup/destination/directory/path/>

Host key verification failed.
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: unexplained error (code 255) at io.c(232) [Receiver=3.2.7]
ERROR: The synchronisation failed.

Of course, the first thing I noticed is the British English misspelling of synchronization.

The source server auth log has only the following message:

Aug 27 05:46:42 example sshd[1234657]: Connection closed by 203.0.113.38 port 54321 [preauth]

I fixed the problem by logging into OMV, creating a root session with sudo -i, adding .ssh/id_rsa.pub to .ssh/authorized_keys for user on the source server, then opening a session to the source server with ssh username@example.com, which included confirming the host fingerprint.

After this, I realized there was no need to add the public key to the remote server, because the host key would be added to OMV before attempting to log in, and the host key is the only thing I needed.

It would be nice if something, somewhere in the dashboard alerted me to this. Optionally, the source server happens to use the rare SSHFP DNS record, but probably more work to implement that than a note in the GUI.

This post showed at the top of my search engine results, hence the necro.

When all else seems something wrong, try this, with appropriate changes based on system and CPU:

cat /sys/class/thermal/thermal_zone*/type
acpitz
acpitz
x86_pkg_temp
ll /sys/class/thermal/thermal_zone*/type
-r--r--r-- 1 root root 4.0K Aug 17 08:40 /sys/class/thermal/thermal_zone0/type
-r--r--r-- 1 root root 4.0K Aug 17 08:40 /sys/class/thermal/thermal_zone1/type
-r--r--r-- 1 root root 4.0K Aug 17 08:40 /sys/class/thermal/thermal_zone2/type
cat /sys/class/thermal/thermal_zone2/temp 
43000

The number printed is in mC, so the temperature is 43C.

I was getting similar errors to above post and it took some time to realize I forgot to close out a tmux session that was in a subdirectory of the drive from the last time I had it mounted, so apparently that can keep the drive from being mounted again but not keep the drive from being unmounted. Closing the tmux session allowed for immediate mounting of the drive.

Although this doesn't help with your immediate problem, a way to deal with this in the future is to create an empty file for deletion should the partition become filled.

fallocate -l 250M deleteifpartitionfull

Note that if some errant process is rapidly filling your partition, this basically starts a countdown for you.

Well, if I don't already understand how Borg manages its repos, the information there won't be very useful for me unless there is something there to explain how it is intended to work.

I don't really have expectations here.

Assuming I understand correctly, when I read through Borgbackup docs, I discovered that each repo is supposed to contain archives of only one source. However, what I didn't quite figure out is how the Borg file management is being implemented by the OMV plugin, hence my question here.

I'm just getting myself set up to use Borg to back up my Linux Mint computers, and I'm not clear about how Borg manages files.

Can multiple local repos be placed in the same shared folder?

Thanks, I didn't realize that encrypts transport by default.

Is there a way in OMV to password protect or otherwise require authentication to control access an NFS share?

Is there a way I can use NFS and encrypt the network connections with clients?

I looked at Borg, and it isn't clear to me how to create local encrypted backups that can easily be transferred to external storage device.

I mostly ask about Duplicity because I have at least some experience with it. Hadn't looked at Duplicati before.

It could be a cable issue. Cable needs to be at least Cat 5e, and even then you should swap out other cables and test to make sure.

I'm wanting to create encrypted external storage backups of OMV, but I'm not seeing a way to do this conveniently with the available tools in OMV or OMV-Extras.

Duplicity can create encrypted incremental backups and save them locally, so I'm looking at that and seeing it is in the Debian repos, but it's an older version, so I was wondering if anyone has experience using Duplicity on OMV?