Everything posted by WannaTheater
-
Should moving data take this long?
I believe even though I killed mover yesterday, it started earlier this morning on the schedule. This explains why free space was going up on disk1. I switched the schedule to monthly, as I do not see a disable option. [EDIT] GUI is still showing MOVER as running. And I can't find figure out how to stop the interface from showing it is still running. Looks like no more disk activity now on the MAIN page. Before restart the rsync command again, is there a preferred command with appropriate switches that I should run to optimize performance? Perhaps not log to boot drive, etc? I still have 2.5 drives to go.
-
Should moving data take this long?
Now it is up to 311GB of free space on Disk1
-
Should moving data take this long?
One other thing I am noticing- Even though the command should be COPYING data from Disk1 to Disk4, I am seeing the FREE space (through Unraid GUI) slowly increasing. I believe when I started there was 160GB of free space- now their is 300GB free. To me this seems odd.
-
Should moving data take this long?
tower-diagnostics-20260807-0949.zip
-
Should moving data take this long?
I am currently in process of migrating Unraid disks from ReiserFS to XFS. I am using the following command to copy all contents of disk1 to disk4: nohup rsync -avhHAX --partial --info=progress2 /mnt/disk1/ /mnt/disk4/ > /boot/rsync-disk1-to-disk4.log 2>&1 </dev/null & I am currently 18 hours in and approximately 1.2TB have been copied. This seems like it is taking a very long time, as I am not even half way there.... and I have 2 more drives to do this to. Granted it is an older system and drives (running Unraid v7.2.0): M/B: Supermicro X7SPA-HF Version 1234567890 s/n VM134S014417 BIOS: American Megatrends Inc. Version 1.2a Dated 02/21/12 CPU: Intel® Atom™ CPU D525 @ 1.80GHz HVM: Not Available IOMMU: Not Available Cache: L1-Cache: 48 KiB, L2-Cache: 1 MiB Memory: 4 GiB DDR3 (max. installable capacity 4 GiB) Network: eth0: 1 Gbps, full duplex, mtu 1500 Kernel: Linux 6.12.54-Unraid x86_64 OpenSSL: 3.5.4 Uptime: 2 days, 16 hours, 27 minutes Drives are Western Digital Green 3 TB internal hard drives (WD30EZRX) running at 5400 RPM with a 64 MB cache and a SATA 6 Gb/s Any suggestions on how to do this faster? (MOVER did not work- it errored on every file, so through telnet I killed all the processes associated with it. Even though it does not appear to be running on the server, the Unraid UI shows the MOVE button still deactivated stating "Disabled - Mover is running")
-
Upgrade 6.3.5 to newest version?
Thanks all. Will continue forward with XFS.
-
Upgrade 6.3.5 to newest version?
Should I be using one of the other file systems? Or is this the correct approach. (this is basically just a file server with media and backups- no dockers, vms, etc) There is very low interaction from other systems in the house- except for when playing movies/music
-
Upgrade 6.3.5 to newest version?
So I upgraded to the latest version, and upon starting was informed I needed to move back to v7.2.0 so I could switch 4x3TB drives from ReiserFS to XFS. I cleared one disk, verified it was empty, and went through the process of moving from ReiserFS to XFS. Once the format finished, the drive is now showing 57.5GB used and 2.94TB free. Windows and command line (telnet) are showing there are no files on the drive. 57.5GB seems to be a large amount of space being consumed on a newly formatted drive - is this normal?
-
Upgrade 6.3.5 to newest version?
Been a long time customer, using Unraid only as a file server for media files for Home Theater PC. The system is as follows: Model: N/A M/B: Supermicro - X7SPA-HF CPU: Intel® Atom™ CPU D525 @ 1.80GHz HVM: Not Available IOMMU: Not Available Cache: 48 kB, 1024 kB Memory: 4 GB (max. installable capacity 4 GB) Network: eth0: 1000 Mb/s, full duplex, mtu 1500 eth1: not connected Kernel: Linux 4.9.30-unRAID x86_64 OpenSSL: 1.0.2k Can I upgrade directly from v6.3.5 to the latest version?