PeterKar

Members
  • Posts

    5
  • Joined

  • Last visited

Everything posted by PeterKar

  1. I've been reformatting/copying my RFS drives to XFS for several days now and I've been doing it on a windows box in the basement connected to my server. It does a few other things for me so I just have a telnet window open to the server and do everything from there. No timeouts to worry about and if I need to reboot my main box in the office, no big deal. I just VNC into it when I need to. For step 7, I use the following: (assuming I'm copying from disk1 to a new formatted and empty disk2) rsync -arv /mnt/disk1/ /mnt/disk2 (I use -a because for me preserving time/date stamps is important.) Then, I open two command prompts on a windows machine. On the first one, I execute: dir \\tower\disk1 /s and on the second one: dir \\tower\disk2 /s When the directory listings are done, at the bottom of each command line window I should see an identical number of files and directories and the byte count should be identical. Now I know everything has at least copied over Back to my telnet session I then do this to verify the copy: (step diff -rq /mnt/disk1 /mnt/disk2 But before I do that, I put a couple of files with the same name that I know will be different into to the same directories on both disks. This way, I know I should see my "seed files" show up and generate an error. If anything, it give me some confidence that the process is working. Yes, this will take longer but for me, the extra checks and balances are worth it.
  2. The only real difference between robocopy and xxcopy in this application is that xxcopy does brute-force byte for byte verification of the copy before deleting the original. However, your comment ftp222 about still running a 100mb network got me thinking. Since the server has Gb ethernet and the dell box I'm using has Gb ethernet, I just hooked them together and did some tests. Holy cow! I didn't expect _that_ much of a speed improvement! I'm seeing a 10x speed increase! I know that gigabit ethernet is theoretically 10x faster, but in real world applications, you rarely need nor see that kind of throughput. I was quite happy with what I had before and rarely ever needed to push large amounts of data around my home LAN. So, one $35 gigabit switch later, I've copied over about 2 TB of data in relatively short order and all is well. Thanks, everyone. --Peter
  3. Strangely enough, it has happened. Generally, it's because a write happens to a bad sector. I've seen the DOS (this means Windows, too!) copy command happily write a file to damaged media and not throw a fit. But you know, I'm currently doing it through one of my windows boxes and the throughput is actually better than I expected. I'm getting throughput comparable to what I'm getting when I copy from a hard drive on that windows box. The reads from the network aren't really slowing things down as I thought they woud. Hmmm. I'm only running 100mbit on the LAN although both boxes have gigabit Ethernet in them. Maybe I'll get a cheapie gigabit Ethernet switch and see what happens. Maybe this will justify upgrading to a gigabit lan. --Peter
  4. Hi All, I recently registered my UnRAID server and have been busy moving several TB of data into it. I'm quite happy with the software. I've been copying data to the server through a user share and have discovered that it has spanned a couple of drives. I would rather it occupy just one of my drives. Oops. I guess I need to copy data over to another drive. Not a big deal. The only catch is, being the paranoid sort that I am, all my copies employ data verification. I'm an old-school DOS guy and my tool of choice is xxcopy -- for those who don't know, it's basically the dos XCOPY command on sterioids. It is capable of, effectively, moving files by copying a file to its destination, doing a byte-for-byte verify, then deleting the source file. It's awfully handy when moving files from one of my windows boxes. So, through my windows box, I can map one drive to the source disk (lets say drive s:), another to the destination (lets day drive d:), and do the following: xxcopy s:\myshare\*.* d:\mynewshare\*.* /s/e/v2/h/k/rcy and it will effectively move all the files from the source to the destination So my question is, is there a utility or script that will do the same thing from the linux command line on the server. I'm currently doing it through my windows box attached to the server but I'm sure it would be much faster if I can eliminate all the network activity. I've seen a few threads here basically doing what I'm doing with the cp and mv comamnds. it's the verification thing that I'm hung up about. For that matter, am I too hung up on the file verification thing? Keep in mind this is data that is already on the server so it's already verified and protected through the parity drive. I'm a linux newbie but I've been at this sort of thing long enough that I'm not afraid of a command line. Any thoughts on this would be welcome. Thanks, --Peter
  5. Greetings, First off, I'm an unRAID newbie having just built my first system. Still doing some burn-in testing but so far, I'm impressed. I'm using this motherboard with a 5200+ processor and 4Gb of RAM. Everything seems to be behaving itself but I thought this story might be of interest to some. (and maybe someone could explain what happened) Version 4.3 works fine. 4.4 would hang as it boots just at the point where it identified the NIC. Here's where it gets weird. I loaded BubbaRAID onto the 4.4 install that wouldn't boot before and suddenly, it works like a charm. Not sure what that's all about, but the MB itself works great and is dirt cheap. --Peter