erik.ableson said: Just a quick comment for the send/recv operations, adding
-R makes it recursive so you only need one line to send the rpool and all
descendant filesystems.
Yes, I know of the -R flag, but it doesn't seem to work with sending loose
snapshots to the backup pool. It obviously
Hi Bob,
You can review the latest Solaris 10 and OpenSolaris release dates here:
http://www.oracle.com/ocom/groups/public/@ocom/documents/webcontent/059542.pdf
Solaris 10 release, CY2010
OpenSolaris release, 1st half CY2010
Thanks,
Cindy
On 05/05/10 18:03, Bob Friesenhahn wrote:
On Wed, 5
On May 4, 2010, at 7:55 AM, Bob Friesenhahn wrote:
On Mon, 3 May 2010, Richard Elling wrote:
This is not a problem on Solaris 10. It can affect OpenSolaris, though.
That's precisely the opposite of what I thought. Care to explain?
In Solaris 10, you are stuck with LiveUpgrade, so the
On 05/ 6/10 05:32 AM, Richard Elling wrote:
On May 4, 2010, at 7:55 AM, Bob Friesenhahn wrote:
On Mon, 3 May 2010, Richard Elling wrote:
This is not a problem on Solaris 10. It can affect OpenSolaris, though.
That's precisely the opposite of what I thought. Care to
On Thu, 6 May 2010, Ian Collins wrote:
Bob and Ian are right. I was trying to remember the last time I installed
Solaris 10, and the best I can recall, it was around late fall 2007.
The fine folks at Oracle have been making improvements to the product
since then, even though no new significant
On Wed, May 05, 2010 at 04:31:08PM -0700, Bob Friesenhahn wrote:
On Thu, 6 May 2010, Ian Collins wrote:
Bob and Ian are right. I was trying to remember the last time I installed
Solaris 10, and the best I can recall, it was around late fall 2007.
The fine folks at Oracle have been making
On Wed, 5 May 2010, Ray Van Dolson wrote:
From a zfs standpoint, Solaris 10 does not seem to be behind the
currently supported OpenSolaris release.
Well, being able to remove ZIL devices is one important feature
missing. Hopefully in U9. :)
While the development versions of OpenSolaris are
On Wed, 2010-05-05 at 19:03 -0500, Bob Friesenhahn wrote:
On Wed, 5 May 2010, Ray Van Dolson wrote:
From a zfs standpoint, Solaris 10 does not seem to be behind the
currently supported OpenSolaris release.
Well, being able to remove ZIL devices is one important feature
missing.
On Wed, May 05, 2010 at 05:09:40PM -0700, Erik Trimble wrote:
On Wed, 2010-05-05 at 19:03 -0500, Bob Friesenhahn wrote:
On Wed, 5 May 2010, Ray Van Dolson wrote:
From a zfs standpoint, Solaris 10 does not seem to be behind the
currently supported OpenSolaris release.
Well, being
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Bob Friesenhahn
From a zfs standpoint, Solaris 10 does not seem to be behind the
currently supported OpenSolaris release.
I'm sorry, I'll have to disagree with you there. In solaris 10,
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Ray Van Dolson
Well, being able to remove ZIL devices is one important feature
missing. Hopefully in U9. :)
I did have a support rep confirm for me that both the log device removal,
and the
On Mon, 3 May 2010, Edward Ned Harvey wrote:
That's precisely the opposite of what I thought. Care to explain?
If you have a primary OS disk, and you apply OS Updates ... in order to
access those updates in Sol10, you need a registered account and login, with
paid solaris support. Then, if
On Mon, 3 May 2010, Richard Elling wrote:
This is not a problem on Solaris 10. It can affect OpenSolaris, though.
That's precisely the opposite of what I thought. Care to explain?
In Solaris 10, you are stuck with LiveUpgrade, so the root pool is
not shared with other boot environments.
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool snapshots.
If you are using a later Solaris OS to recover your pool and root pool
snapshots, you can alway create the pool with a specific version, like
this:
# zpool
From: Cindy Swearingen [mailto:cindy.swearin...@oracle.com]
Sent: Monday, May 03, 2010 12:58 PM
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool snapshots.
If you are using a later Solaris OS to recover your pool
more below...
On May 3, 2010, at 2:22 PM, Edward Ned Harvey wrote:
From: Cindy Swearingen [mailto:cindy.swearin...@oracle.com]
Sent: Monday, May 03, 2010 12:58 PM
Hi Ned,
Yes, I agree that it is a good idea not to update your root pool
version before restoring your existing root pool
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is not a problem on Solaris 10. It can affect OpenSolaris, though.
That's precisely the opposite of what I thought.
On May 3, 2010, at 7:55 PM, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is not a problem on Solaris 10. It can affect OpenSolaris,
On 05/ 4/10 03:39 PM, Richard Elling wrote:
On May 3, 2010, at 7:55 PM, Edward Ned Harvey wrote:
From: Richard Elling [mailto:richard.ell...@gmail.com]
Once you register your original Solaris 10 OS for updates, are
you
unable to get updates on the removable OS?
This is
On Sat, 1 May 2010, Edward Ned Harvey wrote:
Would that be fuel to recommend people, Never upgrade your version of zpool
or zfs on your rpool?
It does seem to be a wise policy to not update the pool and filesystem
versions unless you require a new pool or filesystem feature. Then
you would
On Fri, Apr 30, 2010 at 6:39 PM, Bob Friesenhahn
bfrie...@simple.dallas.tx.us wrote:
On Thu, 29 Apr 2010, Edward Ned Harvey wrote:
This is why I suggested the technique of:
Reinstall the OS just like you did when you first built your machine,
before
the catastrophy. It doesn't even matter
On 05/ 1/10 04:46 PM, Edward Ned Harvey wrote:
One more really important gotcha. Let's suppose the version of zfs on the
CD supports up to zpool 14. Let's suppose your live system had been fully
updated before crash, and let's suppose the zpool had been upgraded to zpool
15. Wouldn't that
On Sat, 1 May 2010, Peter Tribble wrote:
With the new Oracle policies, it seems unlikely that you will be able to
reinstall the OS and achieve what you had before.
And what policies have Oracle introduced that mean you can't reinstall
your system?
The main concern is that you might not be
From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us]
Sent: Saturday, May 01, 2010 7:07 PM
On Sat, 1 May 2010, Peter Tribble wrote:
With the new Oracle policies, it seems unlikely that you will be
able to
reinstall the OS and achieve what you had before.
And what policies
Thanks Cindy for the links.
I see that this could possibly be a replacement for ufsbackup/ufsrestore but
unless a further snapshot can be appended to the file containing the recursive
rootpool snapshot, it would still regress from the incremental backup that
ufsbackup has. It would take a long
Thanks Edward, you understood me perfectly.
Your suggestion sounds very promising. I like the idea of letting the
installation CD set everything up, that way some hardware/drivers could
possibly be updated and yet it still work. On top of a bare metal recovery, I
would like to leverage the
Well I'm so impressed with zfs at the moment! I just got steps 5 and 6 (form my
last post) to work, and it works well. Not only does it send the increment over
to the backup drive, the latest increment/snapshot appears in the mounted
filesystem. In nautilus I can browse an exact copy of my PC,
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Euan Thoms
My ideal solution would be to have the data accessible from the backup
media (external HDD) as well as be used as full syatem restore. Below
is what I would consider ideal:
1.)
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Euan Thoms
pfexec zfs send rp...@first | pfexec zfs receive -u backup-pool/rpool
pfexec zfs send rpool/r...@first | pfexec zfs receive -u backup-
pool/rpool/ROOT
pfexec zfs send
Hi Ned,
Unless I misunderstand what bare metal recovery means, the following
procedure describes how to boot from CD, recreate the root pool, and
restore the root pool snapshots:
http://docs.sun.com/app/docs/doc/819-5461/ghzur?l=ena=view
I retest this process at every Solaris release.
Thanks,
On 30 avr. 2010, at 13:47, Euan Thoms wrote:
Well I'm so impressed with zfs at the moment! I just got steps 5 and 6 (form
my last post) to work, and it works well. Not only does it send the increment
over to the backup drive, the latest increment/snapshot appears in the
mounted
On Thu, 29 Apr 2010, Edward Ned Harvey wrote:
This is why I suggested the technique of:
Reinstall the OS just like you did when you first built your machine, before
the catastrophy. It doesn't even matter if you make the same selections you
With the new Oracle policies, it seems unlikely that
From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us]
Sent: Friday, April 30, 2010 1:40 PM
With the new Oracle policies, it seems unlikely that you will be able
to reinstall the OS and achieve what you had before. An exact
recovery method (dd of partition images or recreate pool with
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Euan Thoms
I'm looking for a way to backup my entire system, the rpool zfs pool to
an external HDD so that it can be recovered in full if the internal HDD
fails. Previously with Solaris 10
Hi Euan,
For full root pool recovery see the ZFS Administration Guide, here:
http://docs.sun.com/app/docs/doc/819-5461/ghzvz?l=ena=view
Recovering the ZFS Root Pool or Root Pool Snapshots
Additional scenarios and details are provided in the ZFS troubleshooting
wiki. The link is here but the
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Cindy Swearingen
For full root pool recovery see the ZFS Administration Guide, here:
http://docs.sun.com/app/docs/doc/819-5461/ghzvz?l=ena=view
Recovering the ZFS Root Pool or Root Pool
I'm looking for a way to backup my entire system, the rpool zfs pool to an
external HDD so that it can be recovered in full if the internal HDD fails.
Previously with Solaris 10 using UFS I would use ufsdump and ufsrestore, which
worked so well, I was very confident with it. Now ZFS doesn't
37 matches
Mail list logo
