Re: [OpenIndiana-discuss] OpenSolaris
On top of that, keeping $$$ aside (I had to sell my i7 2700K and also my 16GB DDR3!) The entire OpenSXCE project was most and above all sponsored by my work and the money from _my_ family! The sole fact that only 4 persons showed happiness that Inetl-KMS now works on Illumos. No - cannot beieve there are only 4 folks who waited for this. Conclusion: Nobody responded because they are boycotting me. Under such circumstances: Find a single reason why I should as a result _not_ have reacted in this way. Tell me ... I'm the last dirt for the Illumos crowd. Under these conditions: wtf. >Суббота, 9 января 2016, 16:44 +03:00 от Мартин Бохниг: > > >>Пятница, 8 января 2016, 17:15 +01:00 от Aurélien Larcher < >>aurelien.larc...@gmail.com >: >> >> >>>I already know sending this is most likely a waste of time based on >>>the previous posts I read, but if any of this gets through to you let >>>me know. >> >>I do get you point but, please, can we focus instead of firing endless >>threads. >> >>Time could be better spent migrating the ~100 remaining packages to >>oi-userland. >> > > > >What? and my 6 weeks of night and day and weekends and X-Mas work are worth no >single penny? >I didn't ask for donations from those who already did donate last year. In >fact one friend contacted me privately and asked how he can donate, BUT I >THANKFULLY *REFUSED* (because he alsready did notate 50 EUR in 2015) >I wanted it from the commercial parasites who only take, but never give >something back (including give nothing back to you, but you appear to enjoy >that!) > >Plus: Folks expect me to upload the stuff (I already uploaded most parts in >December as src), although I cannot even obtain the basic right to submit it >upstream into Illumos mit my humble name, like all the contris are doing?? >You folks must be insane! > >Nice to see what you really think without your typical sliming "Dear Martin, >Kindest regards" > >That US' Illumos guy also once again didn't find it necessary to even only >respond privately or anything. >I was requesting a response since they intelligently blocked me in 2013 for >having said the truth about USA's Syria plans. > >This here is not a community, IT IS A SHAME. > >And now also ban me from the OI lists, then at least the status is synced with >Illumos. >I wonder why any person wants to contribute at all into the project. >If *that's* the reward. > >I regret I fell into the OpenSolaris trap for so long since 20050614 (and >since 2003 at CSW). >But with such handlings the project won't have a future anyway. Because >presumably also other contributors like Alexander will feel fed up rather >earlier than later. >After his Hipster releases the public reactions were also mostly from pathetic >to shameful. > > >And now: Justice for everyone. > > >Y.S., Martin Bochnig > >___ >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] OpenSolaris
>Пятница, 8 января 2016, 17:15 +01:00 от Aurélien Larcher >: > > >>I already know sending this is most likely a waste of time based on >>the previous posts I read, but if any of this gets through to you let >>me know. > >I do get you point but, please, can we focus instead of firing endless threads. > >Time could be better spent migrating the ~100 remaining packages to >oi-userland. > What? and my 6 weeks of night and day and weekends and X-Mas work are worth no single penny? I didn't ask for donations from those who already did donate last year. In fact one friend contacted me privately and asked how he can donate, BUT I THANKFULLY *REFUSED* (because he alsready did notate 50 EUR in 2015) I wanted it from the commercial parasites who only take, but never give something back (including give nothing back to you, but you appear to enjoy that!) Plus: Folks expect me to upload the stuff (I already uploaded most parts in December as src), although I cannot even obtain the basic right to submit it upstream into Illumos mit my humble name, like all the contris are doing?? You folks must be insane! Nice to see what you really think without your typical sliming "Dear Martin, Kindest regards" That US' Illumos guy also once again didn't find it necessary to even only respond privately or anything. I was requesting a response since they intelligently blocked me in 2013 for having said the truth about USA's Syria plans. This here is not a community, IT IS A SHAME. And now also ban me from the OI lists, then at least the status is synced with Illumos. I wonder why any person wants to contribute at all into the project. If *that's* the reward. I regret I fell into the OpenSolaris trap for so long since 20050614 (and since 2003 at CSW). But with such handlings the project won't have a future anyway. Because presumably also other contributors like Alexander will feel fed up rather earlier than later. After his Hipster releases the public reactions were also mostly from pathetic to shameful. And now: Justice for everyone. Y.S., Martin Bochnig ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] opensolaris config grub permanent
hallo, I have a problem to configure grub on opensolaris I write a new entry into menu.lst (outside BOOTADM,LIBBE) After reboot, the changes are overwritten. Whats going wrong? Who change this entry? Regards Heiko - details # grubcfg=/rpool/boot/grub/menu.lst ## edit menu.lst ## - add 0 (outside BOOTADM,LIBBE) ## - edit 4 (remove dom0_mem) # vi $grubcfg # bootadm list-menu the location for the active GRUB menu is: /rpool/boot/grub/menu.lst default 4 timeout 30 0 snv_134-1 new 1 OpenSolaris 2008.11 snv_101b_rc2 X86 2 OpenSolaris 2008.11 snv_101b_rc2 X86 text boot 3 xvm lom rpool 4 snv_134-1 # bootadm set-menu default=0 # egrep default $grubcfg default 0 # svcprop svc:/system/xvm/xend | grep mem config/dom0-min-mem integer 15949 # svccfg -s xvm/xend setprop config/dom0-min-mem=3000 # svcprop svc:/system/xvm/xend | grep mem config/dom0-min-mem integer 3000 # ls -l $grubcfg -rw-r--r-- 1 root root 1298 2013-08-21 14:05 menu.lst # egrep dom0_mem $grubcfg | wc -l 0 ## - ok: no dom0_mem defined # date; reboot Mittwoch, 21. August 2013, 14:08:00 Uhr UTC # ls -l $grubcfg -rw-r--r-- 1 root root 1716 2013-08-21 14:10 menu.lst # ls -l /var/svc/log/system-boot-config:default.log -rw-r--r-- 1 root root 18361 2013-08-21 14:10 /var/svc/log/system-boot-config:default.log # tail -3 /var/svc/log/system-boot-config:default.log [ Aug 21 14:08:53 Enabled. ] [ Aug 21 14:10:27 Executing start method (/lib/svc/method/svc-boot-config). ] [ Aug 21 14:10:27 Method start exited with status 0. ] # egrep default $grubcfg default 5 # bootadm list-menu the location for the active GRUB menu is: /rpool/boot/grub/menu.lst default 5 timeout 30 0 snv_134-1 new 1 OpenSolaris 2008.11 snv_101b_rc2 X86 2 OpenSolaris 2008.11 snv_101b_rc2 X86 text boot 3 xvm lom rpool 4 snv_134-1 5 snv_134-1 new # egrep title|^kernel $grubcfg | head -2 title snv_134-1 new kernel$ /boot/$ISADIR/xen.gz console=com1 # egrep title|^kernel $grubcfg | tail -2 title snv_134-1 new kernel$ /boot/$ISADIR/xen.gz console=com1 dom0_mem=15949M dom0_vcpus_pin=false watchdog=false ## entry 5, seen to be a clone from default (0) # svcprop svc:/system/xvm/xend | grep mem config/dom0-min-mem integer 15949 sum: - menu.lst changed after boot - added new entry with dom0_mem - svcprop: dom0-min-mem changed - file system-boot-config:default.log changed at this time, but content not interested ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] opensolaris download
I know this is a bizarre request. I'm looking for both the (old) opensolaris 2009.06 iso, and also the (old) latest genunix opensolaris distribution ... Which I think was b154 or something like that. Neither opensolaris.com, opensolaris.org, nor genunix.com or org exist anymore... So of course ... Not available for download. Anybody know where these can still be downloaded? (I'm trying to build on a machine which has opensolaris drivers, but not openindiana drivers.) (That's why.) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] opensolaris download
For the 2009.06 iso http://iso.linuxquestions.org/opensolaris/opensolaris-2009.06/#x86 2012/8/24 openindiana openindi...@nedharvey.com I know this is a bizarre request. I'm looking for both the (old) opensolaris 2009.06 iso, and also the (old) latest genunix opensolaris distribution ... Which I think was b154 or something like that. Neither opensolaris.com, opensolaris.org, nor genunix.com or org exist anymore... So of course ... Not available for download. Anybody know where these can still be downloaded? (I'm trying to build on a machine which has opensolaris drivers, but not openindiana drivers.) (That's why.) ___ 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] opensolaris download
For the rest http://okcosug.org/ ... Have a nice weekend ... 2012/8/24 Fabrizio Chierzi fabrizio.chie...@gmail.com For the 2009.06 iso http://iso.linuxquestions.org/opensolaris/opensolaris-2009.06/#x86 2012/8/24 openindiana openindi...@nedharvey.com I know this is a bizarre request. I'm looking for both the (old) opensolaris 2009.06 iso, and also the (old) latest genunix opensolaris distribution ... Which I think was b154 or something like that. Neither opensolaris.com, opensolaris.org, nor genunix.com or org exist anymore... So of course ... Not available for download. Anybody know where these can still be downloaded? (I'm trying to build on a machine which has opensolaris drivers, but not openindiana drivers.) (That's why.) ___ 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] OpenSolaris on SPARC
Hi Martin, hate to pester you but I just got my two 1.2 ghz chips in my sb1000 and was trying to put an old version of opensolaris on it (to hold me over till OI) and it can't find drivers for any of the video cards during install. I have tried xvr1200,xvr100, and an old expert/elite 3d (not sure which). Is this to be expected? I have never tried to put open solaris on it before. Dan On 07/30/12 06:51 PM, Martin Bochnig wrote: On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar dk...@elmira.edu wrote: Fantastic! I can't wait to fire up my sb1000 again! The SB1000/2000 is my favorite workstation, too ... as I have always said: http://mail.opensolaris.org/pipermail/xwin-discuss/2008-August/002281.html http://unix.derkeiler.com/Newsgroups/comp.sys.sun.hardware/2005-05/0232.html These days you get the x7310a (1.2GHz III Cu) module for pennies. And they do outperform a Dualcore SB2500 Red 1,28GHz. Some people now think, that the Blade 1000/2000 is an electricity waster (which is true to some degree, just make your own tests and decide). But ironically the only other Sun SPARC Workstations that manage to outperform the maxed out SB1000/2000 are Dual core 1.6GHz SB2500 Silver and Ultra 45, which consume the same amount, if I can believe these results: http://chrysalis.rutgers.edu/hardware/powerbrief.php And I read various reviews that confirm, that CAD users were disappointed by the IIIi based machines, that did not deliver any significant feelable performance boost over the SB1000/2000, despite their higher clock, on-die (though much smaller) cache and faster memory. A look to spec confirms this: CFP2000 Results: SB1000/2000 IIIcu @ 1.2 GHz: http://www.spec.org/cpu2000/results/res2003q2/cpu2000-20030326-02001.html SB2500Red IIIi @ 1.28 GHz http://www.spec.org/cpu2000/results/res2003q4/cpu2000-20030821-02436.html SB2500Silver IIIi @ 1.6 GHz http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050107-03681.html I have an xvr1200 but I have pretty much determined I will never be able to use that card again Why? The XVR-1200 is similar to a XVR-600. I know, under Xorg it would be never supported. Maybe the best one could expect would be unaccelerated fb mode. However, as we now have an opensrc Xsun and redistributable binary drivers, including redistributable /dev/fb drivers for initializing and mapping the card, plus my changes to make the stumbled / cut-down opened version of Xsun function again, nothing should prevent you from using your XVR-1200. And in contrast to previous versions of modified Xorg, if now doesn't matter anymore, into which system with what kind of pci bridge you intend to plug your card. It should function, period. I know, this sounds like a dream. And that's why we cannot ever thank Alan Coopersmith enough, that he pushed through the opensrc release of Xsun, after it had been EOL'ed in 2010, yet just moments before Oracle closed the tap :) Do you know what card would work best? I have an ati radeon (xvr 100?) card and a couple of those monstrous creator3ds. Any of these cards will work. The Creator/Creator3D/Elite3D even function with Xorg's ported Linux/BSD drivers under Xorg, that are still available on martux.org: http://martux.org/RELEASES/FOX1.0/SPARC/ http://martux.org/RELEASES/SPARC_distro_incl_Xorg7.2/ But under Xsun every of these just functions, does so reliably and quickly. So it rather depends on your 2D vs. 3D needs, free PCI slots vs. UPA slots, power consumption and so on. I in my beloved SB2000 use an Elite 3D UPA card. Maybe the XVR-1000 (UPA) or 1200 (3D Labs Wildcat PCI) would be even faster. But for normal office needs, any of these should be more than sufficient. rgds. %mab ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
I just picked up 2 x7310a chips for 100$ so I am anxiously awaiting OI for my SB1000! On 07/30/12 06:51 PM, Martin Bochnig wrote: On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar dk...@elmira.edu wrote: Fantastic! I can't wait to fire up my sb1000 again! The SB1000/2000 is my favorite workstation, too ... as I have always said: http://mail.opensolaris.org/pipermail/xwin-discuss/2008-August/002281.html http://unix.derkeiler.com/Newsgroups/comp.sys.sun.hardware/2005-05/0232.html These days you get the x7310a (1.2GHz III Cu) module for pennies. And they do outperform a Dualcore SB2500 Red 1,28GHz. Some people now think, that the Blade 1000/2000 is an electricity waster (which is true to some degree, just make your own tests and decide). But ironically the only other Sun SPARC Workstations that manage to outperform the maxed out SB1000/2000 are Dual core 1.6GHz SB2500 Silver and Ultra 45, which consume the same amount, if I can believe these results: http://chrysalis.rutgers.edu/hardware/powerbrief.php And I read various reviews that confirm, that CAD users were disappointed by the IIIi based machines, that did not deliver any significant feelable performance boost over the SB1000/2000, despite their higher clock, on-die (though much smaller) cache and faster memory. A look to spec confirms this: CFP2000 Results: SB1000/2000 IIIcu @ 1.2 GHz: http://www.spec.org/cpu2000/results/res2003q2/cpu2000-20030326-02001.html SB2500Red IIIi @ 1.28 GHz http://www.spec.org/cpu2000/results/res2003q4/cpu2000-20030821-02436.html SB2500Silver IIIi @ 1.6 GHz http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050107-03681.html I have an xvr1200 but I have pretty much determined I will never be able to use that card again Why? The XVR-1200 is similar to a XVR-600. I know, under Xorg it would be never supported. Maybe the best one could expect would be unaccelerated fb mode. However, as we now have an opensrc Xsun and redistributable binary drivers, including redistributable /dev/fb drivers for initializing and mapping the card, plus my changes to make the stumbled / cut-down opened version of Xsun function again, nothing should prevent you from using your XVR-1200. And in contrast to previous versions of modified Xorg, if now doesn't matter anymore, into which system with what kind of pci bridge you intend to plug your card. It should function, period. I know, this sounds like a dream. And that's why we cannot ever thank Alan Coopersmith enough, that he pushed through the opensrc release of Xsun, after it had been EOL'ed in 2010, yet just moments before Oracle closed the tap :) Do you know what card would work best? I have an ati radeon (xvr 100?) card and a couple of those monstrous creator3ds. Any of these cards will work. The Creator/Creator3D/Elite3D even function with Xorg's ported Linux/BSD drivers under Xorg, that are still available on martux.org: http://martux.org/RELEASES/FOX1.0/SPARC/ http://martux.org/RELEASES/SPARC_distro_incl_Xorg7.2/ But under Xsun every of these just functions, does so reliably and quickly. So it rather depends on your 2D vs. 3D needs, free PCI slots vs. UPA slots, power consumption and so on. I in my beloved SB2000 use an Elite 3D UPA card. Maybe the XVR-1000 (UPA) or 1200 (3D Labs Wildcat PCI) would be even faster. But for normal office needs, any of these should be more than sufficient. rgds. %mab ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
A few people have ventured into releasing an IPS repo of OpenIndiana SPARC builds as well as recent X11 7.7 build from here: https://hg.openindiana.org/upstream/oracle/x-cons/x-s11-update-clone/ Good read (needs updating): http://hub.opensolaris.org/bin/view/Project+fox/SPARC-Xorg ~ Ken Mays From: Daniel Kjar dk...@elmira.edu To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org Sent: Tuesday, July 31, 2012 9:53 AM Subject: Re: [OpenIndiana-discuss] OpenSolaris on SPARC I just picked up 2 x7310a chips for 100$ so I am anxiously awaiting OI for my SB1000! On 07/30/12 06:51 PM, Martin Bochnig wrote: On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar dk...@elmira.edu wrote: Fantastic! I can't wait to fire up my sb1000 again! The SB1000/2000 is my favorite workstation, too ... as I have always said: http://mail.opensolaris.org/pipermail/xwin-discuss/2008-August/002281.html http://unix.derkeiler.com/Newsgroups/comp.sys.sun.hardware/2005-05/0232.html These days you get the x7310a (1.2GHz III Cu) module for pennies. And they do outperform a Dualcore SB2500 Red 1,28GHz. Some people now think, that the Blade 1000/2000 is an electricity waster (which is true to some degree, just make your own tests and decide). But ironically the only other Sun SPARC Workstations that manage to outperform the maxed out SB1000/2000 are Dual core 1.6GHz SB2500 Silver and Ultra 45, which consume the same amount, if I can believe these results: http://chrysalis.rutgers.edu/hardware/powerbrief.php And I read various reviews that confirm, that CAD users were disappointed by the IIIi based machines, that did not deliver any significant feelable performance boost over the SB1000/2000, despite their higher clock, on-die (though much smaller) cache and faster memory. A look to spec confirms this: CFP2000 Results: SB1000/2000 IIIcu @ 1.2 GHz: http://www.spec.org/cpu2000/results/res2003q2/cpu2000-20030326-02001.html SB2500Red IIIi @ 1.28 GHz http://www.spec.org/cpu2000/results/res2003q4/cpu2000-20030821-02436.html SB2500Silver IIIi @ 1.6 GHz http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050107-03681.html I have an xvr1200 but I have pretty much determined I will never be able to use that card again Why? The XVR-1200 is similar to a XVR-600. I know, under Xorg it would be never supported. Maybe the best one could expect would be unaccelerated fb mode. However, as we now have an opensrc Xsun and redistributable binary drivers, including redistributable /dev/fb drivers for initializing and mapping the card, plus my changes to make the stumbled / cut-down opened version of Xsun function again, nothing should prevent you from using your XVR-1200. And in contrast to previous versions of modified Xorg, if now doesn't matter anymore, into which system with what kind of pci bridge you intend to plug your card. It should function, period. I know, this sounds like a dream. And that's why we cannot ever thank Alan Coopersmith enough, that he pushed through the opensrc release of Xsun, after it had been EOL'ed in 2010, yet just moments before Oracle closed the tap :) Do you know what card would work best? I have an ati radeon (xvr 100?) card and a couple of those monstrous creator3ds. Any of these cards will work. The Creator/Creator3D/Elite3D even function with Xorg's ported Linux/BSD drivers under Xorg, that are still available on martux.org: http://martux.org/RELEASES/FOX1.0/SPARC/ http://martux.org/RELEASES/SPARC_distro_incl_Xorg7.2/ But under Xsun every of these just functions, does so reliably and quickly. So it rather depends on your 2D vs. 3D needs, free PCI slots vs. UPA slots, power consumption and so on. I in my beloved SB2000 use an Elite 3D UPA card. Maybe the XVR-1000 (UPA) or 1200 (3D Labs Wildcat PCI) would be even faster. But for normal office needs, any of these should be more than sufficient. rgds. %mab ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
ALL RIGHT, SPARC enthusiasts )) Thanks for all your kind comments. Moment, moment ... As I said before, I still need a few days (1 week?, 2 weeks?, 3 weeks?). You won't be disappointed this time, as Xsun is the key: (just works!) In the past I would spend literally endless amounts of time at Xorg (with only humble success at the maximum). And therefore there was never much time for the actual distro. This time it is absolutely different. And it will be here still in mid/end of August. On which day? I don't know. And as you see it is called OI, rather than MartUX. It is intended for us all, for the OI SPARC community. Currently I'm busy not only at computers. I'm quite in a mess, as always. But you hear from me later this month. The opened minimalistic Xsun works now. And although I never tried drugs, I bet they can't be half as good ;) Till later, asap . regards,%martin On Tue, Jul 31, 2012 at 6:15 PM, ken mays maybird1...@yahoo.com wrote: A few people have ventured into releasing an IPS repo of OpenIndiana SPARC builds as well as recent X11 7.7 build from here: https://hg.openindiana.org/upstream/oracle/x-cons/x-s11-update-clone/ Good read (needs updating): http://hub.opensolaris.org/bin/view/Project+fox/SPARC-Xorg ~ Ken Mays From: Daniel Kjar dk...@elmira.edu To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org Sent: Tuesday, July 31, 2012 9:53 AM Subject: Re: [OpenIndiana-discuss] OpenSolaris on SPARC I just picked up 2 x7310a chips for 100$ so I am anxiously awaiting OI for my SB1000! On 07/30/12 06:51 PM, Martin Bochnig wrote: On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar dk...@elmira.edu wrote: Fantastic! I can't wait to fire up my sb1000 again! The SB1000/2000 is my favorite workstation, too ... as I have always said: http://mail.opensolaris.org/pipermail/xwin-discuss/2008-August/002281.html http://unix.derkeiler.com/Newsgroups/comp.sys.sun.hardware/2005-05/0232.html These days you get the x7310a (1.2GHz III Cu) module for pennies. And they do outperform a Dualcore SB2500 Red 1,28GHz. Some people now think, that the Blade 1000/2000 is an electricity waster (which is true to some degree, just make your own tests and decide). But ironically the only other Sun SPARC Workstations that manage to outperform the maxed out SB1000/2000 are Dual core 1.6GHz SB2500 Silver and Ultra 45, which consume the same amount, if I can believe these results: http://chrysalis.rutgers.edu/hardware/powerbrief.php And I read various reviews that confirm, that CAD users were disappointed by the IIIi based machines, that did not deliver any significant feelable performance boost over the SB1000/2000, despite their higher clock, on-die (though much smaller) cache and faster memory. A look to spec confirms this: CFP2000 Results: SB1000/2000 IIIcu @ 1.2 GHz: http://www.spec.org/cpu2000/results/res2003q2/cpu2000-20030326-02001.html SB2500Red IIIi @ 1.28 GHz http://www.spec.org/cpu2000/results/res2003q4/cpu2000-20030821-02436.html SB2500Silver IIIi @ 1.6 GHz http://www.spec.org/cpu2000/results/res2005q1/cpu2000-20050107-03681.html I have an xvr1200 but I have pretty much determined I will never be able to use that card again Why? The XVR-1200 is similar to a XVR-600. I know, under Xorg it would be never supported. Maybe the best one could expect would be unaccelerated fb mode. However, as we now have an opensrc Xsun and redistributable binary drivers, including redistributable /dev/fb drivers for initializing and mapping the card, plus my changes to make the stumbled / cut-down opened version of Xsun function again, nothing should prevent you from using your XVR-1200. And in contrast to previous versions of modified Xorg, if now doesn't matter anymore, into which system with what kind of pci bridge you intend to plug your card. It should function, period. I know, this sounds like a dream. And that's why we cannot ever thank Alan Coopersmith enough, that he pushed through the opensrc release of Xsun, after it had been EOL'ed in 2010, yet just moments before Oracle closed the tap :) Do you know what card would work best? I have an ati radeon (xvr 100?) card and a couple of those monstrous creator3ds. Any of these cards will work. The Creator/Creator3D/Elite3D even function with Xorg's ported Linux/BSD drivers under Xorg, that are still available on martux.org: http://martux.org/RELEASES/FOX1.0/SPARC/ http://martux.org/RELEASES/SPARC_distro_incl_Xorg7.2/ But under Xsun every of these just functions, does so reliably and quickly. So it rather depends on your 2D vs. 3D needs, free PCI slots vs. UPA slots, power consumption and so on. I in my beloved SB2000 use an Elite 3D UPA card. Maybe the XVR-1000 (UPA) or 1200 (3D Labs Wildcat PCI) would be even faster. But for normal office needs, any of these should be more than sufficient. rgds. %mab
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On 07/31/2012 07:53 PM, Martin Bochnig wrote: ALL RIGHT, SPARC enthusiasts )) Thanks for all your kind comments. Moment, moment ... As I said before, I still need a few days (1 week?, 2 weeks?, 3 weeks?). You won't be disappointed this time, as Xsun is the key: (just works!) In the past I would spend literally endless amounts of time at Xorg (with only humble success at the maximum). And therefore there was never much time for the actual distro. This time it is absolutely different. And it will be here still in mid/end of August. On which day? I don't know. And as you see it is called OI, rather than MartUX. It is intended for us all, for the OI SPARC community. Currently I'm busy not only at computers. I'm quite in a mess, as always. But you hear from me later this month. The opened minimalistic Xsun works now. And although I never tried drugs, I bet they can't be half as good ;) Till later, asap . regards,%martin Awesome man. I take it that since you're only battling Xsun at the moment, that text-OI as such (without a GUI) is working fine. Can you do a code/binary drop? I'd like to give it a spin on some Netras I have. Great work you're doing! Cheers, -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On Tue, Jul 31, 2012 at 9:22 PM, Sašo Kiselkov skiselkov...@gmail.com wrote: Awesome man. I take it that since you're only battling Xsun at the moment, that text-OI as such (without a GUI) is working fine. Can you do a code/binary drop? I'd like to give it a spin on some Netras I have. Sure, I can give you bins within a day (currently I load my test lib with LD_PRELOAD, need to fix that). Also there is often a problem with setting the correct fonths path (I specify it as Xsun parameter). And to clean it up for a src drop, I need a few days. But I can give you preliminary Xsun test-bins tomorrow, if I cancel an appointment tomorrow. Do you say, you have the SPARC-distro itself already running, including text-install? Or only the built Illumos workspace without installer, that you manually copied over to your test installation? rgds. %martin ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On 07/31/2012 10:52 PM, Martin Bochnig wrote: On Tue, Jul 31, 2012 at 9:22 PM, Sašo Kiselkov skiselkov...@gmail.com wrote: Awesome man. I take it that since you're only battling Xsun at the moment, that text-OI as such (without a GUI) is working fine. Can you do a code/binary drop? I'd like to give it a spin on some Netras I have. Sure, I can give you bins within a day (currently I load my test lib with LD_PRELOAD, need to fix that). Also there is often a problem with setting the correct fonths path (I specify it as Xsun parameter). And to clean it up for a src drop, I need a few days. But I can give you preliminary Xsun test-bins tomorrow, if I cancel an appointment tomorrow. Do you say, you have the SPARC-distro itself already running, including text-install? Or only the built Illumos workspace without installer, that you manually copied over to your test installation? Oh, my curiosity certainly isn't worth changing your schedule for. I don't have anything running yet. I have a couple of older Netra 240 machines (currently on S10) which I could use for some testing, but that will take me some days to bootstrap, so no need to hurry with the bins on your part. Whenever you are ready to make a workable release in your normal schedule is fine with me. -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Hi Sašo, Oh, my curiosity certainly isn't worth changing your schedule for. I don't have anything running yet. I have a couple of older Netra 240 machines (currently on S10) which I could use for some testing, but that will take me some days to bootstrap, so no need to hurry with the bins on your part. Whenever you are ready to make a workable release in your normal schedule is fine with me. ok, that's fine. Because I still use my old 2010 nv125 workspace and back then I already adapted text-install. Two years it rested unchanged on my Blade 2000. And now I finish this. As it is running, it gets merged with Illumos, which I also built, just about 3 weeks ago. That is: I check which SPARC-relevant legacy code was removed from Illumos, that we might want again. I was told that not much got removed, so it should be a no-brainer. Hint to your Sol10 installation: In theory it is possible to run bins built on 5.11 on 5.10, but among other libs most importantly libc got at least one new symbol. In the past I experimented with mounting /lib and /usr from another 5.11 machine over a running 5.10's /lib and /usr Or for example to /lib0 and /usr0 (and then with LD_LIBRARY_PATH or LD_PRELOAD). and the results were interesting. But I don't recommend that. However, as I no longer have a single 5.10 installation, I cannot build Xsun on/for 5.10. So either you install SXCE_125 to one of your boxes and then I give you 5.11 test bins, or I rather would like to encourage you, until I have the entire OS finished. The problem during the last 2 years was, that I did lots of _other_ things. As I see you fellows waiting, I push priorities. After all, I enjoy this stuff a lot, too. Thanks, %martin ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On 07/31/2012 11:13 PM, Martin Bochnig wrote: Hi Sašo, Oh, my curiosity certainly isn't worth changing your schedule for. I don't have anything running yet. I have a couple of older Netra 240 machines (currently on S10) which I could use for some testing, but that will take me some days to bootstrap, so no need to hurry with the bins on your part. Whenever you are ready to make a workable release in your normal schedule is fine with me. ok, that's fine. Because I still use my old 2010 nv125 workspace and back then I already adapted text-install. Two years it rested unchanged on my Blade 2000. And now I finish this. As it is running, it gets merged with Illumos, which I also built, just about 3 weeks ago. That is: I check which SPARC-relevant legacy code was removed from Illumos, that we might want again. I was told that not much got removed, so it should be a no-brainer. Hint to your Sol10 installation: In theory it is possible to run bins built on 5.11 on 5.10, but among other libs most importantly libc got at least one new symbol. In the past I experimented with mounting /lib and /usr from another 5.11 machine over a running 5.10's /lib and /usr Or for example to /lib0 and /usr0 (and then with LD_LIBRARY_PATH or LD_PRELOAD). and the results were interesting. But I don't recommend that. However, as I no longer have a single 5.10 installation, I cannot build Xsun on/for 5.10. So either you install SXCE_125 to one of your boxes and then I give you 5.11 test bins, or I rather would like to encourage you, until I have the entire OS finished. The problem during the last 2 years was, that I did lots of _other_ things. As I see you fellows waiting, I push priorities. After all, I enjoy this stuff a lot, too. I'd rather wait for a full release then. I was trying to test ZFS booting off of a Netra 240 once, but hosed it (I guess the old OBP in those machines didn't support that), so that one is a prime candidate for some more forceful testing (it's been sitting in a storage room for almost 2 years now). -- Saso ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On Tue, Jul 31, 2012 at 11:17 PM, Sašo Kiselkov skiselkov...@gmail.com wrote: So either you install SXCE_125 to one of your boxes and then I give you 5.11 test bins, or I rather would like to encourage you, until I have the entire OS finished. The problem during the last 2 years was, that I did lots of _other_ things. As I see you fellows waiting, I push priorities. After all, I enjoy this stuff a lot, too. I'd rather wait for a full release then. I was trying to test ZFS booting off of a Netra 240 once, but hosed it (I guess the old OBP in those machines didn't support that) Hmm, maybe. I have no 240, as my priority are the workstations. But actually an old OBP version itself should not prevent ZFS-boots (maybe in your specific case yes, but generally rather no). ZFS boot was introduced on SPARC together with the newboot project (which introduces booting off a ramdisk) : http://hub.opensolaris.org/bin/view/Community+Group+on/2007120701 Admittedly since newboot's integration boot times were skyrocketing on old SPARC's. And memory requirements went up from 128MB or something to 768 MB or better 1GB. newboot came in nv_80, if I recall correctly. So while this technology does enable booting off ZFS roots, it is at the same time sluggish on old hardware. Plus in some cases there were problems with OBP (not only with obsolete versions). OBP would report memory access errors and refuse to boot. For this reason I always ondered, if one should offer _two_ flavours of our SPARC-distro, a most recent one with newboot and everything since then, and one for really slow machines witthout newboot. But that's most certainly a dumb idea, because then one either needed to take a vintage pre nv_80 OS/Net for that, or one needed to strip newboot out of Illumos.latest (only for that second legacy distro for really old machines. But that's nonsense, because if somebody wants to run a quick slim ZFS-less distro on such old hardware, he would probably take Solaris8 and CDE in the first place. So forget my remarks ... I just tell you my thoughts that I had long ago ... And after all, On my Ultra 1 with UltraSPARC I 167 MHz with a vintage OBP version, newboot functions without problems (as I stuffed 768 MB into it). And this Ultra 1 runs SXCE 125 with ZFS root. %mab ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Hi, yes, I resumed work a few weeks ago. X11: problem solved(!) And weather SPARC is dead or not, I still have 18 SPARC boxes here in my room. Fully equipped with all existing frame buffers that ever existed (except XVR-200, XVR-300, XVR-1000 and XVR-1200 at this time, because I had sold them). I also have a T1000 now with PCIe x1 to x16 Adapter. Although this box has not even USB and only a single narrow PCEe slot, I could test the XVR-2500 that way. And OBP detects it as boot-console, although the T1000 was never intended to run in a non-headless configuration On SPARC I no longer fiddle with libdevinfo, libpciaccess and Xorg (weather libpciaccess based or old xserver 1.2), but instead I focussed on getting Xsun to function, which Alan Coopersmith has thankfully opensourced 2 years ago in his spare time, just in the first, last and probably only ever moment it was possible (BIG THANKS!). BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. My only problem with Illumos as code-base is, that much stuff belonging to legacy SPARC hardware (which includes all workstations) seems to have been dropped from Illumos.At least that was my first impression a month ago. And for this reason I based my initial version of SPARC-OpenIndiana on Nevada 125 for the first demo release. That way I intend to convince folks, that we should merge in the missing platform specific pieces. But one step after another. After I had promised things in the past, this time I did not want to make _any_ public announcement, until the SPARC-OI demo iso is ready for download. Now that you started such a thread, staying silent was no longer an option. Yeas, there will be SPARC-OI. My personal goal is and always has been, that we can offer a functioning X-Windows. So it shouldn't be a server-only release, limited to serial console/RSC/Alom. And thanks to Alan's openXsun open-sourcing contribution, this dream has *finally* come true. The code can be found at http://dlc.sun.com/osol/x/downloads/openXsun/openXsun.tar.bz2 and is a stripped cut-down version. But meanwhile I added some missing functions to build/link it sucessfully. Plus it even functions now on my test machines (U1/U2/U5/U10/U30/U60/U80/SB100/SB150/SB1000/SB1500R/SB1500S/SB2000/SB2500R/SB2500S/Tadpole SPARCle/T1000). It only took a few days and was a child's game when compared to what is required to modify libdevinfo/libpciaccess/Xorg to get only a small number of frame buffers working, with instabilities, minute-long PCI-scanning delays, crashes and bus errors. openXsun works now with my additions and it is a heaven's gift. Please give me 4 weeks for the preliminary SPARC-OI release. Everything incl. of course the src modifications will be released. Thanks for your patience, regards, Martin On Sun, Jul 29, 2012 at 4:51 PM, Jim Klimov jimkli...@cos.ru wrote: Hello all, There are some discussions about whether illumos on SPARC is a dead-end or not (i.e. whether it is stupid to buy HW systems from the one vendor and not buy their software support, or if there is more than one vendor, or if anyone would pick up the open-sourced processor designs for the Niagaras and build some cool appliances or servers). So, just for the anecdotal sake, I wanted to share this weekend's experience about OpenSolaris on SPARC - and how it saved the day. While it may seem unlikely at this moment that new SPARC systems would be rolled out for OI to get installed on them, there are many already-deployed reliable boxes which would run obsolete (or our new) software until they fscking die. I was asked to look at a T2000 with Sol 10u8 which did just that: it died during what could have been fsck - if ZFS had one. Apparently, the system's users did nothing formally invalid, they were just zfs-sending and zfs-receiving some datasets within the pool in order to recompress older data with gzip-9, then they tried to destroy the older dataset tree and rename the compressed copy to take its place. Something went wrong, the pool locked up with no IOs taking place (according to iostat). The zfs commands all hung, however zpool status and friends did not. Filesystem operations also went well, so running zones were properly stopped and the box was ultimately rebooted. It did not come back up. Luckily, there was a Solaris installation server in that network, so it took a few minutes to prepare a LAN installation resource from a stashed SXCE snv_129_sparc image, and boot the T2000 from the network, into single user mode. OpenSolaris found nothing suspicious about the data pool and the rpool, imported and exported them without complaints. While at the rpool, we deleted the
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Really amazing work there. Keep it up! Bryan On Jul 30, 2012 8:14 AM, Martin Bochnig mar...@martux.org wrote: Hi, yes, I resumed work a few weeks ago. X11: problem solved(!) And weather SPARC is dead or not, I still have 18 SPARC boxes here in my room. Fully equipped with all existing frame buffers that ever existed (except XVR-200, XVR-300, XVR-1000 and XVR-1200 at this time, because I had sold them). I also have a T1000 now with PCIe x1 to x16 Adapter. Although this box has not even USB and only a single narrow PCEe slot, I could test the XVR-2500 that way. And OBP detects it as boot-console, although the T1000 was never intended to run in a non-headless configuration On SPARC I no longer fiddle with libdevinfo, libpciaccess and Xorg (weather libpciaccess based or old xserver 1.2), but instead I focussed on getting Xsun to function, which Alan Coopersmith has thankfully opensourced 2 years ago in his spare time, just in the first, last and probably only ever moment it was possible (BIG THANKS!). BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. My only problem with Illumos as code-base is, that much stuff belonging to legacy SPARC hardware (which includes all workstations) seems to have been dropped from Illumos.At least that was my first impression a month ago. And for this reason I based my initial version of SPARC-OpenIndiana on Nevada 125 for the first demo release. That way I intend to convince folks, that we should merge in the missing platform specific pieces. But one step after another. After I had promised things in the past, this time I did not want to make _any_ public announcement, until the SPARC-OI demo iso is ready for download. Now that you started such a thread, staying silent was no longer an option. Yeas, there will be SPARC-OI. My personal goal is and always has been, that we can offer a functioning X-Windows. So it shouldn't be a server-only release, limited to serial console/RSC/Alom. And thanks to Alan's openXsun open-sourcing contribution, this dream has *finally* come true. The code can be found at http://dlc.sun.com/osol/x/downloads/openXsun/openXsun.tar.bz2 and is a stripped cut-down version. But meanwhile I added some missing functions to build/link it sucessfully. Plus it even functions now on my test machines (U1/U2/U5/U10/U30/U60/U80/SB100/SB150/SB1000/SB1500R/SB1500S/SB2000/SB2500R/SB2500S/Tadpole SPARCle/T1000). It only took a few days and was a child's game when compared to what is required to modify libdevinfo/libpciaccess/Xorg to get only a small number of frame buffers working, with instabilities, minute-long PCI-scanning delays, crashes and bus errors. openXsun works now with my additions and it is a heaven's gift. Please give me 4 weeks for the preliminary SPARC-OI release. Everything incl. of course the src modifications will be released. Thanks for your patience, regards, Martin On Sun, Jul 29, 2012 at 4:51 PM, Jim Klimov jimkli...@cos.ru wrote: Hello all, There are some discussions about whether illumos on SPARC is a dead-end or not (i.e. whether it is stupid to buy HW systems from the one vendor and not buy their software support, or if there is more than one vendor, or if anyone would pick up the open-sourced processor designs for the Niagaras and build some cool appliances or servers). So, just for the anecdotal sake, I wanted to share this weekend's experience about OpenSolaris on SPARC - and how it saved the day. While it may seem unlikely at this moment that new SPARC systems would be rolled out for OI to get installed on them, there are many already-deployed reliable boxes which would run obsolete (or our new) software until they fscking die. I was asked to look at a T2000 with Sol 10u8 which did just that: it died during what could have been fsck - if ZFS had one. Apparently, the system's users did nothing formally invalid, they were just zfs-sending and zfs-receiving some datasets within the pool in order to recompress older data with gzip-9, then they tried to destroy the older dataset tree and rename the compressed copy to take its place. Something went wrong, the pool locked up with no IOs taking place (according to iostat). The zfs commands all hung, however zpool status and friends did not. Filesystem operations also went well, so running zones were properly stopped and the box was ultimately rebooted. It did not come back up. Luckily, there was a Solaris installation server in that network, so it took a few minutes to prepare a LAN installation resource from a stashed SXCE snv_129_sparc image, and boot
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. It would be interesting to see an independant benchmark between this CPU and the latest 16-core Opteron CPUs and the new Xeons. CPU multithreading isn't the same as more cores… Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 98013356 r...@karlsbakk.net http://blogg.karlsbakk.net/ GPG Public key: http://karlsbakk.net/roysigurdkarlsbakk.pubkey.txt -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med xenotyp etymologi. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Does illumos boot in a SPARC T4 processor at all? On Mon, Jul 30, 2012 at 12:09 PM, Roy Sigurd Karlsbakk r...@karlsbakk.netwrote: BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. It would be interesting to see an independant benchmark between this CPU and the latest 16-core Opteron CPUs and the new Xeons. CPU multithreading isn't the same as more cores… Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 98013356 r...@karlsbakk.net http://blogg.karlsbakk.net/ GPG Public key: http://karlsbakk.net/roysigurdkarlsbakk.pubkey.txt -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med xenotyp etymologi. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On Mon, 30 Jul 2012, Roy Sigurd Karlsbakk wrote: Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. It would be interesting to see an independant benchmark between this CPU and the latest 16-core Opteron CPUs and the new Xeons. CPU multithreading isn't the same as more cores… Right. T-series threading is different than in competing CPUs. Its resource scheduling seems to operate at a finer granularity, producing very high multi-threaded throughput. The Sun/Oracle compilation toolchain and Solaris kernel are very well optimized for T-series. The T-4 sounds like it fixes the single-threaded performance issues that caused issues in the past and a 4 socket system will produce performance levels which used to require very large hardware. The CPU should provide very good profit margins for Oracle. It is questionable if outsiders would have the technical and financial resources needed to develop kernel support for newer T-series chips. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Fantastic! I can't wait to fire up my sb1000 again! I have an xvr1200 but I have pretty much determined I will never be able to use that card again Do you know what card would work best? I have an ati radeon (xvr 100?) card and a couple of those monstrous creator3ds. On 07/30/12 02:13 AM, Martin Bochnig wrote: Hi, yes, I resumed work a few weeks ago. X11: problem solved(!) And weather SPARC is dead or not, I still have 18 SPARC boxes here in my room. Fully equipped with all existing frame buffers that ever existed (except XVR-200, XVR-300, XVR-1000 and XVR-1200 at this time, because I had sold them). I also have a T1000 now with PCIe x1 to x16 Adapter. Although this box has not even USB and only a single narrow PCEe slot, I could test the XVR-2500 that way. And OBP detects it as boot-console, although the T1000 was never intended to run in a non-headless configuration On SPARC I no longer fiddle with libdevinfo, libpciaccess and Xorg (weather libpciaccess based or old xserver 1.2), but instead I focussed on getting Xsun to function, which Alan Coopersmith has thankfully opensourced 2 years ago in his spare time, just in the first, last and probably only ever moment it was possible (BIG THANKS!). BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. My only problem with Illumos as code-base is, that much stuff belonging to legacy SPARC hardware (which includes all workstations) seems to have been dropped from Illumos.At least that was my first impression a month ago. And for this reason I based my initial version of SPARC-OpenIndiana on Nevada 125 for the first demo release. That way I intend to convince folks, that we should merge in the missing platform specific pieces. But one step after another. After I had promised things in the past, this time I did not want to make _any_ public announcement, until the SPARC-OI demo iso is ready for download. Now that you started such a thread, staying silent was no longer an option. Yeas, there will be SPARC-OI. My personal goal is and always has been, that we can offer a functioning X-Windows. So it shouldn't be a server-only release, limited to serial console/RSC/Alom. And thanks to Alan's openXsun open-sourcing contribution, this dream has *finally* come true. The code can be found at http://dlc.sun.com/osol/x/downloads/openXsun/openXsun.tar.bz2 and is a stripped cut-down version. But meanwhile I added some missing functions to build/link it sucessfully. Plus it even functions now on my test machines (U1/U2/U5/U10/U30/U60/U80/SB100/SB150/SB1000/SB1500R/SB1500S/SB2000/SB2500R/SB2500S/Tadpole SPARCle/T1000). It only took a few days and was a child's game when compared to what is required to modify libdevinfo/libpciaccess/Xorg to get only a small number of frame buffers working, with instabilities, minute-long PCI-scanning delays, crashes and bus errors. openXsun works now with my additions and it is a heaven's gift. Please give me 4 weeks for the preliminary SPARC-OI release. Everything incl. of course the src modifications will be released. Thanks for your patience, regards, Martin On Sun, Jul 29, 2012 at 4:51 PM, Jim Klimov jimkli...@cos.ru wrote: Hello all, There are some discussions about whether illumos on SPARC is a dead-end or not (i.e. whether it is stupid to buy HW systems from the one vendor and not buy their software support, or if there is more than one vendor, or if anyone would pick up the open-sourced processor designs for the Niagaras and build some cool appliances or servers). So, just for the anecdotal sake, I wanted to share this weekend's experience about OpenSolaris on SPARC - and how it saved the day. While it may seem unlikely at this moment that new SPARC systems would be rolled out for OI to get installed on them, there are many already-deployed reliable boxes which would run obsolete (or our new) software until they fscking die. I was asked to look at a T2000 with Sol 10u8 which did just that: it died during what could have been fsck - if ZFS had one. Apparently, the system's users did nothing formally invalid, they were just zfs-sending and zfs-receiving some datasets within the pool in order to recompress older data with gzip-9, then they tried to destroy the older dataset tree and rename the compressed copy to take its place. Something went wrong, the pool locked up with no IOs taking place (according to iostat). The zfs commands all hung, however zpool status and friends did not. Filesystem operations also went well, so running zones were properly stopped and the box was ultimately rebooted. It did not come back up. Luckily, there was a Solaris installation server in that network, so it took a few
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Thank you Martin, I have half a dozen Sparc based boxes here at home that I would love to load an Illumos based distro on. Anxiously awaiting a URL download link. Jerry On 07/30/12 01:13 AM, Martin Bochnig wrote: Hi, yes, I resumed work a few weeks ago. X11: problem solved(!) And weather SPARC is dead or not, I still have 18 SPARC boxes here in my room. Fully equipped with all existing frame buffers that ever existed (except XVR-200, XVR-300, XVR-1000 and XVR-1200 at this time, because I had sold them). I also have a T1000 now with PCIe x1 to x16 Adapter. Although this box has not even USB and only a single narrow PCEe slot, I could test the XVR-2500 that way. And OBP detects it as boot-console, although the T1000 was never intended to run in a non-headless configuration On SPARC I no longer fiddle with libdevinfo, libpciaccess and Xorg (weather libpciaccess based or old xserver 1.2), but instead I focussed on getting Xsun to function, which Alan Coopersmith has thankfully opensourced 2 years ago in his spare time, just in the first, last and probably only ever moment it was possible (BIG THANKS!). BTW: If you visit Oracle's site, SPARC is still quite well and kicking. http://www.oracle.com/us/products/servers-storage/servers/sparc-enterprise/t-series/sparc-t4-processor-ds-497205.pdf Or which other vendor can offer a comparable CPU with up to 64 threads running at up to 3.0GHz? Letting alone the low power consumption per cycle. My only problem with Illumos as code-base is, that much stuff belonging to legacy SPARC hardware (which includes all workstations) seems to have been dropped from Illumos.At least that was my first impression a month ago. And for this reason I based my initial version of SPARC-OpenIndiana on Nevada 125 for the first demo release. That way I intend to convince folks, that we should merge in the missing platform specific pieces. But one step after another. After I had promised things in the past, this time I did not want to make _any_ public announcement, until the SPARC-OI demo iso is ready for download. Now that you started such a thread, staying silent was no longer an option. Yeas, there will be SPARC-OI. My personal goal is and always has been, that we can offer a functioning X-Windows. So it shouldn't be a server-only release, limited to serial console/RSC/Alom. And thanks to Alan's openXsun open-sourcing contribution, this dream has *finally* come true. The code can be found at http://dlc.sun.com/osol/x/downloads/openXsun/openXsun.tar.bz2 and is a stripped cut-down version. But meanwhile I added some missing functions to build/link it sucessfully. Plus it even functions now on my test machines (U1/U2/U5/U10/U30/U60/U80/SB100/SB150/SB1000/SB1500R/SB1500S/SB2000/SB2500R/SB2500S/Tadpole SPARCle/T1000). It only took a few days and was a child's game when compared to what is required to modify libdevinfo/libpciaccess/Xorg to get only a small number of frame buffers working, with instabilities, minute-long PCI-scanning delays, crashes and bus errors. openXsun works now with my additions and it is a heaven's gift. Please give me 4 weeks for the preliminary SPARC-OI release. Everything incl. of course the src modifications will be released. Thanks for your patience, regards, Martin On Sun, Jul 29, 2012 at 4:51 PM, Jim Klimov jimkli...@cos.ru wrote: Hello all, There are some discussions about whether illumos on SPARC is a dead-end or not (i.e. whether it is stupid to buy HW systems from the one vendor and not buy their software support, or if there is more than one vendor, or if anyone would pick up the open-sourced processor designs for the Niagaras and build some cool appliances or servers). So, just for the anecdotal sake, I wanted to share this weekend's experience about OpenSolaris on SPARC - and how it saved the day. While it may seem unlikely at this moment that new SPARC systems would be rolled out for OI to get installed on them, there are many already-deployed reliable boxes which would run obsolete (or our new) software until they fscking die. I was asked to look at a T2000 with Sol 10u8 which did just that: it died during what could have been fsck - if ZFS had one. Apparently, the system's users did nothing formally invalid, they were just zfs-sending and zfs-receiving some datasets within the pool in order to recompress older data with gzip-9, then they tried to destroy the older dataset tree and rename the compressed copy to take its place. Something went wrong, the pool locked up with no IOs taking place (according to iostat). The zfs commands all hung, however zpool status and friends did not. Filesystem operations also went well, so running zones were properly stopped and the box was ultimately rebooted. It did not come back up. Luckily, there was a Solaris installation server in that network, so it took a few minutes
[OpenIndiana-discuss] OpenSolaris on SPARC
Hello all, There are some discussions about whether illumos on SPARC is a dead-end or not (i.e. whether it is stupid to buy HW systems from the one vendor and not buy their software support, or if there is more than one vendor, or if anyone would pick up the open-sourced processor designs for the Niagaras and build some cool appliances or servers). So, just for the anecdotal sake, I wanted to share this weekend's experience about OpenSolaris on SPARC - and how it saved the day. While it may seem unlikely at this moment that new SPARC systems would be rolled out for OI to get installed on them, there are many already-deployed reliable boxes which would run obsolete (or our new) software until they fscking die. I was asked to look at a T2000 with Sol 10u8 which did just that: it died during what could have been fsck - if ZFS had one. Apparently, the system's users did nothing formally invalid, they were just zfs-sending and zfs-receiving some datasets within the pool in order to recompress older data with gzip-9, then they tried to destroy the older dataset tree and rename the compressed copy to take its place. Something went wrong, the pool locked up with no IOs taking place (according to iostat). The zfs commands all hung, however zpool status and friends did not. Filesystem operations also went well, so running zones were properly stopped and the box was ultimately rebooted. It did not come back up. Luckily, there was a Solaris installation server in that network, so it took a few minutes to prepare a LAN installation resource from a stashed SXCE snv_129_sparc image, and boot the T2000 from the network, into single user mode. OpenSolaris found nothing suspicious about the data pool and the rpool, imported and exported them without complaints. While at the rpool, we deleted the /etc/zfs/zpool.cache file to allow the system to boot its Solaris 10. It booted, but also hung at subsequent zpool import -R / pool request - in the same way: no iostat operations to report, and no errors in the logs... Back to the networked boot of OpenSolaris, where we imported the data pool, destroyed the remaining old uncompressed datasets and completed the renaming of compressed datasets to take place of those ones, transparently to the zones and other consumers. This did unclog something, so the Solaris 10 image did afterwards quickly import the pool and happily uses it today. Yesterday the old OpenSolaris SXCE for SPARC did save the day. I can easily imagine hitting some bugs in ZFS that were fixed after the last SXCE release, where a hypothetical OpenIndiana for SPARC image would be able to save us - even if it is not (yet) used as the everyday OS for the box. Hope this story entertains someone and helps others, //Jim Klimov ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris and dynamic DNS
On 2/9/11 5:56 AM, Matt Connolly wrote: On 08/02/2011, at 6:16 AM, Gary Gendel wrote: Thanks for all the responses. Indeed, I've already replaced my cron script. On 2/7/11 11:08 AM, Dave Miner wrote: On 02/ 7/11 10:43 AM, Gary Gendel wrote: Something that someone mentioned in passing triggered a thought. My server gets it's ip address via DHCP from my ISP. Currently I have a cron job that queries the address and, if it changed, update a DNS server externally. This way I can use mail and web services external to my network. Can I replace the cron job with a trigger from the dhcp client when it gets a new IP address instead? Is this possible with the current dhcp client or a replacement? dhcpagent(1M) describes the eventhook mechanism built into the DHCP client. It's meant for exactly these sorts of uses. Dave That's good to know. I've been using ddclient-3.7.3 for many months now on a cron schedule. In my case though, I have a router which gets the dynamic IP address and uses port mapping to expose only specific ports of my server to the internet, so I don't think I can make use of that at present... -Matt I had a similar setup for many many years. About 4 months ago my ZyWall router was showing it's age with a lot of NAT table full messages and it would get knocked offline often. Because my Sunfire V20z had dual NICS, I set it up as my firewall/NAT/router plus a DHCP server which is why this option became feasible. I haven't looks back at the ZyWall appliance since. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] OpenSolaris and dynamic DNS
Something that someone mentioned in passing triggered a thought. My server gets it's ip address via DHCP from my ISP. Currently I have a cron job that queries the address and, if it changed, update a DNS server externally. This way I can use mail and web services external to my network. Can I replace the cron job with a trigger from the dhcp client when it gets a new IP address instead? Is this possible with the current dhcp client or a replacement? Gary ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris and dynamic DNS
On 02/07/11 07:43, Gary Gendel wrote: Can I replace the cron job with a trigger from the dhcp client when it gets a new IP address instead? Is this possible with the current dhcp client? Yes. If /etc/dhcp/eventhook exists and is executable, it is run when the DHCP state machine does something interesting. See dhcpagent(1m), particularly the section starting: DHCP Events and User-Defined Actions - Bill ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] opensolaris b134b (/release) to openindiana b148
Hi, I faced the same Problem. It was due to a prior update to SX11 which exchanged the pkg 134.0.2 in the 134 image to version 134.0.2 from oracle.com release. For me the upgrade ran without froblem by just forcing the update with: pkg image-update -f good luck and merry christmas 2010/12/24 Anil replic...@gmail.com What does this error(s) mean? On a test system, I installed OpenSolaris 2009.06. Upgraded to b134 (on OpenSolaris /release). Then, am trying to upgrade to OI b148. Perhaps, I shouldn't use /release any more and instead use /legacy? r...@opensolaris:~# pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.opensolaris.org/release/ r...@opensolaris:~# pkg image-update --be-name OpenIndiana-b148 Creating Plan /Planning for install failed: Use -v option for more details pkg: No matching version of package/pkg can be installed: pkg://openindiana.org/package/p...@0.5.11,5.11-0.147:20100914T035208Z: This version is excluded by installed incorporation pkg:// opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z pkg://openindiana.org/package/p...@0.5.11,5.11-0.148:20101122T085607Z: This version is excluded by installed incorporation pkg:// opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z r...@opensolaris:~# ___ 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] opensolaris b134b (/release) to openindiana b148
Cool, thanks. One more question for everyone? Is it safe to upgrade global zone from 2009.06 - 134 - 148, but upgrade the non-global zones from 2009.06 - 148? (I am wondering if I can skip the intermediate upgrade to 134 for zones) What exactly is the reason for the two step upgrade, what breaks? Thanks On Fri, Dec 24, 2010 at 5:02 AM, Wolfram Tomalla w.toma...@googlemail.com wrote: Hi, I faced the same Problem. It was due to a prior update to SX11 which exchanged the pkg 134.0.2 in the 134 image to version 134.0.2 from oracle.com release. For me the upgrade ran without froblem by just forcing the update with: pkg image-update -f good luck and merry christmas 2010/12/24 Anil replic...@gmail.com What does this error(s) mean? On a test system, I installed OpenSolaris 2009.06. Upgraded to b134 (on OpenSolaris /release). Then, am trying to upgrade to OI b148. Perhaps, I shouldn't use /release any more and instead use /legacy? r...@opensolaris:~# pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.opensolaris.org/release/ r...@opensolaris:~# pkg image-update --be-name OpenIndiana-b148 Creating Plan /Planning for install failed: Use -v option for more details pkg: No matching version of package/pkg can be installed: pkg://openindiana.org/package/p...@0.5.11,5.11-0.147:20100914T035208Z: This version is excluded by installed incorporation pkg:// opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z pkg://openindiana.org/package/p...@0.5.11,5.11-0.148:20101122T085607Z: This version is excluded by installed incorporation pkg:// opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z r...@opensolaris:~# ___ 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] opensolaris b134b (/release) to openindiana b148
What does this error(s) mean? On a test system, I installed OpenSolaris 2009.06. Upgraded to b134 (on OpenSolaris /release). Then, am trying to upgrade to OI b148. Perhaps, I shouldn't use /release any more and instead use /legacy? r...@opensolaris:~# pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.opensolaris.org/release/ r...@opensolaris:~# pkg image-update --be-name OpenIndiana-b148 Creating Plan /Planning for install failed: Use -v option for more details pkg: No matching version of package/pkg can be installed: pkg://openindiana.org/package/p...@0.5.11,5.11-0.147:20100914T035208Z: This version is excluded by installed incorporation pkg://opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z pkg://openindiana.org/package/p...@0.5.11,5.11-0.148:20101122T085607Z: This version is excluded by installed incorporation pkg://opensolaris.org/consolidation/ips/ips-incorporat...@0.5.11,5.11-0.134.0.2:20100528T230337Z r...@opensolaris:~# ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] opensolaris non-global zone to OI 147
Trying to upgrade OpenSolaris 2009.06 non-global zone to OI 147, using detach/attach method. r...@sjc:~# pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.openindiana.org/legacy/ r...@sjc:~# r...@sr1-sjc:~# zoneadm -z sofa attach -u Log File: /var/tmp/sofa.attach_log.YnayVp Attaching... preferred global publisher: openindiana.org Global zone version: ent...@0.5.11,5.11-0.147:20100914T054011Z Non-Global zone version: ent...@0.5.11,5.11-0.111:20090518T052643Z Cache: Using /var/pkg/download. Updating non-global zone: Output follows Creating Plan | ERROR: Could not update attaching zone Result: Attach Failed. r...@sr1-sjc:~# Log file: [Monday, December 20, 2010 05:24:31 PM PST] Log File: /var/tmp/sofa.attach_log.YnayVp [Monday, December 20, 2010 05:24:32 PM PST] Attaching... [Monday, December 20, 2010 05:24:32 PM PST] existing [Monday, December 20, 2010 05:24:33 PM PST] [Monday, December 20, 2010 05:24:33 PM PST] Sanity Check: Passed. Looks like an OpenSolaris system. [Monday, December 20, 2010 05:24:36 PM PST] preferred global publisher: openindiana.org [Monday, December 20, 2010 05:24:37 PM PST]Global zone version: ent...@0.5.11,5.11-0.147:20100914T054011Z [Monday, December 20, 2010 05:24:37 PM PST]Non-Global zone version: ent...@0.5.11,5.11-0.111:20090518T052643Z [Monday, December 20, 2010 05:24:37 PM PST] Cache: Using /var/pkg/download. [Monday, December 20, 2010 05:24:37 PM PST] Updating non-global zone: Output follows pkg: No solution was found to satisfy constraints [Monday, December 20, 2010 05:25:49 PM PST] ERROR: Could not update attaching zone [Monday, December 20, 2010 05:25:50 PM PST] Result: Attach Failed. How do I know what pkg's are not meeting the constraints? Thanks ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] opensolaris non-global zone to OI 147
On Mon, Dec 20, 2010 at 10:53 PM, Anil replic...@gmail.com wrote: I am trying to hack this to work, but this is quite annoying. I tried doing a image-update on the zone root, after manually mounting it. r...@sjc:~# pkg -R /zones/sofa/root image-update Packages to remove: 56 Packages to install: 110 Packages to update: 3 Create boot environment: No Services to restart: 2 DOWNLOAD PKGS FILES XFER (MB) Completed 169/169 11648/11648 100.8/100.8 PHASE ACTIONS Removal Phase 2643/2643 Install Phase 18262/18262 Update Phase 4292/4292 PHASE ITEMS Package State Update Phase 172/172 Package Cache Update Phase 59/59 Image State Update Phase 2/2 --- NOTE: Please review release notes posted at: http://docs.sun.com/doc/821-1479 --- That for some reason only updated to build 134, instead of build 147. Why? Then, I did zoneadm -z sofa attach -u. [Monday, December 20, 2010 07:45:51 PM PST] Attaching... [Monday, December 20, 2010 07:45:51 PM PST] existing [Monday, December 20, 2010 07:45:51 PM PST] [Monday, December 20, 2010 07:45:51 PM PST] Sanity Check: Passed. Looks like an OpenSolaris system. [Monday, December 20, 2010 07:45:54 PM PST] preferred global publisher: openindiana.org [Monday, December 20, 2010 07:45:55 PM PST] Global zone version: ent...@0.5.11,5.11-0.147:20100914T054011Z [Monday, December 20, 2010 07:45:55 PM PST] Non-Global zone version: ent...@0.5.11,5.11-0.134.0.2:20100528T233058Z [Monday, December 20, 2010 07:45:55 PM PST] Cache: Using /var/pkg/download. [Monday, December 20, 2010 07:45:55 PM PST] Updating non-global zone: Output follows pkg: No solution was found to satisfy constraints [Monday, December 20, 2010 07:46:47 PM PST] ERROR: Could not update attaching zone [Monday, December 20, 2010 07:46:47 PM PST] Result: Attach Failed. On Mon, Dec 20, 2010 at 5:32 PM, Anil replic...@gmail.com wrote: Trying to upgrade OpenSolaris 2009.06 non-global zone to OI 147, using detach/attach method. r...@sjc:~# pkg publisher PUBLISHER TYPE STATUS URI openindiana.org (preferred) origin online http://pkg.openindiana.org/dev/ opensolaris.org (non-sticky) origin online http://pkg.openindiana.org/legacy/ r...@sjc:~# r...@sr1-sjc:~# zoneadm -z sofa attach -u Log File: /var/tmp/sofa.attach_log.YnayVp Attaching... preferred global publisher: openindiana.org Global zone version: ent...@0.5.11,5.11-0.147:20100914T054011Z Non-Global zone version: ent...@0.5.11,5.11-0.111:20090518T052643Z Cache: Using /var/pkg/download. Updating non-global zone: Output follows Creating Plan | ERROR: Could not update attaching zone Result: Attach Failed. r...@sr1-sjc:~# Log file: [Monday, December 20, 2010 05:24:31 PM PST] Log File: /var/tmp/sofa.attach_log.YnayVp [Monday, December 20, 2010 05:24:32 PM PST] Attaching... [Monday, December 20, 2010 05:24:32 PM PST] existing [Monday, December 20, 2010 05:24:33 PM PST] [Monday, December 20, 2010 05:24:33 PM PST] Sanity Check: Passed. Looks like an OpenSolaris system. [Monday, December 20, 2010 05:24:36 PM PST] preferred global publisher: openindiana.org [Monday, December 20, 2010 05:24:37 PM PST] Global zone version: ent...@0.5.11,5.11-0.147:20100914T054011Z [Monday, December 20, 2010 05:24:37 PM PST] Non-Global zone version: ent...@0.5.11,5.11-0.111:20090518T052643Z [Monday, December 20, 2010 05:24:37 PM PST] Cache: Using /var/pkg/download. [Monday, December 20, 2010 05:24:37 PM PST] Updating non-global zone: Output follows pkg: No solution was found to satisfy constraints [Monday, December 20, 2010 05:25:49 PM PST] ERROR: Could not update attaching zone [Monday, December 20, 2010 05:25:50 PM PST] Result: Attach Failed. How do I know what pkg's are not meeting the constraints? Directly updating from 2009.06 is not supported. The publisher configuration should match the global zone's (opensolaris.org must be non-sticky), see the http://wiki.openindiana.org/oi/Installing+or+Upgrading which also has debugging info. -Albert ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] OpenSolaris vs OpenIndiana Benchmarks
New to the list - just wondered if anyone had any input on some of the benchmarks that I've been running on OpenIndiana vs OpenSolaris. We tested OpenSolaris b134 vs OpenIndiana b147, and got some interesting results. It looks like the random write performance has decreased, but some of the read operations have increased. Have there been any significant changes to ZFS between those builds that would cause the performance shift we've seen? Results can be found at http://www.zfsbuild.com/2010/10/11/openindiana-benchmarks/ FYI - hardware has remained unchanged throughout our testing process, and specs can be found here : http://www.zfsbuild.com/category/hardware/ Basic specs - Chassis - SuperMicro SC846E1-R900B Motherboard - SuperMicro X8ST3-F Xeon 5504 12GB RAM 2x Intel 32GB X25-E drives (ZIL) 2x Intel 160GB X25-M (cache) 20x WD 1TB RE3 SATA (18x in Mirrored Vdev config, 2x in spare) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] OpenSolaris vs OpenIndiana Benchmarks
New to the list - just wondered if anyone had any input on some of the benchmarks that I've been running on OpenIndiana vs OpenSolaris. We tested OpenSolaris b134 vs OpenIndiana b147, and got some interesting results. It looks like the random write performance has decreased, but some of the read operations have increased. Have there been any significant changes to ZFS between those builds that would cause the performance shift we've seen? Results can be found at http://www.zfsbuild.com/2010/10/11/openindiana-benchmarks/ FYI - hardware has remained unchanged throughout our testing process, and specs can be found here : http://www.zfsbuild.com/category/hardware/ Basic specs - Chassis - SuperMicro SC846E1-R900B Motherboard - SuperMicro X8ST3-F Xeon 5504 12GB RAM 2x Intel 32GB X25-E drives (ZIL) 2x Intel 160GB X25-M (cache) 20x WD 1TB RE3 SATA (18x in Mirrored Vdev config, 2x in spare) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss