Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Mon, 4 Feb 2008 21:49:04 -0600 "Shawn Walker" <[EMAIL PROTECTED]> wrote: > On Feb 4, 2008 7:30 PM, Ken Gunderson <[EMAIL PROTECTED]> wrote: > > On Sun, 3 Feb 2008 12:27:41 -0600 > > "Shawn Walker" <[EMAIL PROTECTED]> wrote: > > > > > On Feb 3, 2008 12:14 PM, Ken Gunderson <[EMAIL PROTECTED]> wrote: > > > > On Sun, 03 Feb 2008 07:01:18 PST > > > > "Dr. Robert Pasken" <[EMAIL PROTECTED]> wrote: > > > > > > > > > I thought it was a mistake to bring any sort of linux flavoring into > > > > > Solaris and I won't deal with anything that has to do with Indiana or > > > > > any other attempt to make Solaris look/act like linux. I use Solaris > > > > > because it is Unix, is stable and meets some minimum standards for > > > > > useability. Linux is a train wreck that hasn't come to a complete > > > > > stop yet. Compared to windows, linux is a paragon of stability, > > > > > compared to Solaris it makes me think of windows > > > > > > > > > > > > > +1 > > > > > > Except, as was later discovered, this isn't about making things "like > > > Linux"; it's about making the OS more accessible to users and > > > developers. > > > > > > It just so happens that GNU/Linux is one of those platforms from which > > > certain evaluations are drawn. > > > > > > If you'll note past discussions, FreeBSD has been in those evaluations > > > too. > > > > > > The user base of other operating systems is significantly larger; good > > > products adapt to market expectations where possible and reasonable to > > > do so. > > > > You're comparing apples and oranges here: > > No, not really. For the purposes of this discussion, I wasn't > comparing things at all. I was merely pointing out reference points > that I believe have been used in making changes that will hopefully > make OpenSolaris more approachable to users. > > > Linux => GPL license. Linux kernel bundled into assorted "distros" with > > various GNU tools (Gnu's Not Unix, proclaimed loud and proud on their > > homepage) and disparate userlands, etc., the components of which are > > far from standardized. Dependency nightmares during installs and > > upgrades. When several _hundred_ RH boxes are borked because of sloppy > > merges, etc., who cares that it's commercially "supported", you still > > have one hell of a lot of unhappy customers yelling at you. Granted, > > Linux has improved over the years, but still not without it's warts. > > I fail to see what this has to do with anything that is being done > with Project Indiana or OpenSOlaris in general. > > Regardless of the problems that these platforms have, right now, they > are the ones leading the market. Oh really? How sure are you about that, and by what criteria are you defining "leading" and "market"? EBay started out as a bunch of Linux boxes. Then migrated to some HP stuff. Then under Carly management HP support headed downhill into the kitty-litter so badly that they migrated to Sun. Yeah, there's still a bunch of white-box linux webservers on front end, but what' running the back end? How about wikipedia? H... last I looked more and more nodes are running clustered Sun iron to power backend DB. Amazon.com... Hmmm... basic story repeats again... How about Google. hmm.. bunches of white-box linux machines but trialing Solaris. Yahoo, used to be a bunch of FreeBSD boxes, but in more recent years supplemented by clustered Sun to run db backends. Why might this be? What itch is Solaris doing such a good job of scratching here that it's supplanting *BSD and Linux boxes. I could be wrong, but here's my short list - it scales, it clusters, it's stable, it's supported, and it apparently does these things more reliably in these environments than the "market leaders" it's replacing. Granted, it's a far cry from it's glory days of the past, but it seems to me that the glass is still half full. > > Which brings us to Solaris. Can Solaris provide integrated, cohesive > > kernel and true unix userland in a stable and well performing package > > that is freely available, and hence able to compete on it's own > > technical merits with the freely available *BSD's and Linuxes? I hope > > I find the phrase "true unix userland" to be rather funny. Solaris > ships with several flavours of "userland" utilities, many of which > aren't even in the default path configuration. Yeah, this was probably poor choice of words, as *BSD's include many Gnu tools. The point I wanted to make was that they releases were cohesive whole, and updates released as cohesive whole. So you get much more stable experience overall w.r.t. the upgrade path. No Linux upgrade incongruencies that bork your system. Anyone who's been around Linux for any length of time and used it in production environment knows what I'm talking about. > Most of the utilities in the default path (such as grep, etc.) are > widely panned for the lack of modern functionality, updates, and > numerous bugs. > > While I personally I am very gratefu
Re: [osol-discuss] How to decrease the Brightness in SXDE? Or my eyesights will be hurte
kkk wrote: > I 've installed the sxde on my notebook, the TFT screen don't have the > Brightness control button. So I need cotrol the brightness through the > software. > > Most notebooks do this through soft keys, check your keyboard. Ether that, or it's running in a low power mode. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to decrease the Brightness in SXDE? Or my eyesights will be hurte
I 've installed the sxde on my notebook, the TFT screen don't have the Brightness control button. So I need cotrol the brightness through the software. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to decrease the Brightness in SXDE? Or my eyesights will be hurted.
kkk wrote: > How to decrease the Brightness in SXDE? Or my eyesights will be hurted. > > Brightness of what? There is little the OS can do to your monitor. Ian ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] How to decrease the Brightness in SXDE? Or my eyesights will be hurted.
How to decrease the Brightness in SXDE? Or my eyesights will be hurted. This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] on/downloads/current/ is missing
This link: http://dlc.sun.com/osol/on/downloads/current/ seems to have disappeared since the dlc came back up. We're looking into it. Derek -- Derek Cicero Program Manager Solaris Kernel Group, Software Division ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Feb 4, 2008 7:30 PM, Ken Gunderson <[EMAIL PROTECTED]> wrote: > On Sun, 3 Feb 2008 12:27:41 -0600 > "Shawn Walker" <[EMAIL PROTECTED]> wrote: > > > On Feb 3, 2008 12:14 PM, Ken Gunderson <[EMAIL PROTECTED]> wrote: > > > On Sun, 03 Feb 2008 07:01:18 PST > > > "Dr. Robert Pasken" <[EMAIL PROTECTED]> wrote: > > > > > > > I thought it was a mistake to bring any sort of linux flavoring into > > > > Solaris and I won't deal with anything that has to do with Indiana or > > > > any other attempt to make Solaris look/act like linux. I use Solaris > > > > because it is Unix, is stable and meets some minimum standards for > > > > useability. Linux is a train wreck that hasn't come to a complete stop > > > > yet. Compared to windows, linux is a paragon of stability, compared to > > > > Solaris it makes me think of windows > > > > > > > > > > +1 > > > > Except, as was later discovered, this isn't about making things "like > > Linux"; it's about making the OS more accessible to users and > > developers. > > > > It just so happens that GNU/Linux is one of those platforms from which > > certain evaluations are drawn. > > > > If you'll note past discussions, FreeBSD has been in those evaluations too. > > > > The user base of other operating systems is significantly larger; good > > products adapt to market expectations where possible and reasonable to > > do so. > > You're comparing apples and oranges here: No, not really. For the purposes of this discussion, I wasn't comparing things at all. I was merely pointing out reference points that I believe have been used in making changes that will hopefully make OpenSolaris more approachable to users. > Linux => GPL license. Linux kernel bundled into assorted "distros" with > various GNU tools (Gnu's Not Unix, proclaimed loud and proud on their > homepage) and disparate userlands, etc., the components of which are > far from standardized. Dependency nightmares during installs and > upgrades. When several _hundred_ RH boxes are borked because of sloppy > merges, etc., who cares that it's commercially "supported", you still > have one hell of a lot of unhappy customers yelling at you. Granted, > Linux has improved over the years, but still not without it's warts. I fail to see what this has to do with anything that is being done with Project Indiana or OpenSOlaris in general. Regardless of the problems that these platforms have, right now, they are the ones leading the market. > Which brings us to Solaris. Can Solaris provide integrated, cohesive > kernel and true unix userland in a stable and well performing package > that is freely available, and hence able to compete on it's own > technical merits with the freely available *BSD's and Linuxes? I hope I find the phrase "true unix userland" to be rather funny. Solaris ships with several flavours of "userland" utilities, many of which aren't even in the default path configuration. Most of the utilities in the default path (such as grep, etc.) are widely panned for the lack of modern functionality, updates, and numerous bugs. While I personally I am very grateful for the xpg4, xpg6, and other standards compliant environments that are available; there is no reason that the default userland has to resemble the olden days of the pdp-11 :) (joking) While I wish that there were better options than GNU userland in terms of functionality, the reality is that the majority of the open source world has chosen the GNU toolset, for better or worse, as their toolset of choice. Wasting precious resources on attempting to reinvent the GNU wheel, all in the name of (mostly) pride and arrogance, isn't going to win any battles. Ivory tower attitudes will keep that tower sparkling white, so that future generations may remember it fondly as they migrate to systems that actually meet their needs. > so. That's why I'm looking at it in the first place. As a professional > unix sysadmin I'm not too interested in yet another "Linux distro > of the month" to play with nights and weekends because I have no other > life. So what's the Solaris target market going to be, professionals or > hobbyists? There's lots more of the latter if you're objective is > mindshare with the pc hobbyist rags, etc., wh/may do quite well at > raising visibility. But I don't think these folks buy support > contracts, nor are they likely to upgrade to Sun "big iron" sparc > machines. I'm not interested in a yet another "Linux distro of the month" either; that's why I'm excited about things like: IPS, the Distribution Constructor, Caiman, and others. All of these projects are taking fairly different approaches to the same problems others have tried to solve before. IPS, notably, stands out the most as being widely divergent in its approach to packaging. I would encourage you to approach the efforts of this community with an open mind. I do not believe for one moment that the engineers at Sun will replace anything in Solaris without careful consideration a
Re: [osol-discuss] importance of zones
jerry - I'm always assuming there is contention for resources, its not REAL interesting if there is no contention and in this case there is none.. thanx, for the insight... rich Jerry Jelinek wrote: > Victor Feng wrote: > >> Given the importance of zones and some other info, is there any formula to >> calculate the number of CPUs that system will allocate to each zone? >> >> e.g. >> Following system has only two zones with dynamic pool service enabled. >> Total number of CPU in the system is 32. >> >> # zonecfg -z zoneA info dedicated-cpu >> dedicated-cpu: >> ncpus: 4-8 >> importance: 80 >> >> # zonecfg -z zoneB info dedicated-cpu >> dedicated-cpu: >> ncpus: 4-8 >> importance: 5 >> >> zoneA has 8 CPU-intense processes running, e.g. dd if=/dev/zero >> of=/dev/null, >> zoneB has 8 CPU-intense processes running too. >> Global zone has two such processes. Global zone is not configured, so its >> importance is 1 by default. >> > > In this example the importance doesn't matter since > you have more processors that you have allocated. > That is, both zones are busy but they are limited > to a maximum of 8 CPUs, so they should each eventually > get assigned 8 CPUs for a total of 16, leaving 16 CPUs > in the default pool for the global zone to use. > > Jerry > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Sun, 3 Feb 2008 12:27:41 -0600 "Shawn Walker" <[EMAIL PROTECTED]> wrote: > On Feb 3, 2008 12:14 PM, Ken Gunderson <[EMAIL PROTECTED]> wrote: > > On Sun, 03 Feb 2008 07:01:18 PST > > "Dr. Robert Pasken" <[EMAIL PROTECTED]> wrote: > > > > > I thought it was a mistake to bring any sort of linux flavoring into > > > Solaris and I won't deal with anything that has to do with Indiana or any > > > other attempt to make Solaris look/act like linux. I use Solaris because > > > it is Unix, is stable and meets some minimum standards for useability. > > > Linux is a train wreck that hasn't come to a complete stop yet. Compared > > > to windows, linux is a paragon of stability, compared to Solaris it makes > > > me think of windows > > > > > > > +1 > > Except, as was later discovered, this isn't about making things "like > Linux"; it's about making the OS more accessible to users and > developers. > > It just so happens that GNU/Linux is one of those platforms from which > certain evaluations are drawn. > > If you'll note past discussions, FreeBSD has been in those evaluations too. > > The user base of other operating systems is significantly larger; good > products adapt to market expectations where possible and reasonable to > do so. You're comparing apples and oranges here: FreeBSD => BSD license, BSD historic code base, integrated kernel and unix userland. The cohesiveness thereby gained resulted in significant advantages in stability. FBSD also out preformed Linux in many scenarios up until major re-architecting decisions and 5.x resulted in slow and buggy, 6.x got mostly stable but still slow, and 7.x promises return to speed. But.. the "linuxization" of FBSD and loss of key core members have taken their toll so lot's of FBSD'ers are checking their options. Linux => GPL license. Linux kernel bundled into assorted "distros" with various GNU tools (Gnu's Not Unix, proclaimed loud and proud on their homepage) and disparate userlands, etc., the components of which are far from standardized. Dependency nightmares during installs and upgrades. When several _hundred_ RH boxes are borked because of sloppy merges, etc., who cares that it's commercially "supported", you still have one hell of a lot of unhappy customers yelling at you. Granted, Linux has improved over the years, but still not without it's warts. Which brings us to Solaris. Can Solaris provide integrated, cohesive kernel and true unix userland in a stable and well performing package that is freely available, and hence able to compete on it's own technical merits with the freely available *BSD's and Linuxes? I hope so. That's why I'm looking at it in the first place. As a professional unix sysadmin I'm not too interested in yet another "Linux distro of the month" to play with nights and weekends because I have no other life. So what's the Solaris target market going to be, professionals or hobbyists? There's lots more of the latter if you're objective is mindshare with the pc hobbyist rags, etc., wh/may do quite well at raising visibility. But I don't think these folks buy support contracts, nor are they likely to upgrade to Sun "big iron" sparc machines. My $0.02. -- Best regards, Ken Gunderson Q: Because it reverses the logical flow of conversation. A: Why is putting a reply at the top of the message frowned upon? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] eclipse-SDK-3.3.1.1-solaris-gtk-x86.zip
Clarence CHU wrote: > Dear Kebabber, > > the file have been sitting there, > http://compass.com.hk/eclipse-SDK-3.3.1.1-solaris-gtk-x86.zip > for three monthes for downloads, when was CBE started the > v3.3.0 build? > The CBE build script for eclipse was submitted to sourceforge in September last year. Doug ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] importance of zones
Victor Feng wrote: > Given the importance of zones and some other info, is there any formula to > calculate the number of CPUs that system will allocate to each zone? > > e.g. > Following system has only two zones with dynamic pool service enabled. > Total number of CPU in the system is 32. > > # zonecfg -z zoneA info dedicated-cpu > dedicated-cpu: > ncpus: 4-8 > importance: 80 > > # zonecfg -z zoneB info dedicated-cpu > dedicated-cpu: > ncpus: 4-8 > importance: 5 > > zoneA has 8 CPU-intense processes running, e.g. dd if=/dev/zero of=/dev/null, > zoneB has 8 CPU-intense processes running too. > Global zone has two such processes. Global zone is not configured, so its > importance is 1 by default. In this example the importance doesn't matter since you have more processors that you have allocated. That is, both zones are busy but they are limited to a maximum of 8 CPUs, so they should each eventually get assigned 8 CPUs for a total of 16, leaving 16 CPUs in the default pool for the global zone to use. Jerry ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] eclipse-SDK-3.3.1.1-solaris-gtk-x86.zip
Dear Kebabber, the file have been sitting there, http://compass.com.hk/eclipse-SDK-3.3.1.1-solaris-gtk-x86.zip for three monthes for downloads, when was CBE started the v3.3.0 build? the binary had been tested, though w/o any public feedback :) will try to persuade [EMAIL PROTECTED] to retain that as noone is willing to have that hosted. Best wishes, Clarence This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] importance of zones
CPU's in the hardware sense are not allocated to zones, but the available compute resources are.. so in you scenario if all zones including the global are running at full utilization, i.e. CPU bound, then zone a gets 80/86*100% of the CPU resources, if you stop the CPU bound tasks in zone b then it get 80/81*100% of the resources. rich Victor Feng wrote: > Given the importance of zones and some other info, is there any formula to > calculate the number of CPUs that system will allocate to each zone? > > e.g. > Following system has only two zones with dynamic pool service enabled. > Total number of CPU in the system is 32. > > # zonecfg -z zoneA info dedicated-cpu > dedicated-cpu: > ncpus: 4-8 > importance: 80 > > # zonecfg -z zoneB info dedicated-cpu > dedicated-cpu: > ncpus: 4-8 > importance: 5 > > zoneA has 8 CPU-intense processes running, e.g. dd if=/dev/zero of=/dev/null, > zoneB has 8 CPU-intense processes running too. > Global zone has two such processes. Global zone is not configured, so its > importance is 1 by default. > > Thanks > > Victor > > > This message posted from opensolaris.org > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] dlc.sun.com is back up
-- Derek Cicero Program Manager Solaris Kernel Group, Software Division ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] dlc.sun.com is down
Due to some networking issues. No ETA on when service will be restored. Derek -- Derek Cicero Program Manager Solaris Kernel Group, Software Division ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] importance of zones
Given the importance of zones and some other info, is there any formula to calculate the number of CPUs that system will allocate to each zone? e.g. Following system has only two zones with dynamic pool service enabled. Total number of CPU in the system is 32. # zonecfg -z zoneA info dedicated-cpu dedicated-cpu: ncpus: 4-8 importance: 80 # zonecfg -z zoneB info dedicated-cpu dedicated-cpu: ncpus: 4-8 importance: 5 zoneA has 8 CPU-intense processes running, e.g. dd if=/dev/zero of=/dev/null, zoneB has 8 CPU-intense processes running too. Global zone has two such processes. Global zone is not configured, so its importance is 1 by default. Thanks Victor This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] OpenSolaris Community Newsletter --- December/January Issue
Hi All, Here is the December 2007/January 2008 issue of the OpenSolaris Community Newsletter: http://www.opensolaris.org/os/community/advocacy/newsletter/dec_jan/ If you have any content you would like to submit for February's newsletter, please send them to [EMAIL PROTECTED] Thanks, Linda begin:vcard fn:Linda Bernal n:Bernal;Linda org:OPG;Kernel Networking adr;dom:;;17 Network Circle;Menlo Park;CA;94025 email;internet:[EMAIL PROTECTED] title:Program Manager tel;work:650-786-6165 tel;fax:650-745-3307 version:2.1 end:vcard ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Downloadcenter disfunctional
Joerg, There is a problem with some of the networked storage that is used by these download servers. We are currently working on repairing the problems. Sorry for the inconvenience. --joe Joerg Schilling wrote: > http://dlc.sun.com/osol/on/downloads/ > > This is a link from http://opensolaris.org/os/downloads/ labelled: > > "ON Download Archives" > > results in the following message: > > Not Found > The requested object does not exist on this server. The link you followed is > either outdated, inaccurate, or the server has been instructed not to let you > have it. Please inform the site administrator of the referring page. > > Jörg > > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Feb 4, 2008 11:40 AM, Joerg Schilling <[EMAIL PROTECTED]> wrote: > "Shawn Walker" <[EMAIL PROTECTED]> wrote: > > > > If someone at Sun is interested to take the current code, he is welcome! > > > I am currently working on fixing bugs in "sh" and making it portable > > > enough > > > to allow it to be included in the "schily consolidation" > > > > Joerg, pardon, but Roland and many others did all of the work to get > > /sbin/sh to be replaced by ksh93. > > AFAIK, there is no decision to replace /bin/sh by ksh93. I believe there is a plan to do that though, and that it will eventually happen. > And BTW: there are a few places where sh differs from ksh93 by definition. > How do you like to deal with this problem? >From what I can remember, the ksh93-integration team is working on the issue. They have ways to deal with the few differences that currently exist. I encourage you to join ksh93-integration-discuss, or to read the mailing list archives there. I think you'll be surprised at just how much has been done. -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SchilliX-0.6.1 ready
> "W. Wayne Liauh" <[EMAIL PROTECTED]> wrote: > >> > > Hi Jörg, >> > > >> > > Is there any way to install SchilliX directly from >> > the iso image w/o first burning to a CD/DVD? Thanks. >> > >> > Well, you could mount the DVD or it's image and >> > follow the instructions... >> >> Where can I find the instructions? > > ftp://ftp.berlios.de/pub/schillix/README.install > > should work > >> > What OS do you like to do this from? >> >> What else do you expect? However, I can also use Linux (SuSE 10.3) or >> WinXP/Vista if necessary. > > Neither Linux nor WinXP/Vista write UFS or ZFS. > > WinXP/Vista does not support to read Rock Ridge at all > Linux does not support hard links with Rock Ridge > > The only choice you have is Solaris ;-) Actually, there is a Windows Resource kit for Windows Server 2003 and in there is a binary called dvdburn. You can run it with : dvdburn D: schillix_0.6.1.iso When the thing completes it will boot and work. The next problem is that what it writes is not really reliable. I rtied it and then I used readcd to read the data back off the DVD. The result was 4096 bytes too long and I have no idea why. But .. it booted. - Dennis Clarke ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
"Shawn Walker" <[EMAIL PROTECTED]> wrote: > > If someone at Sun is interested to take the current code, he is welcome! > > I am currently working on fixing bugs in "sh" and making it portable enough > > to allow it to be included in the "schily consolidation" > > Joerg, pardon, but Roland and many others did all of the work to get > /sbin/sh to be replaced by ksh93. AFAIK, there is no decision to replace /bin/sh by ksh93. And BTW: there are a few places where sh differs from ksh93 by definition. How do you like to deal with this problem? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Feb 4, 2008 10:58 AM, Joerg Schilling <[EMAIL PROTECTED]> wrote: > UNIX admin <[EMAIL PROTECTED]> wrote: > > > > So much of this reminds me of all the BSD-SVR4 > > > religion of 20 years ago. > > > SunOS changed then to build something better, and > > > my view is that's to > > > fair extent similar to what we're doing with > > > Indiana. > > > > Back then, Sun didn't "change". What was done is that Sun synced up with > > AT&T's code. Again. After all, AT&T's System V release 3 was the > > authoritative source of UNIX. So much so, that all the important BSD / Bill > > Joy's changes made it into SVR4, and not the other way around. > > When Indiana makes /sbin/sh /usr/bin/ksh93, this breaks compatibility. There are only a few small cases where it does or might break compatibility as far as the ksh93-integration team is aware of. They intend to fix all of them as possible. If you find a place where they are broken; please let them know. They have worked very hard to ensure that it does not cause problems. In the meantime, keeping the current /sbin/sh is foolish when there is a better alternative and since there are OpenSolaris community members already doing the necessary work. > A compatible change that allows people to still have file name completion > and a cursor editable history with /bin/sh is what I published with > Schillix-0.6.1. > > If someone at Sun is interested to take the current code, he is welcome! > I am currently working on fixing bugs in "sh" and making it portable enough > to allow it to be included in the "schily consolidation" Joerg, pardon, but Roland and many others did all of the work to get /sbin/sh to be replaced by ksh93. If you want do that that work for bsh; then go ahead. Otherwise, please don't complain needlessly about ksh93. Thanks, -- Shawn Walker, Software and Systems Analyst http://binarycrusader.blogspot.com/ "To err is human -- and to blame it on a computer is even more so." - Robert Orben ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] SchilliX-0.6.1 ready
"W. Wayne Liauh" <[EMAIL PROTECTED]> wrote: > > > Hi Jörg, > > > > > > Is there any way to install SchilliX directly from > > the iso image w/o first burning to a CD/DVD? Thanks. > > > > Well, you could mount the DVD or it's image and > > follow the instructions... > > Where can I find the instructions? ftp://ftp.berlios.de/pub/schillix/README.install should work > > What OS do you like to do this from? > > What else do you expect? However, I can also use Linux (SuSE 10.3) or > WinXP/Vista if necessary. Neither Linux nor WinXP/Vista write UFS or ZFS. WinXP/Vista does not support to read Rock Ridge at all Linux does not support hard links with Rock Ridge The only choice you have is Solaris ;-) Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
UNIX admin <[EMAIL PROTECTED]> wrote: > > So much of this reminds me of all the BSD-SVR4 > > religion of 20 years ago. > > SunOS changed then to build something better, and > > my view is that's to > > fair extent similar to what we're doing with > > Indiana. > > Back then, Sun didn't "change". What was done is that Sun synced up with > AT&T's code. Again. After all, AT&T's System V release 3 was the > authoritative source of UNIX. So much so, that all the important BSD / Bill > Joy's changes made it into SVR4, and not the other way around. When Indiana makes /sbin/sh /usr/bin/ksh93, this breaks compatibility. A compatible change that allows people to still have file name completion and a cursor editable history with /bin/sh is what I published with Schillix-0.6.1. If someone at Sun is interested to take the current code, he is welcome! I am currently working on fixing bugs in "sh" and making it portable enough to allow it to be included in the "schily consolidation" ftp://ftp.berlios.de/pub/schily/ But the intermediate source is of course available to interested people. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu1]/thread=d3738de0: kernel heap corruption detected
> On Mon, 4 Feb 2008, Dennis Clarke wrote:
>>
>>> When unix/genunix is loaded, set "kmem_flags" to 0xf via
>>>
>>> kmem_flags/W f
OKay .. so CONTENTS|REDZONE|TEST|AUDIT == 0x8|0x4|0x2|0x1 == 0xf
gotcha ..
With moddebug I'll use 0xe000 for even more verbosity fun :-)
>> well .. if I look here :
>>
>> panic[cpu1]/thread=d3738de0: kernel heap corruption detected
>>
>> d3738cc0 genunix:kmem_error+416 (6, d3036030, d36f24)
>> d3738cf0 genunix:kmem_slab_free+21a (d3036030, d36f2400)
>> d3738d20 genunix:kmem_magazine_destroy+b9 (d3036030, d459ed80,)
>> d3738d58 genunix:kmem_cache_magazine_purge+8d (d3036030)
>> d3738d78 genunix:kmem_cache_magazine_resize+23 (d3036030, 0, 0, 0, )
>> d3738dc8 genunix:taskq_thread+176 (d36d8f08, 0)
>> d3738dd8 unix:thread_start+8 ()
>>
>> I see kmem_slab_free there and I'm guessing that this page will help:
>>
>> http://docs.sun.com/app/docs/doc/817-2543/modules-24?l=en&q=kmem_flags&a=view
>>
>> The dcmd ::kmem_log seems reasonable .. if i can get to that point.
>
> Will only tell you what you need if you had kmem_flags set.
>
> Are you trying to install a debug build ? If so, kmem debugging active is
> the case by default.
This looks to be the SXDE snv_81 release that was just posted last week.
Loading kmdb...
Welcome to kmdb
kmdb: unable to determine terminal type: assuming `vt100'
Loaded modules: [ unix krtld genunix ]
[0]> moddebug/W e000
moddebug: 0 = 0xe000
[0]> kmem_flags/W f
kmem_flags: 0 = 0xf
[0]> ::status
debugging live kernel (32-bit) on (not set)
operating system: 5.11 snv_81 (i86pc)
CPU-specific support: Intel P6 family (Pentium Pro, Pentium II, Pentium III)
DTrace state: inactive
stopped on: debugger entry trap
[0]>
[0]> moddebug/X
moddebug:
moddebug: e000
[0]> kmem_flags/X
kmem_flags:
kmem_flags: f
[0]> cpuid_info0::print
{
cpi_pass = 0x1
cpi_maxeax = 0x2
cpi_vendorstr = [ "GenuineIntel" ]
cpi_vendor = 0
cpi_family = 0x6
cpi_model = 0x5
cpi_step = 0x2
cpi_chipid = 0x
cpi_brandid = 0
cpi_clogid = 0
cpi_ncpu_per_chip = 0x1
cpi_cacheinfo = [ 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0 ]
cpi_ncache = 0
cpi_ncpu_shr_last_cache = 0
cpi_last_lvl_cacheid = 0
cpi_std_4_size = 0
cpi_std_4 = 0
cpi_std = [
{
cp_eax = 0x2
cp_ebx = 0x756e6547
cp_ecx = 0x6c65746e
cp_edx = 0x49656e69
}
{
cp_eax = 0x652
cp_ebx = 0
cp_ecx = 0
cp_edx = 0x183fbff
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
]
cpi_xmaxeax = 0
cpi_brandstr = [ '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0',
'\0',
'\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0',
'\0', '
\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', '\0', ... ]
cpi_pabits = 0x24
cpi_vabits = 0x20
cpi_extd = [
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
{
cp_eax = 0
cp_ebx = 0
cp_ecx = 0
cp_edx = 0
}
]
cpi_coreid = 0
cpi_ncore_per_chip = 0x1
cpi_support = [ 0, 0, 0, 0, 0 ]
cpi_chiprev = 0
cpi_chiprevstr = 0xfe8b1598 "Unknown"
cpi_socket = 0
cpi_mwait = {
mon_min = 0
mon_max = 0
size_actual = 0
buf_actual = 0
support = 0
}
}
[0]>
[0]> :c
kobj_open: can't open /platform/i86pc/ucode/GenuineIntel/0652-01
kobj_open: '/etc/system' descr = 0x13
kobj_close: 0x13
Name of system file [/etc/system]:
hrmmm .. I really didn't want the -a option here. Oh well .. I'll hit enter
a pile of times and then see where we go.
Stay tuned ...
Dennis
___
Re: [osol-discuss] Zone capped-memory does not limit exactly
Hi Victor, when you set the capped-memory resources you have another option to limit the use of locked memory. Locked memory is allocated with a "non- swappable" flag and that is exacly the way Oracle uses to allocate its SGA. Probably on your configuration Oracle SGA is in the 1.5-1.6 GB range (as reported by vmstat/prstat). Physical memory control is actually implemented with a "forced" swap when you overcome the limit, but locked memory is not swappable, so it doesn't works. That's excatly the reason why the locked memory limit in the capped-memory resource has been introduced! So add a "locked: 1G" and everything will work as you expect (and the startup of Oracle will fail until you configure a SGA lower than that). Rgrds, Danilo. Il giorno 04/feb/08, alle ore 15:26, Victor Feng ha scritto: > Basically, the memory resource control for zone works. But it does not > constrain the physical memory well. > > # prstat -Z > ZONEIDNPROC SWAP RSS MEMORY TIME CPU ZONE > 0 57 240M 310M 1.9% 0:04:03 0.1% global >11 32 162M 235M 1.4% 0:01:08 0.0% bighead > > The max-rss of zone bighead is 1G: > zonecfg:bighead> info capped-memory > capped-memory: >physical: 1G >[swap: 7G] > > In zone bighead, total memory of an Oracle database is 2 Gb (1.5G > SGA + 0.5G GA). Start up the database in the zone. > > # vmstat -p 5 > memory page executable anonymous > filesystem > swap free re mf fr de sr epi epo epf api apo apf fpi > fpo fpf > 38894736 15251056 0 0 0 0 0000000 > 000 > 37248552 13521632 210 797 0 0 0000000 > 000 > 37236952 13596320 193 126 0 0 0 28574 00 146200 > 112500 > 37212448 13753288 56 217 2 0 0 28807 00 135900 > 34222 > 37194568 13700880 78 374 0 0 0 41898 00 130300 > 42000 > > # prstat -Z > ZONEIDNPROC SWAP RSS MEMORY TIME CPU ZONE > 0 62 253M 323M 2.0% 0:05:25 1.5% global >12 55 2100M 1890M12% 0:01:29 0.4% bighead > > The total physical memory drop shown by vmstat is > 1.5G(15251056-13700880) > and is 1.6G(1890M-235M) by prstat. But zonecfg limited it to 1G. > > Any reason? > > Thanks > Victor > > > This message posted from opensolaris.org > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org Danilo Poccia Senior Systems Engineer Sun Microsystems Italia S.p.A. Via G. Romagnosi, 4 Roma 00196 ITALY Phone +39 06 36708 022 Mobile +39 335 6983999 Fax +39 06 3221969 Email [EMAIL PROTECTED] Blog blogs.sun.com/danilop ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Zone capped-memory does not limit exactly
Basically, the memory resource control for zone works. But it does not constrain the physical memory well. # prstat -Z ZONEIDNPROC SWAP RSS MEMORY TIME CPU ZONE 0 57 240M 310M 1.9% 0:04:03 0.1% global 11 32 162M 235M 1.4% 0:01:08 0.0% bighead The max-rss of zone bighead is 1G: zonecfg:bighead> info capped-memory capped-memory: physical: 1G [swap: 7G] In zone bighead, total memory of an Oracle database is 2 Gb (1.5G SGA + 0.5G GA). Start up the database in the zone. # vmstat -p 5 memory page executable anonymousfilesystem swap free re mf fr de sr epi epo epf api apo apf fpi fpo fpf 38894736 15251056 0 0 0 0 0000000 000 37248552 13521632 210 797 0 0 0000000 000 37236952 13596320 193 126 0 0 0 28574 00 146200 112500 37212448 13753288 56 217 2 0 0 28807 00 135900 34222 37194568 13700880 78 374 0 0 0 41898 00 130300 42000 # prstat -Z ZONEIDNPROC SWAP RSS MEMORY TIME CPU ZONE 0 62 253M 323M 2.0% 0:05:25 1.5% global 12 55 2100M 1890M12% 0:01:29 0.4% bighead The total physical memory drop shown by vmstat is 1.5G(15251056-13700880) and is 1.6G(1890M-235M) by prstat. But zonecfg limited it to 1G. Any reason? Thanks Victor This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu1]/thread=d3738de0: kernel heap corruption detected
On Mon, 4 Feb 2008, Dennis Clarke wrote: [ ... ] >> Hi Dennis, >> >> Best would be not only to boot kmdb, but also to use the "-ad" boot >> options to have kmdb prompt you. > > I must recall how to do that. I think one must simple edit the GRUB menu.lst > entry and specify -kad -B console=ttya or something like that. Yes. > >> When unix/genunix is loaded, set "kmem_flags" to 0xf via >> >> kmem_flags/W f > > well .. if I look here : > > panic[cpu1]/thread=d3738de0: kernel heap corruption detected > > d3738cc0 genunix:kmem_error+416 (6, d3036030, d36f24) > d3738cf0 genunix:kmem_slab_free+21a (d3036030, d36f2400) > d3738d20 genunix:kmem_magazine_destroy+b9 (d3036030, d459ed80,) > d3738d58 genunix:kmem_cache_magazine_purge+8d (d3036030) > d3738d78 genunix:kmem_cache_magazine_resize+23 (d3036030, 0, 0, 0, ) > d3738dc8 genunix:taskq_thread+176 (d36d8f08, 0) > d3738dd8 unix:thread_start+8 () > > I see kmem_slab_free there and I'm guessing that this page will help: > > http://docs.sun.com/app/docs/doc/817-2543/modules-24?l=en&q=kmem_flags&a=view > > The dcmd ::kmem_log seems reasonable .. if i can get to that point. Will only tell you what you need if you had kmem_flags set. Are you trying to install a debug build ? If so, kmem debugging active is the case by default. Good luck! FrankH. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu1]/thread=d3738de0: kernel heap corruption detected
:original error text >> kernel memory allocator: buffer freed to wrong cache >> buffer was allocated from kmem_alloc_320, >> caller attempting free to kmem_alloc_8. >> buffer=d36f2400 bufctl=0 cache: kmem_alloc_8 >> >> panic[cpu1]/thread=d3738de0: kernel heap corruption detected >> >> d3738cc0 genunix:kmem_error+416 (6, d3036030, d36f24) >> d3738cf0 genunix:kmem_slab_free+21a (d3036030, d36f2400) >> d3738d20 genunix:kmem_magazine_destroy+b9 (d3036030, d459ed80,) >> d3738d58 genunix:kmem_cache_magazine_purge+8d (d3036030) >> d3738d78 genunix:kmem_cache_magazine_resize+23 (d3036030, 0, 0, 0, ) >> d3738dc8 genunix:taskq_thread+176 (d36d8f08, 0) >> d3738dd8 unix:thread_start+8 () >> >> syncing file systems... done >> skipping system dump - no dump device configured >> rebooting... > Hi Dennis, > > Best would be not only to boot kmdb, but also to use the "-ad" boot > options to have kmdb prompt you. I must recall how to do that. I think one must simple edit the GRUB menu.lst entry and specify -kad -B console=ttya or something like that. > When unix/genunix is loaded, set "kmem_flags" to 0xf via > > kmem_flags/W f well .. if I look here : panic[cpu1]/thread=d3738de0: kernel heap corruption detected d3738cc0 genunix:kmem_error+416 (6, d3036030, d36f24) d3738cf0 genunix:kmem_slab_free+21a (d3036030, d36f2400) d3738d20 genunix:kmem_magazine_destroy+b9 (d3036030, d459ed80,) d3738d58 genunix:kmem_cache_magazine_purge+8d (d3036030) d3738d78 genunix:kmem_cache_magazine_resize+23 (d3036030, 0, 0, 0, ) d3738dc8 genunix:taskq_thread+176 (d36d8f08, 0) d3738dd8 unix:thread_start+8 () I see kmem_slab_free there and I'm guessing that this page will help: http://docs.sun.com/app/docs/doc/817-2543/modules-24?l=en&q=kmem_flags&a=view The dcmd ::kmem_log seems reasonable .. if i can get to that point. Thank you. Dennis ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Downloadcenter disfunctional
http://dlc.sun.com/osol/on/downloads/ This is a link from http://opensolaris.org/os/downloads/ labelled: "ON Download Archives" results in the following message: Not Found The requested object does not exist on this server. The link you followed is either outdated, inaccurate, or the server has been instructed not to let you have it. Please inform the site administrator of the referring page. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
>Totally agree - this is exactly what happened recently on a Linux server >I know of. But to say that the implementation is poor is to ignore the >prime motivation for such a system - many admins are too busy to compile >all their software from source, follow dependencies and finesse >implementation quirks. The various Linux packaging/installation/update >systems have been hacked, modified, recoded and reworked to fit the >various goals of the distro creators and coders (c.f. the two "official" >versions of RPM currently available). Is it not possible that the >engineering expertise and coherent cooperative work that made the >Solaris OE so stable, powerful and dependable could go further towards >the goal of simple, reliable software administration than any of the >various Linux efforts? I think he's worried about the risk and the other point of not having a single repository for all packages (that would be a utopian vision). The bit where this will likely breakdown first is the way to express dependencies. The proper way to express dependencies, IMHO, is: - what level of functionality does this application need? - which known bugs do affect his application and need to be addressed for it to run properly? On Solaris, the first one is typically expressed as "Solaris X Y/Z" and the second as "plus patch foo". But on Linux this is typically addressed with "needs version X of package Y". Unfortunately, there is no motivation at all in the latter case to look for the smallest X possible; it's generally "current X as installed on the developer's system". Now, Solaris tries to strive for excellent compatibility between releases and well-defined functional boundaries, so it stands to reason that we can do better. But it does not mean that such a packaging system does not at least carry the risk of going wrong. If it's independent of Sun, you'll get the Blastwave effect (too much duplication with later OS releases). A Sun maintained repository would be goodness, though I have yet to hear how this will pan out with out "patches are part of the $$ in our business model". And it still doesn't quite explain to me how we will deal with Acroread, flashplayer, Oracle, Veritas and other applications which will likely not be in Sun's repository, if only for variations of "you can sell, distribute this, but not for resale or redistribution" license >Having half of your software administered automatically is better than >nothing. And package dependency resolution is an area where rigorous >central administration can really set a package management system head >and shoulders above the others. To say that to do it well is difficult >does not mean it should not be attempted. "Centrally" doesn't work unless it's also "Open" for everybody to put their favorite software in. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ZFS performance issues on filesystem which *used* to have large number
On Fri, 2008-02-01 at 13:33 +, Chris Linton-Ford wrote: > On Thu, 2008-01-31 at 08:21 -0800, Mike DeMarco wrote: > > Have you tried to do a > > zpool scrub ? > > > > > > Yes - no joy, completed without errors but didn't fix the problem. > > The zdb command slowed the entire server down too much, so I'm going to > run it over the weekend - this is a production NFS server and the users > were getting restless :) > Looks like I'm getting some checksum errors and leaks - end of zdb output below (apologies for HTML email, the columns were wrapping in plaintext). Is there anything I can do about this, or am I looking at a rebuild? Error counts: errno count 50 8 leaked space: vdev 0, offset 0x4d0b2ae000, size 137216 leaked space: vdev 0, offset 0x4d0be6f800, size 121856 leaked space: vdev 0, offset 0x4de9f0, size 196608 leaked space: vdev 0, offset 0x4df2986800, size 161792 leaked space: vdev 0, offset 0x4df2ca8400, size 134144 leaked space: vdev 0, offset 0x4df2b03800, size 104448 leaked space: vdev 0, offset 0x4df256, size 196608 leaked space: vdev 0, offset 0x4db94ea000, size 25600 block traversal size 622518934528 != alloc 622520012800 (leaked 1078272) bp count: 7157530 bp logical:495490334208 avg: 69226 bp physical: 412306654208 avg: 57604compression: 1.20 bp allocated: 622518934528 avg: 86973compression: 0.80 SPA allocated: 622520012800 used: 83.30% capacity operations bandwidth errors description used avail read write read write read write cksum data 580G 116G 234 0 11.5M 0 0 0 27 raidz1 580G 116G 234 0 11.5M 0 0 0 27 /dev/dsk/c0t1d0s0 228 0 5.76M 0 0 0 0 /dev/dsk/c0t2d0s0 228 0 5.76M 0 0 0 0 /dev/dsk/c0t3d0s0 228 0 5.76M 0 0 0 0 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
> I think he may want that, bu the claims he is NOT getting that from > Linux; specifically the fact that installing one package causes half the > system to be upgraded and parts to be crippled. > Totally agree - this is exactly what happened recently on a Linux server I know of. But to say that the implementation is poor is to ignore the prime motivation for such a system - many admins are too busy to compile all their software from source, follow dependencies and finesse implementation quirks. The various Linux packaging/installation/update systems have been hacked, modified, recoded and reworked to fit the various goals of the distro creators and coders (c.f. the two "official" versions of RPM currently available). Is it not possible that the engineering expertise and coherent cooperative work that made the Solaris OE so stable, powerful and dependable could go further towards the goal of simple, reliable software administration than any of the various Linux efforts? > Such as system may work fine if all the software you ever use is in the > repository (it generally isn't) and that if package "X"'s depenency > declaration of "X needs Y version A or later" is factual which requires > proper backward compatibility for Y. Having half of your software administered automatically is better than nothing. And package dependency resolution is an area where rigorous central administration can really set a package management system head and shoulders above the others. To say that to do it well is difficult does not mean it should not be attempted. That was a bit more of a rant than I intended, but I really see big potential for growth here. Chris ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
>Can I just be clear on this - you don't want simplified, unified and >tested software installation; you don't want easier access to the core >OS software; and you don't want help from an extended community of >peers? I think he may want that, bu the claims he is NOT getting that from Linux; specifically the fact that installing one package causes half the system to be upgraded and parts to be crippled. Such as system may work fine if all the software you ever use is in the repository (it generally isn't) and that if package "X"'s depenency declaration of "X needs Y version A or later" is factual which requires proper backward compatibility for Y. And his story is one of many were this turns out not to be the case. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [osol-announce] No update on SXCE Build 79
On Sun, 2008-02-03 at 13:51 -0800, Dr. Robert Pasken wrote: > >From the Project Indiana description on sun's web site > Planned as an open source binary distribution of OpenSolaris, Project Indiana > is expected to create a user base and grow mindshare for OpenSolaris by > combining [b]what people like about Linux--the distribution model, community, > and packaging technology--[/b]with the unique technological features of the > Solaris OS. > > Unfortunately these "features" are what's wrong with Linux. I [b]really[/b] > don't want a Ubuntu like packaging/installation system. I don't want a > "community" like linux. Try installing a package like netperf and watch what > happens. I found it easier just to wipe the disk and install yet another > "distro". Or maybe the Ubuntu install system, which doesn't allow for root > access without jumping through hoops some of which aren't possible unless you > are root > Can I just be clear on this - you don't want simplified, unified and tested software installation; you don't want easier access to the core OS software; and you don't want help from an extended community of peers? For great server OSes with these features: http://www.microsoft.com/servers/os.mspx ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Why are there no 16 socket (or more) x64 servers on the market?
>Admitedly, that is not your average PC, and while its fast its >price-performance >isn't leading, there are no Solaris systems on the list that beat it in >absolute >performance. Nor, indeed, any SPARC ones. Hopefully Rock will help >out, eventually. Sun has not submitted a TPC-C benchmark result since 2001 or so. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] panic[cpu1]/thread=d3738de0: kernel heap corruption detected
Hi Dennis, Best would be not only to boot kmdb, but also to use the "-ad" boot options to have kmdb prompt you. When unix/genunix is loaded, set "kmem_flags" to 0xf via kmem_flags/W f That'll allow better diagnosis, see the memory debugging section of the modular debugger guide. Bye, FrankH. On Mon, 4 Feb 2008, Dennis Clarke wrote: > With SXCE snv_81 this happens during install. > > Here are the details : > > >1. Solaris Interactive (default) >2. Custom JumpStart >3. Solaris Interactive Text (Desktop session) >4. Solaris Interactive Text (Console session) >5. Apply driver updates >6. Single user shell > > Enter the number of your choice. > Selected: 4 > > Solaris Interactive Text (Console session) > > Using install cd in /dev/dsk/c0t0d0p0 > Using RPC Bootparams for network configuration information. > Attempting to configure interface pcn1... > Skipped interface pcn1 > Attempting to configure interface pcn0... > Skipped interface pcn0 > Reading ZFS config: done. > Setting up Java. Please wait... > Serial console, reverting to text install > Beginning system identification... > Searching for configuration file(s)... > Search complete. > Sorry, I need to know a more specific terminal type than "unknown". > Broken Pipe > Discovering additional network configuration... > > Select a Language > > 1. English > 2. French > 3. German > 4. Italian > 5. Japanese > 6. Korean > 7. Simplified Chinese > 8. Spanish > 9. Swedish > 10. Traditional Chinese > > Please make a choice (1 - 10), or press h or ? for help: 1 > > What type of terminal are you using? > 1) ANSI Standard CRT > 2) DEC VT52 > 3) DEC VT100 > 4) Heathkit 19 > 5) Lear Siegler ADM31 > 6) PC Console > 7) Sun Command Tool > 8) Sun Workstation > 9) Televideo 910 > 10) Televideo 925 > 11) Wyse Model 50 > 12) X Terminal Emulator (xterms) > 13) CDE Terminal Emulator (dtterm) > 14) Other > Type the number of your choice and press Return: 3 > Completing system identification... > in.rdisc: No interfaces up > > then comes the usual sequence ... > > ─ Confirm Information for pcn0 > ─ > > > Confirm the following information. If it is correct, press F2; >to change any information, press F4. > > > Networked: Yes > Use DHCP: No > Host name: titan > IP address: 192.168.35.42 >System part of a subnet: Yes >Netmask: 255.255.255.0 >Enable IPv6: No > Default Route: Specify one > Router IP Address: 192.168.35.1 > > > > > > > > ─── >Esc-2_ContinueEsc-4_ChangeEsc-6_Help > > > ─ Date and Time > > > > Accept the default date and time or enter >new values. > > Date and time: 2008-02-04 00:21 > >Year (4 digits) : 2008 >Month (1-12) : 02 >Day(1-31) : 04 >Hour (0-23) : 00 >Minute (0-59) : 22 > > System identification is completed. > System identification complete. > Starting Solaris installation program... > Executing JumpStart preinstall phase... > Searching for SolStart directory... > Checking rules.ok file... > Using begin script: install_begin > Using finish script: patch_finish > Executing SolStart preinstall phase... > Executing begin script "install_begin"... > Begin script install_begin execution completed. > ─ Solaris Interactive Installation > ─ > > On the following screens, you can accept the defaults or you can customize > how Solaris software will be installed by: > >- Selecting the type of Solaris software to install >- Selecting disks to hold software you've selected >- Selecting unbundled products to be installed with Solaris >- Specifying how file systems are laid out on the disks > > After completing these tasks, a summary of your selections (called a > profile) will be displayed. > > There are two ways to install your Solaris software: > > - "Standard" installs your system from a standard Solaris Distribution. > Selecting "Standard" allows you to choose between initial install > and upgrade, if your system is upgradable. > - "Flash" installs your system from one or more Flash Archives. > > > > > kernel memory allocator: buffer freed to wrong cache > buffer was allocated from kmem_alloc_320, > caller attempting free to kmem_alloc_8. > buffer=d36f2400 bufctl=0 cache: kmem_alloc_8 > > panic[cpu1]/thread=d3738de0: kernel heap corruption detected > > d3738cc0 genunix:kmem_error+416 (6, d3036030, d36f24) > d3738cf0 genunix:kmem_slab_free+21a (d3036030, d36f2400) > d3738d20 genunix:kmem_magazine_destroy+b9 (d3036030, d459ed80,) > d3738d58 genunix:kmem_cache_mag
