On Wed, Nov 15, 2006 at 04:45:02PM -0700, Lori Alt wrote:
> 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 dat
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 prom
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 prompt (for SPA
On Wed, Nov 15, 2006 at 04:23:18PM -0600, Nicolas Williams wrote:
> On Wed, Nov 15, 2006 at 09:58:35PM +, Ceri Davies wrote:
> > On Wed, Nov 15, 2006 at 12:10:30PM +0100, [EMAIL PROTECTED] wrote:
> > >
> > > >I think we first need to define what state "up" actually is. Is it the
> > > >kerne
On Wed, Nov 15, 2006 at 09:58:35PM +, Ceri Davies wrote:
> On Wed, Nov 15, 2006 at 12:10:30PM +0100, [EMAIL PROTECTED] wrote:
> >
> > >I think we first need to define what state "up" actually is. Is it the
> > >kernel booted ? Is it the root file system mounted ? Is it we reached
> > >mil
On Wed, Nov 15, 2006 at 11:00:01AM +, Darren J Moffat wrote:
> I think we first need to define what state "up" actually is. Is it the
> kernel booted ? Is it the root file system mounted ? Is it we reached
> milestone all ? Is it we reached milestone all with no services in
> maintenance
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 prompt (for SPA
On Wed, Nov 15, 2006 at 12:10:30PM +0100, [EMAIL PROTECTED] wrote:
>
> >I think we first need to define what state "up" actually is. Is it the
> >kernel booted ? Is it the root file system mounted ? Is it we reached
> >milestone all ? Is it we reached milestone all with no services in
> >ma
>I think we first need to define what state "up" actually is. Is it the
>kernel booted ? Is it the root file system mounted ? Is it we reached
>milestone all ? Is it we reached milestone all with no services in
>maintenance ? Is it no services in maintenance that weren't on the last
> bo
>On 15/11/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> >I suppose it depends how 'catastrophic' the failture is, but if it's
>> >very low level,
>> >booting another root probabyl won't help, and if it's too high level, how
>> >will
>> >you detect it (i.e. you've booted the kernel, but i
Dick Davies wrote:
On 15/11/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>I suppose it depends how 'catastrophic' the failture is, but if it's
>very low level,
>booting another root probabyl won't help, and if it's too high level,
how will
>you detect it (i.e. you've booted the kernel, bu
On 15/11/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>I suppose it depends how 'catastrophic' the failture is, but if it's
>very low level,
>booting another root probabyl won't help, and if it's too high level, how will
>you detect it (i.e. you've booted the kernel, but it is buggy).
If it
On 14/11/06, [EMAIL PROTECTED] <[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 prompt (for SPARC).
>If no root f
>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 prompt (for SPARC).
>If no root file system is specified, the current default 'bootfs' speci
[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.
>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.
>
>I'll be more concerned ab
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.
I'll be more concerned about the co
Lori Alt wrote:
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 /
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
clon
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 clone, then boot off the clo
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 clone, then
boot off the clone (by doing a clon
21 matches
Mail list logo