Re: [OpenIndiana-discuss] Question about drive LEDs
On 22/06/2011 1:38 a.m., Fred Liu wrote: As an aside, I have built a fully functional 7210 Unified Storage Server Clone running on Supermicro hardware and some customised definitions in the management software to match the new hardware. That setup fully supported drive locator and failure indications, so the generic hardware can do it with the right software. Mark. Can you shed more lights on it? Thanks. look here. http://stored-on-zfs.blogspot.com ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] OI-151: test drive
Tested: OI-151 live CD http://dlc-int.openindiana.org/151/oi-dev-151-x86-20110608-1.iso System: Intel Core i3-2100 ASUS P8H61 PLUS 8GB DDR3 Nvidia G210 3x 2TB + 1x 2TB spare The aim is to replace the existing office network equipments which consists of 3 boxes of dust, running Linux and OpenBSD. (Disclaimer: I have very little knowledge of Linux let alone OpenBSD or Solaris. I am a physicist by training, and for the most part a comfortable end-user of Windows.) I have to say, whatever you guys have done, it is amazing. Within a single day, I managed to install the OS, set up 3-way ZFS mirror, CIFS shares, DNS, DHCP and SVN services. The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. All in all - thank you very much! Alex. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
We all know how good illumos is from a technical point of view, but executives know nothing but what they can see. Visual aparence is probably the only thing they can understand, looking cheap is good for Oracle, bad for us. It could be really hard to implement illumos based products across an organization just because Oracle looks better. As well could be much harder to persuade a customer swaping away from the darkside. We need to look pro, because ultimatedly makes selling our ass much easier. We need a sexy looking name, and a trustfull look. Branding and marketing are top priorities in business, I dont undertand why to dismiss the task. Cheers On Wed, Jun 22, 2011 at 11:58 AM, Volker A. Brandt v...@bb-c.de wrote: Nikola M. writes: On 06/22/11 09:28 AM, Gregory Youngblood wrote: Do you want to tell me that last year, during which I have done everything to promote OpenIndiana in my local Open and Free software community, is going to be wasted? No one and I really mean no one will ever take a second look again if I have to go yet another round of So, this *was* OpenSolaris and it *was* OpenIndiana, now it is SomeOtherShit. Damian, you are absolutely completely correct. I totally fully agree! I would like to share with you some insights about this promotion thing, since in previious period, I was still giving away 2009.06 CD's together with OI update and Illumos/S11ex story to tell. Nikola, this is really a much better idea. Let's focus on producing a good stable Live CD and then distribute it as widely as possible. I would not mind paying 30 Euros for 100 CDs to give away. I don't know what the actual costs are, but they would be less per CD as the total number increases. At one point, Sun managed to get the OpenSolaris Live CD included in an issue of a well-known and respected computer magazine here in Germany. Something like this would be great marketing. :-) Regards -- Volker -- Volker A. Brandt Consulting and Support for Oracle Solaris Brandt Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 46 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ 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-Discuss] branding for illumos/openindiana
Not that I wanted to get involved in this at all ... Therbeeos from https://secure.wikimedia.org/wikipedia/en/wiki/Helios (ish) Therbeeo is one of the horses said to pull the sun across the sky, it's 3 syllables, might even pass some kind of phonetic translation into other languages. I'd prefer not to change the short name identifier for build number in the uname field though, for when there are packages that use the ident to identify OS version ... At the end of the day though, we are arguing over the colour of the bike shed ... I love Solaris, always have, always will ... but it's not easy to use. On 22 June 2011 10:22, Gabriel de la Cruz gabriel.delac...@gmail.com wrote: We all know how good illumos is from a technical point of view, but executives know nothing but what they can see. Visual aparence is probably the only thing they can understand, looking cheap is good for Oracle, bad for us. It could be really hard to implement illumos based products across an organization just because Oracle looks better. As well could be much harder to persuade a customer swaping away from the darkside. We need to look pro, because ultimatedly makes selling our ass much easier. We need a sexy looking name, and a trustfull look. Branding and marketing are top priorities in business, I dont undertand why to dismiss the task. Cheers On Wed, Jun 22, 2011 at 11:58 AM, Volker A. Brandt v...@bb-c.de wrote: Nikola M. writes: On 06/22/11 09:28 AM, Gregory Youngblood wrote: Do you want to tell me that last year, during which I have done everything to promote OpenIndiana in my local Open and Free software community, is going to be wasted? No one and I really mean no one will ever take a second look again if I have to go yet another round of So, this *was* OpenSolaris and it *was* OpenIndiana, now it is SomeOtherShit. Damian, you are absolutely completely correct. I totally fully agree! I would like to share with you some insights about this promotion thing, since in previious period, I was still giving away 2009.06 CD's together with OI update and Illumos/S11ex story to tell. Nikola, this is really a much better idea. Let's focus on producing a good stable Live CD and then distribute it as widely as possible. I would not mind paying 30 Euros for 100 CDs to give away. I don't know what the actual costs are, but they would be less per CD as the total number increases. At one point, Sun managed to get the OpenSolaris Live CD included in an issue of a well-known and respected computer magazine here in Germany. Something like this would be great marketing. :-) Regards -- Volker -- Volker A. Brandt Consulting and Support for Oracle Solaris Brandt Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 46 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ 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] Buggy mptsas or multipath or something ...
I have spent more than a week battling my first sas2 storage build. It may be a bug somewhere, but I'm not sure what to point a finger at but I can reproduce it. The goal is about 50Tb of usable storage built mainly with Supermicro kit, with a supported controller. I have build a number of these with 3G sas components and, with the right disks, they work great. Apart from the standard issues with sata disks and expanders, and working out what to avoid, things have been pretty good on sas generation 1, but things have moved on to generation 2. It's been deja vu for an IT fossil like me, as it's like going back to the bad old days of fibre channel, where vendors all built gear to the same standard, but none of it would talk to anyone else's. The first encounter was this nice vision multiplier, 4 devices for the price of one... http://kb.lsi.com/KnowledgebaseArticle16414.aspx Having overcome that hurdle, it was on to the next. With any of my 2Tb Sas disks installed, the oi_147 text installer simply exited to a locked up state when enumerating the disks. So did Solaris 11 text installer, so it is not just oi. Dropping to the shell first and checking out what disks were visible was revealing. cfgadm only showed the two for the os. format saw all four, well sort of. AVAILABLE DISK SELECTIONS: 0. c1t5000C5003434E723d0 SEAGATE-ST32000444SS-0006 cyl 60798 alt 2 hd 255 sec 252 /scsi_vhci/disk/@g5000c5003434e723 Now that's weird, this is multipath. But neither of the os disk's are !! and they are connected to the same controller and backplane. 2. c2t5000C5000A85BA89d0 IBM-ESXS-ST373455SS-BA2D cyl 72629 alt 2 hd 2 sec 897 /pci@0,0/pci8086,40277/pci8086,35000/pci,35100/pci1000,3020@0/iportf0/disk@w5000c5000a85ba89,0 I know that sas2 allows multilane operation between the controller and expanders if the vendor chooses to implement it, so multipath may be needed as it is enabled with the installer mpt_sas.conf, but something isn't quite right here. With only the two os disk plugged in, the installation completed normally, as did the reboot. I then disabled the multipath option from /kernel/drv/mpt_sas.conf and rebooted and things still worked, so I took a deep breath and plugged in the rest of the disks. No crash, and a big bunch of normal disks appeared. I disabled the multipath as on one of the many loops over several days, I had done this and crashed the server when the disks were added with multipath left at the installer default of enabled. check cfgadm - all listed the same as the OS, and also good in format. I should also add I started this install with two controllers intending to use multipath, but having had so much fun even getting to this point, it will stay single path until I have a spare month or two to take it further. Hardware: SM 847E26 chassis, X7DWN+ m/b and 2 x LSI 9211-8i fw P9(patched) in IR mode, 30 x ST32000444SS. So when is multipath the wrong path ? When the installer takes a $ each way. And I don't even have two controllers installed, but there may be more than one path, if you are the right device that is. I conclude the mptsas driver will probably require more work as vendor uptake on the many new sas2 features available appear. Mark. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI-151: test drive
On Wed, Jun 22, 2011 at 3:11 AM, Alex Lam S.L. alexla...@gmail.com wrote: ... Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. ... This ain't Linux. So, that won't do anything unless you also build the virtual console terminals, which don't exist in any OpenSolaris derivative, by default. See: http://blogs.oracle.com/DanX/entry/solaris_virtual_consoles I'm not sure about your desktop freezing; but, being able to switch to command line should help you investigate / workaround the issue. Regards, -- .\\ark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI-151: test drive
Tested: OI-151 live CD http://dlc-int.openindiana.org/151/oi-dev-151-x86-20110608-1.iso System: Intel Core i3-2100 ASUS P8H61 PLUS 8GB DDR3 Nvidia G210 3x 2TB + 1x 2TB spare The aim is to replace the existing office network equipments which consists of 3 boxes of dust, running Linux and OpenBSD. (Disclaimer: I have very little knowledge of Linux let alone OpenBSD or Solaris. I am a physicist by training, and for the most part a comfortable end-user of Windows.) I have to say, whatever you guys have done, it is amazing. Within a single day, I managed to install the OS, set up 3-way ZFS mirror, CIFS shares, DNS, DHCP and SVN services. The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. All in all - thank you very much! Alex. I installed the same version to another desktop yesterday and had quite a few lock ups through the afternoon/evening, however today I've not had a single lock up, no changes in workload etc. One system change I made was to set speedstep to use poll-mode /etc/power.conf cpupm enable poll-mode Can you ssh in when the desktop/application freezes? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Wednesday, June 22, 2011 04:27 AM, Dmitry Kozhinov wrote: Helios would be nice, but http://en.wikipedia.org/wiki/HeliOS . OpenIndiana name already got some recognition, I see no point of changing it. What *is* necessary for branding IMO: a good logo and GNOME theme. The Linux world is aflame with the 'crappiness' of GNOME. I think getting KDE in would be a better idea. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Slow zfs list on oi_148 compared to snv_111b
On Friday, June 17, 2011 04:05 AM, Shawn Moore wrote: I have several(5) ZFS machines that have been built to serve out over NFS. Most are OpenSolaris snv_111b, but we have two that are oi_148. Between these we have ~ 200 volumes and 221000 snapshots (as of this writing). On all of the oi_148's it takes a really really long time to list the snapshots, but on the snv_111b's it's really quick. It does not appear to be related to the amount of data or hardware as the oi_148's have 144GB ram, 2x6 CPU's and even mirror'd SSD ZIL's. The snv_111b's have 16GB ram, 2x4 CPU's and no SSD. Any help or troubleshooting advice is greatly appreciated as I would like to move to OI for several reasons. Below is my findings. I concur for I have a similar problem but not with volumes. I have resorted to doing an ls for the .zfs/snapshot subdirectory of an representative fs which is much faster than getting zfs to list all snapshots. I have a bit more than 32k snapshots on a 9 disk raidz3, 16 GB of RAM and 2x6 cpus. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Question about drive LEDs
On 2011-06-22 11:05, Mark wrote: On 22/06/2011 1:38 a.m., Fred Liu wrote: As an aside, I have built a fully functional 7210 Unified Storage Server Clone running on Supermicro hardware and some customised definitions in the management software to match the new hardware. That setup fully supported drive locator and failure indications, so the generic hardware can do it with the right software. Mark. Can you shed more lights on it? Thanks. look here. http://stored-on-zfs.blogspot.com That's a very nice web interface! How did you get that on 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] Question about drive LEDs
look here. http://stored-on-zfs.blogspot.com Ooops, it is blocked by Great Wall firewall! Too frustrated. Anyway, thanks. Fred ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Buggy mptsas or multipath or something ...
I saw similar issues to that vision multiplier with any firmware P7 for the 9211-8i cards and an expander; perhaps you would see better results if you downgraded? Also, I think the system gives multi-path device names even if there is only one path; try mpathadm list lu to see if it is actually doing anything with multiple paths. -Lucas Van Tol Date: Wed, 22 Jun 2011 21:58:47 +1200 From: mark0...@gmail.com To: openindiana-discuss@openindiana.org Subject: [OpenIndiana-discuss] Buggy mptsas or multipath or something ... I have spent more than a week battling my first sas2 storage build. It may be a bug somewhere, but I'm not sure what to point a finger at but I can reproduce it. The goal is about 50Tb of usable storage built mainly with Supermicro kit, with a supported controller. I have build a number of these with 3G sas components and, with the right disks, they work great. Apart from the standard issues with sata disks and expanders, and working out what to avoid, things have been pretty good on sas generation 1, but things have moved on to generation 2. It's been deja vu for an IT fossil like me, as it's like going back to the bad old days of fibre channel, where vendors all built gear to the same standard, but none of it would talk to anyone else's. The first encounter was this nice vision multiplier, 4 devices for the price of one... http://kb.lsi.com/KnowledgebaseArticle16414.aspx Having overcome that hurdle, it was on to the next. With any of my 2Tb Sas disks installed, the oi_147 text installer simply exited to a locked up state when enumerating the disks. So did Solaris 11 text installer, so it is not just oi. Dropping to the shell first and checking out what disks were visible was revealing. cfgadm only showed the two for the os. format saw all four, well sort of. AVAILABLE DISK SELECTIONS: 0. c1t5000C5003434E723d0 SEAGATE-ST32000444SS-0006 cyl 60798 alt 2 hd 255 sec 252 /scsi_vhci/disk/@g5000c5003434e723 Now that's weird, this is multipath. But neither of the os disk's are !! and they are connected to the same controller and backplane. 2. c2t5000C5000A85BA89d0 IBM-ESXS-ST373455SS-BA2D cyl 72629 alt 2 hd 2 sec 897 /pci@0,0/pci8086,40277/pci8086,35000/pci,35100/pci1000,3020@0/iportf0/disk@w5000c5000a85ba89,0 I know that sas2 allows multilane operation between the controller and expanders if the vendor chooses to implement it, so multipath may be needed as it is enabled with the installer mpt_sas.conf, but something isn't quite right here. With only the two os disk plugged in, the installation completed normally, as did the reboot. I then disabled the multipath option from /kernel/drv/mpt_sas.conf and rebooted and things still worked, so I took a deep breath and plugged in the rest of the disks. No crash, and a big bunch of normal disks appeared. I disabled the multipath as on one of the many loops over several days, I had done this and crashed the server when the disks were added with multipath left at the installer default of enabled. check cfgadm - all listed the same as the OS, and also good in format. I should also add I started this install with two controllers intending to use multipath, but having had so much fun even getting to this point, it will stay single path until I have a spare month or two to take it further. Hardware: SM 847E26 chassis, X7DWN+ m/b and 2 x LSI 9211-8i fw P9(patched) in IR mode, 30 x ST32000444SS. So when is multipath the wrong path ? When the installer takes a $ each way. And I don't even have two controllers installed, but there may be more than one path, if you are the right device that is. I conclude the mptsas driver will probably require more work as vendor uptake on the many new sas2 features available appear. Mark. ___ 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] Upgrades
Hi I am running illumos/openindiana in a virtual box and have set my publisher to: paulj@openindiana:~$ pfexec pkg publisher PUBLISHER TYPE STATUS URI on-nightly (preferred) origin online http://pkg.openindiana.org/illumos-experimental/ openindiana.org (non-sticky) origin online http://pkg.openindiana.org/dev/ opensolaris.org origin online http://pkg.openindiana.org/legacy/ paulj@openindiana:~$ How can I get to the latest release, (OI-151?) seems I am stuck at paulj@openindiana:~$ uname -a SunOS openindiana 5.11 oi_148 i86pc i386 i86pc Solaris paulj@openindiana:~$ cat /etc/release OpenIndiana Development oi_148 X86 Copyright 2010 Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Assembled 29 November 2010 Cheers Paul ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Upgrades
Hi Paul Try the commands below: pfexec pkg set-publisher --non-sticky opensolaris.org pfexec pkg set-publisher -P -O http://pkg.openindiana.org/dev-il/ openindiana.org pfexec pkg unset-publisher on-nightly # (/illumos-experimental is not being updated anymore) pfexec pkg image-update -v Andrzej On 06/22/11 04:02 PM, Paul Johnston wrote: Hi I am running illumos/openindiana in a virtual box and have set my publisher to: paulj@openindiana:~$ pfexec pkg publisher PUBLISHER TYPE STATUS URI on-nightly (preferred) origin online http://pkg.openindiana.org/illumos-experimental/ openindiana.org (non-sticky) origin online http://pkg.openindiana.org/dev/ opensolaris.org origin online http://pkg.openindiana.org/legacy/ paulj@openindiana:~$ How can I get to the latest release, (OI-151?) seems I am stuck at paulj@openindiana:~$ uname -a SunOS openindiana 5.11 oi_148 i86pc i386 i86pc Solaris paulj@openindiana:~$ cat /etc/release OpenIndiana Development oi_148 X86 Copyright 2010 Oracle and/or its affiliates. All rights reserved. Use is subject to license terms. Assembled 29 November 2010 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
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
On Wed, Jun 22, 2011 at 4:05 AM, Jonathan Adams t12nsloo...@gmail.com wrote: One that strikes me as odd on that list is under OpenWindows Libraries ... However, if required, the applications that use OpenWindows Libraries can be run in Oracle Solaris 10 Zones I thought that the renumbering of zones was just that and not a rebranding with libraries ... in fact I was pretty certain that that was advised against. Oracle Solaris 10 Zones are branded zones that run on Oracle Solaris 11 Express 2010.11 and the notice you cite implies will continue to run on Solaris 11. This is analogous to the Solaris 8 Containers and Solaris 9 Containers products that used branded zones to run Solaris 8 and Solaris 9 userland bits on Solaris 10. -- Mike Gerdts http://mgerdts.blogspot.com/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On Wed, 2011-06-22 at 19:24 +0530, Sriram Narayanan wrote: Hi everyone: I've been using openindiana as my primary desktop environment while I work on Belenix related development (illumos kernel, rpm, etc). I've not felt a single slow down ever in my use of OI. I've used both build 147 as well as 148. IPS sucks for me given the low bandwidth and the calculations it does each time. But Gnome itself it fine. However, I've seen these recent threads (one on branding, and one test drive) where Gnome was mentioned as being slow. Has anyone else also experienced this ? Are there any known reasons ? Pretty much everything seems to run slower on Slowaris on the desktop front. If in doubt, buy another hd, same as you're using now, and make a native install Linux poison of choice, e.g. Fedora 15, Debian-6, etc. (i.e. not virtualized) and the difference is quite noticeable. Solaris derivatives like OI have their attractions. But speed isn't one of them. At least this is my experience, since you asked. Let the flame fest begin... -- Regards-- Ken Gunderson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
Hi, I run OI 148 + patches on a sony laptop with 4GB of RAM using gnome as a desktop. I can say for me I don't notice any desktop slowness. A couple of points: -My graphics card is reasonably well supported. -My laptop has plenty of ram - often an issue that can cause slowness as OI loves to cache disks heavily. -the default flash player is broken on 148 and gives issues with full screen video etc. Once that was updated I am able to play full screen HD video flawlessly. I also have custom-built blender that I also use without any issue and can render images at a similar speed to linux. -I updated my bios to allow me full 64 bit access Bugs I have found: -Gnome occasionally ends up corrupting itself on shutdown - not sure what's causing it and its not often enough to spend my time on. I end up losing one of the top applets and have to re-insert it. -NWAM keeps losing my wifi connection. It's a nasty program and needs replacing with something that works properly. I haven;t found any good reason not to use OI as a desktop (work) machine. One thing I would maybe push for is out of the box support for other filesystems such as ext2/3/4, vfat, etc Rgds, Colin On Wed, Jun 22, 2011 at 4:43 PM, Sriram Narayanan sri...@belenix.orgwrote: On Wed, Jun 22, 2011 at 9:00 PM, Ken Gunderson kgund...@teamcool.net wrote: On Wed, 2011-06-22 at 19:24 +0530, Sriram Narayanan wrote: Hi everyone: I've been using openindiana as my primary desktop environment while I work on Belenix related development (illumos kernel, rpm, etc). I've not felt a single slow down ever in my use of OI. I've used both build 147 as well as 148. IPS sucks for me given the low bandwidth and the calculations it does each time. But Gnome itself it fine. However, I've seen these recent threads (one on branding, and one test drive) where Gnome was mentioned as being slow. Has anyone else also experienced this ? Are there any known reasons ? Pretty much everything seems to run slower on Slowaris on the desktop front. If in doubt, buy another hd, same as you're using now, and make a native install Linux poison of choice, e.g. Fedora 15, Debian-6, etc. (i.e. not virtualized) and the difference is quite noticeable. Slowlaris was a term used only for the TCP/IP stack of Solaris 9. The entire TCP/IP stack was changed with the FireEngine project which improved things a lot. Crossbow built on top of that and brought about even further improvements. Solaris 10 and above are not slow. Solaris derivatives like OI have their attractions. But speed isn't one of them. At least this is my experience, since you asked. Let the flame fest begin... I have asked if others have seen a slow Gnome desktop with OI, and if they know the reasons for this. Ken, I use a 4500 rpm disk for belenix and illumos builds, and everything works just fine for me. This has been the case since 2006. I run a very large setup at work, and I'm soon going to move over all our source code systems (git, hg, svn) onto openindiana. Here are some numbers that I consistently get every month (I check every month) for a specific disk intensive activity: 5400 rpm disk - Windows XP - 38 minutes 5400 rpm disk - Windows Server 2008 - 23 minutes 5400 rpm disk - Windows 7 - 17 minutes 5400 rpm disk - FC13 - 12 minutes 7200 rpm disk - Windows 7 - 17 minutes 7200 rpm disk - OSX - 8 minutes 4500 rpm disk - openindiana/illumos/build_111a - 4.5 minutes Here's another set of numbers: P4 2.2 Ghz with 2.72 TB RAIDZ and 8 GB RAM running Solaris 10 update 8 used for serving iSCSI content off ZFS filesystems - I have a specific requirement where I've snapshotted a 600 GB ZFS filesystem containing 9 VMs, and have then cloned this 20 times. This is for a test setup. After the cloning and regular use, I see that an overall diskspace of 800 GB has been used. I get no noticable performance difference at all. And this is with a single Ethernet card. These are my numbers. Given the above, and my own work with Belenix, as well as zero Gnome issues with OI, I've asked if anyone knows more. This was not asked to incite a flamefest, and I request that we don't walk that path. -- Regards-- Ken Gunderson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- 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] Setting up Samba 3.5.9
BTW, we have Samba 3.5.8 in our userland repo. * if you want a trouble-free way to configure/build for OI. * Sorry, I don't remember where that repo. is. Ask: Andrzej Szeszo asze...@gmail.com Gordon (yeah, top posting. get over it :) On Tue, Jun 21, 2011 at 9:40 AM, CJ Keist cj.ke...@colostate.edu wrote: Thank you. The -a flag did work to get my initial conf setup. I will just disable swat now that I have Samba running. [...] ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] NTFS-3G? (and FUSE)
BTW, if anyone is inclined to try building NTFS-3G, linked with the FUSE prototype I posted [1], I'd be curious to hear how it went. [1] And Now for Something Completely Different (FUSE with doors) http://lists.illumos.org/pipermail/developer/2011-June/002400.html On Tue, Jun 21, 2011 at 10:33 AM, ken mays maybird1...@yahoo.com wrote: Apostolos, I went through the kernel code and driver mods for USB 3.0 for illumos_gate. Having NTFS-3G and USB 3.0 for creative artists is a need for all of the media devices and data transfers for server backups. Patchable, and going through official channels for stability and support... ~ Ken Mays [...] ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On Wed, 2011-06-22 at 21:13 +0530, Sriram Narayanan wrote: On Wed, Jun 22, 2011 at 9:00 PM, Ken Gunderson kgund...@teamcool.net wrote: On Wed, 2011-06-22 at 19:24 +0530, Sriram Narayanan wrote: Hi everyone: I've been using openindiana as my primary desktop environment while I work on Belenix related development (illumos kernel, rpm, etc). I've not felt a single slow down ever in my use of OI. I've used both build 147 as well as 148. IPS sucks for me given the low bandwidth and the calculations it does each time. But Gnome itself it fine. However, I've seen these recent threads (one on branding, and one test drive) where Gnome was mentioned as being slow. Has anyone else also experienced this ? Are there any known reasons ? Pretty much everything seems to run slower on Slowaris on the desktop front. If in doubt, buy another hd, same as you're using now, and make a native install Linux poison of choice, e.g. Fedora 15, Debian-6, etc. (i.e. not virtualized) and the difference is quite noticeable. Slowlaris was a term used only for the TCP/IP stack of Solaris 9. The entire TCP/IP stack was changed with the FireEngine project which improved things a lot. Crossbow built on top of that and brought about even further improvements. Solaris 10 and above are not slow. Solaris derivatives like OI have their attractions. But speed isn't one of them. At least this is my experience, since you asked. Let the flame fest begin... I have asked if others have seen a slow Gnome desktop with OI, and if they know the reasons for this. Ken, I use a 4500 rpm disk for belenix and illumos builds, and everything works just fine for me. This has been the case since 2006. I run a very large setup at work, and I'm soon going to move over all our source code systems (git, hg, svn) onto openindiana. Here are some numbers that I consistently get every month (I check every month) for a specific disk intensive activity: 5400 rpm disk - Windows XP - 38 minutes 5400 rpm disk - Windows Server 2008 - 23 minutes 5400 rpm disk - Windows 7 - 17 minutes 5400 rpm disk - FC13 - 12 minutes 7200 rpm disk - Windows 7 - 17 minutes 7200 rpm disk - OSX - 8 minutes 4500 rpm disk - openindiana/illumos/build_111a - 4.5 minutes Here's another set of numbers: P4 2.2 Ghz with 2.72 TB RAIDZ and 8 GB RAM running Solaris 10 update 8 used for serving iSCSI content off ZFS filesystems - I have a specific requirement where I've snapshotted a 600 GB ZFS filesystem containing 9 VMs, and have then cloned this 20 times. This is for a test setup. After the cloning and regular use, I see that an overall diskspace of 800 GB has been used. I get no noticable performance difference at all. And this is with a single Ethernet card. These are my numbers. Given the above, and my own work with Belenix, as well as zero Gnome issues with OI, I've asked if anyone knows more. This was not asked to incite a flamefest, and I request that we don't walk that path. Hence my hesitancy to even reply in the first place. Since you mentioned Gnome specifically, my comments were directed specifically to desktop/workstation usage. Perhaps such is not the case with disk I/O or tcp/ip throughput. But again, such was also not the topic of your query. So back to your specific questions: Has anyone else also experienced this ? Are there any known reasons ? In _my_ experience Gnome is significantly slower on s10, OS, and OI. I have not investigated as to why this might be, as it pretty much always has been my experience, so I've just accepted it as one of the costs one pays to get the benefits of features such as zfs, crossbow, zones, etc. If this is not your experience, then that's fine with me. I have better things to do than argue the matter. -- Regards-- Ken Gunderson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On Wed, Jun 22, 2011 at 10:04 PM, Ken Gunderson kgund...@teamcool.net wrote: On Wed, 2011-06-22 at 21:13 +0530, Sriram Narayanan wrote: On Wed, Jun 22, 2011 at 9:00 PM, Ken Gunderson kgund...@teamcool.net wrote: On Wed, 2011-06-22 at 19:24 +0530, Sriram Narayanan wrote: Hi everyone: I've been using openindiana as my primary desktop environment while I work on Belenix related development (illumos kernel, rpm, etc). I've not felt a single slow down ever in my use of OI. I've used both build 147 as well as 148. IPS sucks for me given the low bandwidth and the calculations it does each time. But Gnome itself it fine. However, I've seen these recent threads (one on branding, and one test drive) where Gnome was mentioned as being slow. Has anyone else also experienced this ? Are there any known reasons ? Pretty much everything seems to run slower on Slowaris on the desktop front. If in doubt, buy another hd, same as you're using now, and make a native install Linux poison of choice, e.g. Fedora 15, Debian-6, etc. (i.e. not virtualized) and the difference is quite noticeable. Slowlaris was a term used only for the TCP/IP stack of Solaris 9. The entire TCP/IP stack was changed with the FireEngine project which improved things a lot. Crossbow built on top of that and brought about even further improvements. Solaris 10 and above are not slow. Solaris derivatives like OI have their attractions. But speed isn't one of them. At least this is my experience, since you asked. Let the flame fest begin... I have asked if others have seen a slow Gnome desktop with OI, and if they know the reasons for this. Ken, I use a 4500 rpm disk for belenix and illumos builds, and everything works just fine for me. This has been the case since 2006. I run a very large setup at work, and I'm soon going to move over all our source code systems (git, hg, svn) onto openindiana. Here are some numbers that I consistently get every month (I check every month) for a specific disk intensive activity: 5400 rpm disk - Windows XP - 38 minutes 5400 rpm disk - Windows Server 2008 - 23 minutes 5400 rpm disk - Windows 7 - 17 minutes 5400 rpm disk - FC13 - 12 minutes 7200 rpm disk - Windows 7 - 17 minutes 7200 rpm disk - OSX - 8 minutes 4500 rpm disk - openindiana/illumos/build_111a - 4.5 minutes Here's another set of numbers: P4 2.2 Ghz with 2.72 TB RAIDZ and 8 GB RAM running Solaris 10 update 8 used for serving iSCSI content off ZFS filesystems - I have a specific requirement where I've snapshotted a 600 GB ZFS filesystem containing 9 VMs, and have then cloned this 20 times. This is for a test setup. After the cloning and regular use, I see that an overall diskspace of 800 GB has been used. I get no noticable performance difference at all. And this is with a single Ethernet card. These are my numbers. Given the above, and my own work with Belenix, as well as zero Gnome issues with OI, I've asked if anyone knows more. This was not asked to incite a flamefest, and I request that we don't walk that path. Hence my hesitancy to even reply in the first place. Since you mentioned Gnome specifically, my comments were directed specifically to desktop/workstation usage. Perhaps such is not the case with disk I/O or tcp/ip throughput. But again, such was also not the topic of your query. So back to your specific questions: Has anyone else also experienced this ? Are there any known reasons ? In _my_ experience Gnome is significantly slower on s10, OS, and OI. I have not investigated as to why this might be, as it pretty much always has been my experience, so I've just accepted it as one of the costs one pays to get the benefits of features such as zfs, crossbow, zones, etc. If this is not your experience, then that's fine with me. I have better things to do than argue the matter. Replying to you privately... -- Regards-- Ken Gunderson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Belenix: www.belenix.org ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On Wed, 2011-06-22 at 17:16 +0100, Colin Ellis wrote: Hi, I run OI 148 + patches on a sony laptop with 4GB of RAM using gnome as a desktop. I can say for me I don't notice any desktop slowness. A couple of points: -My graphics card is reasonably well supported. Ditto. -My laptop has plenty of ram - often an issue that can cause slowness as OI loves to cache disks heavily. Ditto. -the default flash player is broken on 148 and gives issues with full screen +1 But I'm also seeing this on Debian Wheezy, so I think maybe Flash or nvidia driver issue. video etc. Once that was updated I am able to play full screen HD video flawlessly. I also have custom-built blender that I also use without any issue and can render images at a similar speed to linux. -I updated my bios to allow me full 64 bit access Bugs I have found: -Gnome occasionally ends up corrupting itself on shutdown - not sure what's causing it and its not often enough to spend my time on. I end up losing +1 one of the top applets and have to re-insert it. -NWAM keeps losing my wifi connection. It's a nasty program and needs replacing with something that works properly. +1 I haven;t found any good reason not to use OI as a desktop (work) machine. One thing I would maybe push for is out of the box support for other filesystems such as ext2/3/4, vfat, etc On oi-151, I could not get any of the 4 different sound cards I have on hand to work, though I seem to recall the onboard nvidia worked with 148. Too many Gnome glitches on 151 to mention. -- Regards-- Ken Gunderson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On Jun 22, 2011, at 8:43 AM, Sriram Narayanan wrote: On Wed, Jun 22, 2011 at 9:00 PM, Ken Gunderson kgund...@teamcool.net wrote: On Wed, 2011-06-22 at 19:24 +0530, Sriram Narayanan wrote: Hi everyone: I've been using openindiana as my primary desktop environment while I work on Belenix related development (illumos kernel, rpm, etc). I've not felt a single slow down ever in my use of OI. I've used both build 147 as well as 148. IPS sucks for me given the low bandwidth and the calculations it does each time. But Gnome itself it fine. However, I've seen these recent threads (one on branding, and one test drive) where Gnome was mentioned as being slow. Has anyone else also experienced this ? Are there any known reasons ? Pretty much everything seems to run slower on Slowaris on the desktop front. If in doubt, buy another hd, same as you're using now, and make a native install Linux poison of choice, e.g. Fedora 15, Debian-6, etc. (i.e. not virtualized) and the difference is quite noticeable. Slowlaris was a term used only for the TCP/IP stack of Solaris 9. The entire TCP/IP stack was changed with the FireEngine project which improved things a lot. Crossbow built on top of that and brought about even further improvements. Solaris 10 and above are not slow. Slowaris or slowalrus predates Solaris 9 I'm afriad. I remember that term being toss about back in 2.4-2.6 days. That's where I learned about it. :) As for speed feel, put a mostly idle linux system next to a mostly idle solaris system and linux will feel faster interactively. Load the two systems down and my experience has been 90%+ of the time the solaris system will now feel like it has slowed down but linux interactivity becomes a series of jerks and sudden starts and stops. Changes to linux schedulers and various distro tweaks have improved desktop feel on the interactive front, but at the expense (again, IMO) in predictable behavior of back end processes (like you'd expect to be running on servers). Solaris derivatives like OI have their attractions. But speed isn't one of them. At least this is my experience, since you asked. Let the flame fest begin... I have asked if others have seen a slow Gnome desktop with OI, and if they know the reasons for this. When I mentioned gnome being slow, I was mainly referring to gnome in solaris 10. Later OpenSolaris and now OpenIndiana gnome performance feels faster than Solaris 10, but Linux typically feels faster. I put feels in quotes because it's a purely subjective evaluation. There are no hard numbers. If I were to hazard a guess, end to end time to accomplish a task on Solaris 10, OpenIndiana, and various Linux distros would probably be very close to each other. But little things like opening or expanding a menu, opening an app or window, is where perception often comes into play. I don't think the actual raw performance is very far off between the systems, just perceived performance. Plus, again IME, Solaris maintains performance feel and interactivity even when the system is heavily loaded, while Linux tends to get sluggish under load. It's like choosing between a truck that can go 50 miles an hour getting 20 miles per gallon, all day long, empty or while pulling a 10,000 pound trailer, or a truck that goes 52 miles an hour getting 21 mpg empty and 40 miles an hour at 10 mpg when pulling a 10,000 pound trailer. If you never pull a trailer, the second truck looks like a better vehicle than the first, but when you actually need to do some real work, the value of the first truck becomes obvious. .. snip .. Here's another set of numbers: P4 2.2 Ghz with 2.72 TB RAIDZ and 8 GB RAM running Solaris 10 update 8 used for serving iSCSI content off ZFS filesystems - I have a specific requirement where I've snapshotted a 600 GB ZFS filesystem containing 9 VMs, and have then cloned this 20 times. This is for a test setup. After the cloning and regular use, I see that an overall diskspace of 800 GB has been used. I had a system at an employer running multiple instances of replicating mysql databases using SATA drives. I ended up having to disable ZIL (risky I know, but there was no budget for SSD drives, they were supposed to be added later but never were to my knowledge) to get performance back up so the database replication could keep up with the data coming in. Linux, on similar hardware and similar drive configuration didn't have that problem (XFS file system if anyone is interested), but of course you couldn't do snapshots and other things while everything was running. The system stayed OpenSolaris due to the advantages zones and zfs brought to the table, but it wasn't as much of a slam dunk as I would have liked. I was never knocking the performance, merely sharing the observations that came with being the only Solaris guy in a Linux shop for several years. Greg ___
Re: [OpenIndiana-discuss] About the Gnome slowdowns
Hate replying to myself, but this typo got by me and needed correction... On Jun 22, 2011, at 9:41 AM, Gregory Youngblood wrote: As for speed feel, put a mostly idle linux system next to a mostly idle solaris system and linux will feel faster interactively. Load the two systems down and my experience has been 90%+ of the time the solaris system will now feel like it has slowed down but linux interactivity becomes a series of jerks and sudden starts and stops That should say the Solaris system will NOT feel like it has slowed down... *sigh* ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
I mostly recall seeing that statement around the transition period from SunOS 4.x (later called Solaris 1.x) to SunOS 5.x (Solaris 2.x). This was where Sun transitioned from a BSD style Unix to the ATT Sys V style Unix. Also, admins were accustomed to the BSD userland, and not happy about the other changes occurring to. If you look at the Solaris FAQ from Casper Dik, there are still references from admins not happy about losing the BSD rc files (i.e. rc, rc.network, rc.local) and getting stuck with the Sys V rc directories, each directory filled with files. Jerry On 06/22/11 11:41, Gregory Youngblood wrote: Slowaris or slowalrus predates Solaris 9 I'm afriad. I remember that term being toss about back in 2.4-2.6 days. That's where I learned about it. :) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [zfs-discuss] Question about drive LEDs
On Sat, Jun 18, 2011 at 09:49:44PM +0200, Roy Sigurd Karlsbakk wrote: Hi all I have a few machines setup with OI 148, and I can't make the LEDs on the drives work when something goes bad. The chassies are supermicro ones, and work well, normally. Any idea how to make drive LEDs wirk with this setup? Some questions: - So the Supermicro chassis has SES support? - You're able to see which disk in which chassis slot, by the info from SES? - Are you able to control the LEDs manually through SES? - Did you configure FMA in any way? -- Pasi ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI-151: test drive
On Wed, Jun 22, 2011 at 1:53 PM, sy...@lavabit.com wrote: Tested: OI-151 live CD http://dlc-int.openindiana.org/151/oi-dev-151-x86-20110608-1.iso System: Intel Core i3-2100 ASUS P8H61 PLUS 8GB DDR3 Nvidia G210 3x 2TB + 1x 2TB spare The aim is to replace the existing office network equipments which consists of 3 boxes of dust, running Linux and OpenBSD. (Disclaimer: I have very little knowledge of Linux let alone OpenBSD or Solaris. I am a physicist by training, and for the most part a comfortable end-user of Windows.) I have to say, whatever you guys have done, it is amazing. Within a single day, I managed to install the OS, set up 3-way ZFS mirror, CIFS shares, DNS, DHCP and SVN services. The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. All in all - thank you very much! Alex. I installed the same version to another desktop yesterday and had quite a few lock ups through the afternoon/evening, however today I've not had a single lock up, no changes in workload etc. One system change I made was to set speedstep to use poll-mode /etc/power.conf cpupm enable poll-mode Can you ssh in when the desktop/application freezes? Yes - everything else seems to work (DNS, SVN etc.) I've figured out how to do VNC (Desktop Sharing...) today, and was curious how it would fare when the lock-up happens. Unfortunately, just like you, I can't get it to lock up at all today. Let's see if I get better (or not!) luck tomorrow... Alex. ___ 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
On Wed, Jun 22, 2011 at 2:08 PM, Christopher Chan christopher.c...@bradbury.edu.hk wrote: On Wednesday, June 22, 2011 05:11 PM, Alex Lam S.L. wrote: The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. :( I suggest installing KDE from the KDE repo. More pain :( On the OpenIndiana wiki page it seems to suggest KDE 4.6.4: http://wiki.openindiana.org/display/oi/oi_151 I will have a look and see if I can get it off the default repository tomorrow. Alex. ___ 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
On Jun 22, 2011, at 3:23 PM, Alex Lam S.L. alexla...@gmail.com wrote: On Wed, Jun 22, 2011 at 2:08 PM, Christopher Chan christopher.c...@bradbury.edu.hk wrote: On Wednesday, June 22, 2011 05:11 PM, Alex Lam S.L. wrote: The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. See if the later Nvidia driver helps with the lockups. See: https://www.illumos.org/issues/1127 :( I suggest installing KDE from the KDE repo. More pain :( On the OpenIndiana wiki page it seems to suggest KDE 4.6.4: http://wiki.openindiana.org/display/oi/oi_151 I will have a look and see if I can get it off the default repository tomorrow. Alex. ___ 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-151: test drive
On Wed, Jun 22, 2011 at 1:38 PM, Mark Humphreys saskal...@gmail.com wrote: On Wed, Jun 22, 2011 at 3:11 AM, Alex Lam S.L. alexla...@gmail.com wrote: ... Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. ... This ain't Linux. So, that won't do anything unless you also build the virtual console terminals, which don't exist in any OpenSolaris derivative, by default. I wouldn't know - I was asking Google for advice and it gave me this. But then I guess most of these results are from Linux users... See: http://blogs.oracle.com/DanX/entry/solaris_virtual_consoles I'm not sure about your desktop freezing; but, being able to switch to command line should help you investigate / workaround the issue. 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. Alex. Regards, -- .\\ark ___ 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
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
Re: [OpenIndiana-discuss] OI-151: test drive
On Wed, Jun 22, 2011 at 8:28 PM, Jake jak3...@gmail.com wrote: On Jun 22, 2011, at 3:23 PM, Alex Lam S.L. alexla...@gmail.com wrote: On Wed, Jun 22, 2011 at 2:08 PM, Christopher Chan christopher.c...@bradbury.edu.hk wrote: On Wednesday, June 22, 2011 05:11 PM, Alex Lam S.L. wrote: The only quirks I've read into so far is the device driver for Intel AMT (which I don't use anyway), and the occasion freeze of the Gnome desktop. As for the latter - how should I recover from it? My gut feeling is that it is triggered by graphic updates on the desktop, and Ctrl+Alt+F1 doesn't seem to help other than making the whole screen go blank. The rest of the system (e.g. DNS server) is still functional, though. See if the later Nvidia driver helps with the lockups. See: https://www.illumos.org/issues/1127 They mentioned the driver being put into dev-il repo - is that not the default repository when I run the Package Manager under OI-151? Alex. :( I suggest installing KDE from the KDE repo. More pain :( On the OpenIndiana wiki page it seems to suggest KDE 4.6.4: http://wiki.openindiana.org/display/oi/oi_151 I will have a look and see if I can get it off the default repository tomorrow. Alex. ___ 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-151: test drive
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] OI-151: test drive
On Wed, Jun 22, 2011 at 8:33 PM, Brian Hechinger wo...@4amlunch.net wrote: 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. I actually tried that as it was the first suggestion coming back from Google - didn't seem to do anything. Not even switching to a blank screen like Ctrl+Alt+F1 does. Alex. -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] OI-151: test drive
On 06/22/2011 03:33 PM, Brian Hechinger wrote: 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... SSH comes in handy there. Jamon ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI-151: test drive
On 6/22/2011 3:35 PM, Lou Picciano wrote: Brian, You can also do the # svcadm refresh(or enable) gdm from an ssh session... Sure, but I get the feeling he'd rather be able to deal with this from the console so I thought I'd just toss that out there. -brian ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI-151: test drive
On 6/22/2011 3:35 PM, Alex Lam S.L. wrote: On Wed, Jun 22, 2011 at 8:33 PM, Brian Hechingerwo...@4amlunch.net wrote: 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. I actually tried that as it was the first suggestion coming back from Google - didn't seem to do anything. Not even switching to a blank screen like Ctrl+Alt+F1 does. That's very odd. Has the defaults for the X server on OI been changed to ignore that I wonder? -brian ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] SPARC support
Does OI support SPARC and/or will it ever/always? -brian ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Question about drive LEDs
On Wed, Jun 22, 2011 at 6:25 AM, Robin Axelsson wrote: That's a very nice web interface! How did you get that on OpenIndiana? Unless I'm mistaken, you can download the VirtualBox image of the simulator here: http://www.oracle.com/webapps/dialogue/dlgpage.jsp?p_ext=Yp_dlg_id=8588618src=6870265Act=7 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] About the Gnome slowdowns
On 06/22/11 08:43 AM, Sriram Narayanan wrote: Slowlaris was a term used only for the TCP/IP stack of Solaris 9. Slowlaris originally came out of the performance difference between SunOS 4.x and Solaris 2.0, a decade before Solaris 9. Later Solaris releases improved things greatly - 2.3 or 2.4 was the first release most admins were willing to widely deploy. -- -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
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Jun 22, 2011, at 3:28 AM, Gregory Youngblood wrote: Do you want to tell me that last year, during which I have done everything to promote OpenIndiana in my local Open and Free software community, is going to be wasted? No one and I really mean no one will ever take a second look again if I have to go yet another round of So, this *was* OpenSolaris and it *was* OpenIndiana, now it is SomeOtherShit. On the other hand, is branding/naming/whatever more important than features, fixes and enhancements? Even though I threw some names out there, I think the only a new name makes any sense is if we determine to make an even more pronounced break from Solaris since Oracle closed down OpenSolaris. And even then, only if we had something major and compelling to differentiate even the system further (new GUI, much better drives, or who knows what) from where OI is at now. A name change at this point would be an operating system equivalent to a Groupon special - we might see an influx of people trying the system, but odds are they wouldn't stick with it, possibly even reporting negative comments about their experience and further increasing the difficulty in attracting new users. The biggest problem I have had with people trying OpenIndiana (and yes, Solaris too) has been hardware compatibility. One colleague summarized it this way: OpenIndiana, where Linux was in 95. He's referring specifically to drivers for various things, especially controllers. He went through 3 or 4 cheap controllers between NewEgg and Fry's Electronics, even buying one from NewEgg specifically since it was supposed to be compatible with OpenIndiana, and none of them worked. He never got a finished installation to play with. [The problem was the vendor revved the board, slight change in chipset, but didn't change the SKU so NewEgg never noticed the change. It only affected OI, the board continued to work just fine in Linux.] To those that have history with Linux and no history with Solaris OI feels like an old Linux distro, and more work than its worth. That's been a big hurdle to over come. That an the GUI feels sluggish, never mind that I could have my box loaded down doing all kinds of processing without major impact to the GUI and their Linux UIs would freeze or get jerky, Solaris (and OS/OI) felt slow. I recognize that OI is never going to have driver parity with Linux, not unless we suddenly see a huge influx of developers helping with drivers, and even then it's a pipe dream. I also recognize that OI (and Solaris) is now relegated to being a niche player in the grand scheme of things. I hope that changes as OI evolves, but let's be frank, it's not likely any time soon, if ever. We have some serious hurdles to overcome, not only technical but perception. A name change _may_ be helpful overcoming perception, but it will be a flash in the pan if it's not accompanied by major technical improvements too. Funny, I've bought a SAS controller (LSI) and a Gbit Ethernet board (Intel) that both worked just fine on _SPARC_ even, and the Ethernet even worked on Solaris 9 (although I did have to scrounge for an open source driver there, since the e1000g driver wasn't in Solaris 9). (I don't know if I could boot over the net on the GbE since the card has no fCode, but I don't really care, since if I needed to that badly, the old interfaces are still in place.) Point being that if one is careful enough about compatibility (to include sticking with brands that don't randomly juggle chipsets on otherwise unchanged motherboard part numbers), and checks the HCL too, one can do ok. Just not on whatever random hardware one happens to have. Solaris (and offspring, by and large) are first and foremost _server_ OSs, where hardware choice is purposely restricted by considerations of reliability ahead of cost. On suitable hardware, it's quite usable as a desktop OS (if not necessarily the friendliest choice in that role), but it's not likely to be any time soon that you can just throw it on whatever and have it run. I must be an elitist pig or something, but I don't see that as a problem. What good do sheer numbers of users do if most of them are too clueless to figure out hardware compatibility? Scarcely one in 10,000 of that sort would be able to write a line of code anyway. If you've got to play this grow or perish game, then play it with people who bring some _clue_ to the table. Until you've got critical mass of them, the rest are just bandwidth thieves anyway. Probably oxygen thieves too, but that's just my social Darwinism mood speaking. (Oops, was that my outer voice? :-) -- The waitress asked, Do you want lemon or no lemon with that iced tea? Naturally, I said yes, and then burst out laughing, because there simply wasn't any other answer in Boolean logic. She didn't get it, but I got the lemon, which I wanted anyway. Later, I realized a quantum
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
In general, OpenWindows means two things to me: libraries: libxview (XView toolkit), libXol (OLIT toolkit), and associated libraries (libolgx and so on). The Open Look apps went away at I think Solaris 9 (although most of them would still run on Solaris 10 if one brought forward all the right bits), but the libraries had been kept around for any 3rd party or in-house apps that linked to the shared libraries. Xsun: biggie for those of us with older SPARC hardware, lacking Xorg graphics driver support I may be wrong, but I thing I've seen things implying that at least a modest effort may be made to see that Xsun runs in a branded zone with the proper setup, for those on such old hardware. Of course, that wouldn't be open source (mostly) or redistributable (at all). On Jun 22, 2011, at 5:05 AM, Jonathan Adams wrote: One that strikes me as odd on that list is under OpenWindows Libraries ... However, if required, the applications that use OpenWindows Libraries can be run in Oracle Solaris 10 Zones I thought that the renumbering of zones was just that and not a rebranding with libraries ... in fact I was pretty certain that that was advised against. does anyone know if we still have access to the old legacy drivers (not necessarily the old graphics drivers) ... in case we need to support legacy hardware in the future? Jon On 22 June 2011 02:06, Edward Martinez cru...@aol.com wrote: Hi, Upgraded to OI 151 things for OI are looking better with each release.:-) I have a question, it appears Oracle has removed 32 bit hardware support for the x86 CPU for solaris 11. so if oracle do release solaris code after solaris 11 is out, it will most likely only for 64bit only. so my question is if things do indeed go that way will OI continue 32bit support in future oi releases or do 64bit only to hold some compatibility with solaris 11 or will I have to toss out my Pentium m laptop along with other units. Functionality: * 32-bit Kernel click here to expand or collapse Support for the 32-bit only x86 hardware has been removed. Support for running 32-bit applications and libraries will continue http://www.oracle.com/technetwork/systems/end-of-notices/eonsolaris11-392732.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 -- The waitress asked, Do you want lemon or no lemon with that iced tea? Naturally, I said yes, and then burst out laughing, because there simply wasn't any other answer in Boolean logic. She didn't get it, but I got the lemon, which I wanted anyway. Later, I realized a quantum computer could have offered another answer: Schroedinger's Lemon! ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
On 06/22/11 05:33 PM, Richard L. Hamilton wrote: And a point against it: UFS root support is also said to be going away. UFS root is long gone - IPS only runs on a ZFS root, since it relies on ZFS snapshots/boot environments. No OpenSolaris release ever had UFS root support, nor does OpenIndiana or Solaris 11 Express. -- -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
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Jun 22, 2011, at 5:48 PM, Richard L. Hamilton wrote: The biggest problem I have had with people trying OpenIndiana (and yes, Solaris too) has been hardware compatibility. One colleague summarized it this way: OpenIndiana, where Linux was in 95. He's referring specifically to drivers for various things, especially controllers. He went through 3 or 4 cheap controllers between NewEgg and Fry's Electronics, even buying one from NewEgg specifically since it was supposed to be compatible with OpenIndiana, and none of them worked. He never got a finished installation to play with. [The problem was the vendor revved the board, slight change in chipset, but didn't change the SKU so NewEgg never noticed the change. It only affected OI, the board continued to work just fine in Linux.] Funny, I've bought a SAS controller (LSI) and a Gbit Ethernet board (Intel) that both worked just fine on _SPARC_ even, and the Ethernet even worked on Solaris 9 (although I did have to scrounge for an open source driver there, since the e1000g driver wasn't in Solaris 9). (I don't know if I could boot over the net on the GbE since the card has no fCode, but I don't really care, since if I needed to that badly, the old interfaces are still in place.) Point being that if one is careful enough about compatibility (to include sticking with brands that don't randomly juggle chipsets on otherwise unchanged motherboard part numbers), and checks the HCL too, one can do ok. Just not on whatever random hardware one happens to have. That's just it - at least one of the cards he purchased in an effort to set up an OpenSolaris or OpenIndiana file server came directly off the HCL, brand/chipset/etc. The other cards were too. This was a gentleman that had at least 7 years working with server hardware and probably over 15 years working with computer hardware in general, in other words he was not a n00b. He used the HCL when selecting the hardware he tried to use. He followed reports about specific cards with chipsets that supposedly worked, and ultimately also tried purchasing the exact brand and model in the HCL itself. Despite doing all the right things, he didn't end up with a functional system, and after several days got fed up and moved on. So the glib answer of being careful enough about compatibility and dismissing people's bad experience is part of the problem that has to be overcome. I will admit the extent of his experience was atypical, I've been able to get Solaris, OpenSolaris, and OpenIndiana to work on just about every computer I've tried with only one real exception (a netbook the DDU reported 0 driver problems in the live image, but the install didn't have working networking (wired or wireless) and some other faults). Like he said, [OpenSolaris/OpenIndiana] - where Linux was at in 1995. And based on his experience, he's right. He did what _should_have_ worked and it didn't. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Jun 22, 2011, at 5:48 PM, Richard L. Hamilton wrote: I must be an elitist pig or something, but I don't see that as a problem. What good do sheer numbers of users do if most of them are too clueless to figure out hardware compatibility? Scarcely one in 10,000 of that sort would be able to write a line of code anyway. If you've got to play this grow or perish game, then play it with people who bring some _clue_ to the table. Until you've got critical mass of them, the rest are just bandwidth thieves anyway. Probably oxygen thieves too, but that's just my social Darwinism mood speaking. (Oops, was that my outer voice? :-) By the way, this guy I mentioned - he's a developer. So, yes, he can write a line of code. He would have been a good addition to the community and not an oxygen thie[f]. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
On 06/22/11 06:03 PM, Richard L. Hamilton wrote: Xsun: biggie for those of us with older SPARC hardware, lacking Xorg graphics driver support I may be wrong, but I thing I've seen things implying that at least a modest effort may be made to see that Xsun runs in a branded zone with the proper setup, for those on such old hardware. Of course, that wouldn't be open source (mostly) or redistributable (at all). I'm not sure who would be doing that - I released most of the Xsun source as open source last year after multiple people said they'd use it to provide continued support for the old graphics, and so far no one seems to have done anything with it, so there seems to be very little actual interest in doing more than talking about how nice it would be if someone else did the work to support old graphics. -- -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
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
Wow. They killed a lot of stuff. Not only 32-bit x86 support but tons of other stuff too. SPARC Workstation support has been killed off (no more UltraSparc I/II/III/IV support, no more Xsun and no more hardware accelerated OpenGL for SPARC) and a lot of legacy peripheral support for both x86 and SPARC is gone. Hopefully, OI won't be following along this path. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Jun 22, 2011, at 9:14 PM, Gregory Youngblood wrote: On Jun 22, 2011, at 5:48 PM, Richard L. Hamilton wrote: The biggest problem I have had with people trying OpenIndiana (and yes, Solaris too) has been hardware compatibility. One colleague summarized it this way: OpenIndiana, where Linux was in 95. He's referring specifically to drivers for various things, especially controllers. He went through 3 or 4 cheap controllers between NewEgg and Fry's Electronics, even buying one from NewEgg specifically since it was supposed to be compatible with OpenIndiana, and none of them worked. He never got a finished installation to play with. [The problem was the vendor revved the board, slight change in chipset, but didn't change the SKU so NewEgg never noticed the change. It only affected OI, the board continued to work just fine in Linux.] Funny, I've bought a SAS controller (LSI) and a Gbit Ethernet board (Intel) that both worked just fine on _SPARC_ even, and the Ethernet even worked on Solaris 9 (although I did have to scrounge for an open source driver there, since the e1000g driver wasn't in Solaris 9). (I don't know if I could boot over the net on the GbE since the card has no fCode, but I don't really care, since if I needed to that badly, the old interfaces are still in place.) Point being that if one is careful enough about compatibility (to include sticking with brands that don't randomly juggle chipsets on otherwise unchanged motherboard part numbers), and checks the HCL too, one can do ok. Just not on whatever random hardware one happens to have. That's just it - at least one of the cards he purchased in an effort to set up an OpenSolaris or OpenIndiana file server came directly off the HCL, brand/chipset/etc. The other cards were too. This was a gentleman that had at least 7 years working with server hardware and probably over 15 years working with computer hardware in general, in other words he was not a n00b. He used the HCL when selecting the hardware he tried to use. He followed reports about specific cards with chipsets that supposedly worked, and ultimately also tried purchasing the exact brand and model in the HCL itself. Despite doing all the right things, he didn't end up with a functional system, and after several days got fed up and moved on. So the glib answer of being careful enough about compatibility and dismissing people's bad experience is part of the problem that has to be overcome. I will admit the extent of his experience was atypical, I've been able to get Solaris, OpenSolaris, and OpenIndiana to work on just about every computer I've tried with only one real exception (a netbook the DDU reported 0 driver problems in the live image, but the install didn't have working networking (wired or wireless) and some other faults). Like he said, [OpenSolaris/OpenIndiana] - where Linux was at in 1995. And based on his experience, he's right. He did what _should_have_ worked and it didn't. Pending the magic availability of infinite drivers, the simple answer would be a better HCL. As in, track those brands that change chipsets without changing part numbers, and whenever something _doesn't_ work that the HCL said did work, encourage people to report that too, preferably with any available distinguishing information (revision number or whatever). I think the basic problem is that x86 motherboard manufacturers, except those that are specifically targeting high stability uses (servers, for instance), assume that if they've made sure it runs the latest Windows, their job is done, and nobody _other_ than the board manufacturers can possibly keep track of each new board. No _one_ person, or even small team (lacking a budget to buy samples of everything regularly) can. But an aggregate of reports would sure help. There's also the Oracle Device Detection Tool. Or if one needed something of one's own, one could roll a bootable DVD or thumb drive distro, that hopefully stores might allow one to try, as a compatibility test for the hardware. Doesn't do any good for build-it-yourself or mailorder of course, but those are pretty much caveat emptor anyway. At least it's more tools... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
Closer to twenty. And my Ultra 1 is doing fine. Sent from my iPad On Jun 22, 2011, at 9:10 PM, Gary Driggs gdri...@gmail.com wrote: FWIW, Mac OS X Lion will only support x64 as well. IMHO, this is a good move for modern operating systems since there are always going to be alternatives for those still using i386 architecture. How long has Solaris/SPARC been 64-bit? At least ten years if not more... -Gary ___ 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] Compiling tun driver for OpenVPN
Hi, I'm trying to compile the tun driver so that I can move OpenVPN from a Linux system to my OI box. However, I'm not having much luck. In order to get it to compile and link without errors, once I ran the configure script I had to change solaris/Makefile, as follows: * added -m64 to the CFLAGS variable * added -melf_x86_64 to the ld options I also changed DRV_DIR to /usr/kernel/drv/amd64 for good measure. Well, after compiling it, I tried to install it, and got: Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2ca does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2e8 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2d9 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2c6 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab330 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a900 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a900 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7daa3e0 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7daa7e0 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7daa750 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
On Wed, Jun 22, 2011 at 10:03 PM, McBofh james.c.mcpher...@gmail.com wrote: On 23/06/11 11:52 AM, Michael Kerpan wrote: Wow. They killed a lot of stuff. Not only 32-bit x86 support but tons of other stuff too. SPARC Workstation support has been killed off (no more UltraSparc I/II/III/IV support, no more Xsun and no more hardware accelerated OpenGL for SPARC) and a lot of legacy peripheral support for both x86 and SPARC is gone. Hopefully, OI won't be following along this path. what, you still want to run parallel scsi 32bit-only drivers like ncrs, which are poor (very very poor) cousins of glm? McB. I can almost see dumping 32-bit x86. but dumping 64-bit US-III/IV? Clearly, Oracle is going to use this as a stick to force customers to upgrade to new hardware, or away from Solaris/Oracle completely while they overcharge for legacy Solaris 10 support. Good business strategy. :-p Lines from Other People's Money keep rolling through my mind ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Compiling tun driver for OpenVPN
Use SFEtun from spec-files-extra. There are experimental binaries in the repo linked from http://wiki.openindiana.org/oi/Popular+Software -Albert On Wed, Jun 22, 2011 at 9:53 PM, Russ Price rjp_...@fubegra.net wrote: Hi, I'm trying to compile the tun driver so that I can move OpenVPN from a Linux system to my OI box. However, I'm not having much luck. In order to get it to compile and link without errors, once I ran the configure script I had to change solaris/Makefile, as follows: * added -m64 to the CFLAGS variable * added -melf_x86_64 to the ld options I also changed DRV_DIR to /usr/kernel/drv/amd64 for good measure. Well, after compiling it, I tried to install it, and got: Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2ca does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2e8 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a560 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2d9 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab2c6 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7dab330 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a900 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xc047a900 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7daa3e0 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID 370954 kern.notice] symbol : Jun 22 20:44:20 castle genunix: [ID 780480 kern.notice] value 0xf7daa7e0 does not fit Jun 22 20:44:20 castle genunix: [ID 286029 kern.notice] relocation error: R_AMD64_32: Jun 22 20:44:20 castle genunix: [ID 720415 kern.notice] file /usr/kernel/drv/amd64/tun: Jun 22 20:44:20 castle genunix: [ID
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
On Jun 22, 2011, at 7:19 PM, Ben Taylor wrote: I can almost see dumping 32-bit x86. but dumping 64-bit US-III/IV? Use a kill-a-watt or a smart PDU to compare the power draw for these older systems. Do you really want them in production? Solaris 10 isn't going away if you do. q.v. several BSD Linux flavors. Clearly, Oracle is going to use this as a stick to force customers to upgrade to new hardware Nobody forces me to upgrade anything -- hardware or OS. But if in the long term it will cost more in electricity alone, why would I want to hang on to older hardware? I can understand vintage desktop users but I don't know many folks that wish to run vintage servers unless they're tech museums. -Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oracle removes 32bit x86 cpu support for solaris 11 will OI do same?
You are absolutely correct. No one is going to put a 32 bit x86 system into production. And no one is going to put an old 280R or V240 UltraSparc III system into production either. But that's not the point. Jr. admins and hobbyist pick these boxes up. They come from other hobbyist. They get picked up off eBay. And they come from companies that are decommissioning them and give them to employee's, because it is easier to give them away, vs paying someone to come pick them up and haul them off. That is where new growth comes from. A jr. admin can play with stuff at home at little to no cost. And when they are comfortable with an OS at home, then they are ready and confident to take it to work. Playing/learning stuff at home is typically fine on older/slower equipment, but you want to be able to learn on the latest/greatest software. Sun learned this lesson the hard way with the secret 6 when they initially refused to release Solaris 9 on the x86 platform. http://www.computerworld.com/s/article/70339/_Secret_Six_push_Sun_to_keep_Solaris_on_Intel_?taxonomyId=068 Sun finally figured it out, and released Solaris on the x86 platform again. And did very well with Solaris 10 on x86. I don't think that the secret six tactics would work on Oracle. Oracle will require some other method to re-establish support for newly unsupported systems. And I have no idea what that might be. OpenIndiana may have a great opportunity to establish a foothold, if we can support, or at least state that OpenIndiana runs on those boxes that Oracle said no to. I have a SunBlade 2000 on my desktop at work running Solaris 11 express. It has S11Express loaded so I can play with ZFS encrypted file systems. If the system runs now, that means that Oracle will physically be pulling drivers, etc out of the code to ensure that my system will not run Solaris 11 GA. I believe that there is a lot of opportunity available for OpenIndiana, by just not pulling out code that is known to work. Jerry On 06/22/11 22:42, Gary Driggs wrote: On Jun 22, 2011, at 7:19 PM, Ben Taylor wrote: I can almost see dumping 32-bit x86. but dumping 64-bit US-III/IV? Use a kill-a-watt or a smart PDU to compare the power draw for these older systems. Do you really want them in production? Solaris 10 isn't going away if you do. q.v. several BSD Linux flavors. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
