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
