Posts by johnvick

dd if=/dev/sda of=/dev/sdb bs=1M

Am I correct in thinking that this approach would lead to two drives with the same UUID therefore possibly confusing the system? And that it would be OK to clone the OS drive but the copy would have to be removed before a reboot to avoid this?

Syncthing can be set to do one way sync also.

Syncthing is ideal for this - set it up in docker on each machine and choose what folders to sync.

Thanks I hadn't come across that in what I've read so far.

I have been looking at buying one of these to fill with shucked Seagate USB drives.

https://www.amazon.com/ORICO-S…bay&qid=1634105771&sr=8-3

Are these any good?

John

I happens with every reboot.

root@omv:~# journalctl -u rrdcached
-- Logs begin at Sun 2021-10-03 10:11:13 NZDT, end at Sun 2021-10-03 10:18:15 NZ
Oct 03 10:11:29 omv systemd[1]: Starting LSB: start or stop rrdcached...
Oct 03 10:11:29 omv rrdcached[7222]: rrdcached started.
Oct 03 10:11:29 omv systemd[1]: Started LSB: start or stop rrdcached.
lines 1-4/4 (END)...skipping...
-- Logs begin at Sun 2021-10-03 10:11:13 NZDT, end at Sun 2021-10-03 10:18:15 NZDT. --
Oct 03 10:11:29 omv systemd[1]: Starting LSB: start or stop rrdcached...
Oct 03 10:11:29 omv rrdcached[7222]: rrdcached started.
Oct 03 10:11:29 omv systemd[1]: Started LSB: start or stop rrdcached.

A few days ago I started to get error emails on restart as follows :

The system monitoring needs your attention.

Host:        \omv
Date:        Sat, 02 Oct 2021 15:57:35
Service:     rrdcached
Event:       Does not exist
Description: process is not running

This triggered the monitoring system to: restart

Followed by a second:

The system monitoring needs your attention.

Host:        \omv
Date:        Sat, 02 Oct 2021 15:58:10
Service:     rrdcached
Event:       Exists
Description: process is running with pid 7146

This triggered the monitoring system to: alert

Is this anything to worry about?

Have a look at my system specs below pretty much matches what you are looking for but it has a low cost Pentium Gold CPU not an integrated one.

Thanks changed the policy to mfs, rebooted and the new drive is being added to. Still errors with mergerfs.balance but less need to use it now.

Using the exclude option deals with the aquota* error but now some new errors to investigate today.

Thanks for your input.

I created two directories that exist on the pool on the /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07 drive (the new 3TB USB drive) and again ran :

mergerfs.balance /srv/144ab994-0e0f-4a42-a06b-f37e84454803

Same error message.

root@omv:~# mergerfs.balance  /srv/144ab994-0e0f-4a42-a06b-f37e84454803
file: aquota.group
from: /srv/dev-disk-by-label-Disk3
to:   /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07
rsync -avlHAXWE --relative --progress --remove-source-files /srv/dev-disk-by-label-Disk3/./aquota.group /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07/
sending incremental file list
rsync: sender failed to remove aquota.group: Operation not permitted (1)

sent 60 bytes  received 20 bytes  160.00 bytes/sec
total size is 8,192  speedup is 102.40
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3]
ERROR - exited with exit code: 23
Branches within 2.0% range:
 * /srv/dev-disk-by-label-Disk4: 15.04% free
 * /srv/dev-disk-by-label-Disk2: 15.22% free
 * /srv/dev-disk-by-label-Disk1: 15.38% free
 * /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07: 100.00% free
root@omv:~#

Changed policy to most free space - same error message.

Something isn't right with Disk 3 but can't work out what it is.

I have four disk mergerfs setup :

/srv/dev-disk-by-label-Disk1

/srv/dev-disk-by-label-Disk1

/srv/dev-disk-by-label-Disk3

/srv/dev-disk-by-label-Disk4

The array is /srv/144ab994-0e0f-4a42-a06b-f37e84454803

I add 3TB external USB drive:

/srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07

Shows as added in file system pages.

Policy is existing path, most free space.

The new drive is not being added to with new files so I run mergerfs.balance with output as below - so something wrong with disk 3 - how can I fix?

Any help appreciated.

root@omv:/srv# mergerfs.balance  /srv/144ab994-0e0f-4a42-a06b-f37e84454803
file: aquota.group
from: /srv/dev-disk-by-label-Disk3
to:   /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07
rsync -avlHAXWE --relative --progress --remove-source-files /srv/dev-disk-by-label-Disk3/./aquota.group /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07/
sending incremental file list
rsync: sender failed to remove aquota.group: Operation not permitted (1)

sent 60 bytes  received 20 bytes  160.00 bytes/sec
total size is 8,192  speedup is 102.40
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3]
ERROR - exited with exit code: 23
Branches within 2.0% range:
 * /srv/dev-disk-by-label-Disk4: 15.04% free
 * /srv/dev-disk-by-label-Disk2: 15.22% free
 * /srv/dev-disk-by-label-Disk1: 15.38% free
 * /srv/dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07: 100.00% free

I have several drives in the system and they are listed in /srv/ as:

144ab994-0e0f-4a42-a06b-f37e84454803 (MergerFS)

803befbe-2c10-4331-9b07-1691582f4de1 (Remote NFS mount)

dev-disk-by-label-NVME (OS drive)

dev-disk-by-label-Disk1 (WD 4TB drive)

dev-disk-by-label-Disk2 (WD 4TB drive)

dev-disk-by-label-Disk3 (WD 4TB drive)

dev-disk-by-label-Disk4 (WD 4TB drive)

dev-disk-by-label-Parity (5TB USB SnapRAID parity drive)

I added a new USB 3TB drive today, added it to the MergerFS pool and SnapRAID.

It has appeared as follows:

dev-disk-by-uuid-a017c3b4-20f1-4ab5-a0de-e39565cfbf07

All drives have been added under OMV 5 i.e. no upgrading from OMV 4.

Why is the new drive mounted by UUID when the older ones are mounted by label?

All working just curious to know.

John

SnapRAID is what you need. Buy an external USB drive bigger than the biggest of your 2.5 drives and install the plugin. Plenty of info in this forum on setting it up.

Jellyfin - Emby fork - free and very good. Install in Docker:

https://jellyfin.org/docs/gene…istration/installing.html

Install the Kodi sync queue and at the Kodi end use the Jellyfin / Kodi add on

https://jellyfin.org/docs/general/clients/kodi.html

- /srv/dev-disk-by-label-Datas/plexmediaserver/Library/Application Support/Plex Media Server/:/trasncode

Is "trasncode" a mistype and the drive filling with transcode files?

You can create some extra useable space on the parity drive as follows- quoting from SnapRAID manual:

In Linux, to get more space for the parity, it's recommended to format the parity file-system with the -m 0 -T largefile4 options. Like:

mkfs.ext4 -m 0 -T largefile4 DEVICE

On a 8 TB disk you can save about 400 GB. This is also expected to be as fast as the default, if not faster.

When I has this problem it was with copying large files to an NFS share on a second device.

Didn't know that, I have two Windows 10 desktops with fixed IPs and PiHole works with them. Only device in the house I have changed is my wife's ipad as she likes ads

Surely the beauty of PiHole is you change the DNS on the router so no need to do so all your devices?