Okay, just to be sure, you are running this on the NEW server with one HDD that you imaged with clonezilla?

No, sir. I am trying to copy the backups from our current server to the XHDD in order to copy them on the new server I imaged with Clonezilla.

I have not even been able so far to get a single .lzo file out of our current server.

"rsync -avzc /datapool/backups-compressed/vzdump-qemu-100-2016_11_11-09_30_41.vma.lzo /externalhdd/dump/ --progress"

That should be the one you're after
Just make sure that the backup you're grabbing is a recent one, the backup you're listing here is from 11/11/2016 so yeah. If you want to pull all backups of that VM, do

"rsync -avzc /datapool/backups-compressed/vzdump-qemu-100-*.lzo /externalhdd/dump/ --progress"

Just keep in mind, you only need one to restore from. Just do a "ls -l /datapool/backups-compressed" and find the latest one that starts with "vzdump-qemu-100" then replace vzdump-qemu-100-2016_11_11-09_30_41.vma.lzo with whatever the latest one is.

Awesome. I will get them all out at once. Peace of mind. Will get back to you tomorrow.

Thanks a million, AB49K.

My 2 cents ...

The output of the ls -l command definitely shows that even root does not have write permissions on that external hdd. Before telling you how to correct that, perhaps AB49K has comments on this ?

If not, the command to give root write permissions would be:

No need to chmod anything, root *always* has rw access you can't chmod rw access away from root.

I think the problem is most likely missing the trailing slash in the command I wrote out before. rsync can be funny sometimes.

OK - I was perplexed at the output of that command ... I am totally unfamiliar with rsync, so will leave you to it.

Thx for the feedback - Cheers :-)

Sometimes file systems like NTFS will report weird permissions because it doesn't properly support unix permissions (Don't be quoting me on that though). and I think it's a NTFS partition because it still has the default .exe's and .ini's on it.

It seems to be working!

I used: "rsync -avzc /datapool/backups-compressed/vzdump-qemu-100-*.lzo /externalhdd/dump/ --progress"

Attached Thumbnails

 

Just keep in mind when copying to the new server you only want the latest backup, any more is kind of useless, as you will only want the latest to restore from.

Agreed, although by experience, I just prefer to have the whole set so if the latest fails or gets corrupted, I can cascade to the next one on the list. Will get back to you tomorrow.

That, and securing extra copies of your backups never hurt. It is always when you have one to FEW that it gets painful.

1 members found this post helpful.

Got in this morning to find out that the files were not copied to the XHDD. Annoyed, I formatted the drive to exFAT. I launched a copy of the smallest file — SUCCESS! Screenshots are attached.

Now, I need to unmount the XHDD before doing anything else, right? So I ran "umount /dev/sd** /externalhdd/", and I get a message that neither /dev/sd** or /externalhdd/ are mounted?!?

...

Can I just pull out the USB cable?

Attached Thumbnails

   

Hi Jay,

When you umount you don't need to supply the directory. just "umount /dev/sdX"

Just a quick thing, in your command, at the end of /externalhdd/dump add a "/" at the end. "externalhdd/dump/" rsync will sometimes spit the dummy without it. Not really sure why.

That first image doesn't show any "success" -- only failures due to a read-only filesystem. I think you posted the wrong image.

The "umount" command wants one argument -- either the device or the mount point. When you give it more than one argument, it processes each in turn. In this case, it unmounted /dev/sde1, then tried to unmount /externalhdd/, which failed because it was already unmounted. Then you tried to unmount /dev/sde1 again, which failed for the same reason. It's umounted. You can disconnect the drive.