Solverz
Members
-
Joined
-
Last visited
-
Ah I see. I am using rclone directly via a script. So looks like I will need to reference /boot/config/rclone/root/rclone.conf instead, due to this. Okay, thanks for the insight.
-
Hmm okay, well the below is moving my config from /boot/config/rclone/rclone.conf to /boot/config/rclone/root/rclone.conf. Is there a reason for this? As every time I restart the server my config moves, which is not what I want. Maybe there is some history as to why this is done, that I am unaware of? rclone_config_init if [[ -f "$RCLONE_LEGACY_BOOT_CONFIG" ]]; then if mv "$RCLONE_LEGACY_BOOT_CONFIG" "$RCLONE_BOOT_CONFIG" 2>/dev/null; then return 0 fi log_issue "ERROR: failed to move legacy rclone config to $RCLONE_BOOT_CONFIG" return 1 fi
-
root@Tower:~# cat /etc/rc.d/rc.local | grep rclone mkdir -p $CONFIG/rclone # Re-run rclone config setup after plugin install phase (plugins-nextboot may have added rclone). if [[ -x /usr/local/sbin/rclone_config_init ]]; then /usr/local/sbin/rclone_config_init "$CONFIG"Just want to confirm whether this is stock behaviour in v7.3.2, or if it was added by a plugin (or possibly something I modified myself and forgot about). Any info appreciated.
-
In Debian 12.9 Kernal 6.1. If you enable the tunable for the I226-V (connected or unconnected), nothing hangs and it all works fine. In Rocky 9.5 Kernel 5.14. If you enable the tunable for the I226-V (connected or unconnected), nothing hangs and it all works fine. In UNRAID 7 Kernel 6.6.68. If you enable the tunable for the I226-V, where the NIC is unconnected, the system hangs... But if you have the NIC connected and enable the tunable, nothing hangs. Starting to think there is something specific to UNRAID causing this.
-
Is there a config file somewhere which lists all the drives in the array? Reason is because I am creating a simple script which uses the highest temp of the array drives for fan control.
-
Hey all, Does anyone know how to log to UNRAIDs notification system to trigger custom notifications?
-
For 4Kn drives I have noticed that if you add a new drive to the array and let it format it as xfs, the sector size in xfs is set to 512 instead of 4096. If you do the same via the pool, the sector size is 4096, great. If you format the drive via the cli with mkfs.xfs, the sector size is 4096, great. Please can explain why the 4Kn drives in the array seem to format with a default 512 sector size using xfs? Here is my tests, ignore the fact these examples use a 4Kn nvme ssd, I get the same results for 4Kn hdd, but did not have one to hand when writing this. As you can see the drive is 4Kn: root@Tower:/etc# lsblk -o NAME,LOG-SEC,PHY-SEC,SIZE NAME LOG-SEC PHY-SEC SIZE nvme0n1 4096 4096 931.5G └─nvme0n1p1 4096 4096 931.5G Created via array, sector size is 512. root@Tower:/etc# xfs_info /dev/nvme0n1p1 meta-data=/dev/nvme0n1p1 isize=512 agcount=4, agsize=61047597 blks = sectsz=512 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=1 = reflink=1 bigtime=1 inobtcount=1 nrext64=1 = exchange=0 data = bsize=4096 blocks=244190385, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0, ftype=1, parent=0 log =internal log bsize=4096 blocks=119233, version=2 = sectsz=512 sunit=0 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 Created via pool, sector size is 4096. root@Tower:/etc# xfs_info /dev/nvme0n1p1 meta-data=/dev/nvme0n1p1 isize=512 agcount=4, agsize=61047596 blks = sectsz=4096 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=1 = reflink=1 bigtime=1 inobtcount=1 nrext64=1 = exchange=0 data = bsize=4096 blocks=244190384, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0, ftype=1, parent=0 log =internal log bsize=4096 blocks=119233, version=2 = sectsz=4096 sunit=1 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 Created via cli, sector size is 4096. root@Tower:/etc# mkfs.xfs /dev/nvme0n1p1 meta-data=/dev/nvme0n1p1 isize=512 agcount=4, agsize=61047597 blks = sectsz=4096 attr=2, projid32bit=1 = crc=1 finobt=1, sparse=1, rmapbt=1 = reflink=1 bigtime=1 inobtcount=1 nrext64=1 = exchange=0 data = bsize=4096 blocks=244190388, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0, ftype=1, parent=0 log =internal log bsize=4096 blocks=119233, version=2 = sectsz=4096 sunit=1 blks, lazy-count=1 realtime =none extsz=4096 blocks=0, rtextents=0 Discarding blocks...Done. You can see in the C source the default for mkfs.xfs is actually to use the physical sector of the drive, and for a 4Kn drive, this is 4096. https://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git/tree/mkfs/xfs_mkfs.c#n2130 Comment from source: /* * Unless specified manually on the command line use the * advertised sector size of the device. We use the physical * sector size unless the requested block size is smaller * than that, then we can use logical, but warn about the * inefficiency. * * Some architectures have a page size > XFS_MAX_SECTORSIZE. * In that case, a ramdisk or persistent memory device may * advertise a physical sector size that is too big to use. */
-
`Enable SATA link power management for...` So this tunable is to configure the LPM level? `Runtime PM for port ataX of PCI Device:... ` This tunable is to enable LPM for specific ports? `Runtime PM for disk sdX` Then what is this one for? Appreciate the help, thank you!
-
What does the below tunables actually do for the drives? I read online that they allow for the drives to enter idle Device states like D3 Hot and D3 Cold. But wouldn't this be spinning down the drives? If so, is it not better to prevent this and allow UNRAID to spin down the drives after the idle time you set? As if not, I worry these tunables will spin down the drives too quickly. Or do I misunderstood what these tunables do for drives? `Runtime PM for disk sdX` `Runtime PM for port ataX of PCI Device:... `
-
My friend, read what the warnings say 😅. The syntax you are using in the config files is deprecated and may not work in future versions. Solution: read the borgmatic docs and use the new syntax.
-
grep for the borg process so you do not have to look through all the lines manually. ps -aux | grep borg
-
Borgbackup, backs up to a repo. You can choose what you want to be backed up to this repo. So what what do you need to use rsnapshot for that borgbackup is not doing already.
-
So you have two repos, each on a separate external hard drive? Got that. Not sure what you mean on the rest? What do you mean here?
-
Please just say what you exactly want to do without using prolonged sentences and fancy words. Your post is like a riddle that we'd need to break down to understand what you are talking about.
-
/mnt/borg makes sense in normal distros but for unraid, it is best to put it in /mnt/disks/borg
