Re: [OpenIndiana-discuss] warning - don't update OI

[Lou Picciano]

Thanks, guys, for the hard work and the quick remediation.

Lou Picciano

> On Jul 24, 2021, at 4:09 PM, Judah Richardson  
> wrote:
> 
> Thanks very much for the update!
> 
> Judah
> 
> On Sat, Jul 24, 2021 at 3:08 PM Andreas Wacknitz  wrote:
> 
>> Hi all,
>> 
>> It is now safe again to update.
>> 
>> I had to revert the binutils-2.37 update and instead created a fake 2.37
>> package version that delivers the older 2.36.1 version.
>> With that I have re-published the latest illumos-gate packages and
>> successfully installed them on my machines.
>> Thanks to Toomas Soome for helping me and analyzing the problem.
>> 
>> Andreas
>> 
>> Am 7/24/21 um 9:55 AM schrieb Andreas Wacknitz:
>>> Hi all,
>>> 
>>> something bad has happened with the last updates and rendered two of my
>>> build servers unbootable. They are both stuck in the boot loader ("start
>>> not found") such that
>>> booting with an old BE won't fix that!
>>> 
>>> SO DON'T UPDATE YOUR SYSTEMS FOR NOW!
>>> 
>>> I fear that my update of binutils-2.37 may be the culprit.
>>> 
>>> Regards
>>> Andreas
>>> 
>>> ___
>>> openindiana-discuss mailing list
>>> openindiana-discuss@openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Object Icon on amd64 OI in $HOME

[Lou Picciano]

> On May 12, 2021, at 2:31 PM, Jason Martin  wrote:
> 
> This is my way of giving back. I do not do be's, zones, cross-bows, virtual 
> boxes and etc..

But I think you’re about to… In fact, you’re already running a BE, and at least 
one zone (!) You’re already in the deep end, swimming...

> Why this project? "This is what Unix is all about and Robert has done a 
> really great job.”

No doubt. (But who is he? Of which ‘Robert’ do you speak?)

> I could do a "Makefile" but Icon programming languages work better in $HOME.
> 
> Check out the no frames and no java-script browser in examples/bin
> I test the browser with top 500 sites an 100 odd sites regularly on OpenBSD 
> 6.7, 6.8, 6.9 and Raspberry Pi OS. [This in not your "Big Time Browser" but 
> lightly gets some jobs done.]
> 
> Lots of other pure X11 goodies.

Bonus Points/Graduate Work? Do all of below in a Non-Global zone - I’ll suggest 
the name ‘build’. Once it’s built, you’re already into CrossBow. Then, after 
cloning oi-userland from GitHub, base your recipe on userland components you 
see there, commit the recipe...

Now we’re cookin’! The beauty of offering back an IPS package is that anyone 
else can make use of objecticon. Never heard of it.

You’re also pointing to another great feature of OI. So damned powerful that 
new packages are often (usually?) this easy to build on-the-fly.

This vignette would offer a great example of ‘giving back’. Don’t make me come 
over there to help!!

> # You need
> pkg install build-essential
> pkg install pkg://openindiana.org/developer/versioning/subversion
> 
> # IF YOU WANT DATABASE STUFF
> pkg install mariadb-101/client
> 
> svn checkout https://svn.code.sf.net/p/objecticon/code/trunk objecticon-code
> 
> cd objecticon-code
> 
> # IF YOU WANT DATABASE STUFF - I PATCH FOR MARIADB
> 
> diff -ru a/aclocal.m4 b/aclocal.m4
> --- a/aclocal.m4Wed Sep  9 13:05:21 2020
> +++ b/aclocal.m4Wed Sep  9 13:12:10 2020
> @@ -517,12 +517,12 @@
>  AX_OPT_HEADER(mysql, MySQL)
>  unset MYSQL_CPPFLAGS MYSQL_LDFLAGS MYSQL_VERSION MYSQL_LIBS
>  if test "$with_mysql" != "no"; then
> -   MYSQL_CONFIG="mysqlclient >= 1.0"
> +   MYSQL_CONFIG="mariadb"
> AC_MSG_CHECKING([for $MYSQL_CONFIG])
> if pkg-config $MYSQL_CONFIG; then
> MYSQL_CPPFLAGS="`pkg-config --cflags $MYSQL_CONFIG`"
> MYSQL_LDFLAGS="`pkg-config --libs-only-L $MYSQL_CONFIG`"
> -   MYSQL_LIBS=`pkg-config --libs-only-l $MYSQL_CONFIG`
> +   MYSQL_LIBS="`pkg-config --libs-only-l $MYSQL_CONFIG | sed 
> 's/-liconv/''/'`"
> MYSQL_VERSION=`pkg-config --modversion $MYSQL_CONFIG`
> AC_DEFINE(HAVE_MYSQL)
> AC_MSG_RESULT(yes)
> diff -ru a/lib/native/gmysql.h b/lib/native/gmysql.h
> --- a/lib/native/gmysql.hWed Sep  9 13:05:21 2020
> +++ b/lib/native/gmysql.hWed Sep  9 13:13:53 2020
> @@ -1,2 +1,2 @@
>  typedef int MYSQL, MYSQL_FIELD, MYSQL_RES,
> -MYSQL_FIELD_OFFSET, MYSQL_ROW, MYSQL_ROW_OFFSET, my_ulonglong, bool;
> +MYSQL_FIELD_OFFSET, MYSQL_ROW, MYSQL_ROW_OFFSET, my_ulonglong, my_bool;
> diff -ru a/lib/native/mysql.r b/lib/native/mysql.r
> --- a/lib/native/mysql.rWed Sep  9 13:05:24 2020
> +++ b/lib/native/mysql.rWed Sep  9 13:14:32 2020
> @@ -160,7 +160,7 @@
> */
>const char *str_arg = NULL;
>unsigned int int_arg = 0;
> -  bool bool_arg = false;
> +  my_bool bool_arg = 0;
>tended struct descrip result;
>GetSelfMySql();
> 
> 
> patch -p1 < above.patch
> 
> autoconf
> 
> ./configure CC="/usr/gcc/7/bin/gcc" \
> CFLAGS="-m64 -O3 -I/usr/include/libjpeg8-turbo 
> -Wl,-L/usr/lib/libjpeg8-turbo/lib/amd64 \
> -Wl,-R/usr/lib/libjpeg8-turbo/lib/amd64" \
> LDFLAGS="-m64 -L/usr/lib/libjpeg8-turbo/lib/amd64 
> -R/usr/lib/libjpeg8-turbo/lib/amd64" \
> PKG_CONFIG_PATH="/usr/openssl/1.0/lib/64/pkgconfig:/usr/lib/amd64/pkgconfig:/usr/mariadb/10.1/share/pkgconfig"
> 
> 
> gmake
> 
> Finally, you can add what is in objecticon-code/paths.sh to ~/.profile if you 
> want.
> To test:
> gmake test
> To benchmark:
> gmake bmark
> To build api documents:
> gmake libref
> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Network configuration in zones

[Lou Picciano]

Yes, in framework, that is exactly correct. From there, you then decide how 
chatty you want that interface to be with the ‘outside’ world. You set this up 
in your IP forwarding definitions. The Good News is you get to decide, on a 
very granular basis, what that ‘outside’ world actually is.

CrossBow is just Oracle’s (original) name for the suite of functions which 
were/are in-kernel networking. Sorry, name goes back many years; I shouldn’t 
have added a layer of confusion!

The seduction of Solaris was, for me, in ZFS and CrossBow...

You are using ‘CrossBow’, by virtual of using virtual-ized networking; dladm 
and related family members.

Lou Picciano

PS - John, yes! I do remember that original rsch paper - and what a revelation 
it was. It was like reading magic.


> On May 12, 2021, at 12:19 PM, Stephan Wild  wrote:
> 
> Hi Lou,
> 
> Thank you for your answer. I use a physical NIC no VNIC. If I understand you 
> in the right way, I have to 
> dladm create-vnic -l e1000g1 vnic1
> And then use vnic1 in the zone. 
> 
> But what is CrossBow?
> 
> Thanks a lot
> 
> Stephan Wild
> 
>> Am 12.05.2021 um 17:58 schrieb Lou Picciano :
>> 
>> First, welcome to OI. Happy to have you here!
>> 
>> (Can’t tell from your post; you may have done it already, but) Sounds like 
>> you need to setup a Virtual NIC, on top of CrossBow. My own setup prefers an 
>> in-kernel ’switch’; a virtual subnet, essentially. My NGZs then speak to 
>> that*.
>> 
>> Our own docs may have some background. Meanwhile, here’s the Oracle version: 
>> https://docs.oracle.com/cd/E93612_01/html/E93617/s11networking.html
>> 
>> Lou Picciano
>> 
>> *Though I must admit we’re having some trouble with this at the moment, 
>> secondary to recent updates. Will address shortly.
>> 
>> 
>>> On May 12, 2021, at 11:50 AM, Stephan Wild  wrote:
>>> 
>>> Hey there,
>>> I just started with OpenIndiana an have a problem:
>>> I created a pool and a ZFS, after that I created a zone with exclusive IP 
>>> mode with a physical NIC e1000g1. Then I installed the zone did my network 
>>> config in the zone with DHCP, and I can perform package Installation and 
>>> provide service to the world. But when I reboot the global Zone, then I am 
>>> not able to boot the new created zone, because the NIC is used by the 
>>> global zone. 
>>> Do you have any idea why the NIC is pushed to the GZ?
>>> 
>>> Thanks in advice
>>> 
>>> Stephan 
>>> 
>>> ___
>>> openindiana-discuss mailing list
>>> openindiana-discuss@openindiana.org
>>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
>> 
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Network configuration in zones

[Lou Picciano]

First, welcome to OI. Happy to have you here!

(Can’t tell from your post; you may have done it already, but) Sounds like you 
need to setup a Virtual NIC, on top of CrossBow. My own setup prefers an 
in-kernel ’switch’; a virtual subnet, essentially. My NGZs then speak to that*.

Our own docs may have some background. Meanwhile, here’s the Oracle version: 
https://docs.oracle.com/cd/E93612_01/html/E93617/s11networking.html

Lou Picciano

*Though I must admit we’re having some trouble with this at the moment, 
secondary to recent updates. Will address shortly.


> On May 12, 2021, at 11:50 AM, Stephan Wild  wrote:
> 
> Hey there,
> I just started with OpenIndiana an have a problem:
> I created a pool and a ZFS, after that I created a zone with exclusive IP 
> mode with a physical NIC e1000g1. Then I installed the zone did my network 
> config in the zone with DHCP, and I can perform package Installation and 
> provide service to the world. But when I reboot the global Zone, then I am 
> not able to boot the new created zone, because the NIC is used by the global 
> zone. 
> Do you have any idea why the NIC is pushed to the GZ?
> 
> Thanks in advice
> 
> Stephan 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] How is this possible? (Solved]

[Lou Picciano]

Gentlemen:

This conversation is interesting from a number of perspectives, and none of 
them related to OI (in my case, though they could be at some point…)

Comments about bad sync connections, lousy DVI adapters, etc. got my ears 
perked up. With kids forced back home last year, I’d rarely done so much 
intensive build/install/re-configure cycles in recent memory. Decided to do all 
this on an ‘easy(?)’, bullet-proof, well-tested(?) OS. Yup, Ubuntu*. Well, 
turns out Ubuntu is not quite so bullet-proof. And, among the problems which 
included variable boot results, weird boot loader setup, crazy confusion about 
latest Wifi hardware, etc. were the worst of all: those related to VIDEO cards 
and adapters. biggest single symptom was a frequent complete inability for the 
video adapter to ’sense’ the monitor resolution(s).

Real pain in the ass.

Always productive here, even if sometimes in serendipitous ways.

* (I avoid MS like The Black Death.) 

> On Apr 16, 2021, at 6:50 PM, Reginald Beardsley via openindiana-discuss 
>  wrote:
> 
> To summarize:
> 
> I swapped PSUs and graphics cards including putting the card from #3 in #4
> 
> I booted from the 2020.10 hard disk and Live Image
> 
> I swapped the KVM cables and ports
> 
> I tried the other PCIe slot that will take the graphics card. 
> 
> I put a scope on the 5 V and 12 V rails.
> 
> After all that agony I finally tracked it down. A couple of junk DVI-VGA 
> adapters! Somehow in my search for the cause of the kernel panics I failed to 
> notice that the display resolution was wrong when I was running 2020.10 in #4
> 
> After all this I'm exhausted. But I've never lost a battle with a piece of 
> computer HW and was not about to start. I'd like to shoot these, but that 
> would require more trouble than they are worth. So I am going to crush them 
> with a 20 ton hydraulic press. If there were someone I disliked enough, I'd 
> give them away.
> 
> The moral of this sad tale is, "Don't put untested parts in your spares bin!" 
> I bought these to have some spares on hand, but did not test them when i 
> received them. They were still in the bags. I damaged my old one for #4 while 
> shifting HW.
> 
> Unfortunately, I still have the kernel panics to deal with :-( 
> 
> Reg  
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Problems after updating to latest Hipster - OI-packaged Nvidia versions

[Lou Picciano]

OK - Following on to this thread… As I’m testing out an ancient Nvidia card on 
this machine, logs at boot are requesting reversion to nvidia-390.

So: 
$ pkg uninstall nvidia-460
$ reboot (though the system no longer properly reboots since the last several 
updates; deadman timeout, then ‘hard’ reboot required.
- topic for a different thread, I imagine.)
- (In addition, zones set to autoboot do not (autoboot) - perhaps due 
to now very-long/much-longer process of mounting all ZFS systems?)
$ pkg install nvidia-390
$ svcadm clear lighted:default

[ May  5 15:18:59 Executing start method ("/lib/svc/method/svc-lightdm start"). 
]
[ May  5 15:18:59 Method "start" exited with status 0. ]

** (lightdm:6904): WARNING **: 15:18:59.907: Failed to get list of logind 
seats: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.freedesktop.login1 was not provided by any .service files

** (lightdm:6904): WARNING **: 15:18:59.916: Error getting user list from 
org.freedesktop.Accounts: 
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name 
org.freedesktop.Accounts was not provided by any .service files
[ May  5 15:20:25 Stopping because all processes in service exited. ]
[ May  5 15:20:25 Executing stop method ("/lib/svc/method/svc-lightdm stop"). ]
kill: 6904: no such process
[ May  5 15:20:25 Method "stop" exited with status 1. ]
[ May  5 15:20:25 Executing stop method ("/lib/svc/method/svc-lightdm stop"). ]
kill: 6904: no such process
[ May  5 15:20:25 Method "stop" exited with status 1. ]
[ May  5 15:20:25 Executing stop method ("/lib/svc/method/svc-lightdm stop"). ]
kill: 6904: no such process
[ May  5 15:20:25 Method "stop" exited with status 1. ]

Lou


> On Mar 19, 2021, at 5:48 PM, Lou Picciano  wrote:
> 
> Thanks John - and Stephan - for your help with this. Do now have 460 
> installed, running.
> 
> A key bit was that I had not know to uninstall the ’nvidia’ pkg itself. In 
> any case, your beadm-mount-to-tmp approach got me there.
> 
> Other things now going on - including the persistent deadman timeout and 
> kernel dump at any reboot or state change command - whether reboot or init 6
> 
> Will post to NVIDIA thread - though I don’t know that NVIDIA drivers are even 
> related.
> 
> Lou
> 
>> On Mar 19, 2021, at 4:07 PM, John D Groenveld  wrote:
>> 
>> In message <518c2ced-99f5-43a9-b5d5-999bb4672...@comcast.net>, Lou Picciano 
>> wri
>> tes:
>>> Am currently running nvidia-390, which is working fine overall. Wanted to 
>>> see 
>>> if we had any issues with nvidia-460. Cannot install it directly - for 
>>> conflic
>>> ts - so have tried to remove 390 first. Obviously a few things I don't know 
>> 
>> Try
>> # beadm create nvidia-460
>> # beadm mount nvidia-460 /tmp/nvidia-460
>> # pkg -R /tmp/nvidia-460 uninstall xorg-video nvidia nvidia-390
>> # pkg -R /tmp/nvidia-460 install nvidia-460
>> # beadm activate nvidia-460
>> # init 6
>> 
>> John
>> groenv...@acm.org
>> 
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 

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

Re: [OpenIndiana-discuss] Updates in OI

[Lou Picciano]

> On May 4, 2021, at 12:57 PM, Judah Richardson  
> wrote:
> 
> On Tue, May 4, 2021 at 8:51 AM Toomas Soome via openindiana-discuss <
> openindiana-discuss@openindiana.org> wrote:
> 
>> 
>>> On 4. May 2021, at 16:27, Dave Miner  wrote:
>>> 
>>> 
>>> 
>>> On 5/4/2021 8:59 AM, Yassine Chaouche wrote:
 Le 5/4/21 à 1:43 PM, Stephan Althaus a écrit :
> 
> Hello!
> 
> We have "Boot environments"
> 
> On every "pkg update" you get a new BE that will be used on next
>> reboot.
 
 This is just
 
>>> ...
 Is this done by issuing a ZFS snapshot of the whole root partition ? or
 is it more granular ?
 
 If this is done via snapshots, this means writing to an evergrowing
>> file
 on disk until the snapshot is removed. So the longer you keep a
>> snapshot,
 the bigger the file gets.
 
>>> 
>>> Yes, boot environments in the OpenSolaris-derived OS's are implemented
>> using ZFS snapshots/clones of the root datasets.  Combined with IPS's
>> optimizations to only update objects that have changed between package
>> versions, you may find that boot environments for an update may not be
>> nearly as large as the initial installation; it all depends on how much has
>> changed.  Reclaiming space is as simple as deleting older boot environments
>> when they're no longer needed.  It's not at all unusual for a system to
>> have a dozen or more boot environments; some of the more masochistic among
>> us used to have systems with 100 or more.
>>> 
>>> Dave
>>> 
>> 
>> With old grub, the number is limited to 50 - 60 becsuse of memory setup.
>> With loader, I did demo with 600, but since loader is using sliding window,
>> the number of BE’s is not limited there.
>> 
> Is there ever a situation in which the disk can run out of space due to too
> many BEs? And if so, how does one go about automatically pruning
> old/unwanted BEs?

I’m sure your root pool could eventually be strained to ‘max’ by installed BEs 
(though I imagine you’d be well-aware of this approaching limit as the new 
update(?) BE is being built.)

As to automation: I myself don’t automate deletions (of older BEs), but make it 
a matter of ‘good hygiene’ to clean up oldest ones, including their snapshots, 
when it’s clear these are BEs I’d never need to return to.

On that point, I’d say there have only been perhaps one or two instances - in 
10+ years - in which I’ve really felt a need to revert to a BE, and only then 
to the most-recent one.

>> 
>> Rgds,
>> Toomas
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
>> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] [oi-dev] Moving on with postgresql

[Lou Picciano]

I myself should be getting (again, more) re-engaged in the build/update process 
for PostgreSQL…

I’ll wake up shortly.

Lou

> On Apr 18, 2021, at 6:07 AM, Andreas Wacknitz  wrote:
> 
> Am 18.04.21 um 02:37 schrieb Austin Kim:
>> On Apr 17, 2021, at 7:22 PM, Till Wegmueller  wrote:
>>> Hi Gary
>>> 
>>> I use Postgres and extensions for all Applications I develop professionally 
>>> and privately.
>>> 
>>> We use mostly 12 and upwards 13 being the standard and I am waiting for 14 
>>> to hit. The last Bugfix release for 9.5 was on 2021-02-11 so quite recently.
>>> 
>>> I would love to have 13 and modern 12 packaged, especially as we have a 
>>> build server for them sponsored by the Oi community. So we know it builds 
>>> even on current develop.
>>> 
>>> My preference for the record is to have 13, 12 and 11. Older ones should 
>>> only be used for people still needing them. AWS only offers those in their 
>>> offerings as well, so not many people will want 10 or older.
>>> 
>>> -Till
>>> 
>>> On 17.04.21 18:46, Gary Mills wrote:
 OI currently has postgresql versions: 95 96 10 11 12 .  The OI
 default, in shared-macros.mk, is 95 .  However, the postgresql
 developers report that 95 is unsupported, but 13 is available and
 supported.  Something has to change in OI to move forward with
 postgresql.
 Here are some actions that could be taken with OI.  We could change
 the default version to 10.  I, myself, would prefer 11.  We could
 obsolete 95.  I'd prefer obsoleting 95 and 96.  We could add version
 13, but only after 96 is obsoleted.  We should limit the number of
 postgresql versions in OI, after all.  Finally, we could make no
 obsoletions or additions, retaining even the unsupported 95.  Which
 would you prefer?
 I have not investigated two questions.  Perhaps you can tell me?  What
 are the consequences of obsoleting 95?  What are the consequences of
 the default change?
>> Hi,
>> 
>> Sorry for posting to this list as I’m only an OpenIndiana user, not a 
>> developer, but PostgreSQL is the DB I use most.
> This is perfectly fine.
> I just want to chime in here and say: You don't need to be a developer
> in order to get involved in OpenIndiana!
> Of course it is helpful to know some programming languages and build
> systems. But many for aspects you don't need to be a professional
> programmer.
> 
> At the moment we lack volunteers in almost all areas, even those not
> related to updating packages. Eg. we need people to enhance or update
> our documentation,
> we need testers and of course people who care for some packages.
> 
> Nobody started as an expert in any of these areas. I am willing to help
> people to get involved, eg. we can have video conferences where I can
> demonstrate and teach how to update packages.
> 
> Of course you need to devote some resources (time, build or test
> environment, ...). I can assure you that you will learn a lot about
> OpenIndiana, Solaris and other operating systems.
> And you will see some insanity related to software development,
> especially open source software development where projects make heavy
> changes (like change the build system) in minor or even micro releases.
> 
> Andreas
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Fresh install of OpenIndiana - can not upgrade nvidia from nvidia-390 to nvidia-460

[Lou Picciano]

> On Mar 23, 2021, at 12:06 PM, John D Groenveld  wrote:
> 
> In message , Stephan 
> Alt
> haus writes:
>> You don't need mate-install,
>> it's only a meta-package, you can leave in un-installed.
> 
> I submitted a PR to the OI installation guide to install and then
> uninstall mate_install when adding GUI to a text-only installation.
> 
> I also submitted a PR for updating nVidia versions using the new
> IPS packages.
> 
> John
> groenv...@acm.org



First, thanks to John, Stephan - and others of you here who’ve helped me get 
all this running - finally, all good!

But here’s something funny! I’ve installed one of our ancient NVIDIA video 
cards and, in an effort to identify it, check out this output. My video card is 
a PCI switch! Ha!:

$ scanpci -v
….
pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x10de device 0x05b1
 NVIDIA Corporation NF200 PCIe 2.0 switch
 CardVendor 0x card 0x (Card unknown)
  STATUS0x0010  COMMAND 0x0447
  CLASS 0x06 0x04 0x00  REVISION 0xa3
  BIST  0x00  HEADER 0x01  LATENCY 0x00  CACHE 0x01
  MAX_LAT   0x00  MIN_GNT 0x03  INT_PIN 0x00  INT_LINE 0xff
  Bus: primary=01, secondary=02, subordinate=04, sec-latency=0
  I/O behind bridge: 2000-2fff
  Memory behind bridge: f000-f020
  Prefetchable memory behind bridge: fff0-

pci bus 0x0002 cardnum 0x00 function 0x00: vendor 0x10de device 0x05b1
 NVIDIA Corporation NF200 PCIe 2.0 switch
 CardVendor 0x card 0x (Card unknown)
  STATUS0x0010  COMMAND 0x0447
  CLASS 0x06 0x04 0x00  REVISION 0xa3
  BIST  0x00  HEADER 0x01  LATENCY 0x00  CACHE 0x01
  MAX_LAT   0x00  MIN_GNT 0x03  INT_PIN 0x00  INT_LINE 0xff
  Bus: primary=02, secondary=03, subordinate=03, sec-latency=0
  I/O behind bridge: 2000-2fff
  Memory behind bridge: f000-f000
  Prefetchable memory behind bridge: fff0-

pci bus 0x0002 cardnum 0x02 function 0x00: vendor 0x10de device 0x05b1
 NVIDIA Corporation NF200 PCIe 2.0 switch
 CardVendor 0x card 0x (Card unknown)
  STATUS0x0010  COMMAND 0x0447
  CLASS 0x06 0x04 0x00  REVISION 0xa3
  BIST  0x00  HEADER 0x01  LATENCY 0x00  CACHE 0x01
  MAX_LAT   0x00  MIN_GNT 0x03  INT_PIN 0x00  INT_LINE 0xff
  Bus: primary=02, secondary=04, subordinate=04, sec-latency=0
  I/O behind bridge: 9000-1fff
  Memory behind bridge: f010-f010
  Prefetchable memory behind bridge: fff0-
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Problems after updating to latest Hipster - OI-packaged Nvidia versions

[Lou Picciano]

Thanks John - and Stephan - for your help with this. Do now have 460 installed, 
running.

A key bit was that I had not know to uninstall the ’nvidia’ pkg itself. In any 
case, your beadm-mount-to-tmp approach got me there.

Other things now going on - including the persistent deadman timeout and kernel 
dump at any reboot or state change command - whether reboot or init 6

Will post to NVIDIA thread - though I don’t know that NVIDIA drivers are even 
related.

Lou

> On Mar 19, 2021, at 4:07 PM, John D Groenveld  wrote:
> 
> In message <518c2ced-99f5-43a9-b5d5-999bb4672...@comcast.net>, Lou Picciano 
> wri
> tes:
>> Am currently running nvidia-390, which is working fine overall. Wanted to 
>> see 
>> if we had any issues with nvidia-460. Cannot install it directly - for 
>> conflic
>> ts - so have tried to remove 390 first. Obviously a few things I don't know 
> 
> Try
> # beadm create nvidia-460
> # beadm mount nvidia-460 /tmp/nvidia-460
> # pkg -R /tmp/nvidia-460 uninstall xorg-video nvidia nvidia-390
> # pkg -R /tmp/nvidia-460 install nvidia-460
> # beadm activate nvidia-460
> # init 6
> 
> John
> groenv...@acm.org
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

[OpenIndiana-discuss] Problems after updating to latest Hipster - OI-packaged Nvidia versions

[Lou Picciano]

Think this should be a new thread - I’ve been using our own OI-packaged NVIDIA 
drivers (not any Solaris-packaged versions, discussed elsewhere)

Thought I might do some testing of latest NVIDIA driver - to perhaps help with 
the body of testing data…

Since the last several updates to OI, I’ve also been seeing the kernel dump at 
the (forced) reboot. In fact the system will no longer $ pfexec reboot cleanly. 
(Topic for a different thread?)

This system has thus far survived all iterations, starting with 134a. So really 
at this point I’m trying to man the final rampart…

Update to latest Hipster: $ uname -v
illumos-b2761fb273

Am currently running nvidia-390, which is working fine overall. Wanted to see 
if we had any issues with nvidia-460. Cannot install it directly - for 
conflicts - so have tried to remove 390 first. Obviously a few things I don’t 
know here:

The following packages all deliver file actions to :

  
pkg://openindiana.org/driver/graphics/nvidia-460@0.460.56,5.11-2020.0.1.0:20210312T154637Z
  
pkg://openindiana.org/driver/graphics/nvidia-390@0.390.141,5.11-2020.0.1.0:20210311T151457Z

Where to start? Diligently digging through the archive - I wish our archives 
were better searchable. (Is this an orphaned task waiting in the wings for a 
parent? (me?) )

Regards to All, and thanks to those of you soldiering on, putting in a lot of 
work lately.

Hope all are doing well in these surreal times…   

Lou
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] ~6 minutes to OI banner/boot options in text install

[Lou Picciano]

Others here, perhaps more ensconced on ‘demand’ side rather than supply…  might 
do well to recognize/acknowledge, even - the depth of expertise/experience here.

> On Jan 30, 2021, at 12:36 PM, Gary Mills  wrote:
> 
> On Sat, Jan 30, 2021 at 06:33:37PM +0200, Toomas Soome wrote:
>> 
>> oh, well, in that case, the issue is not about OI not working in
>> UEFI mode (because it does), but the issue is that Xorg can not use
>> vesa driver when there is no vesa bios (which is perfectly good
>> reason). Also, having to run OI in BIOS mode because you need to run
>> Xorg, is also good reason, but you can not tell that OI does not
>> work with UEFI, because that is not true:)
> 
> Well, that was my first impression.  I agree now that OI itself is
> not at fault.
> 
>> Of course the root cause is about missing DRM driver and thats the
>> reason why you need to use vesa in first place….
> 
> Also correct.  I believe that Aurélien is working on the DRM driver.
> I will be happier when that is ported and working.
> 
> 
> -- 
> -Gary Mills-  -refurb--Winnipeg, Manitoba, Canada-
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] A rant

[Lou Picciano]

Reg, 

As a guy partly responsible (apologies!) for the list being generally pretty 
quiet, the only contribution I can make to this at the moment is:

Reg, You Da Man!

(written from only a few miles from that Bell Labs you so rightly mentioned…)

Lou Picciano


> On Jan 29, 2021, at 4:47 PM, Reginald Beardsley via openindiana-discuss 
>  wrote:
> 
> 
> I have been ignoring this torrent of BS as patiently as I can, but I'm really 
> getting tired of it.
> 
> First of all, computing has a 75 year old history. There have been many false 
> starts and mistakes along the way. The failure of the new arrivals to learn 
> from the past results in the same mistakes being endlessly repeated.
> 
> I shall cite a single example from 30 years ago, hard coded filenames. Motif 
> came out with the name of the keyboard configuration file hard coded 
> "/etc/keysym.db" IIRC. A the time it was my job to compile and distribute X11 
> and Motif binaries on all company research lab systems that did not have 
> vendor support for X11 and Motif. 
> 
> This is a common mistake made frequently before the IBM 360 series appeared 
> and led to "sysin=" and "sysout=" in JCL for the 360 series (That may not be 
> the exactly correct syntax, but this does not merit my going into my library 
> to check). But the "genius" who wrote the Motif code could not be bothered 
> with the past so he repeated the mistake.
> 
> No one here "hates" Linux, BSD, Windows or any other OS. We don't like 
> various operating systems for a variety of legitimate reasons which vary by 
> task to be accomplished, OS and individual.
> 
> Please read the original Bell Labs Unix papers before you subject us to more 
> of this. Linux has veered so far from the original principles as to be 
> completely unrecognizable. In any given day I may use Hipster/OI, Solaris 10 
> u8, Debian 9.3 or Windows. And I might well spin up Plan 9 or some other 
> operating systems by inserting the appropriate disk in the machine. In short, 
> I can crush someone with your attitude in minutes even if they have a PhD. 
> And have done it more than once.
> 
> At such time as you can write intelligently describing the differences in 
> implementation and philosophy about MVS (and its predecessors) , VM/CMS, VMS, 
> RSX, Genix, Multics, Perkin-Elmer 3200 OS and a few others you will have some 
> credibility with me. But until then you are just some child screaming that 
> they will "hold there breath until they turn blue". I am quite certain I am 
> not the only one *very* tired of it. I know the names of most of the people 
> who have been replying to you and have the utmost respect for all but perhaps 
> a few. Possibly all, as I've not paid close attention to who replied. The 
> list is generally pretty quiet except for an occasional nut job.
> 
> If you have many years professional experience as a senior member of staff in 
> large system environments you care about what seems minutiae to novices. We 
> care because we either got bit or had to clean up after someone else got bit. 
> Most of the people on this list have been involved in large system 
> environments for longer than you have been alive.
> 
> It is certainly true that the organization of the filesystem in Illumos et al 
> is a bit of a mess. This is true in every extant OS. IRIX, CLIX, HP-UX, 
> Ultrix and a dozen other *nix systems I've used are long extinct. One of the 
> great problems during the workstation wars was dealing with all the 
> conflicting paths and file names. With xterms open on 6 or more different 
> systems using a common NFS mounted home directory I had a very elaborate 
> system for hiding the variations so I could work efficiently despite the 
> variations. I supported software, both proprietary and GNU packages across 
> all of them.
> 
> Please reply to /dev/null.
> 
> Reg
> On Thursday, January 28, 2021, 09:31:12 PM CST, Hung Nguyen Gia via 
> openindiana-discuss  wrote:  
> 
> Anyone here seems to be hated Linux too much. Does it because their bad past 
> experience with it or simply because Linux is success and we are loser and 
> the natural law of the loser hate the winner?
> 
> Someone used to said Linux is a cesspool because it's only a kernel and 
> hacked together to create a working system.
> 
> Today I cloned illumos-gate and I see the completely different.
> 
> I think Linux is more organized than Illumos.
> 
> Saying Linux is a hacked together work is hypocrite and indeed slapping back 
> into our own faces.
> 
> We are no different. Illumos is a hacked together work and was an product of 
> an desperate attempt to continue OpenSolaris.
> 
> We are a mess, 

Re: [OpenIndiana-discuss] wiki.openindiana.org returns 503 Service Unavailable

[Lou Picciano]

Till,

Let me know how this is managed - having just had a need to reference the docs 
myself, this is an area in which I can contribute. I’d assumed others were 
handling it. (I’ve been a contributor to docs in the distant past.)

Lou Picciano

> On Jan 12, 2021, at 6:08 AM, Till Wegmueller  wrote:
> 
> Hello All
> 
> Yes the Wiki is flaky every once in a while.
> Which is also why we are looking for Contributors to help migrate the Wiki to 
> the docs page on Github [0] :)
> 
> [0] https://github.com/OpenIndiana/oi-docs
> 
> -Till
> 
> On 12.01.21 06:35, Tony Brian Albers wrote:
>> Yeah, it seems to be fixed now.
>> Thanks for the update
>> /tony
>> On 01/12/21 10:25 AM, Nona Hansel wrote:
>>> 
>>> Hello,
>>> 
>>> 
>>> 
>>> 
>>> the page works on my Android phone as well as PC.
>>> 
>>> It may be something on your PC?
>>> 
>>> 
>>> 
>>> 
>>> -- Původní e-mail --
>>> Od: Chris 
>>> Komu: OI-duscuss 
>>> Datum: 12. 1. 2021 5:46:15
>>> Předmět: [OpenIndiana-discuss] wiki.openindiana.org returns 503 Service
>>> Unavailable
>>> "I haven't been able to reach wiki.openindiana.org for
>>> about 3 days now. Attempting to do so returns:
>>> 503 Service Unavailable ... please try later.
>>> Is the wiki being terminated?
>>> 
>>> Thanks.
>>> 
>>> --Chris
>>> 
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] ip_squeue_worker_wait is not defined in the ‘ip' module

[Lou Picciano]

Andreas - Many thanks for your quick reply. Turns out there’s a lot of 
long-forgotten vestigial stuff in my /etc/system file, some of it going back 
10+ years!

Was apparently having trouble some time back capturing dump files (Which seems 
on point as we speak, as the system is now not rebooting smoothly since 
most-recent pkg updates. How to make use of/interpret the crash dumps?)

Any reason I should keep any of this stuff?
-
* LOUMOD per richlowe on #openindiana - this will ensure that dumps complete:
* https://www.illumos.org/issues/1369
set dump_plat_mincpu=0
set dump_bzip2_level=1

* LOUMOD re notes on Oi list - https://www.illumos.org/issues/1333#note-21
* vmstat 5 (after about 2 days of running):

* this did not seem to help (will try again):
* set apix:apic_timer_preferred_mode = 0x0

* THIS note per Laurent Blume's email: 
http://tech.groups.yahoo.com/group/solarisx86/message/54377
* rmustacc: do # mdb -k, then: > setspl/p  -- this PROVES I have the pcplusmp 
driver:
set pcplusmp:apic_timer_preferred_mode = 0x0
set pcplusmp:apic_panic_on_nmi=1


* THIS per illumos Note #21 - adapted for apix driver
set ip:ip_squeue_worker_wait=0
set snooping=1


> On Nov 5, 2020, at 12:27 PM, Andreas Wacknitz  wrote:
> 
> Am 05.11.20 um 18:20 schrieb Lou Picciano:
>> Friends -
>> 
>> After recent pkg update - to Hipster 2020.04 Version illumos-60de61ff53, am 
>> seeing at boot sequence - beyond this, system boots up fine:
>> 
>> sorry, variable 'ip_squeue_worker_wait is not defined in the ‘ip' module
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
> Did you set it in /etc/system?
> It might have to do with https://www.illumos.org/issues/13148
> See also https://code.illumos.org/c/illumos-gate/+/926
> 
> Regards,
> Andreas
> 
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss

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

[OpenIndiana-discuss] ip_squeue_worker_wait is not defined in the ‘ip' module

[Lou Picciano]

Friends - 

After recent pkg update - to Hipster 2020.04 Version illumos-60de61ff53, am 
seeing at boot sequence - beyond this, system boots up fine:

sorry, variable 'ip_squeue_worker_wait is not defined in the ‘ip' module
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OpenIndiana Hipster 2019.10

[Lou Picciano]

Thanks for the continued hard work, Alexander!   

Lou Picciano

> On Nov 7, 2019, at 7:47 AM, Alexander Pyhalov via openindiana-discuss 
>  wrote:
> 
> Hi.
> 
> OpenIndiana Hipster 2019.10 snapshot is ready.
> 
> Images:
> 
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-gui-20191106.iso
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-gui-20191106.usb
> 
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-text-20191106.iso
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-text-20191106.usb
> 
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-minimal-20191106.iso
> http://dlc.openindiana.org/isos/hipster/20191106/OI-hipster-minimal-20191106.usb
> 
> 
> SHA 256 checksums are available at ${link}.sha256sum
> Signed SHA 256 checksums are available at ${link}.sha256sum.asc
> The OpenIndiana Release Engineering key has key id 0x3a021afadbe31887 (
> https://sks-keyservers.net/pks/lookup?op=get=0x3A021AFADBE31887 ).
> 
> Release notes: 
> http://docs.openindiana.org/release-notes/2019.10-release-notes/
> 
> Note, we have an issue with Firefox on live image - it can fail to start 
> correctly when launched for the first time in memory-constrained  
> environment. After being killed and restarted it behaves more sane.
> 
> Best regards,
> Alexander Pyhalov,
> system administrator of Southern Federal University IT department
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Survey: What nvidia card you use?

[Lou Picciano]

Currently the: NVIDIA GPU Quadro K600 (GK107GL)

Though would certainly ‘modernize’ if the weight of progress so dictated…

Agreed, though; simply being able to pick and choose driver would be most 
welcome.

Tks for your efforts, Lou

> On Oct 3, 2019, at 11:32 AM, Al Slater  wrote:
> 
> Hi,
> 
> I am currently using a Quadro K2000 (GK107GL)
> 
> regards
> 
> Al
> 
> 
> On 02/10/2019 20:16, Michal Nowak wrote:
>> Hi,
>> 
>> which nvidia graphics card type you use with OpenIndiana?
>> 
>> Currently we ship the version 340 of nvidia Solaris driver, which
>> supports following cards:
>> https://www.nvidia.com/Download/driverResults.aspx/135163/en-us.
>> However, newer devices are not supported in this driver version.
>> 
>> I was wondering if users are fine with a newer version like 390? It adds
>> new cards but drops old ones. List of supported cards in this version:
>> https://www.nvidia.com/Download/driverResults.aspx/149144/en-us.
>> 
>> Anyone knows might be affected? (I don't have a plan, just wondering.)
>> 
>> You can get the type of graphics card with `nvidia-settings` or in
>> /var/log/Xorg.0.log file.
>> 
>> The other, proper solution is to have a way to switch between driver
>> versions but work on this stalled some time ago.
>> 
>> Thanks,
>> Michal
>> 
>> ___
>> openindiana-discuss mailing list
>> openindiana-discuss@openindiana.org
>> https://openindiana.org/mailman/listinfo/openindiana-discuss
> 
> 
> Essiell is a limited company registered in England with company number: 
> 1957652 and VAT registered number: GB 760 2433 55. Our registered office is 
> at 5th Floor, Park Gate, 161-163 Preston Road, Brighton, East Sussex BN1 6AU.
> This message is intended solely for the addressee and may contain 
> confidential information. It may also contain material which is subject to 
> legal privilege. If you have received this message in error please delete it 
> and all copies from your system and notify us immediately by return email.
> For information about how we process data and monitor communications please 
> read our Privacy Policy and Cookie 
> Policy. And please read our Terms of 
> Use when visiting our 
> website.
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] Huge ZFS root pool slowdown - diagnose root cause?

[Lou Picciano]

The plot thickens, I’m afraid. Since last post, I’ve replaced the drive, and 
throughput remains molasses-in-January slow…
period indicated below is more than 24 hours:

  scan: resilver in progress since Wed Dec 12 15:13:11 2018
26.9G scanned out of 1.36T at 345K/s, (scan is slow, no estimated time)
26.9G resilvered, 1.93% done
config:

NAMESTATE READ WRITE CKSUM
rpool   DEGRADED 0 0 0
  mirror-0  DEGRADED 0 0 0
replacing-0 DEGRADED 0 0 0
  c2t0d0s0/old  OFFLINE  0 0 0
  c2t0d0s0  ONLINE   0 0 0
c2t1d0s0ONLINE   0 0 0

I have added boot blocks during silvering, but have used the bootadm 
install-bootloader approach. Reports it’s done this (not GRUB; aren’t we on the 
Boot Forth loader now?), 

"/usr/sbin/installboot -F -m -f //boot/pmbr //boot/gptzfsboot 
/dev/rdsk/c2t0d0s0”
"/usr/sbin/installboot -F -m -f //boot/pmbr //boot/gptzfsboot 
/dev/rdsk/c2t1d0s0"

Will double-check this when silvering completes. Could be a long time… Machine 
has not been rebooted yet at all.

Bob, yes: This is a 4K sector drive. Bad? What’s the impact?

Slowness at boot: Yes, immediately. Well before scrub or any other process had 
had a chance to grab hold.

What’s next? Could it be as simple as a cable? These cables haven’t been 
perturbed in… a long time.

Can’t do anything safely now until this silvering is completed, correct?

Wow. A mess.

Lou Picciano

> On Dec 11, 2018, at 7:56 PM, jason matthews  wrote:
> 
> 
> On 12/11/18 10:14 AM, John D Groenveld wrote:
>> And when its replaced, I believe the OP will need to installboot(1M)
>> the new drive.
>> Correct me if I'm wrong, but Illumos ZFS doesn't magically put
>> the boot code with zpool replace.
> 
> man installgrub
> 
> installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/
> 
> 
> should take like one second and can be done before, after, or during the 
> resilver.
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Huge ZFS root pool slowdown - diagnose root cause?

[Lou Picciano]

John, Jason,

Many thanks for your brainstorming on this…

> On Dec 10, 2018, at 6:19 PM, John D Groenveld  wrote:
> 
> In message <4ab4a1dd-5a90-4f9a-b26e-9a71028a0...@comcast.net>, Lou Picciano 
> wri
> tes:
>> Is this evidence of erroneous attempts to read boot blocks/loader on disk0?
>> 
>> Given the machine BIOS identification of drives, dunno that I can be 
>> absolutel
>> y certain disk0 is referring to one disk - or is the entire rpool seen a
>> s disk0 once the OS is loading?
> 
> Does iostat(1M) -E report errors?

Absolutely none. In fact, having called precisely that command before, I was 
thrown by the ‘Errors: 0’ everywhere…

sd1   Soft Errors: 0 Hard Errors: 0 Transport Errors: 0 
Vendor: ATA  Product: Hitachi HDS5C302 Revision: A180 Serial No: 
ML0221F302X0MD 
Size: 2000.40GB <2000398934016 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0 
Illegal Request: 0 Predictive Failure Analysis: 0 
sd2   Soft Errors: 0 Hard Errors: 0 Transport Errors: 0 
Vendor: ATA  Product: Hitachi HDS5C302 Revision: A580 Serial No: 
ML0220F30HWBSD 
Size: 2000.40GB <2000398934016 bytes>
Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0 
Illegal Request: 0 Predictive Failure Analysis: 0 

> Have you tried interrogating the drives via smartctl?
> https://wiki.openindiana.org/oi/Adding+SMART+disk+monitoring+as+a+SMF+service>

I have now, finally) managed to get perhaps the key bit of reporting from 
smartctl - does this seem adequately diagnostic?:
(I am fully satisfied to replace the drive; I just want to be sure I’ve run to 
ground any potential root causes.)

$ pfexec smartctl -a -d sat,12 /dev/rdsk/c2t0d0s0 | grep Raw_Read
  1 Raw_Read_Error_Rate 0x000b   094   094   016Pre-fail  Always   
-   1376259
$ pfexec smartctl -a -d sat,12 /dev/rdsk/c2t1d0s0 | grep Raw_Read
  1 Raw_Read_Error_Rate 0x000b   100   100   016Pre-fail  Always   
-   0

Above seems consistent with all the read errors I see at boot.

> Happy hunting,
> John
> groenv...@acm.org
> 

> On Dec 10, 2018, at 6:36 PM, jason matthews  wrote:
> 
> Have you tried look see if the drives are accumulating errors?
> 
In other iostat fun I’ve tried before (not very helpful!): 
$ iostat -ien
   errors --- 
  s/w h/w trn tot device
...
0   0   0   0 rpool
0   0   0   0 c2t0d0
0   0   0   0 c2t1d0
...
> 
> if so, pull the bad drive.
> 
> What happens if you go into the boot manager and manually select a boot disk? 
> If the problem is with a single drive, then the other drive should boot 
> normally right? Try booting from both drives select each one manually.

That’s also interesting. With the hundreds of read errors at boot up, the boot 
manager is never even (visibly) presented. I guess I could try this again from 
a boot from USB image...
> 
> you can speed up the scrub with:
> 
> echo zfs_scrub_delay/W0x0 |mdb -kw
> 
> echo zfs_scan_min_time_ms/W0x0

Good commands for reference. I was unaware of these! But, even with scrub 
canceled for the moment, am still seeing virtually continuous drive controller 
traffic.

You also wanted to see:
$ iostat -nMxC 5
extended device statistics  
r/sw/s   Mr/s   Mw/s wait actv wsvc_t asvc_t  %w  %b device
0.0  962.30.0   11.3 15.7  0.2   16.30.2   5  23 c2
0.0  398.40.04.3  7.1  0.1   17.90.2  83   6 c2t0d0
0.0  415.20.04.2  8.6  0.1   20.60.2  87   9 c2t1d0
0.0   40.20.00.7  0.0  0.00.00.4   0   2 c2t2d0
0.0   40.40.00.7  0.0  0.00.01.1   0   4 c2t3d0
0.0   34.40.00.7  0.0  0.00.00.3   0   1 c2t4d0
0.0   33.60.00.7  0.0  0.00.00.3   0   1 c2t5d0

Again, I assume the symmetry in findings between t0 and t1 is due to their 
mirrored status… But doesn’t seem to help in differentiating offending device. 
(For comparison, t2-t5 are the data pool.) There is essential zero ‘user’ 
activity on either data or root pools...
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

[OpenIndiana-discuss] Huge ZFS root pool slowdown - diagnose root cause?

[Lou Picciano]

Really need some feedback from The Experts here…

We have a root pool which has started to run very slowly…

Evidence? 
- originally, only indication was that there seemed to be nearly-continuous 
drive controller traffic. (the pool is nowhere near full…)
- scrub pool has taken about 5 days to scrub only a few hundred GB of this 2TB 
pool (good news, however, is that no errors are found. Can this be trusted?)
  (at that rate, it would take at least another week to finish the scrub…)

NAME  STATE READ WRITE CKSUM
rpool ONLINE   0 0 0
  mirror-0ONLINE   0 0 0
c2t0d0s0  ONLINE   0 0 0
c2t1d0s0  ONLINE   0 0 0

Boot process has become excrutiatingly slow, and worrisome. Immediately after 
Loading OS message, we get hundreds of messages like:

disk0: Read 8 sector(s) from  to 0xe000 
(ox8000): 0x1

Is this evidence of erroneous attempts to read boot blocks/loader on disk0?

Given the machine BIOS identification of drives, dunno that I can be absolutely 
certain disk0 is referring to ‘one’ disk - or is the entire rpool seen as disk0 
once the OS is loading?

Machine does eventually boot, however - takes about 20 mins! Recent Hipster 
updates (2018-11-27) have been applied. System otherwise runs quite well. Most 
client data is on datapool; they remain oblivious. (To be honest, they were 
oblivious before this…(!) )

$ iostat -D 1 5
   backup   datapool   rpool  sd1   
rps wps util  rps wps util  rps wps util  rps wps util  
  2   3  1.38 131  9.3   87  89 99.6   44  45 73.0  
  0   0  0.00 645 18.3  105   0 99.9   52   0 71.2  
  0   0  0.00  16  0.1   98 107 100.0   52  54 91.0  
  0   0  0.00   0  0.0   31 373 100.0   13 190 95.0  
  0   0  0.00   0  0.0   54  14 100.0   24  12 48.8

Some specific questions:

1) How can I definitively diagnose which of the pool disks is the bad one? 
Seems obvious, but is it?

2) Is this a matter of corrupted boot blocks on one drive, being compensated 
for by ‘good blocks’ on the other?

3) These are SATA disks; I am about to try the ‘hot swap’ in situ approach; is 
it safe to do this with questionable boot blocks?:

# zpool offline c2t0d0s0
# cfgadm unconfigure sata0/0::dsk/c2t0d0
 — swap — 
# cfgadm configure sata0/0::dsk/c2t0d0
# zpool online rpool c2t0d0s0
# zpool replace pool c2t0d0s0

Tks for any insights,

Lou Picciano
___
openindiana-discuss mailing list
openindiana-discuss@openindiana.org
https://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] GCC6 build zone status

[Lou Picciano]

Aurélien,

You Da Man! 

(Yes, I am still here…)

Lou Picciano

> On Dec 4, 2017, at 4:45 AM, Aurelien Larcher <aurelien.larc...@gmail.com> 
> wrote:
> 
> Only ocaml remains :)
> So aside from openjdk-8 I'll have 100% gcc-6 compiled userland repository by 
> the end of the day :) 
> 
> Le Samedi 2 décembre 2017, Aurelien Larcher a écrit :
>> It seems that only ocaml and open-vm-tools remain since Andreas fixed 
>> spidermonkey.
>> Thanks :) 
>> 
>> Le Samedi 2 décembre 2017, Aurélien Larcher a écrit :
>>> With some more help from Ken, remaining packages follow:
>>> 
>>>> 
>>>>> runtime/ocaml
>>>> 
>>>> Needs update.
>>>> 
>>>>> sysutils/open-vm-tools
>>>> 
>>>> Needs update
>>>> 
>>>>> library/ spidermonkey
>>>> 
>>>> Needs gcc6 patches.
>>> 
>>> 
>>> Updated page here https://wiki.openindiana.org/oi/GCC+6 and still openjdk-8
>>> to be considered at some point.
>>> 
>>> That leaves 4 packages out of 1390.
>>> 
>>> Thanks
>>> 
>>> Aurélien
>>> 
>>>> 
>>>>> 
>>>>> If someone knows about Lua, there are issues with hexchat and libpeas
>>>>> regarding luajit and LGI support.
>>>>> 
>>>>> Kind regards
>>>>> 
>>>>> Aurelien
>>>>> 
>>>>> --
>>>>> ---
>>>>> Praise the Caffeine embeddings
>>>>> 
>>>> 
>>>> --
>>>> Envoyé depuis mon Jolla
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> ---
>>> Praise the Caffeine embeddings
>>> 
>> 
>> -- 
>> Envoyé depuis mon Joll
> 
> -- 
> Envoyé depuis mon Jolla
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] switching from Ubuntu

[Lou Picciano]

Lonnie,

We welcome your involvement. Welcome to OI!

Lou Picciano

> On Nov 6, 2017, at 7:34 PM, Lonnie Cumberland <lon...@outstep.com> wrote:
> 
> Greetings All,
> 
> I have used many operating systems over the years and lately have been
> using Windows (all flavors) as well as Linux (Ubuntu, CentOS, Gentoo,
> etc...) bu mostly have been using Ubuntu 16.04 as my desktop for some time
> now.
> 
> Currently, I am gearing up to do a couple of projects which have the
> Illumos base which are in the SmartOS arena, but it made me start to wonder
> if I should also consider loading up OpenIndiana Hipster as my desktop so
> that I can become more familiar with it as it seems to have many
> similarities as SmartOS and wanted to get the opinion of the OI community
> as to what they thought about it as a day-to-day OS?
> 
> Mostly just exploring the possibility of nuking Ubuntu in favor of
> installing OI for a while to see how it runs.
> 
> Any comments, experiences, or suggestions would be greatly appreciated.
> 
> Thanks and have a great night,
> Lonnie
> ___
> openindiana-discuss mailing list
> openindiana-discuss@openindiana.org
> https://openindiana.org/mailman/listinfo/openindiana-discuss


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

Re: [OpenIndiana-discuss] OpenSSH GSS-API-key-exchange

[Lou Picciano]

Seems like 'keep patch, make default:disabled' is the best path forward. 

Lou Picciano 

- Original Message -

From: "Alexander Pyhalov" <a...@rsu.ru> 
To: "Discussion list for OpenIndiana" <openindiana-discuss@openindiana.org> 
Sent: Monday, December 19, 2016 3:35:22 PM 
Subject: Re: [OpenIndiana-discuss] OpenSSH GSS-API-key-exchange 

Alex Smith (K4RNT) писал 19.12.2016 23:17: 
> isn't GSSAPI the name for the Kerberized versions of these protocols? 
> 

Yes. Note, that we speak about GSSAPI server key exchange, not about 
GSSAPI client authentication. 

--- 
System Administrator of Southern Federal University Computer Center 

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

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

Re: [OpenIndiana-discuss] OI Hipster 2016.04 snapshot

[Lou Picciano]

Nice work, guys! 

Lou Picciano 

- Original Message -

From: "Aurélien Larcher" <aurelien.larc...@gmail.com> 
To: "Discussion list for OpenIndiana" <openindiana-discuss@openindiana.org> 
Sent: Saturday, April 23, 2016 12:09:48 PM 
Subject: Re: [OpenIndiana-discuss] OI Hipster 2016.04 snapshot 

> 
> OI Hipster 2016.04 snapshot is ready. 
> 
> Images: 
> 
> http://dlc.openindiana.org/isos/hipster/OI-hipster-gui-20160421.iso 
> http://dlc.openindiana.org/isos/hipster/OI-hipster-gui-20160421.usb 
> 
> http://dlc.openindiana.org/isos/hipster/OI-hipster-text-20160421.iso 
> http://dlc.openindiana.org/isos/hipster/OI-hipster-text-20160421.usb 
> 
> SHA 256 checksums are available at ${link}.sha256sum 
> 
> Release notes: http://wiki.openindiana.org/oi/2016.04+Release+notes 
> 

Congratulations ! 

News has been relayed on: 

- Distrowatch [http://distrowatch.com/?newsid=09371] and 
- Phoronix [ 
http://phoronix.com/scan.php?page=news_item=OpenIndiana-2016.04-Released] 

Also Distrowatch diligently updated the list of packages on: 

http://distrowatch.com/table.php?distribution=openindiana 

but some versions are not set correctly. 

Cheers 

Aurelien 
___ 
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] [HEADSUP] serious security issue in sysding

[Lou Picciano]

Thanks for staying on top of this. I suspect the downside will have been 
minimal... 

On the other hand, finally being able to easily configure a zone at 
provisioning? 

Priceless! 

Lou Picciano 

- Original Message -

From: "Alexander Pyhalov" <a...@rsu.ru> 
To: "Discussion list for OpenIndiana" <openindiana-discuss@openindiana.org> 
Sent: Tuesday, December 22, 2015 5:57:37 PM 
Subject: [OpenIndiana-discuss] [HEADSUP] serious security issue in sysding 

If you followed, we've just replaced sysidtool with sysding. 
This could have serious consequences for OI zones. sysding has logic 
which checks on the first run if zone's root password was set in 
sysding.conf. If it wasn't set, it is set to 'NP'. This is necessary for 
zlogin to work correctly. 

The issue is that until last version it didn't check if root password in 
/etc/shadow is non-empty. It is aggravated by the fact, that 
service/management/sysidtool was renamed to service/management/sysding. 
So, on zone update sysding thinks that it is run for the first time and 
resets root password to 'NP'. The issue is resolved in 
pkg://openindiana.org/service/management/sysding@0.5.11,5.11-2015.0.2.12 
So, if you update system, ensure that this version is installed in your 
zones. If you have earlier version installed, please, check you root 
password's hash in /etc/shadow. 

The scope of the issue is decreased by the fact that package with 
sysidtool => sysding renaming existed only several hours until updated 
sysding landed to the repository. 
-- 
System Administrator of Southern Federal University Computer Center 

___ 
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] Σχετ: ANNOUNCE: OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros with gcc4 flash-plugin support released at bin PKG and the src on GitHub

[Lou Picciano]

Martin, 

Many thanks for your hard work. I'm sure we're all happy to have you back. 

Lou Picciano 

- Original Message -

From: "Martin Bochnig" <opens...@mail.ru> 
To: "Alexander Pyhalov" <a...@rsu.ru> 
Cc: "Discussion list for OpenIndiana" <openindiana-discuss@openindiana.org>, 
dilos-...@lists.illumos.org 
Sent: Wednesday, November 18, 2015 4:38:46 AM 
Subject: Re: [OpenIndiana-discuss] Σχετ: ANNOUNCE: 
OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros with gcc4 flash-plugin 
support released at bin PKG and the src on GitHub 

Thank you, Alexander, Predrag and Apostolos, 

very relieved to hear that. 
Now finally I can find some sleep for the last nights. 
Ahh, let's forget the old hassle. I, too, need to apologize for my mistakes. 
In the past I never took enough time to write such long detailed 
ANNOUNCE files. I always was too impatient and finally wanted to hit 
[SEND] to get all the stuff out. But this didn't make it clear enough to 
those armchair "contributors" what it really meant to get it done. And 
then they complained that I dared to ask and the whole sage would start 
over and over again. It really burned in my fingers this time, because 
that way I needed to delay the publication by almost two days 

In addition to that my right eye is unsharp at close distances 
(compicated story) and I always had pain, was over-tired and this 
resulted - among other things - in many spelling errors (while at the 
same time i found it more interesting to get forward with the code, 
rather than re-reading time and again for spelling errors). 

Now, for months already, I simply cover my right eye during devel work 
with a black cap and with only the left eyes it is much sharper and 
results in 10 times as much concentration and ability to stay awake for 
much longer. 

Meanwhile I gave up all hopes to pay my bills. 
I have no future in this damn country here (NATO-Germany). 
Must further improve my Russian language skills and then - finally - can 
escape western imperialism and zombification! 
(oh, I should not mention such topics any longer, sorry, was the last time). 

Plus, another change: IPS is - with all its flaws - solving many 
limitations that SVR4-pkgadd (even with pkgutil.net) had. 
So - meanwhile I don't rule out anymore that SPARC OpenIndiana would be 
a great thing. 
But from 2012 I still remember all too well what a tricky beast IPS can 
be, especially when bootstrapping a modern 147++ repo on the basis of 
snv_134 (which used a much more incomplete n-times earlier 
implementation of IPS, unfortunately). So no promises for 
SPARC-OpenIndiana, but I'm glad to if we can get this started. 
openXsun, misc tricks to get the kernel booted or to get certain frame 
buffers into openXsun mode, - you and DilOS now really can have this stuff. 

Because with those few _true_ contributors who are still left over 
working on OI/Hipster I share many things and feel symphathy (unlike 
over at Illumos or here until about 1 to 2 years ago). 
One of the things that we share: However "popular" or not or whatever 
else some noise-makers find Solaris, to _us_ there is no better OS under 
this light. 


In this sense, 
tnx for your understanding and for accepting me into your 
core-contri-group :) 


Regards, 
%martin bochnig 



18.11.15 10:07, Alexander Pyhalov пишет: 
> Martin, thanks a lot. This could be the best thing happened to OI this 
> year. 
> 
> I'll test it and add oi-userland this week or the next one. I 
> definately didn't have progress with later FF port... 
> 
> On 11/18/2015 09:07, Apostolos Syropoulos via openindiana-discuss wrote: 
>> Great! 
>> 
>> Στάλθηκε από το Ταχυδρομείο Yahoo σε Android 
>> 
>> Στις Τετ, 18 Νοε, 2015 στις 5:14, ο χρήστης Martin 
>> Bochnig<opens...@mail.ru> έγραψε: Demo-Screenshots: 
>> http://opensxce.org/.FF/43.0b3/i386/demo_screenshots/ 
>> 
>> SRC: 
>> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/commits?author=MartinBochnig
>>  
>> 
>> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/commit/a217b4c934e5ab7dceb2d8253f03ce8687e505c7
>>  
>> 
>> 
>> The diff is also atatched and can freely be used for whatever you want: 
>> https://github.com/OpenSXCE-org/FireFox-43-port-for-all-OpenSolaris-distros/blob/master/FF43.0b3_OpenSolaris_x86_x64.patch
>>  
>> 
>> <> 
>> 
>> 
>> BINS: 
>> http://opensxce.org/.FF/43.0b3/i386/ 
> 
> 


___ 
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] Hard shutdown now no boot

[Lou Picciano]

Harry, 

First, apologies. I should have provided you that explicit GRUB boot line, then 
stuck with you! No matter, you're further along now... 

I'm gonna use the Occam's Razor approach, and bet that you've blasted your SATA 
settings - and that fixing that will be your solution. AHCI and SATA 
passthrough seemed to do the trick on one of our old Gigabytes; again, settings 
and naming conventions will vary among mobos. Important in our case was to 
disable all on-board RAID, however; ZFS is giving us RAID, right? 

Along the way: On a machine a couple of years(?) old, replacing the CMOS 
battery is a reasonable maintenance item, and simple to do. Just do it. 

Impossible to tell - without knowing the BIOS on your machine - if the 
screenshot you provided represents a change. 

Hint: Once you do arrive the solution, back up BIOS settings(!) Many BIOSes now 
have an on-board facility for doing so, in addition to a save-to-media option. 

(This is consistent with advice here from both James and Jason...) 

Lou Picciano 

- Original Message -

From: Harry Putnam rea...@newsguy.com 
To: openindiana-discuss@openindiana.org 
Sent: Sunday, August 9, 2015 4:58:15 PM 
Subject: Re: [OpenIndiana-discuss] Hard shutdown now no boot 

Jason Matthews ja...@broken.net writes: 

 if you think the cmos battery is bad then the sata config might have 
 reverted to legacy mode or compatibility mode from ahci (or vice 
 versa). this might account seeing grub but not file systems. this 
 needs to be addressed before proceeding. 

First, thanks for you patience... I realize I am many skill levels 
below the usual posters here. 

From what I got out of the thread so far. Even if I were to replace 
the cmos bat, there would still need to be settings changed in bios. 
I'm not at all sure what the settings are or how they would need 
changing. 

This image shows the bios screen I suspect contains the settings 
mentioned. Can anyone tell if somekind of reversion has happened? 

zeus.jtan.com/~reader/vu1/disp.cgi 

I believe it as I set it a year or so ago but, of course, I have 
no record of it and the memory is pretty shakey. 

The possible settings at `Sata Emulation' are the one shown: 
RAID+AHCI 

and two more: 

Separate IDE controller 
Combinied IDE Controller 

The more I stare at that... I'm having some vague recollection 
regarding Separate IDE Controller. 

So Maybe it has reverted. 

However being a horrible greenhorn and notorious bungler. I'm a 
little reluctant to change the cmos battery, in case it hasn't 
reverted and changing the battery causes it to. 

I asked in two other posts if it is possible to determine if a cmos 
battery is bad buy some kind of routine test... can anyone speak to 
that? 

The bios clock appears to be maintaining correct time. Not sure if 
that means anything in terms of cmos battery. 

 they kernel line you are looking for should look like this: 
 kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,console=text -v 

OK, thanks. Trying that line just does the same thing as posted 
followed with a spontaneous reboot. 

 also, remove any lines that look like this: 
 splashimage /boot/grub/splash.xpm.gz 
 foreground 343434 
 background F7FbFF 
 

When I edit those out, inside grub, and then (b) boot on the kernel line, it 
fails immediately with an error message I foolishly did not record. 
But apparently temporaryily removing those lines thru grub appears to 
cause an immediate failure. 


___ 
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] Hard shutdown now no boot

[Lou Picciano]

As a start: Once in grub, edit boot line to 'text mode' and verbose. This will 
get you a bit down the road toward diagnosis. 

Lou Picciano 

- Original Message -

From: Harry Putnam rea...@newsguy.com 
To: openindiana-discuss@openindiana.org 
Sent: Saturday, August 8, 2015 4:03:34 AM 
Subject: [OpenIndiana-discuss] Hard shutdown now no boot 

Running OI a9 on HP xw8600 

Following a hard shutdown from power outage; attempted boots produced 
an error message indicating a problem with the onboard battery and 
that the date was way off. 

On booting to bios I discovered the date was on zeros all around. 

AFter resetting the date to its (then current) figures, a new boot 
went on to the point of bringing up the grub screen with possible 
versions to boot, defaulting to the most recent listed. 

That bootup brings up the opening screen of OI boot with the graphic 
of a completion gauge. That is, a white heavy walled long thin oval 
with a heavy white line inside. All on a blue background and with 
ilumos logo visible in lower right corner. 

On previous normal boots, that heavy white line turns red begining at 
the left and progressivly turning red to the right until the OS 
suddenly appears. 

Currently, I see the white line turning red for about the first inch 
and then a sudden reboot takes over. 

In other words, I'm unable to boot my OS beyond the first stages. 

I haven't had this kind of trouble for very long time and have 
forgotten how to perform an emergency boot. 

Further, once I've made an emergency boot I suspect the OS time is 
still completely off and possibly causing the unwanted sudden reboot. 

So a few main things: 

1) How to get booted? Is it just a matter of booting from the old a8 
iso then mounting some parts of the current os enough to chroot in 
and sets the time/date and see if that cures things? 
2) Assuming I get an emergency boot accomplished... what do I need to 
mount to be able to chroot in and set time/date? 

3) Is there a proceedure required for setting time/date on Solaris 
that is different from linux in major ways? 


___ 
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] Sambageddon...

[Lou Picciano]

I have nothing terribly contributory on this, except to comment that 
'Sambageddon' is a damned funny email title! 
Thanks for the chuckle this morning! 

Lou Picciano 
- Original Message -

From: Udo Grabowski (IMK) udo.grabow...@kit.edu 
To: openindiana-discuss@openindiana.org 
Sent: Wednesday, February 25, 2015 7:41:42 AM 
Subject: [OpenIndiana-discuss] Sambageddon... 

A high impact SAMBA vulnerabilty: 

https://www.samba.org/samba/security/CVE-2015-0240 

Oi151a9 also serves the vulnerable 3.5.22 version, 
maybe a quick update of this package is necessary. 
I don't know if a similar problem applies to Sun's SMB, 
but I assume that that is a totally different codebase. 

___ 
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] Anybody using ipf.conf without a comment line?

[Lou Picciano]

Gary, 

Yes, can confirm the behavior(s) you're seeing. On oi hipster.

IE, does not require a commented first line, and only hiccups on an empty 
ipf.conf.

Lou Picciano

- Original Message -
From: Gary Mills gary_mi...@fastmail.fm
To: openindiana-discuss@openindiana.org
Sent: Monday, March 24, 2014 11:34:00 AM
Subject: [OpenIndiana-discuss] Anybody using ipf.conf without a comment line?

I'm looking at illumos bug 3617 `ipf.conf requires a comment on the
first line to work', here:

https://www.illumos.org/issues/3617

I'm unable to reproduce the problem, using a group of valid ipf
statements either by themself or preceeded by a comment line or an
empty line.  In all cases, ipf parses them without error.

The only way I could cause the error cited was with an ipf.conf that
contained only an empty line, like this:

$ touch /tmp/ipf4.conf
$ /usr/sbin/ipf -n -d -f /tmp/ipf4.conf
$ print $?  
0
$ echo   /tmp/ipf5.conf
$ /usr/sbin/ipf -n -d -f /tmp/ipf5.conf
syntax error error at , line 1
$ print $? 
1

I'm wondering if the original cause was misinterpreted?  Maybe this
bug report should be closed.

-- 
-Gary Mills--refurb--Winnipeg, Manitoba, Canada-

___
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] pkg and local zones

[Lou Picciano]

- Original Message -
From: Peter Tribble peter.trib...@gmail.com
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Thursday, February 20, 2014 8:53:53 AM
Subject: Re: [OpenIndiana-discuss] pkg and local zones

On Thu, Feb 20, 2014 at 8:46 AM, Stefan Müller-Wilken 
stefan.mueller-wil...@acando.de wrote:

 What speaks against Jim's original approach of using the '-R' option to
 pkg? I've used this with very reasonable success for quite a while now.
 That simply works for me.


I would expect it to mostly work most of the time, but it's not
quite equivalent, nor is it guaranteed to work correctly under
all circumstances, and it's not always safe.(Think, for example,
of a situation in which the file system layout in the zone is
constructed from mountpoints that don't have the same
layout as viewed from the global zone. There was a time
when the SVR4 packaging tools used to be able to work out
how to put things in the right place for diskless client systems,
but that just shows how fragile this could be.)

Gotta second Peter's caution here. This is precisely the kind of inconsistency 
we've run into when using the -R option to pkg. I'm quite sure I _still_ don't 
understand it (and wait patiently for one of you to write the 'Definitive 
Guide' !! ) Meanwhile: Magical incantations, glue and duct tape.

Lou Picciano


 Von: Jim Klimov [jimkli...@cos.ru]
 Gesendet: Mittwoch, 19. Februar 2014 13:41
 An: openindiana-discuss@openindiana.org
 Betreff: Re: [OpenIndiana-discuss] pkg and local zones

 On 2014-02-19 13:27, Peter Tribble wrote:
  However, every now and then I need to install some package into
  all zones. While I can parse the zoneadm list output and find
  zoneroots and ask pkg(5) to install into the altroots,
  Would running pkg via zlogin be better?

 It would be roughly equivalent in terms of command-line scripting,
 and would only influence the zones running at the moment. Also,
 such installation would rely on the package servers configured and
 available in the local zone (if any). Although pkg via zlogin has
 the benefit of instantly launching some SMF wrappers that the new
 package might provide, etc. So these are quite different methods...

 By the way, I saw that SVR4 pkgadd done into a local zone from the GZ
 (as an altroot) sometimes fails with an error related to the content
 of $ZONEROOT/etc/zones/index: the zone path there (/) is invalid
 in the GZ context. I have to script up commenting away this entry
 (or renaming the file) before pkgadd and returning it after.
 Would this be considered a bug worthy of mentioning in the issue
 tracker? (Now that some people seem offensive about others suggesting
 what people should do, I guess I should ask about every one of my
 crazy-or-not ideas and RFEs ;) )


There's probably a good reason why the manpages for pkgadd
and pkgrm explicitly tell you not to do this!

-- 
-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

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

Re: [OpenIndiana-discuss] Offtopic question to old SPARC users

[Lou Picciano]

Hello Jim, 

We've got a few of these old beasts around; the last of 'em still anxiously 
awaiting its, uhhh... 'Retirement Party'.

Seems to me we had to replace a battery on at least one of these at some point, 
but don't think it was the CR2032 'button' type, as I recall. Happy to send you 
some parts as needed(?), though distances probably an issue!(?) Happy, too, to 
disassemble one to find battery?

I do remember the project of flashing the EPROM when we got these things...  
Jumpers to be set, etc,; great fun!

Lou Picciano

- Original Message -
From: Jim Klimov jimkli...@cos.ru
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Friday, November 22, 2013 5:45:19 PM
Subject: [OpenIndiana-discuss] Offtopic question to old SPARC users

Hello all,

   My attention was requested to an old UltraSPARC E450 machine with
Solaris 8, whose clock was going slower and worse for the past few
days, maybe weeks. Since about today it has practically stopped -
or more precisely, loops over the same 2-3 second interval over and
over, even with NTP client enabled.

   My hunch would be a dead battery on CMOS, or whatever the analog
of one would be. Any ideas where it might be located, and what model
it is (like CR2032 on Intel-compatibles)? Any more ideas?

   So far they are doing backups and the machine will go into a diag
reboot; normal reboot did not clear the errors at least.

   The beast is old, but serves as an appliance of an old database
which nobody knows how to manage or migrate nowadays, even if into
a Solaris8 branded zone on a newer SPARC, and the production payload
is needed and important. Nobody knows how it works, but they know
too well what for. Bummer...

Thanks for any hints, hunches, anecdotes...
//Jim Klimov

___
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] Cleaning up local pkg cache...

[Lou Picciano]

OI Friends,

Need some pro advice on managing the local pkg repository cache...

First, The Goal: Was to clean up vestigial pkg 'residue', stored in 
/var/pkg/cache, as part of a plan - partly to reduce consumed storage - but 
primarily to use our local pkg mirror as the reference copy for our installs. 
This cleanup of cache would have (should have?) gotten rid of all traces of 
repos no longer used; on this particular box, we'd only need call upon /dev and 
/hipster (plus, at completion, repos for our own Userland builds and custom 
builds)

So, first, did: pkg set-property flush-content-cache-on-success True.

Various documentation indicates that this should empty a local cache after one 
install/uninstall operation. This didn't seem to work as expected, so moved on 
to Step 2:

Much googlishness seems to suggest that deletion of the /var/pkg/cache 
directory altogether is quite safe. (I took the more conservative approach of 
renaming it in situ). After this, sure enough; pkg commands - I ran 'pkg 
verify' - reconstruct the /var/pkg/cache dir; looks good!

But from there, things go quickly off the rails!

We're now at a point that any pkg operation complains about not finding 
oi-experimental -- where is pkg referencing this? -- even though our publisher 
list has no hint of oi-experimental in it.

Anybody have any Best Practices documentation on this?

Lou Picciano

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

Re: [OpenIndiana-discuss] Local zones as SMF service instances

[Lou Picciano]

Jim,

Thanks for this add; will be very useful. 

We're finding zone startup to be wildly variable, even without all the concerns 
around interdependencies. It often devolves into a manual process.

Lou Picciano

- Original Message -
From: Jim Klimov jimkli...@cos.ru
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Sunday, November 17, 2013 10:45:30 PM
Subject: [OpenIndiana-discuss] Local zones as SMF service instances

Hello all,

   If you were ever annoyed by having all zones starting and stopping
as a wild herd on a stampede, while you want them to be orchestrated
in a particular order? Then check this out:
   http://wiki.openindiana.org/oi/Zones+as+SMF+services

   This also works on OpenSolaris SXCE, and I haven't yet verified,
but see no reason for it to fail on Solaris 10 or 11...

HTH,
//Jim Klimov


___
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] Trouble installing math/header-math on OI

[Lou Picciano]

Dylan,

You might take the approach of deleting the smallest set of packages possible, 
to replace with current versions. 
From there, why not update to 151a8? Isn't the sunpro-incorporation back from 
134 days? 

(Are you sure you are missing math-headers? This seems a bit weird.)

FWIW, tarsnap builds here pretty easily here - on a8. Did have to add the 
libnsl to LIBS at configure. ie, LIBS=-lnsl

Lou Picciano

- Original Message -
From: Dylan Distasio interz...@gmail.com
To: openindiana-discuss@openindiana.org
Sent: Tuesday, September 17, 2013 5:16:02 PM
Subject: [OpenIndiana-discuss] Trouble installing math/header-math on OI

Hi all-

I am a relative beginner to OpenIndiana/Solaris, especially when it comes
to package management and compiling software.  I currently am running a
home server for ZFS.

I am attempting to compile a program called tarsnap for backup, and am
running into an issue with the math/header-math being missing.

When I attempt to install math/header-math I get the following error:

dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# pkg list -a | grep -i math
system/library/math (openindiana.org)
0.5.11-0.151.1.7   i--
dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# sudo pkg install
system/library/math/header-math
Creating Plan /
pkg install: No matching version of system/library/math/header-math can be
installed:
  Reject:  pkg://oi-experimental/system/library/math/header-math@0.5.11
,5.11-1.1.1:20120518T234429Z
  Reason:  This version is excluded by installed incorporation pkg://
openindiana.org/consolidation/sunpro/sunpro-incorporation@0.5.11,5.11-0.151.1.7:20121003T222433Z

I'm not sure if I am missing a repository or if this error is being thrown
for another reason.

I am running:
SunOS 5.11 oi_151a7 i86pc i386 i86pc Solaris
Any ideas would be greatly appreciated.

Thanks,
Dylan
___
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] Trouble installing math/header-math on OI

[Lou Picciano]

Dylan,

$ ./configure LIBS=-lnsl --prefix=/of/your/choice
$ gmake
$ (pfexec/sudo) gmake install

Doing this here on a8, using gcc-4.7 and other updated build tools.

You may want to begin updating... what does output of $ pkg publisher look like?

Lou Picciano

- Original Message -
From: Dylan Distasio interz...@gmail.com
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Tuesday, September 17, 2013 6:17:27 PM
Subject: Re: [OpenIndiana-discuss] Trouble installing math/header-math on OI

Hi Lou-

Thanks for the reply.  I was actually able to resolve it by removing the
experimental repository.  Quick question, can you tell me exactly what I
need to do regarding libnsl step by step if you don't mind, I am a bit of a
noob.  I am getting an error that appears to be related to it on make so I
am guessing I need to do what you said, I just don't know how.

Thanks,
Dylan


On Tue, Sep 17, 2013 at 6:09 PM, Lou Picciano loupicci...@comcast.netwrote:

 Dylan,

 You might take the approach of deleting the smallest set of packages
 possible, to replace with current versions.
 From there, why not update to 151a8? Isn't the sunpro-incorporation back
 from 134 days?

 (Are you sure you are missing math-headers? This seems a bit weird.)

 FWIW, tarsnap builds here pretty easily here - on a8. Did have to add the
 libnsl to LIBS at configure. ie, LIBS=-lnsl

 Lou Picciano

 - Original Message -
 From: Dylan Distasio interz...@gmail.com
 To: openindiana-discuss@openindiana.org
 Sent: Tuesday, September 17, 2013 5:16:02 PM
 Subject: [OpenIndiana-discuss] Trouble installing math/header-math on OI

 Hi all-

 I am a relative beginner to OpenIndiana/Solaris, especially when it comes
 to package management and compiling software.  I currently am running a
 home server for ZFS.

 I am attempting to compile a program called tarsnap for backup, and am
 running into an issue with the math/header-math being missing.

 When I attempt to install math/header-math I get the following error:

 dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# pkg list -a | grep -i math
 system/library/math (openindiana.org)
 0.5.11-0.151.1.7   i--
 dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# sudo pkg install
 system/library/math/header-math
 Creating Plan /
 pkg install: No matching version of system/library/math/header-math can be
 installed:
   Reject:  pkg://oi-experimental/system/library/math/header-math@0.5.11
 ,5.11-1.1.1:20120518T234429Z
   Reason:  This version is excluded by installed incorporation pkg://

 openindiana.org/consolidation/sunpro/sunpro-incorporation@0.5.11,5.11-0.151.1.7:20121003T222433Z

 I'm not sure if I am missing a repository or if this error is being thrown
 for another reason.

 I am running:
 SunOS 5.11 oi_151a7 i86pc i386 i86pc Solaris
 Any ideas would be greatly appreciated.

 Thanks,
 Dylan
 ___
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Trouble installing math/header-math on OI

[Lou Picciano]

Dylan,

Very broadly: The configure script for a given 'package' makes a number of 
assessments about the system it's running on; it will check for the compiler in 
use, check for various other build tools, etc. Another key thing it does: 
attempts to figure out where any libraries it needs are located. End Product of 
'configure' is the Makefile, which '(g)make' uses to control the actual build.

In a perfect world, just ./configure could be all that's needed to set things 
up. In the real world, this is rarely the case; it's a pretty big task to write 
a configure script to be aware of any OS it might ever run on. There are a 
number of environment variables at your disposal to get things working; LIBS is 
one of these. LIBS=-lnsl (that's an 'l', not a '1') simply says 'include the 
nsl library'.

Check out $ ./configure --help  -- this will give you a sense of what configure 
script is looking for.

Lou Picciano

- Original Message -
From: Dylan Distasio interz...@gmail.com
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Tuesday, September 17, 2013 7:05:29 PM
Subject: Re: [OpenIndiana-discuss] Trouble installing math/header-math on OI

Lou-

I seem to have gotten it installed.  Thanks for your help.  Can you tell me
what exactly LIBS=-Insl signifies.  I'd like to get an understanding of
this process.


On Tue, Sep 17, 2013 at 6:39 PM, Dylan Distasio interz...@gmail.com wrote:


 PUBLISHER TYPE STATUS   URI
 openindiana.org  (non-sticky) origin   online
 http://pkg.openindiana.org/dev/
 opensolaris.org   origin   online
 http://pkg.openindiana.org/legacy/
 sfe   origin   online
 http://pkg.openindiana.org/sfe/
 dylan@elysium:/dalek/tarsnap-autoconf-1.0.35#


 On Tue, Sep 17, 2013 at 6:36 PM, Lou Picciano loupicci...@comcast.netwrote:

 Dylan,

 $ ./configure LIBS=-lnsl --prefix=/of/your/choice
 $ gmake
 $ (pfexec/sudo) gmake install

 Doing this here on a8, using gcc-4.7 and other updated build tools.

 You may want to begin updating... what does output of $ pkg publisher
 look like?

 Lou Picciano

 - Original Message -
 From: Dylan Distasio interz...@gmail.com
 To: Discussion list for OpenIndiana 
 openindiana-discuss@openindiana.org
 Sent: Tuesday, September 17, 2013 6:17:27 PM
 Subject: Re: [OpenIndiana-discuss] Trouble installing math/header-math on
 OI

 Hi Lou-

 Thanks for the reply.  I was actually able to resolve it by removing the
 experimental repository.  Quick question, can you tell me exactly what I
 need to do regarding libnsl step by step if you don't mind, I am a bit of
 a
 noob.  I am getting an error that appears to be related to it on make so I
 am guessing I need to do what you said, I just don't know how.

 Thanks,
 Dylan


 On Tue, Sep 17, 2013 at 6:09 PM, Lou Picciano loupicci...@comcast.net
 wrote:

  Dylan,
 
  You might take the approach of deleting the smallest set of packages
  possible, to replace with current versions.
  From there, why not update to 151a8? Isn't the sunpro-incorporation back
  from 134 days?
 
  (Are you sure you are missing math-headers? This seems a bit weird.)
 
  FWIW, tarsnap builds here pretty easily here - on a8. Did have to add
 the
  libnsl to LIBS at configure. ie, LIBS=-lnsl
 
  Lou Picciano
 
  - Original Message -
  From: Dylan Distasio interz...@gmail.com
  To: openindiana-discuss@openindiana.org
  Sent: Tuesday, September 17, 2013 5:16:02 PM
  Subject: [OpenIndiana-discuss] Trouble installing math/header-math on OI
 
  Hi all-
 
  I am a relative beginner to OpenIndiana/Solaris, especially when it
 comes
  to package management and compiling software.  I currently am running a
  home server for ZFS.
 
  I am attempting to compile a program called tarsnap for backup, and am
  running into an issue with the math/header-math being missing.
 
  When I attempt to install math/header-math I get the following error:
 
  dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# pkg list -a | grep -i
 math
  system/library/math (openindiana.org)
  0.5.11-0.151.1.7   i--
  dylan@elysium:/dalek/tarsnap-autoconf-1.0.35# sudo pkg install
  system/library/math/header-math
  Creating Plan /
  pkg install: No matching version of system/library/math/header-math can
 be
  installed:
Reject:  pkg://oi-experimental/system/library/math/header-math@0.5.11
  ,5.11-1.1.1:20120518T234429Z
Reason:  This version is excluded by installed incorporation pkg://
 
 
 openindiana.org/consolidation/sunpro/sunpro-incorporation@0.5.11,5.11-0.151.1.7:20121003T222433Z
 
  I'm not sure if I am missing a repository or if this error is being
 thrown
  for another reason.
 
  I am running:
  SunOS 5.11 oi_151a7 i86pc i386 i86pc Solaris
  Any ideas would be greatly appreciated.
 
  Thanks,
  Dylan
  ___
  OpenIndiana-discuss mailing list
  OpenIndiana-discuss@openindiana.org
  http

Re: [OpenIndiana-discuss] 151a8 User/group gui frontend not usable

[Lou Picciano]

Hello Harry,

I don't use this gui frontend of which you speak(!), so can't help with that...

But there is a '-u uid' option to useradd; see $ useradd -h

If you are going to start changing uids with wild abandon, you'll want to stick 
to 'regular' users. Note also that OI has set aside a group of Reserved UIDs 
documented on the Wiki. These are IDs which you'd probably not be running into 
anyway - I hope? - so may not present any obstacles.

Lou Picciano

- Original Message -  From: Harry Putnam rea...@newsguy.com
  ...I've monkeyed around with useradd, usermod and groupadd to get the  
needed numeric gid for my user ...
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] funky beginer questions

[Lou Picciano]

Harry,

Try a $ zfs set - this will list all the attributes you can set on a given 
filesystem. 

Some time ago, experimenting with kernel-based SMB: casesensitivity, 
aclinherit, aclmode, nbmand, sharesmb  - were all important, if to varying 
levels... The byte-range locking (nbmand) was a particular focus of our 
experiments, for example. Or, my memory is simply being spontaneously 
reconstructed, as a result of having missed lunch today - entirely possible!  
'zoned' is also of some importance. Don't leave off the power of zones, if 
setting up an OpenIndiana server...

This is on point: 
http://docs.oracle.com/cd/E23824_01/html/821-1449/managingsmbshares.html
 
other interesting reading: https://www.illumos.org/boards/3/topics/649

And there's always the downright scintillating: 
http://docs.oracle.com/cd/E23824_01/html/821-1448/zfsover-1.html#scrolltoc


   - Original Message -  From: Harry Putnam   To: 
openindiana-discuss@openindiana.org  Sent: Wed, 11 Sep 2013 14:17:48 - 
(UTC)  Subject: Re: [OpenIndiana-discuss] funky beginer questionsLou 
Picciano  writes:   . . . . . . . . . . . . . . . . . . . There are also some 
ZFS   attributes geared toward Windows FSes; you'll want to check these   
out.Thank you for the helpful input.  Although it does sound like your  
operation and thinking are a bit above my pay grade ;).Can you mention a 
little more on that part about 'attributes geared  toward windows FSes', a few 
clues for me to use in search strings?  
___  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] funky beginer questions

[Lou Picciano]

Harry,

Wish there were one answer… Even before ZFS layout, zpool design brings a lot 
of factors into play. But to your question on layouts: Among our considerations 
is the one you're dealing with; 'How granular to get?' 

Some features of ZFS help drive our thinking about our architectures: The 
discrete snapshot capabilities, per ZFS, and the ZFS send/receive capabilities 
are among those core to our thinking. Taken together, these place right in the 
thick of the 'Zero Backups' world, with an ability to move filesystems around, 
as needed, with impunity. So our layouts tend to fall neatly into compartments 
defined by specific functionality, or for specific clients. There are also some 
ZFS attributes geared toward Windows FSes; you'll want to check these out.

Using this to develop logic around your compartmentalization may prove useful.

Again, no single answer - experts here will help you develop many! Antony's 
advice to 'start simple', then build from there, seems a good idea.

Lou Picciano


My advice is to keep it simple - from what you describe, there isn't any
reason I can see to create more than 2 file systems.
One thing you might consider is setting up CrashPlan with your server.
It has a native solaris installation and for $5 a month, you can have all
of your data replicated offsite.
Combine that with ZFS and snapshots, you are looking pretty safe.
Regards,
Antony Brooke-Wood
Mobile: +61 404 460 326

On 11 September 2013 09:34, Harry Putnam rea...@newsguy.com wrote:
 Running 151a8

 Now I've got oi running and becoming slightly familiar with zpool and
 zfs cmds, I need some coaching as to how to employ the zfs fs.

 My general aim is to backup other computers but also want to have a
 few zfs fs that serve a windows 7 box and holds lots of pictures and
 other graphic files while work is done on them from the windows box.

 The setup I now have is all dispensable and is a practice run.  I've
 got the smb server working and shares are available to the win7
 machine.

 What I need is advice about the actual construction of the file
 systems.

 Example: I have an fs p2/rmh  mounted at root /rmh  rmh stands for
 remote hosts.

 So I have p2/rmh/host1 p2/rmh/host2 and etc.  So what is the best way
 to go... should I have the .zfs directory at each level? At /rmh
 at /rmh/host1 and at /rmh/host2  maybe even p2/rmh/host2/someproj,
 with its own .zfs?

 Or better to stop at p2/rmh and let all the hosts be included in the
 same snapshots?

 How fine grained is really most useful?

 One would have to have some mnths of experience to know that answer so
 asking for some input from experienced folks.

 So that we all know the scene:  I'm doing nothing but homeboy
 tinkering, nothing commercial, nothing dreadfully important if lost.

 But of course would hate to loose my photo collection or even see any
 damage come to it.  So preventing that happenstance and storage for
 other home computers are my overriding goals.  How fine grained is
 smart?

 I realize it all really depends on what I'm after but in fact I don't
 know enough to really know that, beyond the stated goals above.

 Detailed experience showing why very fine grain saved the day or
 conversely, evidence that fine grain is a pita and better to have one
 snap for lots of diverse data... that kind of input would be very
 welcome.


 ___
 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

Re: [OpenIndiana-discuss] ipfilter

[Lou Picciano]

Richard,

Do you have explicit values for config files in the 'config' property group? 
ipfilter was a bit fiddly getting set up, but has been solid - as has been its 
service - since. We keep nwam off.

Lou Picciano

 Hi everyone,

I'm having real fun and games trying to get ipfilter to start at boot.
The following seems to work once booted:

svccfg -s ipfilter:default setprop firewall_config_default/policy astring: 
custom
svcadm refresh ipfilter:default
svcadm enable ipfilter:default

However a reboot removes that property, and the service transitions to
maintenance:

Aug 11 17:07:46/511 ERROR: svc:/network/ipfilter:default: Method 
/lib/svc/method/ipfilter reload failed with exit status 96.
Aug 11 17:07:46/511: network/ipfilter:default misconfigured: transitioned to 
maintenance (see 'svcs -xv' for details)

svcs -xv shows nothing. 

I did a little more digging around, and it looks like I've got something
wrong with nwam:

network-physical:nwam.log: nwamd: kstat_open operation failed: No such file or 
directory

I opted to use the NCU/NCP means of assigning a static IP rather than
disabling NWAM and assigning IPs manually:

nwamcfg:ncp:wilson list ncu phys bge0
ncu:bge0
typelink
class   phys
parent  wilson
activation-mode prioritized
enabled true
priority-group  0
link-autopush
nwamcfg:ncp:wilson list ncu ip bge0
ncu:bge0
typeinterface
class   ip
parent  wilson
enabled true
ip-version  ipv4,ipv6
ipv4-addrsrcstatic
ipv4-addr   192.168.1.12
ipv4-default-route  192.168.1.1
ipv6-addrsrcdhcp,autoconf,static
ipv6-addr   2001:xx:xx:xx:xx:xx:xx:xx
ipv6-default-route  2001:xx:xx:xx::1

Can anyone help?

Thanks,

Richard

-- 
Richard Jones  +44 7843 588 599
  Quod gratis asseritur, gratis negatur  
Privacy notice:   http://www.jonze.com/privacy.html

___
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] OpenIndiana server networking problem.

[Lou Picciano]

No worries on this end. In fact, I kinda dug it!
Do take care of your back, though...!

Lou Picciano

- Original Message -  
From: dormitionsk...@hotmail.com dormitionsk...@hotmail.com  
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org  
Sent: Thu, 04 Jul 2013 02:44:01 - (UTC)  Subject: Re: [OpenIndiana-discuss] 
OpenIndiana server networking problem.

 Oops.  This wasn't intended for the list, folks.I'm sorry......
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] [UNSUBSCRIBE]

[Lou Picciano]

Hello Ken!

It's one of the little-realized advantages of reading this list that one might 
be directed to videos, and even the Configurator tool, for the Koenigsegg Agera 
R (!!)  Yet another cool toy I will probably never own!

(Regards to All!)

Lou Picciano

 - Original Message -  From: ken mays maybird1...@yahoo.com  To: 
Discussion list for OpenIndiana openindiana-discuss@openindiana.org  Sent: 
Fri, 07 Jun 2013 16:09:56 - (UTC)  Subject: Re: [OpenIndiana-discuss] 
[UNSUBSCRIBE]Hi Marc,OpenSXCE is related to the original OpenSXDE 
distribution
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] PACS DICOM server based on OI presented as a poster at CMBBE 2013!

[Lou Picciano]

Super Work, Bryan! Kudos!   

Lou Picciano (MD)

- Original Message -
From: Bryan N Iotti ironsides.med...@gmail.com
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Thu, 04 Apr 2013 18:51:19 - (UTC)
Subject: [OpenIndiana-discuss] PACS DICOM server based on OI presented as a
poster at CMBBE 2013!

Hi all,

   As I had told you a while back, the OI-based PACS server I installed 
in my University was accepted as one of the two posters I'm presenting 
here in Salt Lake City, USA, at the 11th International Symposium of 
Computer Methods in Biomechanics and Biomedical Engineering.

I did my best to ensure that OI gets the visibility it deserves for 
this, since without it the system would not be running as well as it has.

Here's what the poster looks like (scaled down of course, the real one 
is 850x850mm):
PACS Poster


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

Re: [OpenIndiana-discuss] Wireshark update, please?

[Lou Picciano]

Hans, yes - have been working on it for the build system. So far, simple build, 
at least, working well.

Lou Picciano

- Original Message -
From: Hans J. Albertsson hans.j.alberts...@branneriet.se
To: openindiana-discuss@openindiana.org
Sent: Thu, 14 Mar 2013 16:43:23 - (UTC)
Subject: Re: [OpenIndiana-discuss] Wireshark update, please?

I managed to compile it for OI151a7, anyway: needed xpg4/bin and 
gcc/4.6/bin in the path, and to make capinfos I had to do ./configure 
--with-gcrypt=no; not sure if that made a difference in what wireshark 
can do.

Other than that it seems to compile and run absolutely fine.


On 2013-03-14 09:00, Hans J. Albertsson wrote:
 The current Wireshark for OI is v 1.4.15.

 This is far behind the recent stable release 1.8.6: could someone look 
 into updating the OI151a Wireshark package?

 If you can't, you can't, but I'd appreciate someone at least giving it 
 a single try.


 ___
 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

Re: [OpenIndiana-discuss] New Wiki page for SMART

[Lou Picciano]

Tks for that work, Bryan.

Lou

- Original Message -
From: Bryan N Iotti ironsides.med...@gmail.com
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Thu, 14 Mar 2013 21:56:17 - (UTC)
Subject: [OpenIndiana-discuss] New Wiki page for SMART

Hi all,

thought it would be a good idea to add a page to the wiki about setting 
up SMART using smartmontools and a special SMF manifest.

The page is here:
http://wiki.openindiana.org/oi/Adding+SMART+disk+monitoring+as+a+SMF+service

Please check it out, let me know if I omitted something or made mistakes.

Bryan

___
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] 10 GB Networking - any known gotchas/tips - stuff to avoid?

[Lou Picciano]

We're looking at building out some of our infrastructure in 10 GB ethernet 
land, then reevaluating our changing storage needs in context of best practices 
for leveraging these speeds. IE, iSCSI? Dedicated Storage arrays, etc.

First: Thanks to those of you who've updated our wiki re 10 GB ethernet 
adapters: http://wiki.openindiana.org/oi/Ethernet+Networking Is it generally 
safe to assume a 'chipset-level' compatibility, whether on adapter or mobo? 
(btw, many of those links to Intel are no longer working...)

Anyone have any specific experience running 10 GB on the newer SuperMicro 
boards? Yes, I realize we're generally safe with the Intel interfaces but, hey; 
doesn't hurt to ask, right?

Thanks, All.

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

[OpenIndiana-discuss] 10 GB Networking - any known gotchas/tips - stuff to avoid?

[Lou Picciano]

We're looking at building out some of our infrastructure in 10 GB ethernet 
land, then reevaluating our changing storage needs in context of best practices 
for leveraging these speeds. IE, iSCSI? Dedicated Storage arrays, etc.

First: Thanks to those of you who've updated our wiki re 10 GB ethernet 
adapters: http://wiki.openindiana.org/oi/Ethernet+Networking Is it generally 
safe to assume a 'chipset-level' compatibility, whether on adapter or mobo? 
(btw, many of those links to Intel are no longer working...)

Anyone have any specific experience running 10 GB on the newer SuperMicro 
boards? Yes, I realize we're generally safe with the Intel interfaces but, hey; 
doesn't hurt to ask, right?

Thanks, All.

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

Re: [OpenIndiana-discuss] Query CPU/SYS temperature in OI?

[Lou Picciano]

Jim, 

Thanks for this question (though I'm afraid I have no answer to it!) - I'd 
asked about this myself a while back...

Something like biosdecode or dmidecode would be great...

Lou Picciano
 
- Original Message -
From: Jim Klimov jimkli...@cos.ru
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org
Sent: Wed, 09 Jan 2013 14:45:45 - (UTC)
Subject: [OpenIndiana-discuss] Query CPU/SYS temperature in OI?

Hi all,

   Is there currently any method to query CPU temperature on an OI
system with generic desktop hardware (i.e. no IPMI/BMC)?

   Or would even this simple query require creation or porting
of a HW-interaction framework like Linux LMsensors with drivers
for the many varied monitoring chips?..

Thanks,
//Jim

___
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] updating packages

[Lou Picciano]

Mattias, 


It's similarly simple... $ (pfexec/sudo) pkg install yourpackage 

- Original Message -
From: mattias m...@mjw.se 
To: openindiana-discuss@openindiana.org 
Sent: Wednesday, December 26, 2012 5:31:44 PM 
Subject: [OpenIndiana-discuss] updating packages 

are it simple as 
pkg update firefox 
in centos it are simple as 
yum update firefox 
i are new to openindiana 


___ 
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] R and R commander

[Lou Picciano]

Daniel, 


There you are - was actually looking for your email address recently, on just 
this point. 
Yeah, we're working on R, too (and would be happy to package it once we get it 
suitably built at all). 


For the moment, though, recent tests - on oi-151a7 - still having problems on 
the en locales. 

Let's stay in touch on this. R is important to us. 

Lou Picciano 

- Original Message -
From: Daniel Kjar dk...@elmira.edu 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Wednesday, November 28, 2012 10:51:12 AM 
Subject: [OpenIndiana-discuss] R and R commander 

Is there a package out there? Is there a good 'howto' for a build? I 
tried building R ages ago and never got it to work... I saw someone 
mention a package but can't find it. 

___ 
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] [oi_151a5 64-bit ] zone config script halts

[Lou Picciano]

Looks like some dependency not built to a sufficient version, or that libnsnis' 
runtime linker flags 
were not set correctly at build time? 


what does $ ldd -d /usr/snadm/lib/libnsnis.so.1 tell you? 


or even $ dump -Lv /usr/snadm/lib/libnsnis.so.1 | egrep '(RPATH|RUNPATH)' 


Lou Picciano 

- Original Message -
From: Roel_D openindi...@out-side.nl 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Wednesday, October 3, 2012 4:19:28 PM 
Subject: [OpenIndiana-discuss] [oi_151a5 64-bit ] zone config script halts 

I created a new zone on my freshly installed OI_151a5. 



I made a mistake by choosing NIS as nameserver instead of DNS. But after 
confirming my choice the following line is printed: 



ld.so.1: sysidns: fatal: relocation error: file 
/usr/snadm/lib/libnsnis.so.1: symbol smf_get_state: referenced symbol not 
found 



I jumped out of the config with .~ and rebooted the zone. The script started 
again at the network config and I could select DNS and everything went fine. 




Just to inform anyone 

___ 
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] postgres as service on OI

[Lou Picciano]

I think we're using /lib/svc/manifest as the new standard. 
Custom service definitions often placed in /lib/svc/manifest/site , by 
convention. 


You'll need a corresponding method file to make it all hang together. 


Lou Picciano 

- Original Message -
From: Boris Epstein borepst...@gmail.com 
To: openindiana-discuss@openindiana.org 
Sent: Tuesday, October 2, 2012 5:11:07 PM 
Subject: [OpenIndiana-discuss] postgres as service on OI 

Hello listmates, 

I am a bit of a newbie so bear with me. 

If I want postgres to start up automatically - where do I put the XML 
definition file to have it start as a service? 

Thanks. 

Boris. 
___ 
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] postgres as service on OI

[Lou Picciano]

I think a general convention would be: put into 'site' what you are building 
custom. Various formal installs will place manifests in the other paths 
according to the 'Great Wisdom' (to which a very few are party!) 


Others (many of whom will have 'The Knowledge') will weigh in... (!) 


Lou 

- Original Message -
From: Boris Epstein borepst...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, October 2, 2012 5:28:40 PM 
Subject: Re: [OpenIndiana-discuss] postgres as service on OI 

Lou, 

Thanks. There's also stuff under /var/svc/manifest/ It is a bit confusing - 
how does one determine what goes where? 

Boris. 

On Tue, Oct 2, 2012 at 5:15 PM, Lou Picciano loupicci...@comcast.netwrote: 

 I think we're using /lib/svc/manifest as the new standard. 
 Custom service definitions often placed in /lib/svc/manifest/site , by 
 convention. 
 
 
 You'll need a corresponding method file to make it all hang together. 
 
 
 Lou Picciano 
 
 - Original Message - 
 From: Boris Epstein borepst...@gmail.com 
 To: openindiana-discuss@openindiana.org 
 Sent: Tuesday, October 2, 2012 5:11:07 PM 
 Subject: [OpenIndiana-discuss] postgres as service on OI 
 
 Hello listmates, 
 
 I am a bit of a newbie so bear with me. 
 
 If I want postgres to start up automatically - where do I put the XML 
 definition file to have it start as a service? 
 
 Thanks. 
 
 Boris. 
 ___ 
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] postgres as service on OI

[Lou Picciano]

Boris, 


Digging a bit further (I must admit, I've never installed our postgresql_84), 
this package installs its service manifest into 
/lib/svc/manifest/application/database/postgresql_84.xml 
The method this manifest calls is in: $ /lib/svc/method/postgres_84 


You can start up either the 32bit or 64bit builds with a syntax like this: 


$ svcadm enable postgresql_84:default_32bit 


So it's really easy. That svc will even initialize the cluster for you - find 
your data in /var/postgres/8.4/data, or /var/postgres/8.4/data_64; pick your 
poison. 


Gotta love OpenIndiana. 


The SFE guys have built more recent versions; these are in the SFE repository. 
I've also gotta wake up and build latest versions for our userland. We're on 
v9.2.1 here. 


Lou Picciano 

- Original Message -
From: Lou Picciano loupicci...@comcast.net 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, October 2, 2012 5:33:58 PM 
Subject: Re: [OpenIndiana-discuss] postgres as service on OI 


I think a general convention would be: put into 'site' what you are building 
custom. Various formal installs will place manifests in the other paths 
according to the 'Great Wisdom' (to which a very few are party!) 


Others (many of whom will have 'The Knowledge') will weigh in... (!) 


Lou 

- Original Message -
From: Boris Epstein borepst...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, October 2, 2012 5:28:40 PM 
Subject: Re: [OpenIndiana-discuss] postgres as service on OI 

Lou, 

Thanks. There's also stuff under /var/svc/manifest/ It is a bit confusing - 
how does one determine what goes where? 

Boris. 

On Tue, Oct 2, 2012 at 5:15 PM, Lou Picciano loupicci...@comcast.netwrote: 

 I think we're using /lib/svc/manifest as the new standard. 
 Custom service definitions often placed in /lib/svc/manifest/site , by 
 convention. 
 
 
 You'll need a corresponding method file to make it all hang together. 
 
 
 Lou Picciano 
 
 - Original Message - 
 From: Boris Epstein borepst...@gmail.com 
 To: openindiana-discuss@openindiana.org 
 Sent: Tuesday, October 2, 2012 5:11:07 PM 
 Subject: [OpenIndiana-discuss] postgres as service on OI 
 
 Hello listmates, 
 
 I am a bit of a newbie so bear with me. 
 
 If I want postgres to start up automatically - where do I put the XML 
 definition file to have it start as a service? 
 
 Thanks. 
 
 Boris. 
 ___ 
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany

[Lou Picciano]

Robin - 


I wonder if you're running into a dependency on libgcc used by gcc-4.4.4? 
(Don't know if Ken did that build with illumos-gcc, but this is worth looking 
into) 


See what you've got in /opt/gcc/4.4.4/lib - I imagine your mileage could get 
pretty wild if various parts of the food chain are built against different gcc 
runtimes. 


Lou Picciano 

- Original Message -
From: Robin Axelsson gu99r...@student.chalmers.se 
To: openindiana-discuss@openindiana.org 
Sent: Monday, August 27, 2012 9:11:13 AM 
Subject: Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany 

I wish you all the best, 
I'm currently trying to get the latest KMS implementations I found by 
Ken Mays to work but so far been unsuccessful. The implementation was 
submitted here: 

https://www.illumos.org/issues/2954 

Since there is no installer or package manager that can handle this I 
manually replaced the amd64 bits of the driver (with matching files as 
submitted by Ken in the ticket) in the system which resulted in the 
error message: dlopen: ld.so.1: Xorg: fatal: libgcc_s.so.1: open 
failed: No such file or directory in the Xorg.log when trying to load 
the ati drivers. I have that file in the system so it seems that some 
path must have been messed up in some config file. 

All I really want is to get the voltage control / (ACPI?) power profile 
to operate the cooling fan of the GPU so that is not making noise 
running on max setting all the time as it is now. As I understand this 
must be done by the KMS based drivers. 

Robin. 

On 2012-08-20 14:35, raichoo wrote: 
 On Mon, Aug 20, 2012 at 2:26 PM, Lou Piccianoloupicci...@comcast.netwrote: 
 
 Hello raichoo! 
 
 
 Hmm... Your idea is intriguing. I will be 'in the area' in Oct, with a 
 window at roughly Oct 19-22. I would have been flying over(!) Bielefeld, 
 but perhaps stopping in might be a better idea? 
 
 That would be great, if you care to stop by, feel welcome. 
 
 
 
 I might be your weakest hacker, but couldn't agree with you more on: 
 
 
 What counts is the will to help. Helping each other is what this is all 
 about :D 
 
 
 Let's get this baby going! 
 
 
 Lou Picciano 
 
 Kind regards, 
 raichoo 
 ___ 
 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

Re: [OpenIndiana-discuss] Fwd: [discuss] SPARC and Illumos

[Lou Picciano]

Nice, Martin! 


(Speaking of excessive electricity bills, we have a handful of e450s we'd be 
_happy_ to ship to you. Pls send shipping address !! (sic) ) 


Lou Picciano 

- Original Message -
From: Мартин Бохниг (Martin Bochnig) mar...@martux.org 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Thursday, August 16, 2012 7:49:44 PM 
Subject: [OpenIndiana-discuss] Fwd: [discuss] SPARC and Illumos 

-- Forwarded message -- 
From: Мартин Бохниг (Martin Bochnig) mar...@martux.org 
Date: Fri, Aug 17, 2012 at 1:43 AM 
Subject: Re: [discuss] SPARC and Illumos 
To: disc...@lists.illumos.org 


On Fri, Aug 17, 2012 at 12:59 AM, Brad Walker bwal...@musings.com wrote: 
 Recently there was some talk about SPARC compatibility. 
 
 I would like to make sure that Illumos continues to have proper SPARC 
 compatibility and would like to volunteer to make this happen. 
 
 I'm a long time Sun guy. When I lived in Silicon Valley, I had a 4/280 
 with a Kennedy tape drive and a couple of SMD drives. I just couldn't 
 keep dragging it around when I moved and so it is now been disposed 
 of. Plus, the power bill was getting pretty large. 
 
 Currently I have an Ultra 10, Sunblade 1000, Sunblade 2500, and a 
 T2000. The Sunblade 2500 is my main home machine. When I need to use a 
 PC, I run SunPCI3. So far this has served me well over the years. The 
 T2000 is a new addition to the family and would like to retire the 
 Sunblade 2500 as I migrate over to the T2000. 
 
 So I guess you can say, that I've got a few machines that we can use. 
 
 But, my question is: How do I get started with Illumos? 
 
 Ideas or suggestions would be most appreciated. 
 
 -brad w. 





Hi all, 

this project is still in its mysterious darkroom phase, which ends on 
August 31st. 
From then on it enters its o_p_e_n(indiana) phase. 
And everybody is happily welcome to contribute. 

I canceled my holidays and work on it 12 to 18 hours every weekday and weekend. 
And I'm now sure, that the promised release date of August (for the 
initial demo) can be met. 

At the current moment it would be contra-productive to work in a team, 
as the chatting, explaining and talking would prevent us from going 
ahead. 

Everybody has a different approach of working, but I hope you 
understand that this is mine. 
So please wait until August 31st, which is in 2 weeks, and therefore 
in just a few felt moments. 
Time flies ... 



And to keep you loyal SPARC fellows 2 weeks more patient, here is some 
of the daily dog food that I enjoy to eat myself: 


Build started Thu Aug 16 21:26:25 2012 
Distribution name: OpenIndiana 
Build Area dataset: magicspace/dc/20120816thu__0 
Build Area mount point: /magicspace/dc/20120816thu__0 
 im-pop: Image area creation 
Initializing the IPS package image area: 
/magicspace/dc/20120816thu__0/build_data/pkg_image 
Setting preferred publisher: sparcoi 
Origin repository: http://192.168.111.200:1 
Verifying the contents of the IPS repository 
Installing the designated packages 
Uninstalling the designated packages 
Setting post-install preferred publisher: sparcoi 
Origin repository: http://192.168.111.200:1 
Stopping at im-mod: Image area modifications 
Build completed Thu Aug 16 23:11:27 2012 
Build is successful. 

... 


and 


$ uname -a 
SunOS 5.11 oi_151a_Initial_SPARC_OpenIndiana__with_cheers_from__Martin_Bochnig 
sun4u sparc SUNW,Sun-Blade-1000 


So, again: Thanks for your offer to help. 
Starting in two weeks a nice community project is available to you and us all. 



regards, 
%martin 

___ 
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] Calibre doc converter to ebooks formats for OpenIndiana??

[Lou Picciano]

From: Jan Owoc jso...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Thursday, August 9, 2012 9:37:32 AM 
Subject: Re: [OpenIndiana-discuss] Calibre doc converter to ebooks formats for 
OpenIndiana?? 
On Thu, Aug 9, 2012 at 7:03 AM, Milan Jurik milan.ju...@xylab.cz wrote: 
 Sooner or later Python 3.2 will be provided in OI SFE but I am not sure how 
 much it can coexists with 2.6 


blockquote

Many GNU/Linux distributions have both a Python2 and a Python3 in 
their repositories. I happen to have both installed on one of my 
systems. 
/blockquote

blockquote


/blockquote

blockquote

/blockquote
We do quite a bit of 'experimentation' with various versions of Python, so have 
several versions installed at a given moment. The Python 'altinstall' option is 
your friend here through all v2s of python. In fact - if memory serves, since 
v3.0(?), I believe 'make install' is now an alias for 'make altinstall'. The 
'make fullinstall' option now exists for when you're ready to make the jump to 
v3-as-default. 


Really, the developer has fully granular control over which binary to use in a 
given environment; they coexist quite nicely in separate trees. (Some crazy 
developer might well have 2.4, 2.6, 2.7 and 3.2, all in harmonious 
cohabitation.) 


Of course, the only big gotcha is that the binary named 'python' is called, by 
default, by many things - and so should be agreed upon. We can make the 
determination of which version is to be so blessed as 'The OS Version' as 
necessary bits and pieces make it into versions. 


Fwiw, I've suggested we use these binary naming conventions within our own 
userland builds; they seem to accommodate most developer use cases (we have 
many), and allow for rapid transition in the future; for example, for all the 
system-level uses of python. 



(OK, I had to look it up: see release notes for 3.0a5: 
http://www.python.org/getit/releases/3.0.1/NEWS.txt ) 

blockquote



The way it works is similar to how it's frequently done with gcc, 
where there is a series of symbolic links, with the plain python 
command pointing toward the version that is considered most universal: 


~$ ls -l /usr/bin/pyth* 
lrwxrwxrwx 1 root root 9 Apr 23 10:06 /usr/bin/python - python2.7 
lrwxrwxrwx 1 root root 9 Apr 23 10:06 /usr/bin/python2 - python2.7 
-rwxr-xr-x 1 root root 2989480 Jul 31 23:40 /usr/bin/python2.7 
-rwxr-xr-x 1 root root 1652 Jul 31 23:40 /usr/bin/python2.7-config 
lrwxrwxrwx 1 root root 16 Apr 17 11:20 /usr/bin/python2-config - 
python2.7-config 
lrwxrwxrwx 1 root root 9 Apr 14 23:13 /usr/bin/python3 - python3.2 
lrwxrwxrwx 1 root root 11 May 3 09:52 /usr/bin/python3.2 - python3.2mu 
-rwxr-xr-x 1 root root 2954048 May 3 09:52 /usr/bin/python3.2mu 
lrwxrwxrwx 1 root root 11 Apr 14 23:13 /usr/bin/python3mu - python3.2mu 
lrwxrwxrwx 1 root root 16 Apr 17 11:20 /usr/bin/python-config - 
python2.7-config 


When I have a program that *requires* Python 3.2, it usually knows (or 
can be configured) to call python3. 


Cheers, 
Jan 


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

Re: [OpenIndiana-discuss] ipfilter frustrations again

[Lou Picciano]

Daniel, 


Yes, have found ipfilter to be quite fiddly... Have you tried to manually 
reload the filter rules with something like: 
ipf -f /path/to/ipf.conf ? (or, similarly: ipnat -f (etc) ??? 


Lou Picciano 

- Original Message -
From: Daniel Kjar dk...@elmira.edu 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Wednesday, July 18, 2012 8:37:00 AM 
Subject: [OpenIndiana-discuss] ipfilter frustrations again 

How do you 'correctly' modify the ipfilter settings with this new 
'ignore /etc/ipf/ipf.conf' set up in OI? I tried 
following the directions on 

http://hub.opensolaris.org/bin/view/Community+Group+on/2009022302 

but nothing changes. This is on a fresh 151a5 install. How is a person supposed 
to do this without using a customized ipf.conf file? Is there a gui? 

I can't get the damn thing to look at etc/ipf/ipf.conf and I modified the new 
default custom location /somewhere/incomprehensible/ipf.conf and that does 
nothing either. 


-- 
Dr. Daniel Kjar 
Assistant Professor of Biology 
Division of Mathematics and Natural Sciences 
Elmira College 
1 Park Place 
Elmira, NY 14901 
607-735-1826 
http://faculty.elmira.edu/dkjar 

...humans send their young men to war; ants send their old ladies 
-E. O. Wilson 



___ 
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] Intel Graphics 12.02 for Illumos-based distros

[Lou Picciano]

Thanks, Ken - Fantastic! 


Lou Picciano 

- Original Message -
From: ken mays maybird1...@yahoo.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Cc: develo...@lists.illumos.org 
Sent: Saturday, March 31, 2012 11:10:59 AM 
Subject: [OpenIndiana-discuss] Intel Graphics 12.02 for Illumos-based distros 

Hello, 

Provide Intel 12.02 graphics package features for OpenIndiana/Illumos-based 
distros. 


Ref: http://intellinuxgraphics.org/2012.02.html 
Ref: https://www.illumos.org/issues/2570 
Related ticket: https://www.illumos.org/issues/1485 

These 64-bit packages were ported to OpenSolaris/OpenIndiana/Illumian for 
software development and provide these Intel Graphics 12.02 package features: 

1. mesa 8.0.2 
2. xf86-video-intel 2.18.0 (*) 
3. libdrm-2.4.33 
4. libva-1.0.15 
5. vaapi-driver-intel-1.0.15 
Notes: (*) The Xorg Intel 2.18.0 64-bit video driver binary, mesa 8.0.2, 
libdrm-2.4.33, and libva/vaapi-1.0.15 are 
available for oi_151a and exceed the Intel Graphics 12.02 package requirements. 
Be advised, Intel KMS/DRM patch updates are needed within the Illumos-modified 
kernel for full Intel 2.18.x driver KMS 
functionality. The current driver binary for oi_151a utilizes the non-KMS 
features 

Also, it is now possible to watch 2-3 1080p streams with less than 20% CPU 
utilization with MPEG-4 AVC decoding using the va-api features and Intel GMA 
GPUs. 

Just a proof of concept and for fun at the moment. 

~ Ken Mays 
___ 
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] Need a PCI e-sata card for OI151a

[Lou Picciano]

Dan, 


To make things a bit more complicated (!): We've had very good luck with our 
BIOS settings* at AHCI and 'Native' IDE mode enabled; these settings are for 
the P67A Intel controller on-board; these settings get us Command Queuing and 
HotPlug capabilities. They also allow pass-through of HDD SMART capabilities, 
for compatibility with smartctl. 


FWIW, I am aware of no driver available for the Marvell 88SE9128 controller on 
this mobo; we don't use it. 


Lou Picciano 


*this is on a GigaByte GA-P67A-UD7-B3 

- Original Message -
From: Dan Swartzendruber dswa...@druber.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, March 27, 2012 12:58:09 PM 
Subject: Re: [OpenIndiana-discuss] Need a PCI e-sata card for OI151a 

On 3/27/2012 12:51 PM, Russell Hansen wrote: 
 A quick glance at the motherboard manual for what you have indicates the 
 probability that your on-board SATA ports aren't using AHCI. Likely some 
 compatibility mode meant for those poor souls that may have needed Win9x when 
 that BIOS was basically coded. 
 
 http://www.supermicro.com/manuals/motherboard/3000/MNL-0889.pdf 
 Page 4-4 
 
 In the BIOS check to see if the SATA Controller Mode is set to Compatibile. 
 You will need to change it to Enhanced. (*Note: The Enhanced mode is 
 supported by the Windows 2000 OS or a later version. :-p ) 
 
 From there the SATA RAID mode should default to Disabled. The SATA AHCI mode 
 you will want to change to Enabled. 
 
 AHCI mode should give you hot-swap capabilities as well as let you use your 
 SSD with some sanity. 
 
Must be a bios bug then. I am pretty sure (will confirm tonite) that 
the sata controller is set to enhanced. My other mobo x9scl-f that runs 
esxi has TWO settings for each port: one for whether to enable AHCI and 
one for whether to enable hot plug. I kid you not. If I can't figure 
this out, I may just get the $14 rosewill sil card - it's only for 
occasional backup to a WD Blue consumer sata drive. 

___ 
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] strange reboot behavior: deadman timeout

[Lou Picciano]

All, 

Really stumped on this one: even after recent updates, we are unable to do a 
smooth software reboot; see a deadman timeout and CPU panic, followed by a core 
dump. Immediately thereafter, the machine _does_ reboot itself. Hmmm 

The machine has recently been upgraded to prestable-a1; prestable_a2 is next. 
Prestable seems to have addressed the interrupt storm issue on this SandyBridge 
machine; vmstat 5 interrupt counts have dropped to  1k from 7+ _million_. So 
far, so good. But now we can't get past the reboot issue. 

There may still be a timing issue after all - we are able to take the machine 
down occasionally with parallel gcc builds. Anyone have any suggestions/inputs 
on this? 

Regards, 

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

Re: [OpenIndiana-discuss] Crossbow performance bit rot

[Lou Picciano]

Yes, Jason, now that James has mentioned the 'Interrupt Storm' matter... 

You've piqued my interest. Any chance you're having all these problems on a 
SandyBridge system? Would love to hear more. In our case, we'd seen interrupt 
faults rising into the _multiple millions_, over a 5-second interval, before 
all hell started breaking loose. Though our (latest series of) problems were 
not network-related, they may be responsible for problems with ZFS. 

Lou Picciano 

- Original Message -
From: James Carlson carls...@workingcode.com 
To: Jason Matthews ja...@broken.net 
Cc: openindiana-discuss@openindiana.org 
Sent: Thursday, January 19, 2012 12:26:30 PM 
Subject: Re: [OpenIndiana-discuss] Crossbow performance  bit rot 

On 01/17/12 14:01, Jason Matthews wrote: 
 Another fairly likely possibility would be the hardware offload 
 features that some drivers can use -- checksum and LSO. If the 
 driver you're using can turn off these features, I strongly 
 recommend trying that. I'd quickly run out of appendages before 
 I could count the number of times that hardware acceleration 
 has thrown performance in the toilet. 
 
 The igb driver doesn't have any tunables for disabling hardware 
 acceleration. 

It has a lot of tunables. First, there are the ones documented in 
/kernel/drv/igb.conf. Of those, perhaps the most interesting is 
flow_control. It looks like the hardware acceleration ones here are the 
queuing-related ones, but they appear to be disabled by default. 

Then there are ones that can be controlled via igb.conf but that aren't 
advertised in the default file that ships. These include: 

intr_force 
tx_hcksum_enable 
rx_hcksum_enable 
lso_enable 
tx_head_wb_enable 
tx_copy_threshold 
tx_recycle_threshold 
tx_overload_threshold 
tx_resched_threshold 
rx_copy_threshold 
rx_limit_per_intr 
intr_throttling 
mcast_max_num 

Several of those control hardware acceleration features. 

Then there are the private link properties that you can access via dladm 
show-linkprop (but that don't show up unless specifically requested): 

_tx_copy_thresh 
_tx_recycle_thresh 
_tx_overload_thresh 
_tx_resched_thresh 
_rx_copy_thresh 
_rx_limit_per_intr 
_intr_throttling 
_adv_pause_cap 
_adv_asym_pause_cap 

All of those look interesting, but would likely require some 
driver-level information to use properly. 

 I did however issue 'echo dohwcksum/W 0 | mdb -kw' 
 
 I assume that turned off hardware checksums. Flipping that bit made no 
 difference, however. 
 
 I added a Broadcom 5709 dual port card which uses the bnx driver. It 
 experiences the same degradation as the Intel chips. The Broadcom driver is 
 configurable for turning off hardware checksums and so I did that in 
 bnx.conf. It made no difference, the network performance still deteriorates. 

That's interesting. 

Have you tried isolating other components? Is the behavior the same on 
all switch ports? Does it differ if you're connected to a different 
brand of switch? 

Is there anything special going on here? For example, do you have 
standard IEEE link negotiation turned off -- forcing duplex or link speed? 

 I could find no options to disable LSO on either the Broadcom or Intel 
 cards. Is there an object to tweak with mdb? 

It's a driver property; see above. (Tweaking with mdb is at least 
theoretically possible, but is actually fairly hard to do.) 

 I suggest: 
 
 - using dtrace to find out what the code paths are when traffic is 
 working fine and when it's slow; the difference may reveal something, 
 
 
 Tracking this with dtrace is currently out of my league, but I take 
 direction well. 

It's an interactive exercise, unfortunately, and I don't think I have 
the time to walk through it here. 

 My current work around is that I expanded the number of zones running on the 
 four web servers from 8 zones total to 28 zones total. This has dramatically 
 slowed the degradation. I would have gone to 32 zones but the current IP 
 subnet wont support it. Before expanding to 28 zones, I was forced to delete 
 the vnics and reboot the zones each day. 
 
 
From time to time, I see correctiosn in the response time graphs. For 
 instance, one or more zones/vnics on the a given system experience a sudden 
 drop in response times. Say from 5ms to less than 1 ms. When this happens, 
 occasionally a cycle starts where every one to two hours the performance 
 resets back under 1ms(I view this as a good thing), and then begins to rise 
 again. Eventually, some large spike comes around in response time, the cycle 
 breaks, and the system resumes the slow climb to certain death. 
 
 I could use some more ideas. I am considering putting a pre-crossbow S10, 
 oi148, and/or S11 on the front line here to see if the problem goes away. I 
 starting to scrape the bottom of the barrel for ideas. 

Those symptoms seem to point in the direction of something much broader; 
a system-wide issue with interrupts, perhaps. 

Have you seen the postings about APIC issues

Re: [OpenIndiana-discuss] Network (RTL8111/8168) not working properly on OpenIndiana 151a

[Lou Picciano]

Robin, 

Not sure about all this. Like you, I have a mobo which has (in our case, two) 
RTL8111Es. Ours is a GigaByte GA-P67A-UD7-B3. Also, like you, I'd been sternly 
warned off these interfaces. 

Also, like you, we'd been seeing spurious instability problems, and have been 
working hard to run them all to ground. One looked like a drive problem, then 
memory became suspect. In one series, it turned out we really did have a 
defective CPU. In all recent 'events', however, the network has stayed up. The 
current leading contender is an odd, ever-increasing, interrupts fault count on 
SandyBridge CPUs, apparent in vmstat. After a few days of uptime, this number 
has easily gotten over 1.6 million (!!); The machine does eventually just lock 
up. Current plan may be to move to dev-il, where some patches have been applied 
(??) 

Curious, which Mobo are you talking about? And, any chance you're running 
SandyBridge on it? 

Lou Picciano 

- Original Message -
From: Robin Axelsson gu99r...@student.chalmers.se 
To: openindiana-discuss@openindiana.org 
Sent: Thursday, December 29, 2011 10:34:20 AM 
Subject: Re: [OpenIndiana-discuss] Network (RTL8111/8168) not working properly 
on OpenIndiana 151a 

On 2011-12-29 10:53, Edward Martinez wrote: 
 On 12/28/11 13:24, Robin Axelsson wrote: 
 After a fresh install of OI 151a I discovered that the network 
 connection fails intermittently. Firefox stalls in OI, SSH sessions 
 spontaneously get severed, internet/network availability goes on and 
 off with this connection. 
 
 Basically the behaviour is the same as when I was running earlier 
 builds of OpenSolaris on a machine with the RTL8111DL chip. When 
 asking the question on the Osol forums the reply was that this was a 
 known bug and the recommendation was to get an Intel based NIC. Later 
 I was informed that this bug was resolved in later builds of 
 OpenSolaris. So when I upgraded to build 134, the RTL8111DL started 
 working without problems. I even upgraded to OpenIndiana 148 and 
 still no problems. 
 
 Now I have replaced the motherboard on that system to a motherboard 
 with the RTL8111E chip. Since my hard drive died I have done a fresh 
 install of OI 151a on a new hard drive and once again this network 
 bug has woken up from its apparently dormant state. 
 
 Has someone accidentally put an old version of the rge driver into 
 the OI distribution? If not, does anyone have any idea as to why this 
 problem has come back? 
 
 I tried to replace the rge driver with the gani 2.6.8 driver but the 
 problem was slightly worse on the gani driver. Even my VMs hang when 
 using the gani0 connection (bridged networking on VBox). 
 
 I have tried using an Intel network card with the e1000g driver and 
 it has shown no problems whatsoever on my system. 
 
 So is this problem fixable or will I have to use Intel NICs with my 
 system? 
 
 Robin. 
 
 
 
 ___ 
 OpenIndiana-discuss mailing list 
 OpenIndiana-discuss@openindiana.org 
 http://openindiana.org/mailman/listinfo/openindiana-discuss 
 
 i have read it is troublesome to get the rge driver working. maybe, 
 the rge driver fixes do not cover the RTL8112E chipset. 
 
 This article mentions a few work around for opensolaris, that may 
 apply to OI. However, i think you are better of using the intel nic 
 since you are not having problems. 
 
 http://sigtar.com/2009/02/12/opensolaris-rtl81118168b-issues/ 
 
 ___ 
 OpenIndiana-discuss mailing list 
 OpenIndiana-discuss@openindiana.org 
 http://openindiana.org/mailman/listinfo/openindiana-discuss 
 
 

Yes, I've been to that page, in fact, it was this page that helped me 
find the gani driver. And it is the RTL8111E chip and _not_ the RTL8112E 
chip we are talking about here. Also, the Realtek controller show no 
problems in a Windows environment. 



___ 
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] Solaris 11 source code leaked?

[Lou Picciano]

Gregory, 

Must say, this was my first thought of it. It could be a fairly insidious way 
to 'infect' the process... Even without 20 years' experience in IP Law, it's 
easy to imagine lots of (unpleasant) discussion about 'Derivative Works'. 

Lou Picciano 

- Original Message -
From: Gregory Youngblood greg...@youngblood.me 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Monday, December 19, 2011 12:29:05 PM 
Subject: Re: [OpenIndiana-discuss] Solaris 11 source code leaked? 

This seems potentially bad all the way around to me. Hopefully this turns out 
to be a real, officially blessed release and not a leak. 

Given the question as to the origin of this code drop, and the potential huge 
downside if it turns out to be a leak and not an official code drop, then I 
would say everyone in Illumos/OI and related communities are best steering 
clear of the code. Not even steering clear, but deliberately going out of the 
way to avoid looking at it or anything related to it. 

All it takes is someone that even accidentally has unclean hands from seeing 
the code and then later, perhaps unknowingly, coming up with an idea that is 
close enough to what was done in the leaked code to potentially doom or cause a 
major set back to the project(s). 

Even avoiding looking at the code is not an assurance that Oracle won't at some 
point later attempt to apply legal pressure to make things difficult by using 
the allegation of code from the leak being used without permission. Look how 
long SCO has managed to drag out it's battle with all things Linux, even after 
it was found not to own the copyrights. 

Hopefully steering clear of the code will decrease the chances of unfounded 
legal attacks later. In my opinion, if this is a code leak and not a release, 
it's a great disservice to everyone involved. 

Greg 

On Dec 19, 2011, at 10:08 AM, Jonathan Adams wrote: 

 it wouldn't need to be a disgruntled Oracle employee, they still deal 
 with Intel, and other manufacturers ... just needs to be someone with 
 access to the code and no emotional ties to Oracle. 
 
 If code is tagged with the CDDL, can that code not be CDDL? if so a 
 third party with no involvement, or an automated system could remove 
 files from the archive that don't have the CDDL leaving only 
 Open-licensed code available. 
 
 Jon 
 
 On 19 December 2011 16:44, Michael Kerpan madcrow.maxw...@gmail.com wrote: 
 I'm assuming that a disgruntled employee made this dump out of 
 frustration with the current situation. Still, given that the CDDL 
 licenses on most files are almost certainly simply leftovers from the 
 Sun era, the code is useless to OpenIndiana and not legally binding. 
 I'd even go as far as to say that this is a BAD thing as there's now 
 tempting code out there that if it accidentally made its way into OI 
 or FreeBSD or any of the other projects using code from the 
 OpenSolaris era could cause MAJOR legal problems for those projects. 
 
 Mike 
 
 ___ 
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OI support for recent Supermicro motherboards?

[Lou Picciano]

Gary - Have taken the liberty of updating wiki here: 
http://wiki.openindiana.org/oi/Servers , with an internal link to the 'servers' 
ACL page. 

Tks for your mileage report. 

(I'd love to start a similar page for storage subsystem reports - hardware 
used, gotchas, bonnie++ reports, etc.) 

Lou Picciano 

- Original Message -
From: Geoff Flarity geoff.flar...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, December 6, 2011 11:13:55 AM 
Subject: Re: [OpenIndiana-discuss] OI support for recent Supermicro 
motherboards? 

Great opportunity to update the Wiki: 

http://wiki.openindiana.org/oi/Community+HCL 

On Tue, Dec 6, 2011 at 10:10 AM, Gary Mills gary_mi...@fastmail.fm wrote: 
 On Tue, Dec 06, 2011 at 11:37:48AM +0100, Hans J. Albertsson wrote: 
 Will OI b151a work OK with the following boards: 
 
 **X9SCM-F: 
 
 Key Features 
 1. Single socket H2 (LGA 1155) supports 
 Intel® Xeon® E3-1200 family, Intel® 
 2nd Generation Core i3  Intel® 
 Pentium® family processors 
 2. Intel® C204 PCH Chipset 
 3. Up to 32GB DDR3 ECC 
 1333/1066MHz UDIMMs; 2 channels 
 4. Intel® 82579LM and 82574L, 
 2x Gigabit Ethernet LAN ports 
 5. 4x SATA2 3Gbps w/ RAID 0, 1, 5, 10; 
 2x SATA3 6Gbps w/ RAID 0, 1 
 6. 2x (x8) PCI-E 2.0 slots, 2x (x4) PCI-E 
 2.0 in x8 slots 
 7. 9x USB 2.0 ports 
 (2 rear + 6 via header + 1 Type-A) 
 8. Integrated IPMI 2.0 with KVM and 
 Dedicated LAN 
 
 I'm running oi_151a on a Supermicro X9SCM-F-O motherboard with four 
 4-gig ECC DIMMs and an Intel E3-1220 CPU. Only one of the ethernet 
 interfaces is supported, but that's all I need. I haven't tested the 
 IPMI device yet, but I expect it to work. 
 
 -- 
 -Gary Mills- -refurb- -Winnipeg, Manitoba, Canada- 
 
 ___ 
 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

Re: [OpenIndiana-discuss] OI support for recent Supermicro motherboards?

[Lou Picciano]

Alexander - I've added those. Tks for your report. L 
Anyone else? We're on a roll now! 

Lou 

- Original Message -
From: Alexander Lesle gro...@tierarzt-mueller.de 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, December 6, 2011 1:14:27 PM 
Subject: Re: [OpenIndiana-discuss] OI support for recent Supermicro 
motherboards? 

Hello Lou Picciano and List, 

thx for updating http://wiki.openindiana.org/oi/Motherboards 

Can you add this Boards to the HCL too? 

X8Si6-F ATX, onboard LSI 2008 8-Port 6Gbps SAS Controller 
X8SIA-F ATX 
X8SIL-F mATX 

All three comes with Intel 82574L dual nic and IPMI. 

Thx. 

On Dezember, 06 2011, 17:54 Lou Picciano wrote in [1]: 

 Gary - Have taken the liberty of updating wiki here: 
 http://wiki.openindiana.org/oi/Servers , with an internal link to the 
 'servers' ACL page. 

 Tks for your mileage report. 

 (I'd love to start a similar page for storage subsystem reports - 
 hardware used, gotchas, bonnie++ reports, etc.) 

-- 
Best Regards 
Alexander 
Dezember, 06 2011 
 
[1] 
mid:1733950602.773954.1323190459168.javamail.r...@sz0093a.westchester.pa.mail.comcast.net
 
 


___ 
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] OI support for recent Supermicro motherboards?

[Lou Picciano]

Gary, Alexander, Geoff, Others... 
Have incorporated changes you guys have posted here into wiki pages on mobos, 
servers and (enet) components - including a little bit of cross-linking. Tks 
for your inputs. 

If you want to flesh out notes/versions/drivers, etc. - I'd be happy to 
incorporate. Such things much-needed. 
(eg, Gary, on which version(s) of Oi have you tested those Intel interfaces?) 

Lou Picciano 

- Original Message -
From: Gary Mills gary_mi...@fastmail.fm 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, December 6, 2011 2:13:52 PM 
Subject: Re: [OpenIndiana-discuss] OI support for recent Supermicro 
motherboards? 

On Tue, Dec 06, 2011 at 06:58:07PM +0100, Alexander Lesle wrote: 
 Hello Gary Mills and List, 
 
 On Dezember, 06 2011, 16:10 Gary Mills wrote in [1]: 
 
  I'm running oi_151a on a Supermicro X9SCM-F-O motherboard with four 
  4-gig ECC DIMMs and an Intel E3-1220 CPU. Only one of the ethernet 
  interfaces is supported, but that's all I need. I haven't tested the 
  IPMI device yet, but I expect it to work. 
 
 I dont find this Board at supermicro.com. 
 Is that the right board you mean? 
 http://www.supermicro.com/products/motherboard/Xeon/C202_C204/X9SCM-F.cfm 

Yes, that's the one. The `-O' might indicate the retail box. 

-- 
-Gary Mills- -refurb- -Winnipeg, Manitoba, Canada- 

___ 
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] Which mobo allows 24 GB ram and ECC

[Lou Picciano]

Harry - You may be getting into SuperMicro mobo space at this point... (others 
here will have some specific recommendations for you). 

On the other hand - the latest Sandy Bridge Architectures will support 32 GB 
even on lower-end boards. 

Lou Picicano 

- Original Message -
From: Harry Putnam rea...@newsguy.com 
To: openindiana-discuss@openindiana.org 
Sent: Sunday, December 4, 2011 2:57:19 PM 
Subject: [OpenIndiana-discuss] Which mobo allows 24 GB ram and ECC 

Hoping to save any more googling and pawing thru specs etc by letting 
someone that knows just name motherboards that allow 24 gb max ram and 
have option for ECC memory too. 

This will be for a zfs server but will also be the home of many 
installed guest vms... hence the high ram spec. 

I've looked at quite a few asus boards which seem to have ECC option 
more or less by default (unlike most others). But then finding the 
24 GB max is another matter... 

Or possibly my google stings are poorly thought out or arranged. Is 
anyone else noticing that google seems NOT to honor quotations in 
search string any more? 


___ 
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] DTrace with PHP 5.3

[Lou Picciano]

Alasdair, 

Actually, had a bit of trouble right at the buildconf --force step, even within 
the 5.3.8 tree. 
looks like it's related to our much-too-nice version of autoconf: 

(I am trying to build in to PHP an out-of-tree module) 

buildconf: You need autoconf 2.59 or lower to build this version of PHP. 
You are currently trying to use 2.63 
Most distros have separate autoconf 2.13 or 2.59 packages. 
On Debian/Ubuntu both autoconf2.13 and autoconf2.59 packages exist. 
Install autoconf2.13 and set the PHP_AUTOCONF env var to 
autoconf2.13 and try again. 

Will try with trunk next. 

Lou 

- Original Message -
From: Alasdair Lumsden alasdai...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Cc: Lou Picciano loupicci...@comcast.net 
Sent: Tuesday, September 20, 2011 4:16:25 PM 
Subject: Re: Fwd: [OpenIndiana-discuss] DTrace with PHP 5.3 

Hi Lou, 

On 09/17/11 03:53 PM, Lou Picciano wrote: 
 Your timing on this couldn't be better - I've been doing a lot of builds 
 of v5.3.8 this week. One major point for us is that we need the 'embed' 
 SAPI, but haven't been able to build embed and apxs2 into the same build 
 tree... 
 
 I'm sure you've got it covered better than I could, but do let me know 
 if I can help... Lou 

Have you had any luck porting the dtrace bits to php 5.3.8? I 
successfully managed to port (or at least merge) the integrated dtrace 
bits from PHP 5.3.99 (the codename for php 6 I think) into 5.3.8, 
however it bombs out in the install stage at the last minute: 

alasdair php (al-sunbox.office): pfexec gmake install 
cc /export/home/alasdair/php/Zend/zend_dtrace.d.o -o 
/export/home/alasdair/php/Zend/zend_dtrace.d 
Undefined first referenced 
symbol in file 
main /opt/SUNWspro/prod/lib/crt1.o 
php_request_startup /export/home/alasdair/php/Zend/zend_dtrace.d.o 
dtrace_execute_internal /export/home/alasdair/php/Zend/zend_dtrace.d.o 
dtrace_execute /export/home/alasdair/php/Zend/zend_dtrace.d.o 
zend_error /export/home/alasdair/php/Zend/zend_dtrace.d.o 
php_request_shutdown /export/home/alasdair/php/Zend/zend_dtrace.d.o 
zend_throw_exception_internal /export/home/alasdair/php/Zend/zend_dtrace.d.o 
dtrace_compile_file /export/home/alasdair/php/Zend/zend_dtrace.d.o 
$dtrace11568901.ZEND_CATCH_SPEC_CONST_CV_HANDLER 
/export/home/alasdair/php/Zend/zend_dtrace.d.o 
ld: fatal: symbol referencing errors. No output written to 
/export/home/alasdair/php/Zend/zend_dtrace.d 
gmake: *** [/export/home/alasdair/php/Zend/zend_dtrace.d] Error 1 

I thought perhaps my port of the code had gone wrong, but then I tried 
building php 5.3.99 itself, and it had exactly the same issue. 

I have tried with both gcc 3.4.3, gcc 4.5.2, and Sun Studio and always 
encounter the same problem. 

I contacted what I think is the main author of the DTrace patch in PHP 
5.3.99 (David Soria Parra) and he replied to my first email but hasn't 
gotten back to me yet after I provided more info to him. 

It would be interesting to see if you can get php 5.3.99 to successfully 
build with dtrace enabled. Instructions are here: 

http://blog.experimentalworks.net/2010/04/php-5-3-99-dev-and-dtrace-part-i/ 

I might try older revisions from the subversion repo if I find time. 

Cheers, 

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

Re: [OpenIndiana-discuss] Request for volunteers: Building LibreOffice

[Lou Picciano]

(Damn! - I was even just a few mouseclicks away from heading to their 
conference in a few weeks, too. Paris: Oct 12.) 

I wish I were in a better position to help on this one. We _are_ investing 
heavily in the OpenDocument format and, thereby, LibreOffice itself to some 
extent, but I'm sure there are many here with 'portage' expertise well above my 
pay grade. 

Lou Picciano 

- Original Message -
From: Alasdair Lumsden alasdai...@gmail.com 
To: OpenIndiana Developer mailing list oi-...@openindiana.org, Discussion 
list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, September 20, 2011 4:10:27 PM 
Subject: [OpenIndiana-discuss] Request for volunteers: Building LibreOffice 

Hi All, 

http://alasdairrr.tumblr.com/post/10404734792/libreoffice 

We've been joined by a LibreOffice developer in #oi-dev, who is willing 
to help us with a port of LibreOffice to OpenIndiana. 

Unfortunately all the usual suspects who might work on this are tied up 
- so I'm mailing the lists to find out if anyone might be interested in 
collaborating with us on this? 

Ideally someone who steps forward should know their way around a 
Makefile pretty well and have ported software to Solaris before - 
LibreOffice is pretty big. 

Getting LibreOffice into OI would be a big win - it's an often requested 
package. 

Cheers, 

Alasdair 


___ 
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] How to replace a motherboard without reinstalling OpenIndiana

[Lou Picciano]

Robin, 

Apart from issues of reinstalling Oi - which will be of some significant 
concern - I can relate from experience some of what you should expect from the 
GigaByte board; we are GB users ourselves - running Oi right now on 
GA-P67A-UD7-B3 mobos. 

First, you won't get good (any!) mileage from the Marvel SATA controllers on Oi 
- they are unsupported. 

In addition, some have told us to avoid the RealTek Gigabit enet chips as well 
- though we haven't had probs there with latest revs of Oi. 

Last, have also purchased Intel NIC card replacement for use in (one of) these 
mobos, but find that it won't fit in the crazily-designed PCIE slot, given 
clearances against the GigaByte 'Ultra Durable' (but ultra in-the-way!) 
heatsinks. 

Having said all that, we have reliable, screaming fast installations of Oi 
based on that GB board - overall, happy! 

Lou Picciano 

- Original Message -
From: Robin Axelsson gu99r...@student.chalmers.se 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Friday, September 9, 2011 6:30:10 PM 
Subject: [OpenIndiana-discuss] How to replace a motherboard without 
reinstalling OpenIndiana 

Hi, 
I wonder how I can make an existing installation of OI work on a new 
motherboard. From my past experience the operating system stopped 
working when I replaced the motherboard so I had to reinstall it. I 
think the reason why is because the new motherboard have different IRQ 
mappings even though they had a lot of the hardware in common, which 
results in the drivers not finding the hardware on the new motherboard. 

So my question is how can I manually reallocate the drivers or make the 
the system automatically reconfigure the drivers to the new hardware 
configuration? I have put a considerable amount of time configuring the 
old system so I would very much like to not have to get through the 
hassle of reinstalling the system and redoing everything again. 

If my RMA will be successful I will swap my old MSI 790FX-GD70 with a 
Gigabyte GA-990FXA-UD7. This motherboard has only one Realtek RTL8111E 
controller whereas the old one has two RTL8111DL controllers. So I'm 
considering throwing in an extra Intel EXPI9400PT controller to get two 
ports like the old one (I have dedicated the other port for virtual 
machines). 

The other difference is that Gigabyte has ditched the JMicron 
controller/extender combo (for OnBoard SATA, and good riddance it is!) 
for two Marvell 88SE9172 but I won't be using that anyway. So other than 
that and the newer NB/SB they feature essentially the same hardware 
components. 

Kind Regards 
- Robin. 



___ 
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] About moving OpenIndiana development into illumos.org

[Lou Picciano]

Sriram, 

Yes, this is indeed an interesting development. Looks like the hard work of a 
core of people over at Oi is really setting the standard. OpenIndiana is 
carrying the flag, it seems! 

Lou Picciano 

- Original Message -
From: Sriram Narayanan sri...@belenix.org 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Thursday, September 1, 2011 9:39:04 AM 
Subject: [OpenIndiana-discuss] About moving OpenIndiana development into 
illumos.org 

Hi everyone: 

I saw the recent IRC logs of the OI-Dev meeting, and noted with 
interest about collaboration between oi and illumos - especially 
around having a common package pool, whereby oi would package the 
compiled artifacts into IPS packages, while Nexenta would package into 
dpkg. 

This is interesting, because for Belenix, we were going to propose 
something similar to oi - importing the OI builds into RPM, given the 
amount of meta-data that already exists. 

-- 
Belenix: www.belenix.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] BAD WD drives - defective by design?

[Lou Picciano]

Roy - Though it doesn't offer much by way of solution to the Western Digital 
Dilemma, I can reinforce your assertions re Hitachi: We've got a very 
nicely-running ZFS array comprised of 2TB Hitachi Desktars; built partly with 
your help, as you recall. 

Great performance - and it's been rock solid so far. I've never been much of a 
fan of WD anyway - you are only helping me in my position... 

Lou Picciano 

- Original Message -
From: Roy Sigurd Karlsbakk r...@karlsbakk.net 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Monday, August 29, 2011 5:23:56 PM 
Subject: Re: [OpenIndiana-discuss] BAD WD drives - defective by design? 

file systems don't have sectors, they have blocks. and zfs normally uses 
512b-128k blocks, which is fine. this issue won't be fixed by reducing the 
recordsize in zfs, it's a hardware/driver thing 

- Original Message - 
 I think Rich was suggesting using 4k sectors on the file system, not 
 asking 
 what the drives sector size was. 
 
 On Mon, Aug 29, 2011 at 2:15 PM, Roy Sigurd Karlsbakk 
 r...@karlsbakk.netwrote: 
 
  All drives have 512b sector sizes, WD FASS (blacks) and WD EADS 
  (greens) 
  both use plain old 512 sectors. 
  
  - Original Message - 
   The drives are attached to a backplane? 
   
   Try using 4k sector sizes and see if that improves it - I've seen 
   and 
   been part of a number of discussions which involved this - and 
   you, I 
   think, actually. 
   
   - Rich 
   
   On Mon, Aug 29, 2011 at 5:07 PM, Roy Sigurd Karlsbakk 
   r...@karlsbakk.net wrote: 
Hi all 

It seems recent WD drives that aren't Raid edition can cause 
rather a lot of problems on RAID systems. We have a few machines 
with LSI controllers (6801/6081/9201) and we're seeing massive 
errors occuring. The usual pattern is a drive failing or even a 
resilver/scrub starting and then, suddenly, most drives on the 
whole 
backplane report errors. These are usually No Device (as 
reported by 
iostat -En), but the result is that we may see data corruption 
at 
the end. We also have a system setup with Hitachi Deskstars, 
which 
has been running for almost a year without issues. One system 
with a 
mixture of WD Blacks and greens showed the same errors as 
described, 
but has been working well after the WD drives were replaced by 
deskstars. 

Now, it seems WD has changed their firmware to inhibit people 
from 
using them for other things than toys (read: PCs etc). Since 
we've 
seen this issue on different controllers and different drives, 
and 
can't reproduce it with Hitachi Deskstars, I would guess the 
firmware upgrade from WD is the issue. 

Would it be possible to fix this in ZFS somehow? The drives seem 
to 
work well except for those No Device errors 

Vennlige hilsener / Best regards 

roy 
-- 
Roy Sigurd Karlsbakk 
(+47) 97542685 
r...@karlsbakk.net 
http://blogg.karlsbakk.net/ 
-- 
I all pedagogikk er det essensielt at pensum presenteres 
intelligibelt. Det er et elementært imperativ for alle pedagoger 
å 
unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I 
de 
fleste tilfeller eksisterer adekvate og relevante synonymer på 
norsk. 

___ 
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 
  
  -- 
  Vennlige hilsener / Best regards 
  
  roy 
  -- 
  Roy Sigurd Karlsbakk 
  (+47) 97542685 
  r...@karlsbakk.net 
  http://blogg.karlsbakk.net/ 
  -- 
  I all pedagogikk er det essensielt at pensum presenteres 
  intelligibelt. Det 
  er et elementært imperativ for alle pedagoger å unngå eksessiv 
  anvendelse av 
  idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer 
  adekvate 
  og relevante synonymer på norsk. 
  
  ___ 
  OpenIndiana-discuss mailing list 
  OpenIndiana-discuss@openindiana.org 
  http://openindiana.org/mailman/listinfo/openindiana-discuss 
  
 
 
 
 -- 
 I hope some animal never bores a hole in my head and lays its eggs in 
 my 
 brain, because later you might think you're having a good idea but 
 it's just 
 eggs hatching - Jack Handy 
 ___ 
 OpenIndiana-discuss mailing list 
 OpenIndiana-discuss@openindiana.org 
 http://openindiana.org/mailman/listinfo/openindiana-discuss 

-- 
Vennlige hilsener / Best regards 

roy 
-- 
Roy Sigurd Karlsbakk 
(+47) 97542685 
r...@karlsbakk.net 
http://blogg.karlsbakk.net/ 
-- 
I all pedagogikk er det essensielt

Re: [OpenIndiana-discuss] VirtualBox 3.1.8 / bridged networking on oi_148 x86 host

[Lou Picciano]

Dave, 


I've been using latest VirtualBox (4.1) on OpenIndiana 148b or so, and having 
good luck so far. 


You and I are both suffering with RealTek Gigabit interfaces, which I've been 
warned off of. Still, for the moment at least, things look pretty good. 


Lou Picciano 

- Original Message -
From: Dave Koelmeyer davekoelme...@me.com 
To: Open Indiana Discussion List openindiana-discuss@openindiana.org 
Sent: Sunday, July 24, 2011 7:51:19 AM 
Subject: [OpenIndiana-discuss] VirtualBox 3.1.8 / bridged networking on oi_148 
x86 host 

Hi All, 

I have a couple of VMs I keep hanging around which use VirtualBox 
bridged networking. I fire them up infrequently enough to not notice 
that apparently since upgrading my host to oi_148 bridged networking is 
broken. 

I see the following error message when attempting to launch the VMs in 
question: 

Failed to start the virtual machine Ubuntu8.04. 
Failed to open/create the internal network 'HostInterfaceNetworking-rge0 
- Realtek Gigabit Ethernet' (VERR_SUPDRV_COMPONENT_NOT_FOUND). 
Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND). 

Swtiching to NAT works fine. Anyone else seen this? 

-- 
Dave Koelmeyer 
http://blog.davekoelmeyer.co.nz 

___ 
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] OI-151: test drive

[Lou Picciano]

Brian, You can also do the # svcadm refresh(or enable) gdm from an ssh 
session... 


Lou Picciano 

- Original Message -
From: Brian Hechinger wo...@4amlunch.net 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Wednesday, June 22, 2011 3:33:00 PM 
Subject: Re: [OpenIndiana-discuss] OI-151: test drive 

On 6/22/2011 3:30 PM, Alex Lam S.L. wrote: 
 
 Is there a way to literally kill the GUI? I run into this accidentally today: 
 
 # svcadm disable gdm 
 
 Which throws me out into the console. The only down-side being that if 
 the desktop freezes, I don't think I get this line typed out, let 
 alone executing it... 
 
 Thanks for the information. 

Does Ctrl-Alt-Backspace kill the X server when it's hung? It should. 

-brian 

___ 
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] VirtualBox Guest Additions ?

[Lou Picciano]

Tommy, 


Yes, similar mileage on this end trying to do that... Think we had to run the 
actual scripts on the mounted iso image to get additions to install. 


Lou Picciano 

- Original Message - 
From: Thommy M. Malmström thommy.m.malmst...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Monday, April 18, 2011 10:54:42 AM 
Subject: [OpenIndiana-discuss] VirtualBox Guest Additions ? 

I have VirtualBox 4.0.4 installed in Ubuntu 10.10 host and oi_148 
installed as VBox guest. 

Now I download 
http://download.virtualbox.org/virtualbox/4.0.4/VBoxGuestAdditions_4.0.5-Xorg110.iso
 
and mount it to my oi_148 VBox and the start it. 

Then I try to run Devices-Install Guest Additions... but nothing happens. 

Anyone with better luck than me??? 

___ 
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] Installing on USB stick

[Lou Picciano]

Andrew, 


Welcome to Oi! 


Yeah, a couple of us were just struggling with getting our old Dells to boot Oi 
- in my case, under duress! It can be a pain. 


Problem is probably in your grub setup. Check what you've got working in your 
USB stick (you only need about 2GB, btw), then transfer that to your grub lines 
on the hard disk install. You may already know, you can hit 'e' to edit your 
grub lines. To get a jump on this, check the transcripts of the IRC channel; a 
couple of us were bangin' around on exactly this this weekend. 


By the time I get back to the list, if you haven't already solved it, either I 
will have checked my notes - or any of virtually all the folks here who know a 
lot more about it than I do! - will have. 


You'll get it going. Lou Picciano 

- Original Message - 
From: Andrew Myers am2...@gmail.com 
To: openindiana-discuss@openindiana.org 
Sent: Tuesday, March 29, 2011 8:22:10 PM 
Subject: [OpenIndiana-discuss] Installing on USB stick 

Hi, 

I have a dell latitude E6400 laptop on which unfortunately I cannot 
seem to get OI working, unless I boot it from a USB stick (the Live CD 
will not boot). I have a feeling this has something to do with the 
hard drive controller, but I am not really enough of a tech head to 
figure it out. 

So I had the idea that I could boot via the USB, and then use a 
another 64Gb stick and install OI on there. I thought that worked, 
because I ran the installer and it seemed to complete successfully. 
It rebooted from the 64G and I was able to use OI. However after 
shutting down that session, I cannot reboot again from the 64G USB 
stick. It gets to the Splash Screen but just reboots shortly after. 

In theory is what I'm doing (ie. install to USB rather than a HDD) 
going to work? And if so, is there any way I can try and debug why it 
fails on subsequent reboots? 

Regards, 
Andrew. 

___ 
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] Quadro 600 No Joy - Solved

[Lou Picciano]

Now this is quite interesting, though (in my case) it has nothing to do with 
the bge driver. 


Several of us have had problems with the RealTek interfaces - or is it 
something to do with the rge driver? 


What's interesting is that, in all cases, the problems seemed to appear after 
134a. I have posted something of a bug report at Illumos, but I don't really 
have enough concrete diagnostic data of much use, I'm afraid. 


Yes, I know, the obvious answer is 'buy an Intel interface', but now I'm 
curious... ! 


Lou Picciano 

- Original Message - 
From: Ken Gunderson kgund...@teamcool.net 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Monday, February 28, 2011 7:36:50 PM 
Subject: Re: [OpenIndiana-discuss] Quadro 600 No Joy - Solved 


On Mon, 2011-02-28 at 10:59 -0500, Gary Gendel wrote: 
 Jon, 
 
 This particular v20z refuses to update to the latest firmware, but bge 
 works properly for OpenSolaris up to and including 134b so it looks to 
 be a change to the bge driver found in Oi 147 or 148. There is another 
 issue where apcupsd wouldn't run because of some change in libusb as 
 well. Recompling from source wouldn't fix that problem either. 
 
 Unfortunately, this is my home router, file, web, mail, et. al. server 
 so I can't do extended experimentation and debugging. 
 
 That a second person saw a CPU issue with the bge driver makes me (want) 
 to believe something changed in the driver source to cause this. 

Just to add to the data point, this exact same system (sans the Qudaro) 
worked for many months with bge as primary NIC under various iterations 
of Nevada and OpenSolaris. So I would concur with Gary that the fault 
is something introduced post 134b, but remedied in Illumos based 148a. 
The 2865 also has onboard nge, and that works fine, wh/I makes ruling 
out something else in the stack a pretty safe bet. 

I've been up to my ears with other things, but am curious if anyone has 
checked Illumos bug tracker? 

Best regards-- Ken 

-- 
Ken Gunderson kgund...@teamcool.net 


___ 
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] It just trashed itself!!

[Lou Picciano]

Mark, It may not help at all - but what kind of network interface hardware are 
you using? 


We've seen occasional, strange dropoffs of interfaces based on RealTek chips. 
Odd, because one virtual interface will drop off, while others, over the same 
hardware, stay live. Have not had good luck sorting the problem; except that 
everyone is saying 'get rid of RealTek' hardware, usually recommending Intel. 


Interested in your comments. Lou Picciano 

- Original Message - 
From: Mark mark0...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Friday, February 25, 2011 2:59:43 AM 
Subject: [OpenIndiana-discuss] It just trashed itself!! 

I had an interesting issue today with one of my Open Indiana storage 
servers. 
It has around 15 smb/nfs shares and 40Tb of storage. 

The problems may have slowly crept up on it, as logs from the nfs client 
showed slow response issues starting about 12 hours earlier. 

Eventually it had ground to a halt, and would not complete a console login. 
I achieved a normal shut-down via the power button, but on reboot it was 
somewhat stuffed. 
On power up, it dropped into single user mode, due to networking issues. 
A 'dladm show-phys' revealed some missing network devices. 

The box has two to on-board and a quad gigabit card as igb devices, as 
well as a dual 10Gbit ixgbe, but only 3 x igb and 1 x ixgbe devices 
showed up. 

I tried another reboot, but that didn't help much either, as some were 
still missing. 
Then a reboot - -r, and that resulted in all the network devices 
disappearing. 

Suspecting possible hardware issues, I booted of the text installation 
cdrom, and found all the network devices were present and correct. 
A zpool import  scrub of the OS mirror showed no issues either. 

About an hour later, after a full OS reinstall and reconfigure, it was 
back up in production, thanks to the real virtues of zfs - recovery and 
portability, with smb and nfs shares intact. 
(I have build a raw vm workstation Open Solaris on a sata disk , moved 
it to an AMD and then Intel processor box, and had no problems just 
booting it up) 

I've saved one of the mirrored OS disks for a post-mortem, to try to 
find out what happened. Some of the errors on screen suggested write 
issues to some /dev/ devices, but when a production system is down, 
rapid recovery is always the primary goal, and analysis took a back seat. 

I've been slowly, (try moving 40Tb in a hurry and keeping data 
available), upgrading the Open Solaris boxes to Open Indiana to resolve 
the scrub impact and some of the other issues I had encountered. 
These have been very reliable for up to two years so far. 
The oldest has been up for about a year, but this one only a month. 

Hopefully this isn't a regular event, but I may keep a pre-built OS disk 
ready just in case. 

If anyone has suggestions on what to look for in the wreckage, it would 
be helpful. 


Mark. 

[Sparing a thought for Christchurch Earthquake victims. 
Thankfully, my family there are all safe.] 


___ 
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] nwam

[Lou Picciano]

Thommy, Must you use nwam? (it's kind of a Royal Pain...!) You may be better 
off simply deactivating it, and going back to 'stick and rudder' flying... 


Friends don't let friends use NWAM. Lou Picciano 

- Original Message - 
From: Thommy M. Malmström thommy.m.malmst...@gmail.com 
To: openindiana-discuss@openindiana.org 
Sent: Saturday, February 5, 2011 1:36:34 PM 
Subject: Re: [OpenIndiana-discuss] nwam 

A somewhat easier question then. What's up when the NWAM GUI says 
Needs network selection? 


bge0 connects immediatley I put in the cable and ath0 sometimes when I 
disconnect the cable. But sometimes is something that I'm not used 
to running Solaris, more often when on Windows... 

Are there any files to edit instead of fiddling with the GUI??? 
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Upgraded to OI148: now entire is not installed!

[Lou Picciano]

Hans, 


I can commiserate a bit; had exactly the same problem you're seeing, and wasn't 
really aware of the extent of it. Was wondering why certain binaries seemed to 
be wrong versions, and filesystem wasn't all it should have been... 




I did have the idea of beadm-creating a clone, mounted on /a 
then pkg -R /a install -f -v entire, just to see, but if I know more 
when I try that, I'll get further. 


Geniuses here led me to essentially your own conclusion; I ultimately installed 
the entire@ consolidation on a new BE. All now working great! 


Lou Picciano 

- Original Message - 
From: Hans J. Albertsson hans.j.alberts...@branneriet.se 
To: openindiana-discuss@openindiana.org 
Sent: Monday, January 31, 2011 4:48:10 AM 
Subject: [OpenIndiana-discuss] Upgraded to OI148: now entire is not 
installed! 

I upgraded (using pkg image-update) to OI148 (Described in a previous 
email) from OSol b134. 

When I now check, the entire package is not installed? 

Is this OK, or should I 

A: Worry? 

B: Do something about it? If so, PLEASE tell me what! In some detail, 
please! 

Note, in spite of having been at Sun for well over 21 years, I was never 
involved in the recent development of things like Open Solaris in a 
technical way. 
My last years were spent managing unwilling hordes, and then managing a 
lab. I could get a new machine out of the box, into a rack and globally 
accessible in under 2 minutes, but that's the extent of the tech 
challenges of lab management. I'm comfortable with ZFS, too. ZFS hits a 
lab guy every day. But that's it. So please be patient with me and 
advise me. 

I did have the idea of beadm-creating a clone, mounted on /a 
then pkg -R /a install -f -v entire, just to see, but if I know more 
when I try that, I'll get further. 

___ 
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] crippling dladm set-linkprop limitations when setting allowed-ips, resulting in dladm: property list too long

[Lou Picciano]

Jonathan - 


Though we do use dladm quite a bit, haven't run into this limitation of the 
allowed property... 


On the other hand, doesn't this property accept CIDR masking; wouldn't this go 
a long way toward consolidating your 'allowed' requirements? 


Lou 

- Original Message - 
From: Jonathan Kinney openindiana-disc...@super-geek.com 
To: openindiana-discuss@openindiana.org 
Sent: Tuesday, January 25, 2011 7:37:37 PM 
Subject: [OpenIndiana-discuss] crippling dladm set-linkprop limitations when 
setting allowed-ips, resulting in dladm: property list too long 

I was wondering if anyone has insight into this problem I ran into. 
While adjusting the link properties for an existing vnic, I found that 
if you try to add more than 243 characters worth of comma separated IP 
addresses to the allowed-ips= property, it results in the error 
dladm: property list too long. Here is an example to show what I 
mean. The command (all on one line): 

dladm set-linkprop -t -p 
allowed-ips=28.42.112.131,28.42.112.132,28.42.112.133,28.42.112.134,28.42.112.135,28.42.112.136,28.42.112.137,28.42.112.138,28.42.112.139,28.42.112.140,28.42.112.141,28.42.112.142,28.42.112.143,28.42.112.144,28.42.112.145,28.42.112.146,28.42.112.147,28.42.112.148
 
ywo378_0 

Will result in the following error: 

dladm: property list too long 
'allowed-ips=28.42.112.131,28.42.112.132,28.42.112.133,28.42.112.134,28.42.112.135,28.42.112.136,28.42.112.137,28.42.112.138,28.42.112.139,28.42.112.140,28.42.112.141,28.42.112.142,28.42.112.143,28.42.112.144,28.42.112.145,28.42.112.146,28.42.112.147,28.42'
 

This simply means that, depending on the IP address length, you can 
fit 15-30 IP addresses with comma separation into the allowed-ips 
property using the dladm command. Just off the top of my head, it 
looks like the DLADM_STRSIZE being set to 256 may be related to this 
issue. I am sure I am not the only security conscious person who has 
ran into this issue. Does anyone have any idea how to get around this 
limitation besides rebuilding from source code? 

Jonathan Kinney 
http://www.simplywebhosting.com 

___ 
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] Driver security?

[Lou Picciano]

Oi Gang, 


An interesting article below. Are we at all exposed re our USB or NDIS drivers? 

http://www.fiercecio.com/techwatch/story/no-let-security-front-2011/2011-01-21 


Snippet: 


Over in China, researchers from Microsoft ( NASDAQ: MSFT ) have sounded the 
warning on new malware that intercepts and inspects network traffic in order to 
stymie the operation of cloud-based antivirus tools . While disabling the 
operation of antivirus applications is hardly new, the use of an NDIS driver in 
this case to monitor and modify data packets at the network level is 
surprisingly sophisticated. 

Read more: No let up on the security front in 2011 - FierceCIO:TechWatch 
http://www.fiercecio.com/techwatch/story/no-let-security-front-2011/2011-01-21#ixzz1BhZjoebp
 
Subscribe: 
http://www.fiercecio.com/techwatch/signup?sourceform=Viral-Tynt-FierceCIOTechWatch-FierceCIOTechWatch
 
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] Enable samba

[Lou Picciano]

Yes, Paul, Jonathan has nailed it, methinks... 


I spent a little time myself figgering out that native CIFS SMB was _already_ 
running on Oi before I sorted it... 


Lou 

- Original Message - 
From: Jonathan Adams t12nsloo...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Wednesday, January 19, 2011 12:40:49 PM 
Subject: Re: [OpenIndiana-discuss] Enable samba 

And I'm assuming that you've created an smb.conf file in /etc/sfw ... 

On 19 January 2011 17:10, Steve Gonczi gon...@comcast.net wrote: 
 Just a Wild guess you may have 
 The kernel cifs occupying The 
 Smb Ports already 
 Make sure cifs 
 Is shut off 
 
 -:::-sG-:::- 
 
 On Jan 19, 2011, at 11:43, Paul Johnston paul.johns...@manchester.ac.uk 
 wrote: 
 
 Hi 
 
 I have SunOS openindiana 5.11 oi_148 i86pc i386 i86pc Solaris and wanted to 
 try it for samba 
 
 However 
 paulj@openindiana:~$ pfexec svcadm enable samba wins 
 paulj@openindiana:~$ pfexec svcs samba wins 
 STATE STIME FMRI 
 maintenance 16:08:52 svc:/network/samba:default 
 maintenance 16:14:59 svc:/network/wins:default 
 
 Lookin in dmesg I see 
 svc:/network/samba:default: Method /usr/sbin/smbd -D failed with exit 
 status 1 
 
 paulj@openindiana:~$ pfexec svcs -xv samba 
 svc:/network/samba:default (SMB file server) 
 State: maintenance since January 19, 2011 04:18:23 PM GMT 
 Reason: Start method failed repeatedly, last exited with status 1. 
 See: http://sun.com/msg/SMF-8000-KS 
 See: man -M /usr/share/man -s 1m smbsmbd 
 See: man -M /usr/share/man -s 4 smb.conf 
 See: /var/svc/log/network-samba:default.log 
 Impact: This service is not running. 
 
 Anyone any thoughts? 
 
 Cheers Paul 
 
 ___ 
 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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] OpenIndiana branding

[Lou Picciano]

Richard, Jesus: 


This conversation is helpful to me; I am wrestling with this right now, as I am 
modifying a build or two to be Oi-specific. 


What's the consensus? What's the best, most reliable 'tag' to use for 
indicating a given build is for Oi_148? 


Of course, the question suggests: 'What the best way to remain most compatible 
with the largest number of other packages and subsequent incarnations of Oi'? 


Lou Picciano 


- Original Message - 
From: Richard L. Hamilton rlha...@smart.net 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Saturday, January 15, 2011 10:47:52 AM 
Subject: Re: [OpenIndiana-discuss] OpenIndiana branding 


On Jan 15, 2011, at 3:33 AM, Jesus Cea wrote: 

 -BEGIN PGP SIGNED MESSAGE- 
 Hash: SHA1 
 
 On 14/01/11 21:53, Alasdair Lumsden wrote: 
 OpenIndiana is technically SunOS 5.11, and to maintain compatibility 
 we'll be keeping this for the foreseeable future. Perhaps in the very 
 distant future a version bump might occur, but we're talking 5+ years 
 here I imagine. 
 
 While I support SunOS 5.11 naming, I am a bit afraid of compatibility 
 divergences with the coming Solaris 11, also known as SunOS 5.11. So 
 we will have two different systems reporting SunOS 5.11 that are not 
 actually the same system. 
 
 I don't have any better proposal, though. Maybe considering any 
 incompatibility with Solaris 11 a bug to be fixed could be a good 
 advice. Time will tell, I guess. 

Together with keeping uname -v unique, so that any unavoidable 
or intentional differences that remain can be identified, IMO that's 
reasonable. 

Even those differences that aren't bugs or can't be fixed should IMO be 
_documented_, so that one could know that for a given oi_xxx, what the 
differences were to the most similar Solaris 11 build. They might well be 
mostly that some recent or proprietary feature wasn't available, I'd imagine. 

Hopefully proper configuration scripts that as much as possible probe for 
features rather than _assuming_ features given an OS version will largely avoid 
problems when building source. But for those that don't, and for binary 
compatibility, it would be IMO very desirable for the differences to be 
documented. Also, the exercise of documenting the differences should serve as 
an additional check on avoiding unintended differences. 


___ 
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] inetadm and svcadm

[Lou Picciano]

I know nothing of nagios, but it might run under a different daemon name, no? 


And, of course, the script needn't be named anything like nagios at all! 


Lou 

- Original Message - 
From: Matt Wilby matthewwi...@btinternet.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Friday, January 14, 2011 3:00:51 PM 
Subject: Re: [OpenIndiana-discuss] inetadm and svcadm 

Hi, 

Do a 'ps -ef | grep nagios'. The third column gives you parent pid. What is it? 

Matt 


On 14/01/2011 19:53, ann kok wrote: 

 Hi Matt 
 
 I go to /etc/init.d 
 
 There is no nagios script under this folder. 
 
 Do you have any idea? 
 
 Thank you 
 
 --- On Fri, 1/14/11, Matt Wilby matthewwi...@btinternet.com wrote: 
 
 From: Matt Wilby matthewwi...@btinternet.com 
 Subject: Re: [OpenIndiana-discuss] inetadm and svcadm 
 To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
 Received: Friday, January 14, 2011, 2:25 PM 
 SMF won't do anything with Nagios 
 unless there is a manifest for it. 
 
 Have a look in /etc/init.d, there's probably a legacy 
 script depending on how you installed it. You can start it 
 with /etc/init.d/nagios start. 
 
 Here's a link from Google that might prove helpful. 
 
 http://searchdatacenter.techtarget.com/tip/Installing-Nagios-on-Solaris-for-network-and-server-monitoring?asrc=EM_NLN_5591223track=NL-832ad=683882
  
 http://searchdatacenter.techtarget.com/tip/Installing-Nagios-on-Solaris-for-network-and-server-monitoring?asrc=EM_NLN_5591223track=NL-832ad=683882
  
 
 
 You may want to look at some of the Nagios related forums. 
 
 Thanks. 
 
 
 
 On 14/01/2011 19:18, ann kok wrote: 
 
 I can ps -ef|grep nagios 
 
 But I can't see how to start the nagios in it 
 
 svcs -a list | grep nagios == nothing 
 
 How does it start? 
 
 Thank you 
 
 --- On Fri, 1/14/11, Matt Wilby matthewwi...@btinternet.com 
 wrote: 
 From: Matt Wilby matthewwi...@btinternet.com 
 Subject: Re: [OpenIndiana-discuss] inetadm and 
 svcadm 
 To: Discussion list for OpenIndiana 
 openindiana-discuss@openindiana.org 
 Received: Friday, January 14, 2011, 2:01 PM 
 Sorry I wasn't very clear. What's the 
 output of 'ps -ef | grep what you are looking 
 for'? 
 
 On 14/01/2011 18:56, Matt Wilby wrote: 
 
 What's the output of 'ps -ef'? 
 
 
 On 14/01/2011 18:51, ann kok wrote: 
 
 Hello 
 
 How I can know the service is under 
 inetadm or 
 svcadm? 
 I can't find service in svcs -a 
 
 But I can see it in the ps -ef 
 
 How do I know the service coming from? 
 
 Thank you 
 
 
 
 
 ___ 
 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 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 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] Proposal: OpenIndiana Stable Branch

[Lou Picciano]

Fantastic. I'm in. How to help? 


Lou Picciano 

- Original Message - 
From: Alasdair Lumsden alasdai...@gmail.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org, 
OpenIndiana Developer mailing list oi-...@openindiana.org 
Sent: Friday, January 14, 2011 3:36:16 PM 
Subject: [OpenIndiana-discuss] Proposal: OpenIndiana Stable Branch 

Hi All, 

I believe now would be a really good time for us to create our first stable 
branch of OpenIndiana, given the timing of some developments within the 
project 
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] IO_b148 on an ATI HD 5770: Xorg failure / black screen

[Lou Picciano]

Ken, 


Thanks for these clarifications re Radeon, btw... 


So, in an abundance of over-clarification: For my HD 3870, I've been resigned 
to using the vesa driver so far with this card; is this still the state of 
play? 


I do understand from others here that I shouldn't expect any 3D functionality 
with this card, and that there's no way to use the card's processor to generate 
the graphical desktop we might try to send out via VNC, or other virtual 
desktop s'ware. Is all of this still true? 


Lou 

- Original Message - 
From: ken mays maybird1...@yahoo.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Sunday, December 26, 2010 2:11:39 PM 
Subject: Re: [OpenIndiana-discuss] IO_b148 on an ATI HD 5770: Xorg failure / 
black screen 

Hi Ed, 

I validated the ATI Radeon HD 4870 card on OpenSolaris a while ago. The driver 
of choice is now the 'radeon' driver which is compatible with the ATI Radeon HD 
5970 card and the ATI Radeon 5*** series. The radeonHD driver is consider 
defunct so use the newer radeon 6.13.1 or higher driver only in this case 
with OI_148/Solaris 11 Express. 

The ATI Radeon HD 6*** series graphic adapters are compatible with the radeon 
driver as well (PCI ID and tweaks aside). 

~ Ken Mays 


--- On Sun, 12/26/10, Edward Martinez mindbende...@live.com wrote: 

 From: Edward Martinez mindbende...@live.com 
 Subject: Re: [OpenIndiana-discuss] IO_b148 on an ATI HD 5770: Xorg failure / 
 black screen 
 To: openindiana-discuss@openindiana.org 
 Date: Sunday, December 26, 2010, 5:05 AM 
 On 12/26/10 05:34, Robin Axelsson 
 wrote: 
  I have tried using various configurations ranging from 
 the system's automatic setup (i.e. no xorg.conf) to using 
 various custom made xorg.conf files where I tried enforcing 
 different drivers such as the VESA driver and different 
 screen resolutions. None of these attempts has managed to 
 produce an image signal in Xorg to any kind of monitor. 
  
  I'm using an XFX Radeon HD 5770 1GB version for GPU. 
  
  The monitor I'm using is connected to the HDMI port of 
 the graphics adapter and it works fine. When booting into 
 Windows 7 I get a full 1080p screen resolution in 32bpp and 
 I even get sound. I have tried booting the system up with an 
 older analog VGA monitor but the screen is still black on 
 it. 
  
  - Robin. 
  
 
 Seems like the Radeon HD 5770; 
 codenamed Evergreen (R800) is not supported by Xorg's 
 radeonhd driver: 
 
 
 The /radeonhd/ driver supports video 
 cards based on 
 
 * R500 style hardware: R5xx, RV5xx, 
 RS6xx, RS740, M52 and up 
 * R600 style hardware: R6xx, RV6xx, 
 RS780, M64 and up 
 * R700 style hardware: RV7xx 
 
 
 http://www.x.org/wiki/radeonhd#SupportedHardware 
 http://en.wikipedia.org/wiki/Radeon 
 
 
 OI booted with GUI on my gentoo workstation with a 
 RadeonHD 4670 (R700 chipset) 
 I can only suggest to downgrade to an R700 based 
 card. 
 
 Regards 
 Edward 
 
 
 
 ___ 
 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

Re: [OpenIndiana-discuss] General question about motherboards

[Lou Picciano]

Harry, 


As the discussion has apparently opened up to Intel chips, let me weigh in. I 
claim no comprehensive knowledge of the state of the art, but did quite a bit 
of research at the point of making some purchase decisions, now 2+ yrs ago. 


I've been running - with great success, Oi on a GigaByte GA-DQ6-X38T. Newer 
versions of these boards, in the midrange, are relatively inexpensive, give you 
three channels of memory, and should be more than serviceable. CPU is an Intel 
Q6600. Love it. 


Major attraction of the GB boards is that everything's tweakable. I've gotten 
settings working such that the CPU is running at 3.4 GHz, and memory at 1600. 
Has been really reliable, and still runs relatively cool. 


On the CPU side, I liked reports of it's being over-clockable, and it's lived 
up to its reputation. In addition, it has the SSE3 features we were looking for 
re virtualization. It's a bit more power-hungry than newer generations... 


Caveats: 
- Some have reported problems with the RealTek Gigabit ethernet ports under Oi; 
I haven't seen any. 
- Radeon 3D driver support for Oi (may or may not apply to you): I've been told 
'no time soon'. I can simply change cards if this ever matters; are you looking 
at mobos with on-board Radeon? 


this motherboard is only a two-channel memory, but newer models have three. 


Have fun! Lou 

- Original Message - 
From: Harry Putnam rea...@newsguy.com 
To: openindiana-discuss@openindiana.org 
Sent: Tuesday, December 21, 2010 1:00:34 PM 
Subject: [OpenIndiana-discuss] General question about motherboards 

A few words from experienced people would be helpful on motherboard 
choice. 

I've been running osol on this hardware: 

cpu: AMD Athlon 64, 2200 MHz (11 x 200) 3400+ 
motherboard: AOpen AK86-L (5 PCI, 1 AGP, 3 DDR DIMM 
hard drives: 2 IDE 500GB, 2 sata 500GB, 2 sata 750GB 

The motherboard has given up the ghost. 

I want to replace it, but at the same time do some kind of light 
upgrade. 

I'd like to find a replacement motherboard that will take more ram. 
The one above is maxed at 3GB. 

I doubt it would work to use 2gb sticks in a new similar board but I'm 
not sure if that is the case. 

I haven't really noticed a crying need for more cpu since my usage is 
light compared to many here just a home zfs lan server. Mostly 
for backup of video editing projects and the C drive of several 
windows machines. 

But always a good idea to increase cpu during an upgrade. Maybe moving 
into multiple core territory as well 

Probably will necessitate a new powersupply as well. The current one 
is 400 watts. Probably too weak and maybe doesn't have the newer 
connections that might be needed. 

I'm not looking for the latest and greatest, but thinking there is 
some milder upgrade board that has plenty of sata ports and will take 
at least 6 GB ram 

I'm sorry to report being so lazy but the idea of trying to sort 
through the thousands of googled hits it's ... well its daunting. It 
would seem to require a considerably greater knowledge of specs and 
such than have. 

I hoped to hear from someone who actually has experience with 
something that fills the bill. 

I'm thinking older motherboards but newer than the one above. 

Can anyone here vouch for something that fits the bill? 


___ 
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] anyone home?

[Lou Picciano]

Roelof, 


Lots of life. You've come to the right place. (this coming from a fellow 
junkie!) Lou Picciano 

- Original Message - 
From: Roelof van der Wal r...@4top.nl 
To: openindiana-discuss@openindiana.org 
Sent: Friday, December 17, 2010 3:56:25 AM 
Subject: [OpenIndiana-discuss] anyone home? 

I just want to know if there is life in the OpenIndiana community and if 
OpenIndiana is the right alternative for a lonely Solaris addict. 

#
 
This e-mail message has been scanned for Viruses and Content and cleared 
by MailMarshal 
#
 
___ 
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] anyone home?

[Lou Picciano]

Jesus, 


Wow, now that's interesting on another level - this sounds like something I ran 
into months ago, using openSolaris, as I recall. Never really got a firm handle 
on what was happening; you may have explained it. 


As we will be very ZFS and zone-intensive - and will certainly be delegating 
datasets, this is something I should look into. 


Thanks for that, Lou Picciano 

- Original Message - 
From: Jesus Cea j...@jcea.es 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Friday, December 17, 2010 6:27:14 AM 
Subject: Re: [OpenIndiana-discuss] anyone home? 

-BEGIN PGP SIGNED MESSAGE- 
Hash: SHA1 

On 17/12/10 11:45, Lou Picciano wrote: 
 'Production' - We've actually been trusting it to one section of our 
 production environment; it's been bulletproof. It is, though, tough 
 to put any useful quantitative profile on just how hard we're 
 pressing it. We do run lots of databases, software builds, etc. - 
 rock solid thus far. 

I have a big issue with OS 147: 

If you use zones and delegate datasets to it, if you reboot the zone 
from inside the zone (init 6), after the zone reboots the zone will 
NOT have the delegated datasets available. They simply vanished. 

To recover the datasets, you must reboot the zone from the global zone. 

This is pretty awful if you delegate zones to external parties (the case 
I am suffering). 

I hope this is solved in OI 148. 

- -- 
Jesus Cea Avion _/_/ _/_/_/ _/_/_/ 
j...@jcea.es - http://www.jcea.es/ _/_/ _/_/ _/_/ _/_/ _/_/ 
jabber / xmpp:j...@jabber.org _/_/ _/_/ _/_/_/_/_/ 
. _/_/ _/_/ _/_/ _/_/ _/_/ 
Things are not so easy _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ 
My name is Dump, Core Dump _/_/_/ _/_/_/ _/_/ _/_/ 
El amor es poner tu felicidad en la felicidad de otro - Leibniz 
-BEGIN PGP SIGNATURE- 
Version: GnuPG v1.4.10 (GNU/Linux) 
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ 

iQCVAwUBTQtJEplgi5GaxT1NAQKxFgQAlwbkK02qFIhT0+O3RWflfYOpxEVAMjTI 
o/PdKTI7WJ5bkflsFIdUr2+kYwF+wr2jXG0MiFjrh3ngBAwQvcmWU7coLZL1CCpF 
e4PnqvRmarG4sxQvkuz+omCbCzG9kFAEMuvBjWK+yE7K1g1ljO492/f5LLG3NKAV 
42NQtwtgc9I= 
=2mMt 
-END PGP SIGNATURE- 

___ 
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] cifs under oi

[Lou Picciano]

Yes, having just worked through this, we did edit the pam.conf file to make use 
of 'local' authentication. 


We are having some other issues - hey, it's a learning process - but the 
authentication via PAM works great now. 


Lou Picciano 

- Original Message - 
From: Harry Putnam rea...@newsguy.com 
To: openindiana-discuss@openindiana.org 
Sent: Wednesday, December 1, 2010 8:49:05 PM 
Subject: [OpenIndiana-discuss] cifs under oi 

When setting up the cifs server under oi (b147) is it still necessary 
to edit /etc/pam.conf when expecting to share files with windows OS. 

Adding a line like: 

other password required pam_smb_passwd.so.1 nowarn 

At the end? 


___ 
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] KDE 4.5.3 for OpenSolaris-based distros

[Lou Picciano]

Ken, Rich, all, 


Still trying - foolishly? - to connect to bionicmutton on port 10103. Have not 
had any luck connecting at all... 


Is the site up at all? Has anyone had better luck? Interested in trying out KDE 
on Oi. 


Lou Picciano 

- Original Message - 
From: ken mays maybird1...@yahoo.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Tuesday, November 9, 2010 5:52:00 AM 
Subject: Re: [OpenIndiana-discuss] KDE 4.5.3 for OpenSolaris-based distros 

Rich, 

Thanks for that mirror info. That mirror has KDE 4.5.2 at the moment and is 
good for a localized mirror. They just need to sync up to KDE 4.5.3 whenever 
possible. 

The two updates I'll make here are: 

IPS Catalog: 
http://solaris.bionicmutton.org/pkg/4.5.3/en/catalog.shtml 

Bug reporting: 
https://defect.opensolaris.org/bz/buglist.cgi?query_format=advancedproduct=kde4
 

~ Ken Mays 




--- On Mon, 11/8/10, r...@redstar-assoc.com r...@redstar-assoc.com wrote: 

 From: r...@redstar-assoc.com r...@redstar-assoc.com 
 Subject: Re: [OpenIndiana-discuss] KDE 4.5.3 for OpenSolaris-based distros 
 To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
 Date: Monday, November 8, 2010, 12:56 PM 
 bionicmutton has always been 
 outrageously slow for me, i suggest the mirror at 
 http://pkg.osladil.cz:3/ which while timing out 
 occasionally will at least 
 eventually allow a complete fetch 
 
 rich 
 
 
 
 On November 7, 2010 at 3:38 PM ken mays maybird1...@yahoo.com 
 wrote: 
 
  The KDE4Solaris team has released KDE 4.5.3 binaries 
 for OpenSolaris-based 
  distros: 
  
  Reference: 
  http://mail.opensolaris.org/pipermail/kde-discuss/2010-November/003106.html 
  
  Sources: 
  ftp://ftp.kde.org/pub/kde/stable/4.5.3/src/ 
  
  Blog: 
  http://blog.hajma.cz/2010/09/kde4-on-openindiana.html 
  
  ~ Ken Mays 
  
  
  
  
  ___ 
  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 mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] KDE 4.5.3 for OpenSolaris-based distros

[Lou Picciano]

Beautiful! Thanks, Ken. 


Lou Picciano 


- Original Message - 
From: ken mays maybird1...@yahoo.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Sunday, November 7, 2010 10:38:47 AM 
Subject: [OpenIndiana-discuss] KDE 4.5.3 for OpenSolaris-based distros 

The KDE4Solaris team has released KDE 4.5.3 binaries for OpenSolaris-based 
distros: 

Reference: 
http://mail.opensolaris.org/pipermail/kde-discuss/2010-November/003106.html 

Sources: 
ftp://ftp.kde.org/pub/kde/stable/4.5.3/src/ 

Blog: 
http://blog.hajma.cz/2010/09/kde4-on-openindiana.html 

~ Ken Mays 




___ 
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] Longterm Support? And Oracle Java legal to use on OpenIndiana?

[Lou Picciano]

Im hoping it's legal, too! We also have big plans for GlassFish on Oi. 


(Should we be concerned about anything?) 


Lou Picciano 

- Original Message - 
From: Darko Hojnik hoj...@virtualizing.org 
To: openindiana-discuss@openindiana.org 
Sent: Wednesday, November 3, 2010 3:33:58 PM 
Subject: [OpenIndiana-discuss] Longterm Support? And Oracle Java legal to use 
on OpenIndiana? 

Hello List 

Anybody knows about a LTS (Long Term Support) Distribution with 
OSOL/OpenIndiana will be planed? 

At Friday I get new hardware. It's a Tyan two Quadcore Server with 32 GB 
memory and 4 x 600 GB SAS Drives in a Raid 10. Planned to deploy until 
2016/2017. I have no trust in Oracle so I wouldn't buy a License. 

And would it be secure to run snv_137 or the latest Kernel with Dom0 
support many years? I need two virtualized Boxes, some Zones and a Zone 
with PostgreSQL. 

At last. It is legal to install Oracle JDK 1.6 on OpenIndiana? For 
Glassfish or Apache Tomcat. 

best regards 
Darko Hojnik 
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss

Re: [OpenIndiana-discuss] The name: OpenIndiana (part II)

[Lou Picciano]

Ditto. 

- Original Message - 
From: Alan Coopersmith alan.coopersm...@oracle.com 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Sunday, October 10, 2010 11:27:45 AM 
Subject: Re: [OpenIndiana-discuss] The name: OpenIndiana (part II) 

http://www.bikeshed.com/ 

-- 
-Alan Coopersmith- alan.coopersm...@oracle.com 
Oracle Solaris Platform Engineering: X Window System 


___ 
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] PostgreSQL and ERP application

[Lou Picciano]

Russell, there you go! The OI Guys have got this covered already. Thanks, guys! 

- Original Message - 
From: James O'Gorman ja...@netinertia.co.uk 
To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org 
Sent: Sunday, October 3, 2010 8:26:46 AM 
Subject: Re: [OpenIndiana-discuss] PostgreSQL and ERP application 

On 3 Oct 2010, at 13:02, ken mays wrote: 

 Russell, 
 
 The PostgreSQL 9.0.0 build was completed awhile ago (not added yet to IPS, 
 next release maybe?). 
 
 You can get PostgreSQL 8.4.2 from the OpenIndiana IPS legacy repository. The 
 SUNWpostgr-contrib has the pgcrypto module you requested. 

I'm not certain that will work, actually, as the 147 consolidation probably 
excludes it. 

I am nearly finished re-importing PostgreSQL into SFW though and it will be 
included in our next release. 

James 
___ 
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