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
Re: [OpenIndiana-discuss] opensolaris download
For the 2009.06 iso http://iso.linuxquestions.org/opensolaris/opensolaris-2009.06/#x86 2012/8/24 openindiana > 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 > For the 2009.06 iso > http://iso.linuxquestions.org/opensolaris/opensolaris-2009.06/#x86 > > > 2012/8/24 openindiana > >> 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, 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 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
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Really amazing work there. Keep it up! Bryan On Jul 30, 2012 8:14 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 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 netwo
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 wrote: > > 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 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
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar 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
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 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
Re: [OpenIndiana-discuss] OpenSolaris on SPARC
Wonderful! I put a couple 1.2 iiicu in my sb1000 a few years ago when they got cheap. 8gb ram and 2 72gb drives. With the vxr1200 running i will have the sparc desktop i always wanted. Sent on my android tablet. There will be typos... On Jul 30, 2012 6:52 PM, "Martin Bochnig" wrote: > On Mon, Jul 30, 2012 at 6:33 PM, Daniel Kjar 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 > ___ 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 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 To: Discussion list for OpenIndiana 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 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 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 > To: Discussion list for OpenIndiana > 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 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 functio
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 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 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 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 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 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
On Mon, Aug 6, 2012 at 8:33 PM, Daniel Kjar wrote: > 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 Hi Dan, until now nobody fixed this. This changes with my release that I'm working on night and day. That's what I meant when I said to list: "will be released in August". I had LiveCD images in the past (was the first and only one to offer a SPARC-distro for a long time, this didn't change with the exception of one MilaX release (without X11), but that was before Xsun went opensrc. 2 years I stopped working on it, and many folks said, they would do it, but they all gave up early. I have Xsun working here. And I my Blade 2000 Dual 1.2GHz is heavily loaded compiling 5 different OI workspaces at once. Please some patience. You are going to hear from me on list, and personally with assistance, if you want. I cannot predict the exact release day, but I'm making good progress in getting the consolidations built. Then I need a few additional days to customize the textinstaller. So stay tuned ... %martin ___ 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 and dynamic DNS
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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenSolaris and dynamic DNS
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 ___ 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
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 > 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 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 > >> 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
Re: [OpenIndiana-discuss] opensolaris b134b (/release) to openindiana b148
On Dec 24, 2010 11:07 AM, "Anil" wrote: > > 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) The global and non-global zones should always run matching software versions. I'm amazed this mismatch works. > What exactly is the reason for the two step upgrade, what breaks? > The reason is a combination of paranoia, uncertainty with intervening package renames and what's been tested. Probably the upgrade would fail, rather than it working but leaving stuff broken (it _may_ do that though, it's just less likely) -- Rich ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] opensolaris b134b (/release) to openindiana b148
> The global and non-global zones should always run matching software > versions. I'm amazed this mismatch works. Actually, uname would report the same kernel/OS as the global zone. But doing 'pkg list' would clearly show the packages from before the upgrade. Is *that* okay? Of course, eventually the plan is to just upgrade them as well either with zoneadm attach -u or pkg updates. 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
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 FILESXFER (MB) Completed 169/169 11648/11648 100.8/100.8 PHASEACTIONS Removal Phase 2643/2643 Install Phase18262/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 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? > > 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 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 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
