Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.

Rsync Verification Question

Featured Replies

So today i started moving with rsync my rfs drives to xfs. My first drive completed and i ran the command to verify the data and its been a couple of hours and i just see sending incremental file list. I'm not sure if i'm suppose to see some type of movement like when i did the copy which showed what was being copied and at what speed. Is this normal or is it stuck? Also once i check everything would i then format the old rsf disk or would i have to preclear it again? From my understanding once i check everything copied correctly i would simply format the old rsf to xfs and put the new copied xfs drive in it's place and repeat the steps. I'm new to this method so any help would be greatly appreciated. And if the rsync copy check is stuck how do i restart it or get it unstuck. Thanks in advance.

After you copy the RFS disk contents to the new XFS disk, and verify, you should stop the array, change the disk format on the RFS disk to XFS, and then start the array. You should be given an option to format the disk you just changed. Hit format. Should take several seconds (maybe closer to a minute depending on size) and the disk will be formatted and ready for use.

 

Parity is maintained throughout. Formatting a disk, as far as parity is concerned, is just like any other I/O to the disk. Once the disk is formatting XFS, you can start copying the next RFS disk to that newly formatted XFS disk.

  • Author
Just now, bjp999 said:

After you copy the RFS disk contents to the new XFS disk, and verify, you should stop the array, change the disk format on the RFS disk to XFS, and then start the array. You should be given an option to format the disk you just changed. Hit format. Should take several seconds (maybe closer to a minute depending on size) and the disk will be formatted and ready for use.

 

Parity is maintained throughout. Formatting a disk, as far as parity is concerned, is just like any other I/O to the disk. Once the disk is formatting XFS, you can start copying the next RFS disk to that newly formatted XFS disk.

Thank you for that clarification how about the issue with sending incremental file list will it just notify me when done or should i see some type of transfer or movement? its been stuck on sending incremental file list for a few hours now.

I have never used that method of compare, so I cannot answer your question. But would say that compare requires an I/O of each of the disks to compare. So the disks should be humming. I would expect it would take about the same time as the copy in the first place, maybe even a bit longer.

 

If you are able to verify that the disks are being accessed at high speed, and you followed the instructions, I'd say all is well. Not sure that the WebGui has a way of seeing disk I/O speed, but there is a tool called bwm-ng... that is available with the nerdpack plugin. If you install the plugin and indicate to install that particular package, and run it from the command line, it should tell you the I/O speed on each disk. If you see both the disks running, be patient.

  • Author
54 minutes ago, bjp999 said:

I have never used that method of compare, so I cannot answer your question. But would say that compare requires an I/O of each of the disks to compare. So the disks should be humming. I would expect it would take about the same time as the copy in the first place, maybe even a bit longer.

 

If you are able to verify that the disks are being accessed at high speed, and you followed the instructions, I'd say all is well. Not sure that the WebGui has a way of seeing disk I/O speed, but there is a tool called bwm-ng... that is available with the nerdpack plugin. If you install the plugin and indicate to install that particular package, and run it from the command line, it should tell you the I/O speed on each disk. If you see both the disks running, be patient.

What method do you use to compare?

I have a script that computes md5 checksums on all files on a disk. I do that with the source and destination disks, and then I have another script to compare and display differences.

  • Community Expert
6 hours ago, cherritaker said:

Is this normal or is it stuck?

 

Normal, this will take a long time, rsync will read all files from the source disk to compute their checksums, it will then read all files from the destination to do the same, finally it will send any files that have different checksums.

  • Author
13 hours ago, johnnie.black said:

 

Normal, this will take a long time, rsync will read all files from the source disk to compute their checksums, it will then read all files from the destination to do the same, finally it will send any files that have different checksums.

Thank you just saw it finished first time doing it so i was a little concerned.

Archived

This topic is now archived and is closed to further replies.

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.