Date: Wed, 2 Jan 2019 19:42:35 +0000 From: Paul Macdonald <paul@ifdnrg.com> To: freebsd-questions@freebsd.org Subject: Re: parallel zfs sends Message-ID: <4ca737e1-b3d3-2164-ba8b-645c57b7eb19@ifdnrg.com> In-Reply-To: <f10c4816-e162-bb05-6d0d-6fa56a381ab9@ifdnrg.com> References: <6924d723-773b-ecf7-e392-8a2126937a69@ifdnrg.com> <20190102173553.GA9819@neutralgood.org> <f10c4816-e162-bb05-6d0d-6fa56a381ab9@ifdnrg.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 02/01/2019 19:36, Paul Macdonald via freebsd-questions wrote: > > On 02/01/2019 17:35, Kevin P. Neal wrote: >> On Wed, Jan 02, 2019 at 01:47:37PM +0000, Paul Macdonald via >> freebsd-questions wrote: >>> Is there any obvious problem with running parallel zfs sends onto a >>> target pool, >> Oh, I don't know, but it sounds risky. Especially if you have overlap >> in the datasets that are being updated. I really wouldn't try to update >> the same datasets from multiple zfs send commands in parallel. If >> they're >> not overlapping datasets then, um, hmmmm. I don't know. > > > these aren't targetting the same zfs filesystems, i see the error when > running parallel jobs to seperate zfs file systems, on the same pool ( > which i'd have thought was fine) > >> also, as an aside, i always find that when doing zfs syncs i have to do force the first incremental with -F as a matter of course, everything is fine after that. /cannot receive incremental stream: destination pool/path has been modified/ is that just me? -- ------------------------- Paul Macdonald IFDNRG Ltd Web and video hosting ------------------------- t: 0131 5548070 m: 07970339546 e: paul@ifdnrg.com w: http://www.ifdnrg.com ------------------------- IFDNRG 40 Maritime Street Edinburgh EH6 6SA ---------------------------------------------------- Virtual Servers from £50.00pm High specification Dedicated Servers from £150.00pm ----------------------------------------------------
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ca737e1-b3d3-2164-ba8b-645c57b7eb19>