Ben Middleton wrote:
I'm just looking for a clean way to remove the old BE, and then remove the old
snapshot without interfering with Live Upgrade from working in the future.
Remove the right line from /etc/lutab
Remove the ICF. and INODE. where is the same as
the line in /etc/lutab from t
On Wed, Oct 28, 2009 at 01:55:57AM -0700, Ben Middleton wrote:
Hi,
> $ ludelete 10_05-09
>
> System has findroot enabled GRUB
> Checking if last BE on any disk...
> ERROR: cannot mount '/.alt.10_05-09/var': directory is not empty
> ERROR: cannot mount mount point device
>
> ERROR: failed to
> + dev=`echo $dev | sed 's/mirror.*/mirror/'`
Thanks for the suggestion Kurt. However, I'm not running a mirror on that pool
- so am guessing this won't help in my case.
I'll try and pick my way through the lulib script if I get any time.
Ben
--
This message posted from opensolaris.org
__
Hi,
On Wed, Oct 28, 2009 at 01:55:57AM -0700, Ben Middleton wrote:
>
> As a related issue to this (specifically CR 6884728) - any ideas how
> I should go about removing the old BE?
I haven'd tried this on U8, but maybe the following hack I did on
sxce_125 to be able to go back to older BEs will
Hi,
As a related issue to this (specifically CR 6884728) - any ideas how I should
go about removing the old BE? When I attempt to run ludelete I get the
following:
$ lustatus
Boot Environment Is Active ActiveCanCopy
Name Complete NowOn Reb
Quote: cindys
"3. Boot failure from a previous BE if either #1 or #2 failure occurs."
#1 or #2 were not relevant in my case. Just found I could not boot into old u7
be. I am happy with workaround as shinsui points out, so this is purely for
your information.
Quote: renil82
"U7 did not encount
Were you able to get more insight about this problem ?
U7 did not encounter such problems.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Sat, 17 Oct 2009, dick hoogendijk wrote:
> It's a bootblock issue. If you really want to get back to u6 you have to
> "installgrub /boot/grub/stage1 /boot/grub/stage2" from th update 6 image
> so mount it (with lumount or easier, with zfs mount) and make sure you
> take the stage1 stage2 from t
We are working on evaluating all the issues and will get problem
descriptions and resolutions posted soon. I've asked some of you to
contact us directly to provide feedback and hope those wheels are
turning.
So far, we have these issues:
1. Boot failure after LU with a separate var dataset.
Thi
On Sat, 2009-10-17 at 08:11 -0700, Philip Brown wrote:
> same problem here on sun x2100 amd64
It's a bootblock issue. If you really want to get back to u6 you have to
"installgrub /boot/grub/stage1 /boot/grub/stage2" from th update 6 image
so mount it (with lumount or easier, with zfs mount) and m
same problem here on sun x2100 amd64
i started with a core installation of u7 with the only patches applied as
outlined in live upgrade doco 206844 (
http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1 ).
also as stated in doco:
pkgrm SUNWlucfg SUNWluu SUNWlur
and then from 10/9
On Fri, Oct 16, 2009 at 07:36:04PM -0700, Paul B. Henson wrote:
>
> I used live upgrade to update a U6+lots'o'patches system to vanilla U8. I
> ran across CR 6884728, which results in extraneous lines in vfstab
> preventing successful boot. I logged in with maintainence mode and deleted
Haveing a
I used live upgrade to update a U6+lots'o'patches system to vanilla U8. I
ran across CR 6884728, which results in extraneous lines in vfstab
preventing successful boot. I logged in with maintainence mode and deleted
those lines, and the U8 BE came up ok. I wasn't sure if there were any
other probl
13 matches
Mail list logo
