kennelm Posted December 11, 2017 Share Posted December 11, 2017 (edited) I'm currently on the latest v6 unRAID version, and I'm working through the conversion of my RFS drives to XFS. These drives were originally built on V4.4 IIRC. Anyway, I got 3 of 4 drives converted successfully, but the 4th drive is giving me weirdness. It's a 1TB drive with about 700GB allocated per the unRAID WebGui. When I rsync-ed this content to a 1TB swap drive, it blew up on space. I'm thinking there might be a problem with the file system so I am planning to do a check and possibly a repair. So I started reading this: https://wiki.lime-technology.com/index.php?title=Check_Disk_Filesystems My question is this: If the RFS drives were originally built on v4.4, and now I've upgraded through v5 and on to the latest v6.x, which guidance do I follow? Should I just use the v6 WebGui as described in the link? Or do I need to drop down to the section entitled "Drives Formatted with ReiserFS using UnRAID v4?" The wiki is a tad ambiguous on this. Larry Edited December 11, 2017 by kennelm typo Quote Link to comment
JorgeB Posted December 11, 2017 Share Posted December 11, 2017 Aa long as you're now on v6 follow the v6 instructions: https://wiki.lime-technology.com/index.php?title=Check_Disk_Filesystems#Drives_formatted_with_ReiserFS_using_unRAID_v5_or_later Quote Link to comment
kennelm Posted December 11, 2017 Author Share Posted December 11, 2017 Thanks for the reply. I was just making sure because of the way the sections are titled. There's a subtle difference between "Drives currently running on v6" and "Drives formatted on v4 and now running in v6" Larry Quote Link to comment
pwm Posted December 11, 2017 Share Posted December 11, 2017 Do you base the amount of files on the global usage information of the file system - basically "full size - free"? Or have you evaluated actual usage on the command line with "du"? Another thing - might you have run any programs that have created soft/hard links that can trick the copy program into either upgrading links into full files or result in a traversal loop? Quote Link to comment
kennelm Posted December 11, 2017 Author Share Posted December 11, 2017 (edited) PWM, I ran a "df -k" and the source drive has around 700GB allocated. Did not run du. Because of this I was puzzled as to why the target drive was getting more data than the source! I didn't think to check for hard/soft links that could be pulling in other files located elsewhere. I guess this could explain it if rsync follows the links. I thought the default behavior for rsync was to not follow the softlink but rather copy the softlink. Thanks for the tip. Larry Edited December 11, 2017 by kennelm typo Quote Link to comment
kennelm Posted December 11, 2017 Author Share Posted December 11, 2017 (edited) OK, I ran a file system check on the RFS disk and no problems were found. I also searched for soft links (find . -type l -ls) and found none, which I suppose could have explained how more data came out than appeared to be there. Per the wiki, I ran this sync command to transfer the data from the original 1TB RFS disk1 to a much larger (and empty) XFS disk5: rsync -avPX /mnt/disk1/ /mnt/disk5/ Here is the df-k output following the rsync: Filesystem 1K-blocks Used Available Use% Mounted on /dev/md1 976732736 742195824 234536912 76% /mnt/disk1 /dev/md5 2928835740 1266835888 1661999852 44% /mnt/disk5 Anyone have any idea how disk1 could produce enough data to result in the allocations shown for disk5? Somehow, 760GB resulted in 1.3TB. Could this be because the file systems are different? Larry Edited December 12, 2017 by kennelm typo Quote Link to comment
kennelm Posted December 12, 2017 Author Share Posted December 12, 2017 OK. I ran du on the two directories and found that lost+found ballooned by 500GB when copied by rsync. the rest of the directories all match. I'm not sure what to make of this, other then to think all is OK and I'll continue with my conversion from RFS to XFS... Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.