On 06/14/2018 01:37 PM, Bob Goodwin wrote:
> On 06/14/18 12:45, Rick Stevens wrote:
>> Mount the second drive somewhere on the server and you can do an
>> rsync locally to back up files. It appears your /dev/sda thing is
>> an LVM drive with one volume group ("fedora") and three volumes ("root",
>> "home" and "swap"). You appear to be exporting the home volume for NFS.
>>
>> So, partition the second drive, create a mountpoint on the server for
>> the second drive and mount it there. For example:
>>
>> # mkdir /media/backups
>> # mount /dev/sdb1 /media/backups
>>
>> You could then do:
>>
>> # rsync -a /home /media/backups
> Yes, I was able to do this in the server but I would like to be able to
> mount the server from this computer and see the resulting backup copy,
> actually list the files, etc. and have confidence the backup is working.
> It probably isn't necessary but I'd like to do it as a check.
Then you'd need to export the mountpoint that you mounted /dev/sdb1 at
as another NFS export or a WebDAV share or possibly as an sshfs export.
Assuming it's mounted at /media/backups and you want to look at it via
NFS, you could _add_ a line to your /etc/exports file:
/media/backups 192.168.1.0/24(ro,no_root_squash)
followed by an "exportfs -ra" command (to reexport everything). Then you
could mount the /media/backups export on your client and look at it.
NOTE: my example exports line exports it READ ONLY, so you can't write
to it, just look at it (which makes sense since it's a backup and you
don't want to mess with it).
There's always more than one way to do it.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital [email protected] -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- Have you noticed that "human readable" configuration file -
- directives are beginning to resemble COBOL code? -
----------------------------------------------------------------------
_______________________________________________
users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/[email protected]/message/ZXY3LSXEK6SBCQ2XCTMTSBIAE6ZUWGZZ/
