dick hoogendijk | 1 May 07:26
Picon
Gravatar

s10u7

I wonder...
I have a mirrored solaris 10u6 running of ZFS root with three
non-global zones installed.

Do I need to halt these zones (as adviced with UFS) if I lucreate a new
BE for upgrading? Or can I just lucreate newBE, update that one and do
a luactivate on the running system?

Anyone has some advice on this?

--

-- 
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | nevada / opensolaris sharing the same ROOT pool
+ All that's really worth doing is what we do for others (Lewis Carrol)

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com 

Ian Collins | 1 May 10:00
Favicon

Re: s10u7

dick hoogendijk wrote:
> I wonder...
> I have a mirrored solaris 10u6 running of ZFS root with three
> non-global zones installed.
>
> Do I need to halt these zones (as adviced with UFS) if I lucreate a new
> BE for upgrading? Or can I just lucreate newBE, update that one and do
> a luactivate on the running system?
>
> Anyone has some advice on this?
>
>   
Often with Nevada builds (I've never seen the advice to halt zones!).

--

-- 
Ian.

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com 

Bob Netherton | 1 May 15:57
Picon

Re: s10u7

dick hoogendijk wrote:
> Do I need to halt these zones (as adviced with UFS) if I lucreate a new
> BE for upgrading? 

Under what circumstances did you receive the advice to halt the zones 
?    In general
that is not required, although there are some corner cases where LU can 
get a bit
aggressive in copying zone data (NFS mounts is one that I recall).   But 
in general
you should not have to stop your zones to do the maintenance - that 
defeats the purpose
of LU.

What you can't do is change zone state while LU is running (lucreate, 
lumake or
luupgrade).   If the zones are down they need to stay down.   If they 
are running,
they need to stay running.   Fortunately ZFS cloning based lucreates run 
pretty
quickly.
> Or can I just lucreate newBE, update that one and do
> a luactivate on the running system?
>
> Anyone has some advice on this?
>
>   

Just make sure that you are up to date on your patching, packaging and 
LU patches.    I just
(Continue reading)

dick hoogendijk | 1 May 21:16
Picon
Gravatar

Re: s10u7

On Fri, 01 May 2009 08:57:59 -0500
Bob Netherton <progbob <at> gmail.com> wrote:

> dick hoogendijk wrote:
> > Do I need to halt these zones (as adviced with UFS) if I lucreate a
> > new BE for upgrading? 
> 
> Under what circumstances did you receive the advice to halt the zones 

I've read it somewhre on sunsolve. Can't remember when/where ;-)

> So you can see that I have most of my zones running.
> One of the zones is on UFS, the rest in ZFS in the root pool in a
> separate dataset.

I upgraded from u6->u7 just now. It went very very smooth. At last!
Never had an upgrade with zones that went so well.

Two things:
[1] A freshly installed u7 system already has 14 NEW patches.
I'm downloading now (wit pca) :)
[2] I -HATE- it that everytime my SENDMAIL.CF files are overwrittten.
Why in heavens name does SUN do that? :-(

For the rest: applaus..

--

-- 
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | nevada / opensolaris sharing the same ROOT pool
+ All that's really worth doing is what we do for others (Lewis Carrol)
(Continue reading)

dick hoogendijk | 1 May 21:21
Picon
Gravatar

Re: s10u7

On Fri, 01 May 2009 08:57:59 -0500
Bob Netherton <progbob <at> gmail.com> wrote:

> dick hoogendijk wrote:
> > Do I need to halt these zones (as adviced with UFS) if I lucreate a
> > new BE for upgrading? 
> 
> Under what circumstances did you receive the advice to halt the zones 

I've read it somewhre on sunsolve. Can't remember when/where ;-)

> So you can see that I have most of my zones running.
> One of the zones is on UFS, the rest in ZFS in the root pool in a
> separate dataset.

I upgraded from u6->u7 just now. It went very very smooth. At last!
Never had an upgrade with zones that went so well.

Two things:
[1] A freshly installed u7 system already has 14 NEW patches.
I'm downloading now (wit pca) :)
[2] I -HATE- it that everytime my SENDMAIL.CF files are overwrittten.
Why in heavens name does SUN do that? :-(

For the rest: applaus..

--

-- 
Dick Hoogendijk -- PGP/GnuPG key: 01D2433D
+ http://nagual.nl/ | nevada / opensolaris sharing the same ROOT pool
+ All that's really worth doing is what we do for others (Lewis Carrol)
(Continue reading)

Ian Collins | 4 May 09:43
Favicon

Boot panic, dead CPU?

Has anyone ever seen this panic on boot? 

I suspect a bad CPU, the system (x4540, Solaris 10U6 ZFS boot) became 
progressively less responsive, failed to recognise any command and when 
it was rebooted, stuck at the "grub>" prompt.  Manual booting from grub 
resulted in this panic:

fffffffffbc49040 unix:real_mode_end+7201 ()
fffffffffbc49120 unix:trap+b04 ()
fffffffffbc49130 unix:_cmntrap+140 ()
fffffffffbc49250 genunix:init_node+52 ()
fffffffffbc49280 genunix:i_ndi_config_node+f3 ()
fffffffffbc492a0 genunix:i_ddi_attachchild+41 ()
fffffffffbc492d0 genunix:devi_attach_node+71 ()
fffffffffbc49310 genunix:ndi_devi_online+a5 ()
fffffffffbc49340 unix:add_cpunode2devtree+e4 ()
fffffffffbc49350 unix:post_startup+78 ()
fffffffffbc49390 genunix:main+d7 ()
fffffffffbc493a0 unix:_start+95 ()

--

-- 
Ian.

------------------------------------

Please check the Links page before posting:
    http://groups.yahoo.com/group/solarisx86/links
Post message: solarisx86 <at> yahoogroups.com
UNSUBSCRIBE:  solarisx86-unsubscribe <at> yahoogroups.com 

(Continue reading)

Mike Riley | 4 May 21:09
Picon

Re: Boot panic, dead CPU?

Ian Collins wrote:
> Has anyone ever seen this panic on boot?
> 
> I suspect a bad CPU, the system (x4540, Solaris 10U6 ZFS boot) became
> progressively less responsive, failed to recognise any command and when
> it was rebooted, stuck at the "grub>" prompt. Manual booting from grub
> resulted in this panic:
> 
> fffffffffbc49040 unix:real_mode_end+7201 ()
> fffffffffbc49120 unix:trap+b04 ()
> fffffffffbc49130 unix:_cmntrap+140 ()
> fffffffffbc49250 genunix:init_node+52 ()
> fffffffffbc49280 genunix:i_ndi_config_node+f3 ()
> fffffffffbc492a0 genunix:i_ddi_attachchild+41 ()
> fffffffffbc492d0 genunix:devi_attach_node+71 ()
> fffffffffbc49310 genunix:ndi_devi_online+a5 ()
> fffffffffbc49340 unix:add_cpunode2devtree+e4 ()
> fffffffffbc49350 unix:post_startup+78 ()
> fffffffffbc49390 genunix:main+d7 ()
> fffffffffbc493a0 unix:_start+95 ()

You might just be seeing the effect of some bad memory here.  The symptom 
can be similar, but I have found that memory fails more often than the CPU. 
  Try reducing your memory to a minimum and see if you can find a piece 
memory that is bad before you blame the CPU.  Cheaper to replace, too.

Mike

------------------------------------

(Continue reading)

Ian Collins | 4 May 21:14
Favicon

Re: Boot panic, dead CPU?

Mike Riley wrote:
> Ian Collins wrote:
>   
>> Has anyone ever seen this panic on boot?
>>
>> I suspect a bad CPU, the system (x4540, Solaris 10U6 ZFS boot) became
>> progressively less responsive, failed to recognise any command and when
>> it was rebooted, stuck at the "grub>" prompt. Manual booting from grub
>> resulted in this panic:
>>
>> fffffffffbc49040 unix:real_mode_end+7201 ()
>> fffffffffbc49120 unix:trap+b04 ()
>> fffffffffbc49130 unix:_cmntrap+140 ()
>> fffffffffbc49250 genunix:init_node+52 ()
>> fffffffffbc49280 genunix:i_ndi_config_node+f3 ()
>> fffffffffbc492a0 genunix:i_ddi_attachchild+41 ()
>> fffffffffbc492d0 genunix:devi_attach_node+71 ()
>> fffffffffbc49310 genunix:ndi_devi_online+a5 ()
>> fffffffffbc49340 unix:add_cpunode2devtree+e4 ()
>> fffffffffbc49350 unix:post_startup+78 ()
>> fffffffffbc49390 genunix:main+d7 ()
>> fffffffffbc493a0 unix:_start+95 ()
>>     
>
> You might just be seeing the effect of some bad memory here.  The symptom 
> can be similar, but I have found that memory fails more often than the CPU. 
>   Try reducing your memory to a minimum and see if you can find a piece 
> memory that is bad before you blame the CPU.  Cheaper to replace, too.
>
>   
(Continue reading)

Mike Riley | 4 May 21:29
Picon

Re: Boot panic, dead CPU?

Ian Collins wrote:
> 
> 
> 
> Mike Riley wrote:
>  > Ian Collins wrote:
>  >
>  >> Has anyone ever seen this panic on boot?
>  >>
>  >> I suspect a bad CPU, the system (x4540, Solaris 10U6 ZFS boot) became
>  >> progressively less responsive, failed to recognise any command and when
>  >> it was rebooted, stuck at the "grub>" prompt. Manual booting from grub
>  >> resulted in this panic:
>  >>
>  >> fffffffffbc49040 unix:real_mode_end+7201 ()
>  >> fffffffffbc49120 unix:trap+b04 ()
>  >> fffffffffbc49130 unix:_cmntrap+140 ()
>  >> fffffffffbc49250 genunix:init_node+52 ()
>  >> fffffffffbc49280 genunix:i_ndi_config_node+f3 ()
>  >> fffffffffbc492a0 genunix:i_ddi_attachchild+41 ()
>  >> fffffffffbc492d0 genunix:devi_attach_node+71 ()
>  >> fffffffffbc49310 genunix:ndi_devi_online+a5 ()
>  >> fffffffffbc49340 unix:add_cpunode2devtree+e4 ()
>  >> fffffffffbc49350 unix:post_startup+78 ()
>  >> fffffffffbc49390 genunix:main+d7 ()
>  >> fffffffffbc493a0 unix:_start+95 ()
>  >>
>  >
>  > You might just be seeing the effect of some bad memory here. The symptom
>  > can be similar, but I have found that memory fails more often than 
(Continue reading)

Bhasker C V | 5 May 17:59
Gravatar

connect to WPA using PSK (fwd)

Hi all,

  I tried to send this mail to solaris mailing list which i found on the 
web but I think that list is not being used anymore.
Please see attached mail.

Thanks for your help in advance.

Bhasker C V
Registered linux user #306349

---------- Forwarded message ----------
Date: Mon, 4 May 2009 22:37:26 +0100 (BST)
From: Bhasker C V <bhasker <at> unixindia.com>
To: Solaris Users <solaris-users <at> filibeto.org>
Subject: connect to WPA using PSK

Hi all,

  I am very very new to solaris and have not used it on my laptop before. I have 
worked with unix extensively and am good in linux.

  I started with solaris and found that i have difficulty connecting to the
AP using WPA PSK

  My laptop is IBM T41 with Atheros chipset. I installed
  SUNWatheros
  SUNWwlanu
  SUNWsupu

(Continue reading)


Gmane