On Sun, February 22, 2009 23:37, Frank Cusack wrote:
> On February 22, 2009 9:56:02 PM -0600 David Dyer-Bennet
> wrote:
>>
>> On Sun, February 22, 2009 21:06, Frank Cusack wrote:
>>> Your example worked because you are "only" replicating a filesystem
>>> within the root pool. This works because
On February 22, 2009 9:56:02 PM -0600 David Dyer-Bennet
wrote:
On Sun, February 22, 2009 21:06, Frank Cusack wrote:
On February 22, 2009 8:03:38 PM -0600 David Dyer-Bennet
wrote:
On Sun, February 22, 2009 18:11, Frank Cusack wrote:
Did you see my other thread on this specific topic? You c
Dave wrote:
Frank Cusack wrote:
When you try to backup the '/' part of the root pool, it will get
mounted on the altroot itself, which is of course already occupied.
At that point, the receive will fail.
So far as I can tell, mounting the received filesystem is the last
step in the process.
On Sun, February 22, 2009 21:06, Frank Cusack wrote:
> On February 22, 2009 8:03:38 PM -0600 David Dyer-Bennet
> wrote:
>>
>> On Sun, February 22, 2009 18:11, Frank Cusack wrote:
>>> Did you see my other thread on this specific topic? You can't backup
>>> the root pool using zfs send -R | zfs re
Frank Cusack wrote:
When you try to backup the '/' part of the root pool, it will get
mounted on the altroot itself, which is of course already occupied.
At that point, the receive will fail.
So far as I can tell, mounting the received filesystem is the last
step in the process. So I guess mayb
On February 22, 2009 8:03:38 PM -0600 David Dyer-Bennet
wrote:
On Sun, February 22, 2009 18:11, Frank Cusack wrote:
Did you see my other thread on this specific topic? You can't backup
the root pool using zfs send -R | zfs recv.
Nope, somehow missed the import of that.
I'm only trying to b
On Sun, February 22, 2009 18:11, Frank Cusack wrote:
> On February 22, 2009 1:14:44 PM -0600 David Dyer-Bennet
> wrote:
>> (Note that I need to back up two pools, rpool and zp1, from the destkop
>> on
>> the the single external pool bup-ruin. I'm importing bup-ruin with
>> altroot to avoid the m
On Sun, February 22, 2009 16:31, Blake wrote:
> I'm actually working on this for an application at my org. I'll try
> to post my work somewhere when done (hopefully this week).
That'd be cool. I'm converting from rsync to send/receive because I
upgraded to 2008.11 and started using CIFS, so I c
On February 22, 2009 1:14:44 PM -0600 David Dyer-Bennet
wrote:
(Note that I need to back up two pools, rpool and zp1, from the destkop on
the the single external pool bup-ruin. I'm importing bup-ruin with
altroot to avoid the mountoints of the backed-up filesystems on it
conflicting with each o
I'm actually working on this for an application at my org. I'll try
to post my work somewhere when done (hopefully this week).
Are you keeping in mind the fact that the '-i' option needs a pair of
snapshots (original and current) to work properly?
On Sun, Feb 22, 2009 at 2:14 PM, David Dyer-Be
On Sun, February 22, 2009 00:15, David Dyer-Bennet wrote:
> First, it fails because the destination directory doesn't exist. Then it
> fails because it DOES exist. I really expected one of those to work. So,
> what am I confused about now? (Running 2008.11)
>
> # zpool import -R /backups/bup-r
First, it fails because the destination directory doesn't exist. Then it
fails because it DOES exist. I really expected one of those to work. So,
what am I confused about now? (Running 2008.11)
# zpool import -R /backups/bup-ruin bup-ruin
# zfs send -R "z...@bup-20090222-054457utc" | zfs recei
12 matches
Mail list logo
