Re: [OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Jim Klimov

On 2013-11-08 02:38, tyrrell t wrote:

Also the wiki says sun studio x86 for open_indiana is not 'publicly available', 
but I was able to find it on the oracle site. Is it still actively maintained 
or is the oi community attitude generally 'default to the oracle site' ?


For historic reasons (as an ex-Sun OS) OI depends on a particular build
of the Sun Studio. Oracle no longer provides it, and those who have it
"stashed" may use it under Sun licensing - but not redistribute.

So generally illumos is trying to not depend on it; in particular, the
non-C++ parts (i.e. the illumos kernel) are compilable with GCC - also
specially tweaked versions (gcc-4.4.4-il) that are provided as part of
OpenIndiana for example.

HTH,
//Jim

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Alan Coopersmith

On 11/ 7/13 05:40 PM, Stefan Müller-Wilken wrote:

you're absolutely right regarding advanced features. But we're talking about a 
beginner's perspective. And there I think most things are still close enough in 
most parts, no?


The change to network configuration is probably the biggest gotcha for
beginners - that's definitely one you want to use the 2010.11 docs,
not the S11.0 docs.

--
-Alan Coopersmith-  alan.coopersm...@oracle.com
 Oracle Solaris Engineering - http://blogs.oracle.com/alanc

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Stefan Müller-Wilken
My goodness, there is no such thing as stupid beginner's questions! The only 
stupidity I can find for beginners is not to ask questions! So just go ahead 
asking. And from a certain point you will be the one to answer another 
beginner's questions. ;-)

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Stefan Müller-Wilken
Alan,

you're absolutely right regarding advanced features. But we're talking about a 
beginner's perspective. And there I think most things are still close enough in 
most parts, no?

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread tyrrell t
thanks ; )

I'll see if I can get it, but I don't have an amazon account right now.

Could you comment on how documentation is generally available?
Is it soley in oracle blogs ? Do most people use the mailing list? Is it ok to 
generally use this list for what basically amounts to 'stupid beginner 
questions'?

http://www.oracle.com/technetwork/documentation/solaris-10-192992.html
I was hoping this would be 'comprehensive enough'

Also the wiki says sun studio x86 for open_indiana is not 'publicly available', 
but I was able to find it on the oracle site. Is it still actively maintained 
or is the oi community attitude generally 'default to the oracle site' ?

> From: stefan.mueller-wil...@acando.de
> To: openindiana-discuss@openindiana.org
> Date: Fri, 8 Nov 2013 01:21:51 +
> Subject: [OpenIndiana-discuss]  i find the oi wiki lacking; is there a 
> handbook?
> 
> Hi Tyrrell,
> 
> one of the best handbooks I've ever found is 
> http://www.amazon.com/OpenSolaris-Bible-Nicholas-A-Solter/dp/0470385480 . 
> .Regarding virtualization, there is the container guide 
> (https://blogs.oracle.com/solarium/entry/new_version_container_guide_3)  
> Apart from that, OI is (still) nearly identical to Solaris, so it is an ideal 
> playground if you need to migrate.. And so there is this list which has quite 
> a few extremely helpful and friendly subscribers. ;-)
> 
> Cheers
>  Stefan
> 
> 
> Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: 
> Guido Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
  
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Tim Mooney

In regard to: [OpenIndiana-discuss] i find the oi wiki lacking; is there a...:


I have to migrate to solaris and I'm really set in my linux ways.

containers?


Very light-weight OS virtualization.


pools?


If you combined MD + LVM + ext4 into one thing, it would be heading in the
direction of zfs.  The Linux "btrfs" is heavily influenced by zfs.


I have no idea what any of this is, is there a handbook for solaris?
( is openindiana fundementally different from solaris in terms of things
in guides for solaris working under oi? )


There's some divergence, but for the most part all of the Oracle Solaris
11 documentation is going to be very relevant, especially for core
functionality like Zones, dtrace, ZFS, IPS, etc.

Tim
--
Tim Mooney tim.moo...@ndsu.edu
Enterprise Computing & Infrastructure  701-231-1076 (Voice)
Room 242-J6, IACC Building 701-231-8541 (Fax)
North Dakota State University, Fargo, ND 58105-5164

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Alan Coopersmith

On 11/ 7/13 05:21 PM, Stefan Müller-Wilken wrote:

OI is (still) nearly identical to Solaris


To Solaris 11 Express 2010.11 (snv_151 - a beta/preview release before S11 came
out) - Solaris has made a few changes in Solaris 11.0 & Solaris 11.1 that aren't
in OI, like grub2, UEFI boot, ZFS crypto, and NWAM 1.0, while OI has a few that
Solaris 11 doesn't, like KVM.

--
-Alan Coopersmith-  alan.coopersm...@oracle.com
 Oracle Solaris Engineering - http://blogs.oracle.com/alanc

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread Stefan Müller-Wilken
Hi Tyrrell,

one of the best handbooks I've ever found is 
http://www.amazon.com/OpenSolaris-Bible-Nicholas-A-Solter/dp/0470385480 . 
.Regarding virtualization, there is the container guide 
(https://blogs.oracle.com/solarium/entry/new_version_container_guide_3)  Apart 
from that, OI is (still) nearly identical to Solaris, so it is an ideal 
playground if you need to migrate.. And so there is this list which has quite a 
few extremely helpful and friendly subscribers. ;-)

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] i find the oi wiki lacking; is there a handbook?

2013-11-07 Thread tyrrell t
I have to migrate to solaris and I'm really set in my linux ways. 

containers? pools? I have no idea what any of this is, is there a handbook for 
solaris? 
( is openindiana fundementally different from solaris in terms of things in 
guides for solaris working under oi? )

Where would you direct someone so that they may get a firm grasp on solaris/OI ?


  
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Stefan Müller-Wilken
FYI: we ended up updating the ILOM and that solved the problem. Strange, but 
thanks for your support, anyway!

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Clement BRIZARD
ok, so the resilvered just finished, I then did a remove that didn't 
work. The detach however worked perfectly.


Thank you very much

Le 07/11/2013 10:51, Peter Tribble a écrit :

On Thu, Nov 7, 2013 at 9:31 AM, Laurent Blume  wrote:


On 07/11/13 10:21, Peter Tribble wrote:


No, detach is the appropriate option here. It's a little whacky,
but you're operating on the replacing vdev which is essentially a
mirror and you want to detach one component of it.


Really? And that works using nas as the pool name? Or do you tell it to
use that replacing vdev? I've not seen that use so far. When replacing a
disk that has been removed already, I don't see how that's a mirror, since
the new disk must be reconstructed from the rest of the raidz, not from the
removed disk. I find it confusing as hell, and redundant with the use of
replace.


Yes, really. And on the pool, it will find the appropriate device and vdev
on its own. Normally, you don't need to do this, because zfs should
detach the replaced drive without intervention as soon as the resilver
finishes. But often it doesn't, and you have to manually detach the
replaced drive.

Note that I said essentially a mirror - it should contain identical data
to the old drive (modulo the fact that data has been modified since),
it's not going to be a real mirror obviously. It's not redundant with
replace, because replace initiates a resilver. As for remove vs detach,
the way I think about this is that remove works at the pool level,
whereas detach works at the vdev level, although given that they do
work at different layers I can't really see why they need to have
different names.




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox on OI 151a8 ???

2013-11-07 Thread Reginald Beardsley
Thanks.  I thought it odd that the x64 was so much smaller.  But saw no 
explanation.  I'm sure I'd have figured it out, but I have enough rabbit holes 
to play in as it is.


On Thu, 11/7/13, Jonathan Adams  wrote:

 Subject: Re: [OpenIndiana-discuss] Firefox on OI 151a8 ???
 To: "Discussion list for OpenIndiana" 
 Date: Thursday, November 7, 2013, 3:50 AM
 
 I generally stick to the latest ESR
 version, which is currently 24:
 
 
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest-esr/contrib/solaris_pkgadd/
 
 I have installed Java JDK 1.7u45 and it's working for me:
 
 
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html
 
 make sure you download the 32bit _and_ the 64bit
 
 jadams@jadlaptop:~/Downloads$ more install-jdk.sh
 #!/bin/bash
 
 DIRNAME=$(which $0)
 DIRNAME=$(dirname $DIRNAME)
 DIRNAME=$(cd $DIRNAME ; pwd)
 
 cd /usr/jdk/instances
 
 /usr/sfw/bin/gtar zxvf
 $DIRNAME/jdk-7u45-solaris-i586.tar.gz
 /usr/sfw/bin/gtar zxvf $DIRNAME/jdk-7u45-solaris-x64.tar.gz
 
 cd ..
 ln -s instances/jdk1.7.0_45
 
 rm latest
 ln -s jdk1.7.0_45 latest
 
 cd ..
 if [ -d java ] ; then
     mv java java.old
     ln -s jdk/latest java
 fi
 
 if [ ! -h /opt/sfw/lib/firefox/plugins/libnpjp2.so ] ; then
     mkdir -p /opt/sfw/lib/firefox/plugins/
     cd /opt/sfw/lib/firefox/plugins/
     ln -s /usr/java/jre/lib/i386/libnpjp2.so
 fi
 
 echo DONE!
 
 
 
 On 7 November 2013 00:29, John D Groenveld 
 wrote:
 
 > In message <527ac156.3060...@2e-systems.com>,
 Predrag Zecevic writes:
 > >i am using FF24
 > >(
 > ftp://ftp.mozilla.org/pub/firefox/releases/24.0/contrib/solaris_pkgadd/f=
 > >irefox-24.0.en-US.opensolaris-i386-pkg.bz2)
 >
 > 25.0 addresses some security issue:
 >  https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/25.0/contrib/solaris_pkgadd/
 > >
 >
 > The Java Applet Test runs with Oracle JRE 7u45:
 >  http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html
 > >
 > http://www.java.com/en/download/testjava.jsp>
 >
 > John
 > groenv...@acm.org
 >
 > ___
 > OpenIndiana-discuss mailing list
 > OpenIndiana-discuss@openindiana.org
 > http://openindiana.org/mailman/listinfo/openindiana-discuss
 >
 ___
 OpenIndiana-discuss mailing list
 OpenIndiana-discuss@openindiana.org
 http://openindiana.org/mailman/listinfo/openindiana-discuss
 

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Stefan Müller-Wilken
Logging into the SP via SSH gives a different error message:

"Warning: Product identification data missing. System may not function 
properly. Service must update product identification data. Contact Service 
immediately."

... and then the previous message again:

"Unrecognized Chassis: This module is installed in an unknown or unsupported 
chasis. You must upgrade the firmware to a newer version that supports this 
chasiss."

Just to repeat: we haven't changed anything on the machine apart from moving 
the SAS plugs from PCIe HBA to onboard SAS sockets and back to PCIe HBA again. 
Absolutely strange!

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Bernd Helber

Do you have access to MOS (My Oracle Support)

If not call the Oracle Support Hotline +49 0180.2000.170  provide the 
Serial Number and if you are aware of your Oracle Support Contract 
Support Number, provide this too.


Cheers and Good luck.

Bernd Helber




___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Carsten Grzemba
The chassis id is coded in a board located behind the front pannel. Perhaps 
something disconnected ?

Am 07.11.13 schrieb Stefan Müller-Wilken  :
> Hi Bernd,
> 
> thanks for your suggestions. Our local dealer's tech supporter is not 
> available today and I'd be happy not to have to wait till tomorrow if that's 
> possible. Nothing I can do prior to opening a support case?
> 
> Cheers
>  Stefan
> 
> 
> Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: 
> Guido Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
> 
> 
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Stefan Müller-Wilken
Hi Bernd,

thanks for your suggestions. Our local dealer's tech supporter is not available 
today and I'd be happy not to have to wait till tomorrow if that's possible. 
Nothing I can do prior to opening a support case?

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Bernd Helber

Hi,

firstly, open a Case at Oracle.

Secondly check the Oracle Document Page for Hardware Isssues regarding 
T4-1

if possible, login as eis installer or root.

Reset the SP, if thats not succesful, run the SP in Service mode, 
Oracle/SUN will provide a Password to get Access to the Service Mode.
Cleanup the Warnings  reset the SP again. If thats not the solution, 
check for an Update for the LOM,

flash the SP and clean this up again.



Kind regards.



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


[OpenIndiana-discuss] OT: T3-1 ILOM complaining about unrecognized chassis

2013-11-07 Thread Stefan Müller-Wilken
Hi all,

I know this is off-topic on OI-discuss but maybe someone has an idea. Following 
our discussion from last month about going with onboard SAS controllers on the 
T3-1, I moved the SAS backplane plugs from the PCIe HBA to the onboard sockets. 
After switching the box on again, the ILOM now complains about an unrecognized 
chassis:

"This module is installed in an unknown or unsupported chassis. You must 
upgrade the firmware to a newer version that supports this chassis."

Say what?! Even stranger, even after putting the SAS plugs back into the PCIe 
HBA, the message remains. Anyone an idea how to proceed?

Cheers
 Stefan


Acando GmbH, Millerntorplatz 1, 20359 Hamburg, Germany | Geschäftsführer: Guido 
Ahle | Amtsgericht Hamburg, HRB 76048 | Ust.Ident-Nr.:DE208833022
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox on OI 151a8 ???

2013-11-07 Thread openbabel

I am have updated to FF24 and Thunderbird they seem to be stable releases

Rob

On 07/11/2013 00:29, John D Groenveld wrote:

In message<527ac156.3060...@2e-systems.com>, Predrag Zecevic writes:

i am using FF24
(ftp://ftp.mozilla.org/pub/firefox/releases/24.0/contrib/solaris_pkgadd/f=
irefox-24.0.en-US.opensolaris-i386-pkg.bz2)

25.0 addresses some security issue:
https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/25.0/contrib/solaris_pkgadd/>

The Java Applet Test runs with Oracle JRE 7u45:
http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html>
http://www.java.com/en/download/testjava.jsp>

John
groenv...@acm.org

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



--
A leader is best when people barely know he exists, when his work is 
done, his aim fulfilled, they will say: we did it ourselves. Lao Tzu 
This transmission is intended to be private and confidential.Intended 
solely for the person or organisation to whom it is addressed.It may 
contain privileged and confidential information.If you are not the 
intended recipient,you should not copy,distribute or take any action in 
reliance on it. If you have received this transmission in error, please 
notify the sender at the e-mail address above.Thank you.

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Peter Tribble
On Thu, Nov 7, 2013 at 9:31 AM, Laurent Blume  wrote:

> On 07/11/13 10:21, Peter Tribble wrote:
>
>> No, detach is the appropriate option here. It's a little whacky,
>> but you're operating on the replacing vdev which is essentially a
>> mirror and you want to detach one component of it.
>>
>
> Really? And that works using nas as the pool name? Or do you tell it to
> use that replacing vdev? I've not seen that use so far. When replacing a
> disk that has been removed already, I don't see how that's a mirror, since
> the new disk must be reconstructed from the rest of the raidz, not from the
> removed disk. I find it confusing as hell, and redundant with the use of
> replace.
>

Yes, really. And on the pool, it will find the appropriate device and vdev
on its own. Normally, you don't need to do this, because zfs should
detach the replaced drive without intervention as soon as the resilver
finishes. But often it doesn't, and you have to manually detach the
replaced drive.

Note that I said essentially a mirror - it should contain identical data
to the old drive (modulo the fact that data has been modified since),
it's not going to be a real mirror obviously. It's not redundant with
replace, because replace initiates a resilver. As for remove vs detach,
the way I think about this is that remove works at the pool level,
whereas detach works at the vdev level, although given that they do
work at different layers I can't really see why they need to have
different names.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] Firefox on OI 151a8 ???

2013-11-07 Thread Jonathan Adams
I generally stick to the latest ESR version, which is currently 24:

https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest-esr/contrib/solaris_pkgadd/

I have installed Java JDK 1.7u45 and it's working for me:

http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html

make sure you download the 32bit _and_ the 64bit

jadams@jadlaptop:~/Downloads$ more install-jdk.sh
#!/bin/bash

DIRNAME=$(which $0)
DIRNAME=$(dirname $DIRNAME)
DIRNAME=$(cd $DIRNAME ; pwd)

cd /usr/jdk/instances

/usr/sfw/bin/gtar zxvf $DIRNAME/jdk-7u45-solaris-i586.tar.gz
/usr/sfw/bin/gtar zxvf $DIRNAME/jdk-7u45-solaris-x64.tar.gz

cd ..
ln -s instances/jdk1.7.0_45

rm latest
ln -s jdk1.7.0_45 latest

cd ..
if [ -d java ] ; then
mv java java.old
ln -s jdk/latest java
fi

if [ ! -h /opt/sfw/lib/firefox/plugins/libnpjp2.so ] ; then
mkdir -p /opt/sfw/lib/firefox/plugins/
cd /opt/sfw/lib/firefox/plugins/
ln -s /usr/java/jre/lib/i386/libnpjp2.so
fi

echo DONE!



On 7 November 2013 00:29, John D Groenveld  wrote:

> In message <527ac156.3060...@2e-systems.com>, Predrag Zecevic writes:
> >i am using FF24
> >(
> ftp://ftp.mozilla.org/pub/firefox/releases/24.0/contrib/solaris_pkgadd/f=
> >irefox-24.0.en-US.opensolaris-i386-pkg.bz2)
>
> 25.0 addresses some security issue:
>  https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/25.0/contrib/solaris_pkgadd/
> >
>
> The Java Applet Test runs with Oracle JRE 7u45:
>  http://www.oracle.com/technetwork/java/javase/downloads/jdk7-downloads-1880260.html
> >
> http://www.java.com/en/download/testjava.jsp>
>
> John
> groenv...@acm.org
>
> ___
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss@openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Clement BRIZARD

The first vdev  was done via freenas gui


Le 07/11/2013 10:36, Laurent Blume a écrit :

On 07/11/13 10:20, Clement BRIZARD wrote:

For the p0 it was done automatically, I didn't do anything.


Automatically? How did you create the pool? It's usually up to you to 
select the right device. p0 should not be used.



What do you think I should do, format one by one ?


Probably not worth it at this point.

I'd try some more
zpool replace nas c8t50014EE6561DDB4Cd0p0 c8t50014EE0AE2377B1d0

It is weird that it says it's replacing one with the other already, 
but the resilver has finished.


Laurent

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Laurent Blume

On 07/11/13 10:20, Clement BRIZARD wrote:

For the p0 it was done automatically, I didn't do anything.


Automatically? How did you create the pool? It's usually up to you to 
select the right device. p0 should not be used.



What do you think I should do, format one by one ?


Probably not worth it at this point.

I'd try some more
zpool replace nas c8t50014EE6561DDB4Cd0p0 c8t50014EE0AE2377B1d0

It is weird that it says it's replacing one with the other already, but 
the resilver has finished.


Laurent

___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Laurent Blume

On 07/11/13 10:21, Peter Tribble wrote:

No, detach is the appropriate option here. It's a little whacky,
but you're operating on the replacing vdev which is essentially a
mirror and you want to detach one component of it.


Really? And that works using nas as the pool name? Or do you tell it to 
use that replacing vdev? I've not seen that use so far. When replacing a 
disk that has been removed already, I don't see how that's a mirror, 
since the new disk must be reconstructed from the rest of the raidz, not 
from the removed disk. I find it confusing as hell, and redundant with 
the use of replace.



Normally,
though, I see the device with /old appended, although that's with
c#t#d# notation.


The /old only makes sense when you're replacing a device with the same 
device name. Here with WWN, it's not needed.


Laurent



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Peter Tribble
On Thu, Nov 7, 2013 at 9:04 AM, Laurent Blume  wrote:

> On 07/11/13 06:29, John Ryan wrote:
>
>> Try zpool detach  nas c8t50014EE6561DDB4Cd0p0
>>
>
> «detach» only works on mirrors.
> You cannot remove or detach a device from a raidz, only offline it or
> replace it. In my experience, sometimes the system needs some prodding to
> accept the change.
>

No, detach is the appropriate option here. It's a little whacky,
but you're operating on the replacing vdev which is essentially a
mirror and you want to detach one component of it. Normally,
though, I see the device with /old appended, although that's with
c#t#d# notation.

-- 
-Peter Tribble
http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Clement BRIZARD

For the p0 it was done automatically, I didn't do anything.
What do you think I should do, format one by one ?

Le 07/11/2013 10:04, Laurent Blume a écrit :

On 07/11/13 06:29, John Ryan wrote:

Try zpool detach  nas c8t50014EE6561DDB4Cd0p0


«detach» only works on mirrors.
You cannot remove or detach a device from a raidz, only offline it or 
replace it. In my experience, sometimes the system needs some prodding 
to accept the change.


The use of p0 in those device names is odd. I'm not sure it would 
cause issues, but it's surely not the preferred way. It should be 
either full disk (d0) for data pools, or slice (d0s0) for rpools.


Laurent


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss



___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss


Re: [OpenIndiana-discuss] removing a disk after a replace

2013-11-07 Thread Laurent Blume

On 07/11/13 06:29, John Ryan wrote:

Try zpool detach  nas c8t50014EE6561DDB4Cd0p0


«detach» only works on mirrors.
You cannot remove or detach a device from a raidz, only offline it or 
replace it. In my experience, sometimes the system needs some prodding 
to accept the change.


The use of p0 in those device names is odd. I'm not sure it would cause 
issues, but it's surely not the preferred way. It should be either full 
disk (d0) for data pools, or slice (d0s0) for rpools.


Laurent


___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss