Getting r1soft datastores to work after a failure. (linux only)
April 7th, 2010 by Nick Ohanian received No Comments »As you may or may not know r1soft makes one of the best pieces of DR/backup software out there. I’m a big fan, as it’s saved our hides countless times from all the hackers, and of course the system failures that occur time to time. r1soft does indicate that you cannot move disksafes around to other servers, but I have found a workaround for it to be only used in a DR scenario.
Step 1. Build a new server (for this purpose I used the latest Centos build) and configured it as per our standard installation procedures.
Step 2. Install the same version you had of r1soft (in this case version 2.19.0 build 8176).
cd /usr/local/src
wget http://download.r1soft.com/d/server/2.19.0-linux64/CDP-Server-Stand-Alone/installer/CDP-Server-Stand-Alone-linux64-2.19.0.run
sh CDP-Server-Stand-Alone-linux64-2.19.0.run
Step 3. Copy your old disksafes from your server to the new server ( I have used scp to copy the drives and if you are lucky enough to have them virtualized you can just mount the data drives inside of vmware and add them as a secondary disk).
If you are attaching secondary disks run the following:
mkdir /backup
mount /dev/sdb /backup
This will attach your secondary disk to a directory called backup, or any directory of your choosing.
Step 4. Once you have your drives attached or disksafes copied and mounted stop the buagent services.
service buserver stop
Step 5. Copy the /usr/r1soft/buserver/buserver folder from your old server to your new server.
Step 6. Re-Install the buserver again.
sh /usr/local/src/CDP-Server-Stand-Alone-linux64-2.19.0.run
Step 7. Login to your UI and verify that you can access the page http://localhost or https://localhost , or whatever the FQDN is.
Step 8. Click on Storage, and see if your Assigned Storage Disks are there. If you need to remap the drives create symbolic links and then re-start the buserver service.
Tags: r1soft, r1soft datastores
Posted under: Uncategorized
