On 6/21/07, eric kustarz <[EMAIL PROTECTED]> wrote:
> # zpool history
> 2007-06-20.10:19:46 zfs snapshot syspool/[EMAIL PROTECTED]
> 2007-06-20.10:20:03 zfs clone syspool/[EMAIL PROTECTED] syspool/
> myrootfs
> 2007-06-20.10:23:21 zfs set bootfs=syspool/myrootfs syspool
>
> As you can see it say
Hi,
I was playing around with NexentaCP and its zfs boot facility. I tried
to figure out how what commands to run and I ran zpool history like
this
# zpool history
2007-06-20.10:19:46 zfs snapshot syspool/[EMAIL PROTECTED]
2007-06-20.10:20:03 zfs clone syspool/[EMAIL PROTECTED] syspool/myrootfs
On 4/3/07, Matthew Ahrens <[EMAIL PROTECTED]> wrote:
You can work around this by setting the quota on an ancestor of the
to-be-created clone. Also, implementing RFE 6364688 "method to preserve
properties when making a clone" would make workaround #1 (set a quota on
the first fs) work for the cl
On 3/30/07, Frank Cusack <[EMAIL PROTECTED]> wrote:
On March 29, 2007 1:18:31 PM +0300 Niclas Sodergard <[EMAIL PROTECTED]>
wrote:
> Anyway, I then create a new sparse zone with the root in
> /zones/mytest. It looks like this (just a barebone setup)
I thought zone root on zfs
On 3/29/07, Bill Sommerfeld <[EMAIL PROTECTED]> wrote:
On Thu, 2007-03-29 at 17:07 +0300, Niclas Sodergard wrote:
> On 3/29/07, Jerry Jelinek <[EMAIL PROTECTED]> wrote:
>
> > > # zoneadm -z mytest install
> > > zoneadm: /zones/mytest: Value too large for defi
On 3/29/07, Jerry Jelinek <[EMAIL PROTECTED]> wrote:
> # zoneadm -z mytest install
> zoneadm: /zones/mytest: Value too large for defined data type
> could not verify zonepath /zones/mytest because of the above errors.
> zoneadm: zone mytest failed to verify
While this doesn't help with your imm
On 3/29/07, Ed Plese <[EMAIL PROTECTED]> wrote:
> Is there a solution here but to move the zone root to a smaller disk?
Set a quota (10G should work just fine) on the filesystem and then
perform the zone install. Afterwards remove the quota.
Thanks, seems to work just fine. It solved my imme
Hi everyone,
Sorry for crossposting but it seems I have stumbled upon a problem
that affects both. I have a V490 running Solaris 10u3 with a 16x750GB
raid array connected to it. I've created an 8TB zfs filesystem called
data1 and created a zfs filesystem called data1/zones mounted to
/zones. The
On 10/17/06, Chad Mynhier <[EMAIL PROTECTED]> wrote:
Do you have atime updates on the recv side turned off? If you want to
do incrementals, and you also want to be able to look at the data on
the receive side, you'll need to do so.
Yes, I tried with atime switched off as well and the same thi
On 10/17/06, Frank Cusack <[EMAIL PROTECTED]> wrote:
You're probably hitting the same bug I am, which was discussed here
only 2 weeks ago. Search google for [zfs-discuss recv incremental].
The short answer is, set mountpoint=none.
I was discussing that option with a colleague today and that
Hi everyone,
I have a very strange problem. I've written a simple script that uses
zfs send/recv to send a filesystem between two hosts using ssh. Works
like a charm - most of the time. As you know we need a two snapshots
when we do a incremental send. But the problem is something is
touching my
Hi,
I'm running some experiments with zfs send and receive on Solaris 10u2
between two different machines. On server 1 I have the following
data/zones/app1838M 26.5G 836M /zones/app1
data/zones/[EMAIL PROTECTED] 2.35M - 832M -
I have a script that creates a new snapshot and
On 8/31/06, Tim Foster <[EMAIL PROTECTED]> wrote:
Hi Nickus,
On Thu, 2006-08-31 at 15:44 +0300, Niclas Sodergard wrote:
> Is there an easy way to find out which files has changed between two
> snapshots? Currently I'm doing a
>
> # rsync -arvn
>
> and it creates
Hi everyone,
Is there an easy way to find out which files has changed between two
snapshots? Currently I'm doing a
# rsync -arvn
and it creates a list. But rsync needs to go through the whole
filesystem and compare files. It would be nice if zfs would have this
option builtin.
Regards,
Nick
On 7/7/06, Dennis Clarke <[EMAIL PROTECTED]> wrote:
Ok.. not exactly a ZFS native solution but...
As near as I can tell the ZFS filesystem has no way to backup easily to a
tape in the same way that ufsdump has served for years and years.
snip
(2) perhaps I can use find and tar or cpio t
15 matches
Mail list logo
