We're aiming for a release of bootable zfs in update 4.
So it won't be available in SXCR very soon. However,
we might be able to supply some parts of it, or at least
some improvements to the manual method, via Tabriz's blog
before then. We'll have to look at it.
Lori
Dick Davies wrote:
Hi,
already gone through the painful manual process
of setting up a ZFS Root, Tim Foster has put together a script. It is
available on his blog
(http://blogs.sun.com/roller/page/timf/20060425). I haven't tried it
out, but am sure it is fabulous; thanks again Tim.
Tabriz
Lori Alt wrote:
We're
I'm looking into this and will send out an answer in
a day or two.
Lori Alt
Constantin Gonzalez wrote:
Hi,
I'm currently setting up a demo machine. It would be nice to set up everything
the way I like it, including a number of ZFS filesystems, then create a flash
archive, then install from
I checked into this and got some information from
the install group. What I learned is this: the
process of creating a flash archive is just a matter
of using cpio/pax to make a copy of the contents
of an installed system. A flash archive doesn't
contain any information about the configuration
Ron Halstead wrote:
Currently, when the root password is forgotten / munged, I boot from the cdrom
into a shell, mount the root filesystem on /mnt and edit /mnt/etc/shadow,
blowing away the root password.
What is going to happen when the root filesystem is ZFS? Hopefully the same mechanism
Bennett, Steve wrote:
A slightly different tack now...
what filesystems is it a good (or bad) idea to put on ZFS?
root - NO (not yet anyway)
home - YES (although the huge number of mounts still scares me a bit)
/usr - possible?
not yet - the system wouldn't be patchable or upgradeable.
/var -
Brian Hechinger wrote:
On Thu, Jul 27, 2006 at 07:25:55PM -0700, Matthew Ahrens wrote:
On Thu, Jul 27, 2006 at 08:17:03PM -0500, Malahat Qureshi wrote:
Is there any way to boot of from zfs disk work around ??
Yes, see
http://blogs.sun.com/roller/page/tabriz?entry=are_you_ready_to_rumble
Right now I have such configurations and have been using smpatch
without any problems so far.
I thought I read somewhere (zones guide?) that putting the zone root fs
on zfs was unsupported.
You've missed the earlier part of this thread. Yes, it's
unsupported, but the question was asked Does
Brian Hechinger wrote:
On Fri, Jul 28, 2006 at 09:47:48AM -0600, Lori Alt wrote:
While the official release of zfs-boot won't be out
until Update 4 at least, we're working right now on
getting enough pieces available through OpenSolaris
so that users can put together a boot CD/DVD/image
Brian Hechinger wrote:
On Fri, Jul 28, 2006 at 02:26:24PM -0600, Lori Alt wrote:
What about Express?
Probably not any time soon. If it makes U4,
I think that would make it available in Express late
this year.
Is there a specific Nevada build you are going to target? I'd love to
start
Dick Davies wrote:
On 17/08/06, Lori Alt [EMAIL PROTECTED] wrote:
Dick Davies wrote:
That's excellent news Lori, thanks to everyone who's working
on this. Are you planning to use a single pool,
or an 'os pool/application pool' split?
Thus I think of the most important split
Torrey McMahon wrote:
Lori Alt wrote:
No, zfs boot will be supported on both x86 and sparc. Sparc's
OBP, and various x86 BIOS's both have restrictions on the devices
that can be accessed at boot time, so we need to limit the
devices in a root pool on both architectures.
Hi Lori.
Can you
using jumpstart profile keywords is coming with
zfs boot support.
Lori Alt
kloczek
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
___
zfs
You can use the -x option (on each zfs file system)
to prevent lucreate from creating new copies of
each one in the new BE.
lori
Ian Collins wrote:
Thomas Maier-Komor wrote:
Hi,
concerning this issue I didn't find anything in the bug database, so I thought
I report it here...
When
Matthew Ahrens wrote:
Mike Gerdts wrote:
On 10/13/06, Matthew Ahrens [EMAIL PROTECTED] wrote:
Using ZFS for a zones root is currently planned to be supported in
solaris 10 update 5, but we are working on moving it up to update 4.
Are there any areas where the community can help with this?
Chris Adams wrote:
Is anyone actually booting ZFS in production and, if so, would you recommend
this approach?
ZFS-boot has not been released in any official way
yet. Only parts of it are available in OpenSolaris.
So no, no one should be booting ZFS in production yet.
Lori
to be putback
into Solaris, or the above bug needs to be fixed
before we can make a zfs-capable install solution
available to the Open Solaris community.
Lori Alt
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman
Torrey McMahon wrote:
Jason King wrote:
Anxiously anticipating the ability to boot off zfs, I know there's
been some talk about leveraging some of the snapshotting/cloning
features in conjunction with upgrades and patches.
What I am really hoping for is the ability to clone /, patch the
[EMAIL PROTECTED] wrote:
On 11/11/06, Bart Smaalders [EMAIL PROTECTED] wrote:
It would seem useful to separate the user's data from the system's data
to prevent problems with losing mail, log file data, etc, when either
changing boot environments or pivoting root boot environments.
Ceri Davies wrote:
On Tue, Nov 14, 2006 at 07:32:08PM +0100, [EMAIL PROTECTED] wrote:
Actually, we have considered this. On both SPARC and x86, there will be
a way to specify the root file system (i.e., the bootable dataset) to be
booted,
at either the GRUB prompt (for x86) or the OBP
. Main
dependencies: Xen, some sparc boot changes, and zones upgrade. It's
coming together and I hope we can have some new bits putback shortly
after the first of the year.
Lori Alt
Kyle J. McDonald wrote:
Hi,
I've read the blog on how to config ZFS as root manually. That's cool.
Given
Erast Benson wrote:
On Tue, 2006-11-28 at 09:46 +, Darren J Moffat wrote:
Lori Alt wrote:
Latest plan is to release zfs boot with U5. It definitely isn't going
to make U4.
We have new prototype bits, but they haven't been putback yet. There are
a number of design decisions
for the bug is that patching and upgrade
don't work yet on zone roots that are in zfs datasets, so we don't
recommend them for production use. However, since it sounds
like you're just setting this up for testing, this shouldn't be a problem
for you.
- Lori Alt
Tim Cook wrote:
does liveupgrade work fine if the zones are on a UFS partition?
Starting with build 53 (or was it 54?), yes. Liveupgrade of systems
with zones is now supported.
Lori
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Dumping to a file in a zfs file system is not supported yet.
The zfs file system does not support the VOP_DUMP and
VOP_DUMPCTL operations. This is bug 5008936 (ZFS and/or
zvol should support dumps).
Lori
Peter Buckingham wrote:
Hi All,
I'd like to set up dumping to a file. This file is on a
Jerry Jelinek wrote:
John Clingan wrote:
This is incorrect. All S10 updates have supported upgrading systems
with zones. I believe what you are thinking of is that live-upgrade
does not support upgrading systems with zones. This is being
fixed in the next S10 update. It is already fixed in
We've gotten a lot of questions lately about when we'll have
an updated version of support for booting from zfs. We
are aiming at a new version of this going in to build 60. New
instructions for setting up this configuration will be
made available at the same time. If build 60 turns out
not
The latest on when the update zfsboot support will
go into Nevada is either build 61 or 62. We are
making some final fixes and getting tests run. We
are aiming for 61, but we might just miss it. In
that case, we should be putting back into 62.
Lori
Brian Hechinger wrote On 03/06/07 14:52,:
On Tue, Mar 06, 2007 at 02:49:35PM -0700, Lori Alt wrote:
The latest on when the update zfsboot support will
go into Nevada is either build 61 or 62. We are
making some final fixes and getting tests run. We
are aiming for 61, but we might just
Robert Milkowski wrote:
Hello Lin,
Thursday, March 29, 2007, 1:01:32 AM, you wrote:
LL We currently have a working prototype for SPARC (via newboot SPARC project).
LL We don't have a firm date yet, but shouldn't be too far away :-).
SPARC newboot project - can you shed more light on it?
Regrettably, LiveUpgrade is basically clueless when it
comes to zfs right now. It doesn't understand the
concepts of pools and datasets (and how they differ
from file systems on slices) at all. That code hasn't
been implemented yet. It's something we're working on.
So for now, LU won't be of
One more response to this:
See Tim Foster's blog for some procedures for doing
some LU-like management of bootable datasets:
http://blogs.sun.com/timf/entry/zfs_bootable_datasets_happily_rumbling
- Lori
Ivan Wang wrote:
HI all,
Recently zfs boot is delivered in scheduled b62, so is there
Chris Jackson wrote:
Hi,
One of my legacy machines was created without an adequate swap partition, so I
added a ZFS volume and added it to the server's swap as illustrated in the ZFS
admin guide:
swap -a /dev/zvol/dsk/tank/vol
This works fine except it doesn't persist across reboots. Do I
I assume this is the case. These changes will get rolled up with
all the others.
Lori
oliver soell wrote:
So I can expect that the zfs root bits will be in the weekly ON Consolidation
bfu archives (http://dlc.sun.com/osol/on/downloads/current/) tomorrow or so?
I've been a solaris admin
Can write-cache not be turned on manually as the user is sure that it is
only ZFS that is using the entire disk?
yes it can be turned on. But I don't know if ZFS would then know about it.
I'd still feel more comfortably with it being turned off unless ZFS itself
does it.
But maybe
figure out a reasonable migration
path (and I'm not sure that one exists), assume that you
cannot bfu an old-style zfs boot setup. You must do a
fresh install.
A formal Heads-up mail will go out later, but I wanted
to get the word out on this immediately.
Lori Alt
Robert Milkowski wrote:
Hello Erik,
Friday, April 6, 2007, 12:45:14 AM, you wrote:
ET On Thu, 2007-04-05 at 22:59 +0200, Jakob Praher wrote:
Hi Cyril,
thanks for your quick response!
Cyril Plisko wrote:
On 4/5/07, Jakob Praher [EMAIL PROTECTED] wrote:
hi all,
eric taylor wrote:
I don't know what raid-10 is, but we do have plans to support
booting from RAID-Z.
raid-10 (or raid 1+0) is mirroring plus striping.
Thanks, Eric. Also to Malachi, who informed me of this also.
I expect that the same replicate on all disks dataset property that
Robert Milkowski wrote:
Hello Lori,
Any chances to get 'how_to_netinstall_zfsboot' to public?
I'm really close to putting it out there. I'm updating
the install procedure and tool to support two things
that it didn't support before:
* setup of a dump slice, since zfs doesn't yet
I wanted to send out status on the effort to make a
version of Solaris install available that supports zfs
as a root file system. I've got a version of it ready
for distribution, but I'd like to test it on the Build 62
community release before I make it available.
Without the build 62 community
Peter Bunclark wrote:
On Fri, 13 Apr 2007, Lori Alt wrote:
Booting from zfs will not require any changes to OBP.
Existing proms will support it.
Lori
Then presumably not from EFI-labelled disks - is that coming?
Pete.
I'm afraid that I don't know the answer to that. Maybe
of the install software with it and then make
that software available for download.
Lori
Malachi
On 4/10/07, *Lori Alt* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
wrote:
Robert Milkowski wrote:
Hello Lori,
Any chances to get 'how_to_netinstall_zfsboot' to public
The kit that I promised for patching an install image
to support the profile-based install of systems with
zfs root file systems has been posted. It's at:
http://www.opensolaris.org/os/community/install/files/zfsboot-kit-20060418.i386.tar.bz2
Unpack it and see the README file for instructions.
I was hoping that someone more well-versed in virtual machines
would respond to this so I wouldn't have to show my ignorance,
but no such luck, so here goes:
Is it even possible to build a virtual machine out of a
zfs storage pool? Note that it isn't just zfs as a root file system
we're trying
Matty wrote:
On 4/20/07, George Wilson [EMAIL PROTECTED] wrote:
This is a high priority for us and is actively being worked.
Vague enough for you. :-) Sorry I can't give you anything more exact
that that.
Hi George,
If ZFS is supposed to be part of opensolaris, then why can't the
community
Sorry I didn't get respond to this earlier. Due to a really dumb mistake
on my part (long embarrassing story omitted), I lost access to
my mail for two days.
Answers below:
Malachi de Ælfweald wrote:
I currently have b60 kinda installed (there, but still having some
issues learning my way
oliver soell wrote:
I just installed a mirrored root system last night, but using Tim Foster's
zfs-actual-root-install.sh script on a clean install of b62
(http://blogs.sun.com/timf/entry/zfs_bootable_datasets_happily_rumbling).
You mention that no UFS slices are necessary using the patched
Mike Dotson wrote:
On Wed, 2007-04-25 at 14:45 -0600, Lori Alt wrote:
oliver soell wrote:
I just installed a mirrored root system last night, but using Tim Foster's
zfs-actual-root-install.sh script on a clean install of b62
(http://blogs.sun.com/timf/entry
So first of all, we're not proposing dumping to a filesystem.
We're proposing dumping to a zvol, which is a raw volume
implemented within a pool (see the -V option to the zfs
create command). As Malachi points out, the advantage
of this is that it simplifies the ongoing administration. You
It looks to me like what you did should have worked.
The cluster line is fine. I almost always include one
in my profiles.
So here's a couple things to try:
1. After the install completes, but before you reboot, look at
the GRUB menu file:
# mount -F zfs mypool /mnt
# cat
Jason King wrote:
I tried it and it worked great. Even cloned my boot environment, and BFU'd the
clone and it seemed to work (minus a few unrelated annoyances I haven't tracked
down yet). I'm quite excited about the possibilities :)
I am wondering though, is it possible to skip the creation
,
and try it get it fixed for build 64, but until then, stick with build 62.
Lori
Mike Dotson wrote:
Lori,
Couldn't tell but is he running build 63?
On Tue, 2007-05-01 at 08:16 -0600, Lori Alt wrote:
It looks to me like what you did should have worked.
The cluster line is fine. I almost
The name of the pool should not matter.
Lori
Malachi de Ælfweald wrote:
That's a good catch - I had indeed changed mine to rootpool, but
didn't think the chosen name mattered.
On 5/1/07, *Rob Logan* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote:
sits there for a second, then boot
zfs boot should work on b62, but does not work on b63 (see bug
6553537). This bug is supposed to be fixed in b65 (I'm testing the
most recent nevada bits today to verify the fix).
I'm not sure what's up with the build 62 problem that Steffen
is having. Steffen, if you'll send me more
Constantin Gonzalez wrote:
Hi,
Our upgrade story isn't great right now. In the meantime,
you might check out Tim Haley's blog entry on using
bfu with zfs root.
thanks.
But doesn't live upgrade just start the installer from the new OS
DVD with the right options? Can't I just do that
We've been kicking around the question of whether or
not zfs root mounts should appear in /etc/vfstab (i.e., be
legacy mount) or use the new zfs approach to mounts.
Instead of writing up the issues again, here's a blog
entry that I just posted on the subject:
Bob Palowoda wrote:
We've been kicking around the question of whether or
not zfs root mounts should appear in /etc/vfstab
(i.e., be
legacy mount) or use the new zfs approach to mounts.
Instead of writing up the issues again, here's a blog
entry that I just posted on the subject:
Build 64a has bug 6553537 (zfs root fails to boot from a
snv_63+zfsboot-pfinstall netinstall image), for which I
don't have a ready workaround. So I recommend waiting
for build 65 (which should be out soon, I think).
Lori
Al Hopper wrote:
Hi Lori,
Are there any changes to build 64a that
Bill Sommerfeld wrote:
On Fri, 2007-05-25 at 10:20 -0600, Lori Alt wrote:
We've been kicking around the question of whether or
not zfs root mounts should appear in /etc/vfstab (i.e., be
legacy mount) or use the new zfs approach to mounts.
Instead of writing up the issues again, here's a blog
Mike Dotson wrote:
On Fri, 2007-05-25 at 14:29 -0600, Lori Alt wrote:
Bill Sommerfeld wrote:
IMHO, there should be no need to put any ZFS filesystems in /etc/vfstab,
but (this is something of a digression based on discussion kicked up by
PSARC 2007/297) it's become clear to me that ZFS
Also, build 64 still had this bug:
6553537 (zfs root fails to boot from a snv_63+zfsboot-pfinstall
netinstall image)
which affects zfs roots set up with netinstall/dvdinstall, but not the
manual
install.
The bug is fixed in build 65.
And yes, the standard installation software still
Carl's request for a current state of play is a reasonable
one. I have modified this page:
http://www.opensolaris.org/os/community/zfs/boot/netinstall/
to include a list of status updates. I will keep it current
so that anyone who wants to know how to install zfs boot
using a netinstall can
zfs-boot crowd:
I said I'd try to come up with a procedure for liveupgrading
the netinstalled zfs-root setup, but I haven't found time to
do so yet (I'm focusing on getting this supported in install
for real). So while I hate to retreat into the I never said
you could upgrade this configuration
yu larry liu wrote:
If you are using the whole lun as your vdev in zpool and using EFI
Does it have to be EFI? Will this work on a system with an
SMI label too?
label, you can export zpool, relabel the luns (using the new capacity)
and import that zpool. You should be able to see the
Darren J Moffat wrote:
As part of the ARC inception review for ZFS crypto we were asked to
follow up on PSARC/2006/370 which indicates that swap dump will be
done using a means other than a ZVOL.
Currently I have the ZFS crypto project allowing for ephemeral keys to
support using a ZVOL
Treat a pseudo-zvol like you would a slice.
So these new zvol-like things don't support snapshots, etc, right?
I take it they work by allowing overwriting of the data, correct?
yes, and yes
Are these a zslice?
I suppose we could call them that. That's better than pseudo-zvol.
rzvol
Bill Sommerfeld wrote:
On Thu, 2007-07-12 at 16:27 -0700, Richard Elling wrote:
I think we should up-level this and extend to the community for comments.
The proposal, as I see it, is to create a simple,
yes
contiguous (?)
as I understand the proposal, not necessarily
Torrey McMahon wrote:
I really don't want to bring this up but ...
Why do we still tell people to use swap volumes?
Jeff Bonwick has suggested a fix to 6528296 (system
hang while zvol swap space shorted). If we can get that
fixed, then it may become safe to use true zvols for swap.
I'll
DRM wrote:
When I unmount all my ZFS mounts I'm still able to access the data under
root.. why is this?
Can you tell us more? How did you do the unmounts?
What root do you mean?
You mean a zfs root file system? If so, the unmount of
the root file system should have failed.
Lori
DRM wrote:
Lori,
I don't have an answer for this. In your first description
of the problem, it sounded like this had something to do
with a zfs root file system (which is my area of work), but
it doesn't.
Maybe someone else can help you here. My suggestion
in the meantime is to show a
Brandon Barker wrote:
Can a filesystem that is part of a raid-z pool be booted? If not, is support
for this planned?
It is not planned for the first release of zfs root file system support.
A root pool can be mirrored, but not striped or raid-z.
It is likely to be supported in the next
Kugutsumen wrote:
Matthew Ahrens wrote:
Ross Newell wrote:
What are this issues preventing the root directory being stored on
raidz?
I'm talking specifically about root, and not boot which I can see
would be
difficult.
Would it be something an amateur programmer could
John Plocher wrote:
Lori Alt wrote:
I'm not surprised that having /usr in a separate pool failed.
The design of zfs boot largely assumes that root, /usr, and
/var are all on the same pool, and it is unlikely that we would
do the work to support any other configuration any time soon
I'm working on getting an answer to this. We're looking
at whether some of the changes to LiveUpgrade to enable
zfs boot can be broken out and delivered separately to enable
upgrade of zone roots on zfs. I hope to have more answers
next week.
Lori
Tony Marshall wrote:
Hi,
Does anyone have
I think this is an artifact of a manual setup. Ordinarily, if
booting from a zfs root pool, grub wouldn't even be able
to read the menu.lst if it couldn't interpret the pool format.
I'm not sure what the entire sequence of events is here,
so I'm not sure if there's a bug. Perhaps you could
Mauro Mozzarelli wrote:
I am afraid a search does not get much on this subject, hence this post.
Is there a plan for a Nevada build to include zfs root/boot on Sparc
architecture?
When?
This message posted from opensolaris.org
___
It's currently planned for integration into Nevada in the
build 82 or 83 time frame.
Lori
Jerry K wrote:
I haven't seen anything about this recently, or I have missed it.
Can anyone share what the current status of ZFS boot partition on Sparc is?
Thanks,
Jerry K
The bug is being actively worked at this time (it just got a boost
in urgency as a result of the issues it was causing for the
zfs boot project). It is likely that there will be a fix soon
(sooner than zfs boot will be available). In the
meantime, I know of no workaround. Maybe someone
else
zfs boot on sparc will not be putback on its own.
It will be putback with the rest of zfs boot support,
sometime around build 86.
Lori
Mauro Mozzarelli wrote:
Back in October/November 2007 when I asked about Sparc zfs boot and root
capabilities, I got a reply indicating late December 2007 for
no. It is scheduled for U6.
Lori
Jesus Cea wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lori Alt wrote:
| zfs boot on sparc will not be putback on its own.
| It will be putback with the rest of zfs boot support,
| sometime around build 86.
May I ask if ZFS boot will be available
Vincent Fox wrote:
zfs boot on sparc will not be putback on its own.
It will be putback with the rest of zfs boot support,
sometime around build 86.
Does this still seem likely to occur, or will it be pushed back further? I see
that build 81 is out today which means we are not far
current plan : b87
Paul Gress wrote:
Hi,
I just purchased a new laptop and would like to set it up to boot from
ZFS. I read in newsgroups that it was predicted to be included into
b83, but this apparently didn't happen. Is there any prediction when
this may be available?
Thanks,
Paul
Mario Goebbels wrote:
I just purchased a new laptop and would like to set it up to boot from
ZFS. I read in newsgroups that it was predicted to be included into
b83, but this apparently didn't happen. Is there any prediction when
this may be available?
If you install OpenSolaris
zfs boot support for sparc (included in the overall delivery
of zfs boot, which includes install support, support for
swap and dump zvols, and various other improvements)
is still planned for Update 6.
We are working very hard to get it into build 88.
Lori
Brandon Wilson wrote:
Hey all,
I
zfs boot has no firmware dependencies. It should
work on any sparc platform that supports ufs
boot of the same release.
Lori
Bob Friesenhahn wrote:
On Wed, 26 Mar 2008, Lori Alt wrote:
zfs boot support for sparc (included in the overall delivery
of zfs boot, which includes install
It's true that liveupgrade doesn't support zfs yet. That
support will become available in the build 89 or 90
time frame, at the same time that zfs as a root file system
is supported.
Lori
Ether.pt wrote:
Hi,
This was taken from where? From liveupgrade??? As long as I know, liveupgrade
Sharon Daraby wrote:
Hi,
1. Does the ZFS boot's limitation still single disk or mirrored config,
and SMI label only ?
yes
2. There is plan to enable ZFS boot from RaidZ / RaidZ2 ?
yes, but it won't be in the first release.
lori
Thanks in advance
Sharon,
throttling) integrated into build 90? I don't see any mention of this
on the Nevada head up page.
Thanks
Andrew.
On Fri, May 16, 2008 at 5:21 PM, Lori Alt [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
It has been integrated into Nevada build 90.
Lori
andrew wrote
an opportunity
to choose between installing a ufs or a zfs root on the system
(ufs is still the default).
Lori
Lori Alt wrote:
Actually, I only meant that zfs boot was integrated
into build 90. I don't know about the improved
write throttling.
I will check into why there was no mention
16, 2008 at 9:03 PM, Lori Alt [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Actually, I only meant that zfs boot was integrated
into build 90. I don't know about the improved
write throttling.
I will check into why there was no mention of this
on the heads up page
Brian Hechinger wrote:
On Fri, May 16, 2008 at 02:32:34PM -0600, Lori Alt wrote:
Install of a zfs root can only be done with the tty-based installer
or with Jumpstart. I will make sure that instructions for both
are made available by the time that SXDE build 90 is
released
It is also necessary to use either installboot (sparc) or installgrub (x86)
to install the boot loader on the attached disk. It is a bug that this
is not done automatically (6668666 - zpool command should put a
bootblock on a disk added as a mirror of a root pool vdev)
Lori
[EMAIL PROTECTED]
Richard Elling wrote:
Hi Jan, comments below...
jan damborsky wrote:
Hi folks,
I am member of Solaris Install team and I am currently working
on making Slim installer compliant with ZFS boot design specification:
Mike Gerdts wrote:
On Wed, Jun 4, 2008 at 11:18 PM, Rich Teer [EMAIL PROTECTED] wrote:
Why would one do that? Just keep an eye on the root pool and all is good.
The only good argument I have for separating out some of /var is for
boot environment management. I grew tired of
Mike Gerdts wrote:
On Mon, Jun 23, 2008 at 11:58 AM, Lori Alt [EMAIL PROTECTED] wrote:
The Caiman team can make their own decision here, but we
decided to be more hard-nosed about disk space requirements in the
legacy install. If the pool is too small to accommodate the recommended
swap
Alan Burlison wrote:
[EMAIL PROTECTED] wrote:
ZFS doesn't swap to a slice in build 92. In this build, a ZFS root
environment requires separate ZFS volumes for swap and dump devices.
The ZFS boot/install project and information trail starts here:
Alan Burlison wrote:
Lori Alt wrote:
In designing the changes to the install software, we had to
decide whether to be all things to all people or make some
default choices. Being all things to all people makes the
interface a lot more complicated and takes a lot more
engineering effort
Alan Burlison wrote:
Lori Alt wrote:
What if you turned slice 1 into a pool (a new one), migrated your BE
into it,
then grow that pool to soak up the space in the slices that follow
it? You might
still need to save some stuff elsewhere while you're doing the
transition.
Doesn't
I will look into this. I don't know why it would have failed.
Lori
Rainer Orth wrote:
Lori Alt [EMAIL PROTECTED] writes:
use of swap/dump zvols? If your existing swap/dump slice
is contiguous with your root pool, you can grow the root
pool into that space (using format to merge
Alan Burlison wrote:
NAME USED AVAIL REFER MOUNTPOINT
pool/ROOT 5.58G 53.4G18K legacy
What's the legacy mount for? Is it related to zones?
Basically, it means that we don't want it mounted at all
because it's a placeholder dataset. It's just a container
1 - 100 of 208 matches
Mail list logo
