Giter VIP home page Giter VIP logo

Comments (6)

hadfl avatar hadfl commented on July 17, 2024

dumb question: you have 4 backup plans which run at the same schedule. do you use different mbuffer ports for all of them on the destination?

from znapzend.

palytsh avatar palytsh commented on July 17, 2024

Yes, the same port.
Is it wrong?
May be i've misunderstand the idea of network mode. But how should i configure four backupsets?

from znapzend.

hadfl avatar hadfl commented on July 17, 2024

well, if you use network mode there will be a direct tcp connection from the sending zfs to the mbuffer on the remote host. if you have different backup sets which run at the same schedule (in your case 4) they all try to send to the same mbuffer instance at the same time and will fail as the first mbuffer process is already attached to an individual receive zfs process...

either you set up all your datasets you want to backup in a common base dataset and then create a recursive backup plan for the base dataset or you keep your 4 individual backup plans but specify a different mbuffer port for each of them (i.e. each send/receive gets its own mbuffer process).

from znapzend.

palytsh avatar palytsh commented on July 17, 2024

Thank you, hadfl.
I hoped znapzend sends snapshots one by one. But it doesn't. Ok.

Now i see your suggestions, but have to notice. It's quite too hard, guess not only for me, to compose recursive backupset - not every inner dataset should be backed up. And setting up different ports has issue too - to achieve max speed it's necessary to setup buffer size not less 1Gb. It's easy to eat all off destination RAM. :-)
It seems, my way - is using SSH. Maybe, according to its low speed and big amount of initial data, doing initial transfer via mbuffer, then switching to ssh.

from znapzend.

hadfl avatar hadfl commented on July 17, 2024

znapzend only works sequential for recursive backups. all other backups run in parallel.

you can always delay a send/receive by configuring post-snap-command=/usr/bin/sleep <seconds> and so stagger your send/receive processes (snapshots will still be done at the same time). however if one send/receive will take more time than the delay it'll fail again if using network mode and the same mbuffer port...

edit: there might be a future option to define a recursive backup plan (recursive snapshots) but to exclude datasets from being sent to destinations...

from znapzend.

palytsh avatar palytsh commented on July 17, 2024

Yes, sure. Now it's clear. Thank you, hadfl!

from znapzend.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.