Menu

[client pc]<->[DRBLserver]<->[remote storage]

Help
l2g3
2007-05-30
2013-04-05
  • l2g3

    l2g3 - 2007-05-30

    Hi,

    First of all, thank you for creating these great solutions - Clonezilla and DRBL.

    Our backup environment is as such:
    - There is DRBL server runing with clonezilla on server computer.
    - Client computers are periodicly booted from network to make their disks/partitions backup images with the help of this DRBL server (backup images are stored on DRBL server computer disk in directory /home/partimag).

    But one other requirement came up:
    - We have to save client computers (booted from network) disks/partitions backup images directly (in the process of making these backups) to remote storage over ssh (not locally on DRBL server disk).

    I'll try to illustrate it:

    [CLIENT COMPUTERS] <---> [DRBL server computer with clonezilla] <-ssh-> [REMOTE STORAGE COMPUTER]

    I mounted directory /home/partimag (on the DRBL server computer) to remote storage (remote computer with sshd runing) using this command:

    sshfs <user>@<remote storage computer IP>:/ /home/partimag

    and then boot client computers from network to make their backups. But when client computer boots from network and makes its' disks/partition backup, image files are not saved on remote storage computer. I suspect, that when a client computer is booting from network to use clonezilla on DRBL server, server side directory /home/partimag mount point is changed and while making backup there is no mounting point to remote storage computer. After i mount this directory on DRBL server, I can see/edit/delete files on remote storage computer from DRBL server shell (while working on this server) - so mounting is done correctly.

    I don't know where to start looking from to make it work. Is there a way make it happen?

    Respectfully,
    l2g3

     
    • Steven Shiau

      Steven Shiau - 2007-05-31

      The solution to what you mentioned is to use "user space nfs service" (http://sourceforge.net/projects/unfs). However, in most of the distribution, kernel space nfs is used, since the performance is better.
      We use unfs in DRBL live (http://sourceforge.net/projects/unfs), it solves this problem. You could give it a try. Note, the DRBL live is still in beta testing. As our experience, sshfs + unfs gives a very slow clone.
      If your server is running debian or ubuntu, it would be straight to replace kernel space nfs by unfs, since unfs package exists in Debian/Ubuntu repository.
      Another possibility for you is to use iSCSI or NBD instead of sshfs. However, this is another story.

       

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.