LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   Server admin passed away... Help! (https://www.linuxquestions.org/questions/linux-newbie-8/server-admin-passed-away-help-4175602584/)

AB49K 04-05-2017 11:52 AM

Quote:

Originally Posted by Jay1969 (Post 5692975)
No, it did not. See screenshots. I created the 'dump' folder yesterday through Windows. What would the command to try to copy in that folder?

I would guess:

sudo rsync -avzc dump/externalhdd/vzdump-qemu-100-2016_11_11-09_30_41.vma.lzo /var/lib/vzbackup --progress

Please confirm.

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

Jay1969 04-05-2017 11:57 AM

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.

AB49K 04-05-2017 12:02 PM

"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.

Jay1969 04-05-2017 12:05 PM

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

Thanks a million, AB49K.

Rickkkk 04-05-2017 12:52 PM

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:

Code:

chmod -R 0775 /externalhdd

AB49K 04-05-2017 01:16 PM

Quote:

Originally Posted by Rickkkk (Post 5693010)
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:

Code:

chmod -R 0775 /externalhdd

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.

Rickkkk 04-05-2017 02:06 PM

Quote:

Originally Posted by AB49K (Post 5693022)
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 :-)

AB49K 04-05-2017 02:19 PM

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.

Jay1969 04-05-2017 02:44 PM

1 Attachment(s)
It seems to be working! :)

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

AB49K 04-05-2017 02:52 PM

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.

Jay1969 04-05-2017 02:55 PM

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.

wpeckham 04-05-2017 09:17 PM

Quote:

Originally Posted by Jay1969 (Post 5693059)
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.

Jay1969 04-06-2017 10:16 AM

2 Attachment(s)
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?

AB49K 04-06-2017 10:46 AM

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. :)

rknichols 04-06-2017 10:48 AM

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.


All times are GMT -5. The time now is 01:53 AM.