Yes this would be possible. Mount the directories properly.Hi,
I'm thinking of upgrading to a new Server
Can the existing Hard drive on the old server be cloned over to the new servers Hard Drive?
Running CentOS4 & WHM 11
Any advice would be much appreciated
Thanks
Tony
Hey Tony,Hi Guys,
Thanks for replying to my question
I have been thinking as my situation is not critical I do have a little time to plan the move to the new server.
There is only six Joomla sites there to move (Will take this opportunity to Change to Joomla 1.5)
The Current Server which is working OK has only one 160gig HDD Centos4, I am doing ftp backups at present.
The New Server will have 2x500gig hard drives, Is Software Raid1 the best way so as to have the 2nd drive mirrored? or have the 2nd drive as a backup via WHM?
On the New Server would I Stay with Centos4 or have a fresh CentoS5 Setup?
Will be usin WHM eleven of Course.
After all that rambling above, I'm thinking I can get the New Server Setup then get accounts moved or no real big deal to do them all from fresh. Then I could have the 2nd Server decomissioned when all is working on new server. Both Servers in the same Data Center & they will give me 5-7 days grace.
Anyway thanks heaps
Regards
Tony
I have to agree with this advise as well. I have a desktop box that's 3 months old and 10% of the sectors are marked bad ..i replaced it. I use tools like SpinRite and it finds and recovers new sectors all the time and marks more bad. It's a hunk of junk and it's a Segate. I also helped a guy rebuild from a cPanel restore in Jan and both his main drive and his backup drive was failing and both were 2-3 month of Segate 500's. So stay away from those. The 250GB WD drives seem to be ok ..not sure about their 500's.Hey Tony,
May I geek rant out to you here?![]()
500 GB drives? If it was me, and it's not, I would consider staying away from them right now. I operate a DC with about 250 boxes, and 500 GB is what's failing lots as of late. I spoke to a local data recovery guru, here in Ottawa (http://www.capitaldatarecovery.com/) and he told me 500's are what he's getting the most of. He explained that when Seagate commissioned these new drives, they added an extra platter inside, but didn't upgrade the spindle they sit on and so, they're more susceptible to damage as the spindle has trouble handling the extra weight. I have had 3 drive failures in the last 2 months, all 500 GB Seagate SATA's. My 120's and 200's are all AOK though. Obviously just giving you a heads up. Maybe get 3 x a smaller caliber drive instead... just thoughts, don't have to listen to me though.Pro-action vs. reaction here.
Go to CentOS 5, 100%. It's supported for many many many years still.It's worth going to, I love it.
Software RAID1 is good... I mean, it's mirroring right, so it's not really bad. If failure happens on the array and it doesn't rebuild properly... well, you're in a pickle. The other way though, if the main drive fails, so what... you have the backups on the other drive, and the chances that they will both fail is really low... probably lower than the RAID1 setup, and also, if you set your backups to Incremental Backups, you'll have less I/O on the drive as only files that need backing up will be backed up, and not ALL files + a tar... less reading and writing is good for the servers soul.
If you think YOU were rambling, man...
Let me know if you have any other questions Tony,
at the DC where I have my boxes I have exactally what you just mentioned. I have dual 250GB drives and the second holds the nightly, weekly and monthly backups. I then have separate boxes that I use for remote backups. This particular DC I use will slave both drives and install a new drive in 10 minutes for me and in their control center I can select any of about 9 different OS's and watch from a KVM on the IPMI cards. You can even boot from remote DVD drive across the VPN. What I normally do is restore from the still working main drive except when it crashes so bad it won't read. Then I use WHM backup restore feature to rebuild from the backup drive. You are still looking at a couple hours including the OS install and all of that. But having a backup drive I feel is a better solution than raid. The reason why I say that is because it holds a snap shot that may protect you from security problems like possible roots and compromised OS. A raid system can give you speed and hardware redundancy but I can't see where it would help in a hack restore. That why I like backups on separate drives. my 2centsHi Guys,
Nothing like reading a good rant it's a classic
Great advice & that's why we come to these forums
Ok, so far have decided after to taking the advice given
2 x 250Gig drives using one as a backup, not mirrored
CentoS 5 on the new server then move the other accounts etc over.
So if the main drive failed & I have the 2nd drive backed up using WHM, is it major work & downtime to get back online again?
I just wish I knew more about Centos etc.
If it was windows well no dramas as that's my full time job being in hardware & software, I know where everything lives & what's involved it getting things up & running ASAP.
But I wouldn't dream of having a Windows based Server.
I have always been a big fan of Seagate & haven't seen any failures as yet but mostly in the 200-320Gig range. WD used to be the worst, but things change.
I better stop the rant & look forward to some more chit chat
Cheers
Tony
That's some good 0.02$ big g-eye!at the DC where I have my boxes I have exactally what you just mentioned. I have dual 250GB drives and the second holds the nightly, weekly and monthly backups. I then have separate boxes that I use for remote backups. This particular DC I use will slave both drives and install a new drive in 10 minutes for me and in their control center I can select any of about 9 different OS's and watch from a KVM on the IPMI cards. You can even boot from remote DVD drive across the VPN. What I normally do is restore from the still working main drive except when it crashes so bad it won't read. Then I use WHM backup restore feature to rebuild from the backup drive. You are still looking at a couple hours including the OS install and all of that. But having a backup drive I feel is a better solution than raid. The reason why I say that is because it holds a snap shot that may protect you from security problems like possible roots and compromised OS. A raid system can give you speed and hardware redundancy but I can't see where it would help in a hack restore. That why I like backups on separate drives. my 2cents![]()
i think i will mention that rsync --delete option to Nick see what he thinks. I didn't even notice it worked that way.That's some good 0.02$ big g-eye!
Oh I'm so punny.
We do incremental local and incremental across our LAN to archives. Basically REALLY fast and not time consuming or bandwidth intensive, at all. If only cPanel would add the --delete (hint hint) option, it'd be flawless. Right now, we can't. So basically, if you have a index.html, and it's backed up, then you delete it tomorrow and add index.php, it will also be backed up so you'll have both index.html and index.php present. So if you restore, guess what shows up? Yeppo, index.html. Bad behavior. Should have a config, "Delete files that no longer exist from destination folder? (incremental only)" or something.
I fully agree about RAID1 btw; a rooted box running RAID1 will become a mirrored... rooted... box... which is bad.![]()
Hehehehe, I'm dealing with a box that was rooted with the "aliens" rootkit now. The asses.
Regards,
To Nick? No way. I guess I'm speaking to the right guy.i think i will mention that rsync --delete option to Nick see what he thinks. I didn't even notice it worked that way.
--delete delete extraneous files from dest dirs
--delete-before receiver deletes before transfer (default)
--delete-during receiver deletes during xfer, not before
--delete-delay find deletions during, delete after
--delete-after receiver deletes after transfer, not before
--delete-excluded also delete excluded files from dest dirs
To Nick? No way. I guess I'm speaking to the right guy.
As per the man pages:
The solution is more than ideal, and if it could --delete too... oh wow.Code:--delete delete extraneous files from dest dirs --delete-before receiver deletes before transfer (default) --delete-during receiver deletes during xfer, not before --delete-delay find deletions during, delete after --delete-after receiver deletes after transfer, not before --delete-excluded also delete excluded files from dest dirs
If you spoke of this to Nick, DannyBlaze and I would be more than happy!
Yeah, "more than happy". Sounds like a mental condition huh?
Take care,
Thread starter | Similar threads | Forum | Replies | Date |
---|---|---|---|---|
P | Consolidating multiple servers into one during upgrade/migration | Transfers | 7 | |
M | Server Upgrade - New Server Migration | Transfers | 1 | |
S | Upgrade server question please | Transfers | 2 | |
A | New WebServer Upgrade- cPanel to cPanel | Transfers | 3 | |
W | Complete Hosting Server Upgrade Migration Questions | Transfers | 5 |